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

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

需求收集和挖掘階段

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

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

需求收集

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

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

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

需求評(píng)估的本質(zhì)是價(jià)值評(píng)估，一般是如下幾點(diǎn)：

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

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

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

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

作戰(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ā)動(dòng)機(jī)的飛機(jī)，根本沒法返航就墜毀了。

需求評(píng)審

需求評(píng)審會(huì)：我們該堅(jiān)持和放棄什么

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

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

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

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

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

評(píng)審階段的言行

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

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

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

開發(fā)工時(shí)的評(píng)估

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

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

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

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

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

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

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

很多創(chuàng)業(yè)公司的業(yè)務(wù)部門經(jīng)常會(huì)拿產(chǎn)品功能和技術(shù)缺失來作為理由解釋業(yè)務(wù)增長的下滑和瓶頸，我曾經(jīng)服務(wù)過的一家公司，初期產(chǎn)品功能非常少，也創(chuàng)造了大促一天1800萬的銷售額。這個(gè)數(shù)字是普通一天銷售額的十幾倍。舉這個(gè)例子不是為產(chǎn)品找借口，只想說產(chǎn)品功能有時(shí)候就是錦上添花的部分，有了核心功能就上線驗(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)的一個(gè)對(duì)外合作的小項(xiàng)目，由于那時(shí)候landingpage頁沒有開發(fā)環(huán)境和STG環(huán)境來測試，需求方和開發(fā)都覺得時(shí)間緊急且項(xiàng)目小，先趕上線再線上看下使用體驗(yàn)是否有需要調(diào)整，這下可怕的噩夢開始了。第一次主站的注冊頁面banner沒有根據(jù)用戶行為做替換，趕緊撤下了debug，原來這個(gè)landingpage頁沒有調(diào)注冊api。第二次，我們點(diǎn)擊Landingpage頁面上面的按鈕無法正常獲取優(yōu)惠券，又一次趕緊撤下了debug，原來這個(gè)頁面的參數(shù)少了一個(gè)，開發(fā)工程師又要修改，我們是一周一個(gè)release，這樣等于導(dǎo)致delay了2周，由于中間隔了2周時(shí)間較舊，導(dǎo)致這個(gè)活動(dòng)對(duì)外合作方又得重新通知線下推廣渠道的渠道商，這還需要花近2周時(shí)間，等于這個(gè)活動(dòng)實(shí)際和預(yù)期的上線時(shí)間差了1個(gè)月時(shí)間。

不同設(shè)備的適配性測試也是需要的。現(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ù)案是什么？若競爭對(duì)手攻擊該如何處理？這些不僅僅是運(yùn)維同學(xué)的事情，也是需要Pm加入一起準(zhǔn)備的。一個(gè)產(chǎn)品經(jīng)理的職業(yè)生涯，沒有遇到過黑客攻擊、競爭對(duì)手打擊和上線后功能的回滾都是不完整的。

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

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

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

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

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