成為優(yōu)秀的產(chǎn)品經(jīng)理,你必須爬過這3座大山

1 評論 99572 瀏覽 1133 收藏 18 分鐘
B端产品经理要负责对目标行业和市场进行深入的分析和调研,了解客户的需求、痛点、期望和行为,找到产品的价值主张 🔗

用戶體驗(yàn)or業(yè)務(wù)發(fā)展,功能賣點(diǎn)or技術(shù)實(shí)現(xiàn)效率,要口碑還是要數(shù)據(jù),to be or not to be,每一次的抉擇,都會伴隨產(chǎn)品經(jīng)理力排眾議,堅(jiān)守內(nèi)心產(chǎn)品原則的一份堅(jiān)持和兩利相權(quán)取其重的妥協(xié)。

2015年還剩下十幾天,在這個臨近年末人人都在為自己KPI做最后沖刺時候,我也在回溯這幾年產(chǎn)品工作中的挫折和收獲,看到用戶數(shù)的不斷增長和好評我會猶如打了雞血,聽到伙伴的質(zhì)疑和用戶的指責(zé)我也會在回家地鐵上默默掉眼淚,后悔當(dāng)初的選擇。產(chǎn)品經(jīng)理這個職業(yè)猶如生活,你認(rèn)真對他,也就會認(rèn)真對待你。

需求收集和挖掘階段

產(chǎn)品每一個迭代、每一個功能點(diǎn),其實(shí)都是產(chǎn)品經(jīng)理堅(jiān)持和妥協(xié)后的結(jié)果。首當(dāng)其沖,產(chǎn)品經(jīng)理就需要面對“用戶價(jià)值”(即人們常說的用戶體驗(yàn))和“商業(yè)價(jià)值”的平衡與取舍。

需求是產(chǎn)品經(jīng)理每天都要打交道。產(chǎn)品設(shè)計(jì)是為需求服務(wù)的,需求分為功能層,即業(yè)務(wù)需求,和體驗(yàn)層,即視覺、人機(jī)交互和文案三方面的體驗(yàn)。

06

需求收集

需求一般都來源于哪里呢?又如何判斷優(yōu)先級呢?

人們常說是用戶的需求為產(chǎn)品第一需求,其實(shí)這個有些偏頗。第一個產(chǎn)品都是為公司或團(tuán)隊(duì)的總體戰(zhàn)略服務(wù)的,我們在挖掘用戶需求之前,需要確認(rèn)產(chǎn)品的目標(biāo)行業(yè)、領(lǐng)域、用戶群及使用場景是什么樣的。

舉個栗子:淘寶不是一開始就有貨到付款。支付寶已經(jīng)很好地滿足了用戶的支付問題和對商家的信任問題。隨著用戶量的增加、中小城市尤其是對網(wǎng)絡(luò)和網(wǎng)購不發(fā)達(dá)地區(qū)的滲透,貨到付款才應(yīng)運(yùn)而生。除了戰(zhàn)略、目標(biāo)用戶群體,當(dāng)然這個功能的上線,依據(jù)的還有數(shù)據(jù)的挖掘與分析,用戶的反饋和競品的發(fā)展。

需求評估的本質(zhì)是價(jià)值評估,一般是如下幾點(diǎn):

  1. 受眾的大小,即核心價(jià)值還是延伸價(jià)值;如百度地圖最核心的就是找路線,有了這個才有后面的打車和找飯館等具體細(xì)化的場景化需求。
  2. 用戶使用頻次,高頻次打低頻次。最近微信取消了下拉拍小視頻這個功能,下拉拍小視頻不是一個高頻的需求,數(shù)據(jù)顯示,用戶通過朋友圈發(fā)小視頻的比例高達(dá)95%,而下拉只約占5%。這個數(shù)據(jù)有效的支撐了需求變化。
  3. 還有就是依賴程度了。

以上這些評價(jià)指標(biāo)都可以用數(shù)據(jù)指標(biāo)來判斷:

① 數(shù)據(jù)指標(biāo)中更多應(yīng)該使用相對值來評估功能的價(jià)值。絕對值容易被操控,如市場部被供應(yīng)商買了垃圾流量,這時候我們用人均激活量、日均瀏覽等來判斷更為高效。

② 數(shù)據(jù)解讀要更為謹(jǐn)慎,如下面這個很多地方都看過的栗子。

QQ圖片20151216190957

作戰(zhàn)指揮官由此認(rèn)為,應(yīng)該加強(qiáng)機(jī)翼的防護(hù),因?yàn)榉治霰砻?,那?#8221;密密麻麻都是彈孔,最容易被擊中”。但是統(tǒng)計(jì)學(xué)家卻有不同觀點(diǎn),他建議加強(qiáng)座艙與機(jī)尾部位的裝甲,那兒最少發(fā)現(xiàn)彈孔—–因?yàn)樗慕y(tǒng)計(jì)樣本是聯(lián)軍返航的受損飛機(jī),說明大多數(shù)被擊中飛行員座艙和尾部發(fā)動機(jī)的飛機(jī),根本沒法返航就墜毀了。

需求評審

需求評審會:我們該堅(jiān)持和放棄什么

試錯是必經(jīng)之路。一些開發(fā)和項(xiàng)目經(jīng)理在需求(PRD)評審會時,常常會質(zhì)疑你的設(shè)計(jì)和產(chǎn)品需求提煉的產(chǎn)品功能,他們的口頭禪是“我是用戶,我就不會用這個功能,我會xxxxxx”,這個時候千萬不要急,慢慢道來,你的設(shè)計(jì)的背景和場景是什么,達(dá)到什么目的,要是有前期數(shù)據(jù)依據(jù)那就更有說服力;若是這個是他一家之言,你可以直接忽略他的言論,因?yàn)樗灰话l(fā)散,就容易到了花很多時間討論和會議主題毫無幫助的討論。更何況,用戶種類千千萬萬,我們誰都是用戶,誰也都不能代表用戶。

不要懼怕沖突,和摩擦。每個產(chǎn)品參與者都有自己的立場和著眼點(diǎn),項(xiàng)目經(jīng)理希望功能點(diǎn)越少越好這樣交付周期會寬裕,運(yùn)營人員希望產(chǎn)品功能越靈活越好,這樣營銷活動種類豐富,但又希望操作簡便。

因此我們在需求文檔前需要明確:

  1. 用戶對象;
  2. 核心功能點(diǎn)和達(dá)到的目的是什么,即是什么和為什么;
  3. 評價(jià)這一功能效果的數(shù)據(jù)指標(biāo)是什么,即價(jià)值是什么,大的有時是戰(zhàn)略目標(biāo),有時只是某個時間段內(nèi)的產(chǎn)品小目標(biāo),兩者都要有數(shù)據(jù)可以體現(xiàn),如月投資人數(shù)、網(wǎng)站日二跳UV數(shù)、又或是周 投資額);
  4. 設(shè)計(jì)這個功能點(diǎn)的原因是什么,做依據(jù)的歷史數(shù)據(jù);
  5. 如果要減少一個功能點(diǎn),我會舍棄或是降低哪個功能點(diǎn)的優(yōu)先級,連續(xù)問自己2次。這一點(diǎn)是我自己習(xí)慣用的,因?yàn)槲沂且粋€愛“貪多”的產(chǎn)品經(jīng)理,大家看看就行。

這些準(zhǔn)備好后,我們在評審會開始時就將前4點(diǎn)闡明,這樣評審會參與者們也會對需求有個宏觀的認(rèn)識。進(jìn)而我們就可以對產(chǎn)品功能、流程和交互做進(jìn)一步說明。

評審階段的言行

不要出口傷人,侮辱人格的臟話是嚴(yán)禁的,你可以語速快,聲音適當(dāng)抬高,但務(wù)必就事論事的探討爭議點(diǎn)。若讓他人不開心,可以會后給予解釋和道歉。其實(shí)在每一次撕X,“打怪升級”過程中,我的口頭表達(dá)能力,說服能力,臨場反應(yīng)、決策判斷能力都在提升。等你積累到一定段位,在產(chǎn)品相關(guān)人員中建立了“威望”,你會被他們接納,你所說的會讓人更信服,這是需要一個過程的。

PRD評審會是review你的產(chǎn)品邏輯、用戶使用場景和demo稿,是非常有針對性的,不要一味當(dāng)成了辯論賽,靠三寸不爛之舌來定輸贏。如果實(shí)在爭論不下,可以這個問題放一放。如果必須有個結(jié)論,我的建議是,技術(shù)實(shí)現(xiàn)角度一定要信任技術(shù)人員,用戶體驗(yàn)設(shè)計(jì)就聽取設(shè)計(jì)人員的專業(yè)建議,因?yàn)橐磺械臓幷摱紩诤笃谟脭?shù)據(jù)來論證。

需求評審會一定要開發(fā)人員和測試人員參加,僅是開發(fā)leader或是項(xiàng)目經(jīng)理都不行,因?yàn)橹挥性谝痪€做執(zhí)行的開發(fā)和測試人員,才能將真實(shí)的現(xiàn)狀和所需時間反饋出來,他們思考的細(xì)節(jié)點(diǎn)有時候是超越產(chǎn)品經(jīng)理的。

開發(fā)工時的評估

我的經(jīng)驗(yàn)是作為PM結(jié)合需求方的意見和運(yùn)營推廣時間給予一個排期,當(dāng)然開發(fā)團(tuán)隊(duì)肯定是會認(rèn)為這個時間比較緊張(幾率高于80%),他們需要重構(gòu)一些東西,還需要依賴其他團(tuán)隊(duì)的開發(fā)成果,另外還需要拆解下。當(dāng)然前提是其他團(tuán)隊(duì)的產(chǎn)品經(jīng)理的東西不會優(yōu)先級更高插進(jìn)來,等等。這時候需要耐心聽取下開發(fā)leader和項(xiàng)目經(jīng)理的排期,剛開始磨合一般要多溝通幾次開發(fā)排期,因?yàn)橥阋詾橹灰挥幸粋€改動點(diǎn),后面到了預(yù)期時間又發(fā)現(xiàn)其實(shí)在開發(fā)看來是好幾個改動點(diǎn),這個是需要一段時間的磨合。

對于交付時間點(diǎn)的妥協(xié)前期也是無法避免的。等你了解了整個開發(fā)團(tuán)隊(duì)的技術(shù)能力、開發(fā)效率、誰擅長哪一個功能模塊,3~4個迭代后就會對開發(fā)時間周期有個很好的把控。

這里還需要提的就是,幾個版本的PRD和demo稿,甚至是api接口定義等都需要文檔留存下來,需求和設(shè)計(jì)會變更和更迭,文檔也需要實(shí)時更新。如果人員更迭,這些文檔可以更快幫助新人上手工作,也可以為后期產(chǎn)品優(yōu)化提供前期考量的思路和著眼點(diǎn)。當(dāng)然你在準(zhǔn)備工作年報(bào)甚至是面試、演講或出書時,這些歷史文檔都是你曾經(jīng)努力和成長的記錄。

迭代階段:迭代質(zhì)量和迭代速度

很多人都說產(chǎn)品經(jīng)理是需要天賦的,要有產(chǎn)品sense,點(diǎn)子多腦子活絡(luò)的人很適合產(chǎn)品經(jīng)理,我個人的感悟是點(diǎn)子和想法的確在很多時候都是可以使產(chǎn)品起死回生的,但在產(chǎn)品經(jīng)理職業(yè)發(fā)展的初中級階段,點(diǎn)子本身沒有什么,都需要扯皮和談判來明確其價(jià)值。很多人會想到,少人會做,更少的人做成。

產(chǎn)品經(jīng)理是需要跟進(jìn)開發(fā)過程的,每一次迭代都感覺是和時間賽跑,時間和資源都是有限的,很多時候我們干著產(chǎn)品經(jīng)理的活還得操著項(xiàng)目經(jīng)理的心。建議大家都用紙筆畫一個時間軸(專業(yè)一點(diǎn)可以用甘特圖),什么時間點(diǎn)輸出什么,并用outlook的日歷功能做提醒,這樣到了某個時間點(diǎn)確認(rèn)交付的東西,不會有遺漏。如12.3出交互稿,12.5出視覺,12.9出api mock,12.16完成開發(fā)并送測,將這個時間軸分享給這個產(chǎn)品的所有干系人,這樣大家都會對產(chǎn)品進(jìn)度和時間進(jìn)度有所把控。

來到點(diǎn)融我感觸最深的就是,這是一個工程師文化很濃厚的團(tuán)隊(duì),工程師會對自己和團(tuán)隊(duì)的技術(shù)能力和成果感到非常驕傲和自豪,大家目標(biāo)很宏大,但是卻又腳踏實(shí)地的在一點(diǎn)點(diǎn)的摳細(xì)節(jié),加班加點(diǎn)的在趕功能。

很多創(chuàng)業(yè)公司的業(yè)務(wù)部門經(jīng)常會拿產(chǎn)品功能和技術(shù)缺失來作為理由解釋業(yè)務(wù)增長的下滑和瓶頸,我曾經(jīng)服務(wù)過的一家公司,初期產(chǎn)品功能非常少,也創(chuàng)造了大促一天1800萬的銷售額。這個數(shù)字是普通一天銷售額的十幾倍。舉這個例子不是為產(chǎn)品找借口,只想說產(chǎn)品功能有時候就是錦上添花的部分,有了核心功能就上線驗(yàn)證,去看數(shù)據(jù)變化和用戶反饋,才能為下一步產(chǎn)品功能走向確定目標(biāo)。

還有一點(diǎn)非常重要!無論進(jìn)度多趕的項(xiàng)目,發(fā)布前,請一定要內(nèi)測!一定要內(nèi)測!一定要內(nèi)測!重要的事情說三遍。產(chǎn)品經(jīng)理一定要參與測試,要驗(yàn)收后才能上線!這是血的教訓(xùn)。

曾經(jīng)我跟進(jìn)的一個對外合作的小項(xiàng)目,由于那時候landingpage頁沒有開發(fā)環(huán)境和STG環(huán)境來測試,需求方和開發(fā)都覺得時間緊急且項(xiàng)目小,先趕上線再線上看下使用體驗(yàn)是否有需要調(diào)整,這下可怕的噩夢開始了。第一次主站的注冊頁面banner沒有根據(jù)用戶行為做替換,趕緊撤下了debug,原來這個landingpage頁沒有調(diào)注冊api。第二次,我們點(diǎn)擊Landingpage頁面上面的按鈕無法正常獲取優(yōu)惠券,又一次趕緊撤下了debug,原來這個頁面的參數(shù)少了一個,開發(fā)工程師又要修改,我們是一周一個release,這樣等于導(dǎo)致delay了2周,由于中間隔了2周時間較舊,導(dǎo)致這個活動對外合作方又得重新通知線下推廣渠道的渠道商,這還需要花近2周時間,等于這個活動實(shí)際和預(yù)期的上線時間差了1個月時間。

慘

不同設(shè)備的適配性測試也是需要的?,F(xiàn)在很多的產(chǎn)品都是mobile first,看似pm的工作更聚焦,其實(shí)這無形中包含了很多的工作量,平板還是mobile,是iOS還是安卓,是native頁面還是H5頁面,是iPhone5還是iPhone Plus的屏幕尺寸,產(chǎn)品功能和體驗(yàn)都需要上線前后進(jìn)行測試和檢查。

除此之外,還需要性能測試,尤其是伴隨一些促銷等運(yùn)營側(cè)的功能。高并發(fā)的情況是否考量?應(yīng)急的預(yù)案是什么?若競爭對手攻擊該如何處理?這些不僅僅是運(yùn)維同學(xué)的事情,也是需要Pm加入一起準(zhǔn)備的。一個產(chǎn)品經(jīng)理的職業(yè)生涯,沒有遇到過黑客攻擊、競爭對手打擊和上線后功能的回滾都是不完整的。

03

職業(yè)發(fā)展、人際交往

選擇做產(chǎn)品經(jīng)理,除了面對迭代、功能和需求的糾結(jié),也有職業(yè)發(fā)展上、人際交往上的的篤定和掙扎。

做產(chǎn)品是需要強(qiáng)大體力和旺盛的精力來支持的,最近的我白天常常需要5~6個小時參與大大小小的會議中,需求溝通、需求或文檔評審、資源溝通、與項(xiàng)目經(jīng)理的、交互稿視覺稿跟進(jìn)、與老板匯報(bào)進(jìn)度、跨部門爭取資源、只有下班了同辦公室的同事都走了的時候,我可以安靜的整理下思路,寫下文檔,總結(jié)下自己的不足與收獲。白天開會晚上加班寫文檔想必也是很多產(chǎn)品經(jīng)理的日常寫照吧。當(dāng)然這也和我剛?cè)肼?,和各部分還需要時間磨合有關(guān),時不時我也在告誡自己需要提高效率,調(diào)整與不同部門的溝通方式,對于掌控力很強(qiáng)的項(xiàng)目經(jīng)理我只需要PRD評審會溝通好就行,對于產(chǎn)品線和項(xiàng)目眾多的開發(fā)和UED們,我需要時不時帶著零食和笑話去“慰問”下他們。

互聯(lián)網(wǎng)改變了你我的生活,也讓我們聽到了不同的聲音,看到了多變的視角。什么極簡主義、金線論、反反智主義、鈍感力,每一個觀點(diǎn)每一種文化都有其面具性和立場罷了,這個世界是多元的,正因?yàn)檫@些觀點(diǎn)和立場有其發(fā)聲的權(quán)利才顯得互聯(lián)網(wǎng)時代的開放和可貴。作為產(chǎn)品經(jīng)理,或是作為互聯(lián)網(wǎng)時代的一份子我們都要多聽多看,學(xué)會理解、善待和接納。面對復(fù)雜,保持歡喜~

 

本文由 @點(diǎn)融黑幫(微信號:Dianrongmafia) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?,未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. ??

    來自上海 回復(fù)
专题
70327人已学习13篇文章
什么是产品的商业模式,不同类型的产品在商业模式上有什么区别?
专题
14099人已学习13篇文章
本专题的文章分析了用户运营策略的案例,为如何做用户运营策略提供了思路。
专题
18138人已学习15篇文章
语音交互是基于语音输入的新一代交互模式,通过说话就可以得到反馈结果。本专题的文章分享了语音交互的入门指南。
专题
13689人已学习12篇文章
作者B端的产品经理,要基于这个行业理解的大背景下去了解公司的业务全局。本专题的文章分享了B端产品经理如何了解业务全局。
专题
14392人已学习12篇文章
苹果发布了Vision Pro这款MR头显,而这一产品的出现,也让我们看到了更多有关空间体验设计的相关可能。本专题的文章分享了Vision Pro的设计和交互指南。