第一階段：產(chǎn)品執(zhí)行&用戶體驗(yàn)
0-2歲的產(chǎn)品er大部分處于這個(gè)階段，執(zhí)行上面的想法，推動(dòng)產(chǎn)品方案上線落地。這個(gè)階段對(duì)于產(chǎn)品的好與壞的評(píng)判標(biāo)準(zhǔn)，基本是基于自己作為小白用戶的視角。
如何避免在這個(gè)階段被開(kāi)發(fā)吐槽：
1.1 想清楚
方案idea可能是上面拍的，但方案細(xì)節(jié)是你自己定的，想清楚每一個(gè)交互細(xì)節(jié)和異常流，不要說(shuō)想不全，可以拿著方案先和架構(gòu)開(kāi)發(fā)測(cè)試簡(jiǎn)單聊聊。
1.2 寫(xiě)清楚
寫(xiě)清楚的意思是每一個(gè)流程每一個(gè)步驟都寫(xiě)的條理清晰。拿一個(gè)普通的展示頁(yè)面來(lái)說(shuō)：
流程說(shuō)明，主流程、分支流程、異常流統(tǒng)統(tǒng)寫(xiě)明；
跳轉(zhuǎn)說(shuō)明：點(diǎn)擊返回/編輯/保存/取消等，分別觸發(fā)什么。彈框是怎么進(jìn)入怎么消失的。toast顯示幾秒，停留在當(dāng)前頁(yè)還是返回上一頁(yè)；
顯示規(guī)則，這個(gè)頁(yè)面包含哪些元素，都是哪些字段，格式大小要求是什么，是否換行全部展示，過(guò)長(zhǎng)或過(guò)短怎么展示，異常輸入怎么顯示、空態(tài)頁(yè)顯示什么等等；
排序規(guī)則：第一排序優(yōu)先級(jí)是什么，第二排序優(yōu)先級(jí)是什么，正序還是倒序排列等等；
分頁(yè)規(guī)則：一頁(yè)最多展示幾個(gè)，一次拉取幾個(gè)。下拉還是上滑刷新，是全頁(yè)刷新還是半頁(yè)還是指定區(qū)域刷。
等等等等………這還只是一個(gè)普通的前端展示頁(yè)面，涉及后臺(tái)邏輯的細(xì)節(jié)可以寫(xiě)的更多。建議：把評(píng)審會(huì)上被開(kāi)發(fā)問(wèn)住的點(diǎn)都記錄下來(lái)，整理起來(lái)，以免下次寫(xiě)文檔有所遺漏。同時(shí)可以多看看身邊優(yōu)秀的產(chǎn)品經(jīng)理寫(xiě)的文檔。
1.3 講清楚
每次開(kāi)發(fā)評(píng)審少則7、8人，多則30多人，緊張怯場(chǎng)一次兩次可以諒解，長(zhǎng)此以往就要反思自己。聲音是否洪亮，是否照顧每個(gè)聽(tīng)眾的反應(yīng)，是否準(zhǔn)備充分，把該強(qiáng)調(diào)的細(xì)節(jié)都強(qiáng)調(diào)了？文檔要寫(xiě)的條理分明，評(píng)審要講的邏輯清晰。例如：這個(gè)頁(yè)面涉及哪幾個(gè)功能，需要哪些開(kāi)發(fā)支持，主流程是什么，異常分支是什么，特殊的規(guī)則和要求是什么。建議：自己講完可以邀請(qǐng)關(guān)系好的開(kāi)發(fā)復(fù)述一遍，就知道哪些地方要著重再講一遍。另外，多觀摩觀摩別人是怎么評(píng)審的。
1.4 溝通溝通
溝是方式，通是結(jié)果。結(jié)果不對(duì)，方式肯定錯(cuò)誤。那什么是好的溝通方式？不卑不亢。產(chǎn)品經(jīng)理和項(xiàng)目組所有人都是平等的，你不是指揮他們干活的，也不用刻意討好。平等的意思是，發(fā)自內(nèi)心的尊重，耐心聆聽(tīng)的理解，相處自然舒服不添亂。
剛?cè)胄袝r(shí)，向技術(shù)提需求也會(huì)買(mǎi)零食請(qǐng)吃飯撒嬌賣(mài)萌。后來(lái)漸漸發(fā)現(xiàn)，最佳的“討好方式”是成為一個(gè)靠譜的產(chǎn)品經(jīng)理。
第二階段：產(chǎn)品架構(gòu)&技術(shù)實(shí)現(xiàn)
之前有個(gè)同事，是清華計(jì)院畢業(yè)的產(chǎn)品er，他曾笑言，某次提需求時(shí)，開(kāi)發(fā)說(shuō)實(shí)現(xiàn)不了，他當(dāng)場(chǎng)指導(dǎo)開(kāi)發(fā)怎么去寫(xiě)代碼 = =！
聽(tīng)得我好生羨慕，吭哧吭哧跑去學(xué)html學(xué)python，走了不少歪路。
產(chǎn)品需要寫(xiě)代碼很牛逼么？不需要。產(chǎn)品需要懂技術(shù)實(shí)現(xiàn)嗎？需要。
這是兩回事，一個(gè)優(yōu)秀的產(chǎn)品經(jīng)理不需要會(huì)寫(xiě)代碼，但要清楚技術(shù)的實(shí)現(xiàn)方案，以及，能夠從業(yè)務(wù)角度，專(zhuān)業(yè)的回答很多個(gè)為什么為什么。
建議：
每次需求評(píng)審?fù)辏夹g(shù)們都會(huì)私下再碰定下接口。產(chǎn)品er為何不索性再拉個(gè)技術(shù)方案評(píng)審會(huì)，聽(tīng)下前端客戶端服務(wù)端是怎么商量確定接口，一來(lái)了解各自分工，二來(lái)了解數(shù)據(jù)流轉(zhuǎn)。別覺(jué)得開(kāi)發(fā)定接口和產(chǎn)品沒(méi)關(guān)系，這直接關(guān)系到產(chǎn)品實(shí)現(xiàn)的交互細(xì)節(jié)。
大公司的產(chǎn)品er估計(jì)拿不到線上數(shù)據(jù)庫(kù)權(quán)限，但可以私下找開(kāi)發(fā)要開(kāi)發(fā)環(huán)境或測(cè)試環(huán)境的數(shù)據(jù)庫(kù)權(quán)限。要了數(shù)據(jù)庫(kù)權(quán)限，不是用來(lái)裝逼的= =！ 請(qǐng)看下你所負(fù)責(zé)的項(xiàng)目，共涉及哪些表哪些字段，這些數(shù)據(jù)的調(diào)用、流轉(zhuǎn)、更新是怎么樣的。
以上，簡(jiǎn)單來(lái)說(shuō)：看看API文檔