給產品經理的一些建議
近期有一段關於產品經理和程序員的視頻刷爆我們的朋友圈,不用說你也知道是因為什麼。對於這件事,一千個人有一千個人的看法。在我個人看來,這個產品經理提出的需求是有些……那麼我就從產品經理角度補充一些個人的看法。
| 產品不是產品經理的,而是大家的
互聯網公司通常是產品經理負責制,產品經理往往認為我是這個產品的owner,你們其他人都是配合我工作的。但其實除了創業者CEO自己就是產品經理之外,通常大公司的產品經理並不真的是產品的owner,不具有對產品最終負責的權利。這個時候就產生了認知的錯位和工作對抗:
產品經理認為:你們都應該聽我的指揮,我是產品的owner,你們都要配合我的工作。但是程序員會想:我憑什麼聽你指揮?我還有我的上級領導呢。我和你就是平級關係而已,我又不是向你彙報,你憑什麼對我頤指氣使?
在這種情況下,產品經理應該傳遞一個信息:產品是大家的,需要大家共同合作,一起努力把產品做好,無論是產品,視覺,研發,還是運營,大家都是為了一個共同的目標而努力。我作為產品經理並不天然具有命令大家的權力,如果大家願意聽從我的意見,那也是因為我更加努力,更加專業,做出的貢獻能夠得到大家的認可。
| 你真的需要這個功能嗎?
產品經理面臨最大的自我拷問就是:「你確定你真的需要這個功能嗎?」。產品經理提出一個功能需求是很容易的事情,不浪費什麼資源,可是一個功能一旦確定需要做,後面跟著的就是大量的設計,開發,測試,以及產品上線無休無止的維護工作。
另外一個特別常見的現象就是一個功能開發出來以後,很快又拋棄掉了,改過來改回去。而產品經理通常又不需要為此決定而買單,擦屁股的都是程序員,所以這也是非常招人恨的原因之一。
好的產品經理總是在思考應該再去掉哪些功能,而不是毫無節制的添加產品功能。即使添加一個功能,也要再三拷問自己,真的需求嗎?真的必不可少嗎?
| 不需要懂技術,但是邏輯要嚴謹
其實產品經理並不需要懂技術,很多優秀的產品經理也並非技術出身,但是產品經理必不可少的一項基本功就是:邏輯要嚴謹。因為一旦產品經理思考不周全,或者產品邏輯出現了自我矛盾,最終都是程序員要為此買單,要麼產品功能實現不下去,要麼到處都是漏洞,程序員變成了救火隊長。
產品經理犯的錯誤,最後買單的都是程序員,這也是為什麼一個差的產品經理通常很招程序員恨的主要原因
| 以身作則,以德服人
產品經理可以是很忙碌的,也可以是很清閑的。
什麼叫做清閑的產品經理:等著用戶(或者客戶)反饋bug和問題,整理到工作任務列表,指派給程序員,然後定期監督程序員工作完成狀態。新的產品立項,畫個簡單的原型線框圖交給視覺,然後催著程序員定deadline。
什麼叫做忙碌的產品經理:主動找用戶(或者客戶)做訪談,搜集產品反饋,根據產品反饋,思考產品未來的改進方向;將用戶的反饋和自己的產品規劃定期和程序員溝通,大家一起商量制定產品迭代改進的roadmap;仔細鑽研產品界面的每個元素,動手畫出高保真的產品原型和交互,羅列產品每個分支邏輯,以及異常處理流程;整理產品的所有功能點,設計完備的測試用例,並且在產品的每個發布點做詳細的完備的測試驗收工作;和程序員每周定期溝通,互通有無,推進產品開發進度。
如果你是一個清閑的產品經理,只是動動嘴皮,敲敲鍵盤,那麼你的價值在哪裡?你怎麼可能取得程序員的信任?如果你是一個忙碌的產品經理,你承擔了產品大量的工作,成為一個產品事實上的靈魂,程序員怎麼會不喜歡不配合你呢?
一個產品經理如果能夠做到以上幾點,我相信一定能夠成為程序員非常喜歡的產品經理。其實程序員這個群體和任何其他群體沒有什麼特別的不同,也不是真的需要什麼程序猿鼓勵師,需要產品經理哄著才能幹活。說到底其實就是一條:踏踏實實做好自己的本職工作,才能贏得程序員的尊重。
本文包含內容僅供學習交流,版權歸原作者所有。
如對本文使用內容有異議,請及時聯繫我們刪除。
-END-
凡貓學院——集產品學習、測試學習、企業服務為一體的學員制社群。
創立於2016年,教授學員功能測試、自動化測試、產品經理的知識。 幫助在職測試工程師、產品經理進行職業進階。幫助學生、其他行業從業人員轉行互聯網。
現全國學員1078人,遍布在各規模的大中小公司。
TAG:軟體測試大師 |