盤點：產品經(jīng)理經(jīng)常做的「10件錯事」

盤點：產品經(jīng)理經(jīng)常做的「10件錯事」

如同我之前所說，其實產品經(jīng)理有的時候是很無奈的，受限制的因素有很多，但是又處在驅動的這個角色，所以只能嚴防死守，降低發(fā)生問題的概率，只可惜有時候是防不勝防，當然，有時候也是自己的問題。之前寫過產品經(jīng)理挖過的坑有哪些，這次我們聊點兒更“接地氣兒”的，看看我們經(jīng)常在不經(jīng)意間犯的小錯誤有什么。第一錯：畫原型帶顏色先從原型說起，互聯(lián)網(wǎng)發(fā)展到現(xiàn)在，交互設計師這個崗位其實已經(jīng)很普及了，但是我相信還是有不少產品經(jīng)理在自己苦逼的畫著原型，最為重要的，還有不少產品經(jīng)理是在自己苦逼的畫著帶顏色的原型，而且是樂此不疲?？鋸堻c說，這就是一件掠奪他人“權利”的暴力事件。我看到過不少產品經(jīng)理，覺得自己色彩搭配的感覺不錯，然后就開始給原型“大刀闊斧”的上色了，花花綠綠的，而且還滿世界的截一些跟自己想法相近的圖，放到原型上，好是精彩，讓人哭笑不得。這樣的結果，卻是讓視覺設計師痛不欲生。為什么？因為這樣做會干擾視覺設計師的思考，相當于給視覺設計師加上了枷鎖，限制了他的發(fā)揮；因為這樣做會無形中增加產品經(jīng)理與視覺設計師的溝通成本，甚至可能引起不必要的摩擦；因為這樣做還可能會招來不必要的鄙視。所以，產品經(jīng)理輸出的高保真原型請用“黑”、“白”、“灰”這三個基礎色，優(yōu)先級通過“色彩飽和度”來區(qū)分，色彩的部分請放心的交給視覺設計師來完成吧。第二錯：畫原型過度追求動態(tài)效果網(wǎng)上有好多類似“Axure7天速成”、“Axure深入淺出”這樣的教材，也有在線的培訓，導致不少產品經(jīng)理在學習之后，愣是在Axure上“癡迷”的追求控件各種各樣的出現(xiàn)、消失、切換的動態(tài)效果，注意我這里說的是“癡迷”。任何動作都想著在Axure上模擬出來，哪怕是一個手勢。很明顯，“癡迷”=“過度”。這樣的動態(tài)效果能給自己加分嗎？能，但是能加多少分？只能說很少。但是相反，產品經(jīng)理為此需要付出的時間和精力，卻遠遠超過這個加分的價值。說白了就是用了很大的價值投入做了一件產出價值很低的事，二者完全不成正比。但是并不是說就一點動態(tài)效果都不做了，這里需要自己衡量一下。所以產品經(jīng)理需要遵循“產出高效”、“不易出錯”、“邏輯清晰”、“界面展示完整”這幾個原則來制作原型，其中，復雜的動態(tài)部分用文字描述即可，簡單的動態(tài)效果可以做一下，我們則需要使用更多的時間去思考產品的現(xiàn)在和將來。噢，對了，還有一條很重要的原則：“除去顏色之外，輸出的產品原型95%以上的界面布局和交互過程都與最終產品保持一致”。第三錯：只提需求變更不更新需求文檔產品經(jīng)理平時都很忙，經(jīng)常不在座位上，不是在開會，就是在去往開會的路上，十分匆忙。你喊他說點問題，他都答的十分快速，由此就可見一般。所以有個經(jīng)常發(fā)生的問題就是，開發(fā)同學跟產品經(jīng)理勾兌完產品功能邏輯之后，發(fā)現(xiàn)有些細節(jié)之前沒有想到，需要提需求變更來補充，產品經(jīng)理有時候嘴上說好的，可是回去之后就忙忘記了。所以產品經(jīng)理在跟開發(fā)同學勾兌產品功能邏輯的時候，需要將變更的點都記下來，在結束一天的工作之前將這些需求變更進行復盤和匯總，最后統(tǒng)一在系統(tǒng)中提需求變更單，以天為單位即可。第四錯：需求變更只告訴開發(fā)同學，忽略了測試同學我們繼續(xù)聊需求變更的事兒，產品經(jīng)理還會經(jīng)常鬧出另外一個趣事，就是自己針對某個產品問題想好了解決方案后去跟開發(fā)同學商量需要變更的點，商量的如火如荼，非常熱鬧，可是項目經(jīng)理在確認變更進度的時候，發(fā)現(xiàn)測試同學居然什么都不知道，當時尷尬的氛圍可想而知。所以產品經(jīng)理在確認需求變更的時候，除了要做好記錄，還要把相關人都要召集齊，例如客戶端開發(fā)同學，關聯(lián)的后臺開發(fā)同學，測試同學等等。當面溝通完畢后，回去記得再拉一個RTX群，最后再做一次同步，還有把之前提到的需求變更單及時復制到群里，周知大家。第五錯：永遠站在開發(fā)同學的對立面外界一直盛傳產品經(jīng)理和開發(fā)同學是很典型的冰與火，兩者不相容。其實我們的關系沒有那么緊張，甚至不少產品和開發(fā)都是好基友。但是，有的產品經(jīng)理在需求評審會上，不知道為什么，好像一下子就進入到那個角色中了，咔嚓一下就站在了開發(fā)同學的對立面上，死活都不能聽開發(fā)同學的建議，哪怕開發(fā)同學是對的，因為那樣似乎會傷害到產品經(jīng)理的自尊心。如果對需求評審會有什么疑惑，可以看看我之前寫的那篇文章，產品經(jīng)理的戰(zhàn)場：需求評審會。其實恰恰相反，應該是站在同一個方向才對，我們的目的只有一個，就是讓產品變的更好。產品經(jīng)理應該抱著一個開放的心態(tài)，只要是對產品好的，誰的解決方案好就采納誰，調整好自己的心態(tài)很重要。第六錯：忽略與業(yè)務部門配合時需要的時間和人力前陣子跟阿里巴巴集團下菜鳥物流的產品經(jīng)理們交流的時候就提到了這點，在淘寶，某個簡單的需求可能就要貫穿幾大核心業(yè)務系統(tǒng)，例如訂單，交易等等。所以這里有一個很嚴峻的問題，就是需求事前溝通的較少，沒有給其他業(yè)務部門預留足夠的配合時間，導致時間和人力都很緊迫，協(xié)調不開。所以產品經(jīng)理在跨部門展開合作的時候，需要給配合的業(yè)務部門預留出足夠的響應時間，需求先溝通再評審，提前告訴對方，讓對方提前有個心理預期。在需求評審后需要讓對方在第一時間對產品功能進行開發(fā)周期和人力成本的評估，雙方校準配合時間，風險一定要提前暴露出來，這時候，不管是否有項目經(jīng)理，產品經(jīng)理自己一定要制作一份產品開發(fā)甘特圖，顆粒度具體到每天/人。每天都要跟進開發(fā)進度，落實進展。第七錯：自己代表產品的用戶(想當然)或許這是產品經(jīng)理的通病，因為我是某個產品的產品經(jīng)理，所以我就會天天YY一些自己的需求到產品中去，憑著感覺去感覺，而且還覺得這么做是正確的。這么做也許確實會發(fā)現(xiàn)一些需求點，但是很有可能都是在想當然，沒有任何依據(jù)，可以服務的人可能只有自己。所以產品經(jīng)理要足夠看重需求調研，不管新產品還是小迭代，都要適當?shù)娜プ鲆恍┯脩粽{研來驗證自己的想法是否正確，大有大的做法，小有小的玩法，除了去找用戶調研，還可以針對某個交互或者功能點找身邊的同事去調研，總之方法有很多種，切忌自己想當然，不能以點概全。第八錯：不去爭取，只會等待結果產品經(jīng)理不夠主動的話，很多事可能都會在手邊溜走。比如和某個部門合作，對方評估需要1周的開發(fā)時間，但是要1個月后才能開始，這時候你是接受這個結果還是再去想辦法協(xié)調解決呢？不要覺得答案這不是很明顯嗎？卻有不少產品經(jīng)理都會選擇第一個。所以產品經(jīng)理是需要積極去推動某些事情的進展的，協(xié)調資源的方式有很多種，這時候可以上升跟自己的老大匯報一下目前的進展，說清楚自己需要的資源，需要對方怎樣配合，然后跟對方繼續(xù)交涉，總會有一種方式解決目前的問題。例如讓對方現(xiàn)在啟動開發(fā)，但是每周可以少做一些，是不是可以呢？第九錯：只說問題不說解決辦法我們在看某些產品體驗報告的時候，是不是會發(fā)現(xiàn)作者寫出了這個產品的所有問題，但是偏偏就缺少了最重要的環(huán)節(jié)，沒有解決方案；我們在跟某些小伙伴交流的時候，是不是會發(fā)現(xiàn)他們只會針對你的想法提出問題，但是也缺少了最重要的環(huán)節(jié)，沒有解決方案！說誰不會說呢，有問題得有辦法才行啊，youcanyouup！所以建議產品經(jīng)理們在思考產品問題和他人想法中的問題的時候，一定要再多想一些，這個問題要怎么解決呢？不要只是單純的說出問題，那樣意義不大，怎么解決才是最重要的。第十錯：沒有自己的思考，說出來的都是別人的想法(同事、老板、競品)有時候產品經(jīng)理們太過于沉浸在自己的世界中，天天低頭趕路，缺少對產品的思考，缺少對行業(yè)的思考，缺少對趨勢的思考，缺少一切應該有的思考。這時候我們在跟別人溝通的時候，總是會在傾聽，很少表達自己的觀點。所以產品經(jīng)理一定要抽時間去看書，看行業(yè)新聞，看一些高質量的內容，這樣除了能補充自己的知