還記得去年9月份的時候，團隊里一個實習生妹子問她的開發(fā)經(jīng)理：XX（我）是干嘛的？然而我們已經(jīng)一起合作過一個版本了，卻還不知道我是干嘛的。每天東跑跑西晃晃，和這個聊聊天，和那個開開玩笑。在別人眼里產(chǎn)品經(jīng)理就是什么都不做的，“你想那點功能不就是抄抄競品嗎，我也會做”這種想法似乎已經(jīng)根植于程序員的腦子里了。
前些日子和組里的產(chǎn)品經(jīng)理聊天，他提出一個觀點，說“產(chǎn)品經(jīng)理其實是不干事的”。仔細想了想，好像確實是這樣的。產(chǎn)品經(jīng)理只需要考慮做什么就行了。項目進度？有的公司沒有項目經(jīng)理，那產(chǎn)品經(jīng)理來兼職。有的公司沒有交互設計，那產(chǎn)品經(jīng)理來兼職。有的公司沒有運營，產(chǎn)品經(jīng)理也來兼職。久而久之，產(chǎn)品經(jīng)理在大家眼中就變成了什么都干，什么又都不干的角色，也難怪有人問產(chǎn)品經(jīng)理到底是做什么的了。
其實我想說的就是我們產(chǎn)品經(jīng)理就是不做事的（不服你咬我）！如果你現(xiàn)在正在干著那些雜七雜八的事，每天花費大量的時間在對付別人，最終導致你在產(chǎn)品經(jīng)理的路上越走越遠，最后變成了一個只會響應需求，沒有獨立思考能力的機器。各位產(chǎn)品經(jīng)理趕快跳出來看看自己的處境，是不是也像我說的那樣呢？
所以我總結了以下幾點（可能后續(xù)會繼續(xù)補充），希望各位產(chǎn)品經(jīng)理們看完之后能夠回頭總結下自己的整個工作流程，是不是把時間花費在了很多不必要的地方，而忽略了最重要的自身對產(chǎn)品的思考呢？
要產(chǎn)出高質量的產(chǎn)品文檔
我真的是一個很懶很懶的人，prd能不些就不寫就不寫，團隊開發(fā)幾個版本之后不寫文檔的缺點暴露無遺。首先，不寫prd，在開發(fā)過程中開發(fā)會一直來問你，這個地方怎么做？這個地方的邏輯是什么？測試的時候測試來問你這個做的對不對？這個功能的異常狀態(tài)缺失等等。其次，在開發(fā)階段，開發(fā)完全憑靠當時在版本迭代會對新版功能的印象或者根據(jù)設計圖去開發(fā)，這樣一來如果開發(fā)記錯了，或者中間需求有變更，接口有調整，就會造成在功能驗收期間發(fā)現(xiàn)功能做的驢頭不對馬嘴，我要的彈出的交互效果怎么變成翻頁了。 這個時候往往已經(jīng)處于開發(fā)掃尾階段，如果做調整很有可能來不及，而且開發(fā)也會一萬個不樂意，誰讓你不寫文檔？你都是口述的誰能記得??？況且你當時說的就是這個，我就是按照你說的去做的，憑啥要改？這個責任一定是產(chǎn)品經(jīng)理的，到了這個時候也只能硬著頭皮讓功能上線，造成的后果一定都得是產(chǎn)品經(jīng)理擔著。
所以，產(chǎn)出一份高質量的，詳細的產(chǎn)品文檔是非常有必要的，寫文檔會花一些時間，但是能在之后省不少時間呢，能讓你擁有完整的時間投入到產(chǎn)品調研設計上去。
不要糾結于高保真的原型圖
昨天一個產(chǎn)品經(jīng)理朋友在群里說：“為了能用sketch，我得去買一個macbook去”。我跟他說，一般情況下產(chǎn)品經(jīng)理用不著畫高保真的原型圖，我覺得是一種浪費時間的行為。我自己也用sketch畫過幾次高保真的原型圖，基本上和設計稿沒有什么區(qū)別，甚至能夠拿來直接開發(fā)，但是我消耗在上面的時間是我用axure畫圖的兩倍甚至更多（我用axure畫的圖質量也比較高）。
所以我還是不建議產(chǎn)品經(jīng)理過度執(zhí)著于畫高保真的原型圖，如果你團隊完整的的話，這些事情交給專業(yè)的人來完成，產(chǎn)品經(jīng)理還是把精力更多的放到產(chǎn)品上來。
