程序員設計師與產品經理的愛恨糾葛

 

　　一場程序員與產品經理的血案，讓我們重新反思，產品經理與設計師，開發工程師到底應該如何配合如何有效的合作，從而達到共贏的狀態?珍愛生命，來讀讀@JingDesign 的這篇文章。

　　血案!程序員殺害產品經理?

　　2014年注定是一個不太平的年份，當我們還在糾結於設計師與程序員之間一像素的恩怨情仇，為馬航MH370至今還未被找到，亞航另一架飛機又墜入大海而扼腕歎息的時候，今天下午快下班的時候，一則讓我們更有切身體會的血案開始在各大設計開發與產品經理群中傳開，據傳，深圳某辦公園區某間公司的五個程序員殺了兩個產品經理，圖文並茂，血淋淋的案發現場讓我們不禁唏噓和感到惋惜 ( 最新消息為離職員工與老板的勞資糾紛，請以網絡新聞為准，如描述有偏差，還請見諒 )。網上一下子炸開了鍋，針對產品經理，開發與設計師之間的吐槽此起彼伏。靜電的同事–一位產品經理甚至自嘲道，老板，以後要給所有員工買份人身保險，哦不，產品經理要買十份!還有人插嘴：“看見沒，以後不要給開發搞那麼復雜的需求知道不?要不被xx了可太不值了!”

　　人人都是PM?產品經理的前世今生

　　相信很多讀者都讀過靜電的這篇《一像素的恩怨情仇!程序員與設計師的那些事兒》，緣起一像素，開發人員覺得改產品裡一像素的錯位沒有必要，設計師認為如果不改，會影響產品的整個體驗，於是問題就來了，一場比電影還要精彩無數倍的故事就這麼開始並且無休無止的進行下去了。其實靜電忘記說了一個角色，就是產品經理。這到底是一個什麼角色呢?咱們先把時間往前調，回到大概2000年左右，那是國內互聯網剛剛起步走向繁榮的幾年，各種網站及互聯網產品層出不窮。但那個時候，還沒有真正意義上的產品經理，有的只是剛剛接觸這個行業沒多久的開發人員和“做網頁”的。記得04-05年左右，當時靜電所在的公司，沒人知道產品經理會是怎樣一個角色，大家都憑著某些默契在工作，做網頁的做網頁，做開發的做開發，搞銷售的搞銷售，誰有需求誰提，誰來執行。直到06-07年，在做設計的我第一次開始接觸產品經理這個職位，那個時候的產品經理多半是在某一行業資歷較深的人員擔當，相當於半個部門經理。接著，產品經理越來越多的出現在每個人的視野中，不管是初入職場的新人，甚至是設計師和開發工程師，很多人都會在自己職業發展的某個時刻華麗變身為產品經理。可是這個介於設計與開發之間的角色，卻改變了每個人的工作方式。每天都跟產品經理與開發打交道的設計師朋友，相信大家一定不會陌生。

　　我們來看看產品經理的職能：

　　項目管理35%

　　個人能力(領導及個人親和力等)15%

　　業務能力(業務管理技能)20%

　　技術能力(技術能力對於產品經理是必備的技能，技術能力讓產品經理更好的理解產品的性能和特點，更好的進行產品的團隊管理)15%

　　產品經理的職能中，有很大一部分職能是協調溝通及處理沖突。15%

　　看過產品經理的職業技能，很多朋友可能要倒吸一口冷氣了，如此多的隱性及復合能力讓產品經理看起來真的不是那麼容易當，這簡直就是全才有木有?但不管我們願不願意，這個職位在我們的工作中越來越常見。有的沒的，經理這麼高大上的職位，再加上那本《人人都是產品經理》，又讓多少人蠢蠢欲動的做起了產品夢?畫個原型圖，就是產品經理?也許不是，但我們必須接受，這確實是個不可或缺的角色。靜電認為，產品經理在是程序員和設計師中間不可或缺的一座橋梁，或者說是潤滑劑，產品經理為產品質量負責，也為各個職位之間加入潤滑劑，讓整部機器良好運轉。

　　什麼仇——程序猿與射雞師的煩惱

　　言歸正傳，說完了產品經理的職責，我們來聊一聊時不時就會出現在我們周圍的產品經理與開發，甚至設計師的那些事兒。這三者之間到底真的有這麼大的仇，以至於要拔刀相向，兵戎相見?對於設計師與開發工程師，產品經理很多時候扮演的是這種，還有這種角色。

　　這幾張圖一定會是大部分射雞師與程序猿在工作中最真實的寫照。所以，我們必須來聊下，程序猿與射雞師的苦惱(深仇大恨?)，靜電總結下，大概就是下面這幾類：

　　催催催：十點提的需求十一點就要，完全沒有思考的時間，更別提保證質量了，做完後又要被產品吐槽做的爛沒用心。

　　改改改：今天提的需求明天就來個180°大轉彎，寫的代碼全部白費，做的設計被無數次推翻

　　指指指：悄悄的問一下各位射雞師與程序員，你們的屏幕被戳過多少次了?是不是很想摔桌子來一句you can you up!

　　接著分析各位射雞師與開發為什麼會如此煩惱，原因一定有很多，但靜電認為一個最重要的問題就是：在整個工作流程中，你處在流程的最下游，看圖：

　　相信大部分的公司都遵循著這樣的工作流程，在沒有pm的時代，流程短一些，矛盾相對較少，但由於產品經理的介入，流程變長，產品經理整理與推動需求並由設計師與程序員執行。想想自己在工作中是否很晚才知道上邊的決策，產品與其他部門討論完成了，扔給你照著做就可以的方案，後知後覺，喂，就是說你的!怨念值+1

　　另外一點，流程變長必然存在目標傳達不清的情況，程序員不知道為什麼要這麼做。大家是否玩過一個游戲：一排人站好，從左邊第一個人開始傳達一個詞語，只能描述或身體表演，下一個人依次描述直到最後一個人，90%的情況下，最後一個人得到的詞與答案完全不同。信息的准確度在傳達過程中一步步的流失，歪曲，最終產品成為一個四不像。怨念值+1

　　再者，處在流程下游的開發者無法掌握時間與整體進度。突擊工作，成了救火隊員，卻不知道自己在忙什麼，成就感缺失嚴重。怨念值+1

　　最後，在加上產品經理的不專業(比如不懂技術與設計的難處，隨意修改;沒有項目管理經驗，執行混亂)，設計師與程序員怨念值幾乎爆表。

　　怨念值爆表的結果大家懂的。執行者要麼敷衍了事，要麼拒絕完成，抵觸情緒嚴重，態度惡劣也就不難理解了。

　　說的更直白一點，在下游就出現很嚴重的問題就是，你喪失了很多的主動權，設計師與程序員大部分時候只是過程執行者，缺乏對過程的掌控以及參與的樂趣，別人說什麼就做什麼，這樣的工作，你會有樂趣嗎?

　　什麼怨–產品經理的苦逼與憋屈

　　用執行者來描述大多數產品經理的身份，相信一定會有很多人贊同。拋開上面5條產品經理必備的素質，更多的人甚至從一畢業就踏上了產品經理的崗位，以最終成為一名優秀的產品經理為目標而努力，靜電不置可否。但有一點毋庸置疑的是，處在這個階段的產品經理大部分為了積累經驗值，必然會經歷許許多多的磨練，打怪升級以取得進步。無怪乎今天下午看到產品經理血案的時候，群裡很多小伙伴的反應居然有那麼一點點奇妙(這個是不對的，大家一定要冷靜~)。產品經理並不像我們想的那麼風光，他們必然會在執行及推動整個項目的過程中跌無數個跟頭，被領導，開發和設計師吐槽無數次卻毫無怨言(真的嗎?)，只不過他們大部分時候情商較高，不會表現出來。看看產品經理苦逼在哪裡?

　　1. 大部分產品經理只是產品的推動者和執行者，很多時候他們無力改變一些固有的現狀和決策。

　　2. 相比設計師，產品經理更應是個雜家，但打怪升級的過程並不會那麼順利切相對漫長，他們需要了解和學習的內容包括但不限於設計，管理，代碼，用戶體驗，市場行情等等等等等等。面對設計師的設計稿還好，指點下江山尚可;但開發工程師會用那高深莫測的技術專業術語讓產品經理如同聽天書，加上之前的各種怨念，項目執行不下去或者最終效果縮水太大，被用戶罵老版罵設計罵開發罵。

　　3. 老板說要改需求，剛讓技術做的項目要推翻，只好厚著臉皮求改，可想而知，免不了又要被罵，诶。

　　4. 溝通方式不當，態度欠佳加劇開發與產品經理之間的矛盾。

　　產品經理與程序員——和平共處沒那麼難

　　什麼仇什麼怨?讓原本可以避免的悲劇在我們身邊以這樣的方式發生?本文無意吐槽處在流程中的任意一方，也無意為處在流程中下游的開發人員辯護，但通過以上的分析，相信大家都會或多或少的明白些什麼?那我們究竟要如何做才能讓事情變的大家都滿意呢?在此靜電提幾點自己的拙見。

　　開發者與設計師：

　　與其抱怨或者付諸暴力，不如思考如何通過改進流程與提升自身來改善現有的狀況。

　　1. 停止抱怨，主動溝通，由被動執行變為主動參與項目中，了解項目進行的最終目的及計劃，只有站的更高，才能看的更遠。不願溝通，不想溝通，不屑溝通，過於自我的觀念存在於很多程序員與設計師的固有意識中，這其實是大部分技術人員的短板所在，也是禁锢很多人發展的一大障礙。

　　2. 自我增值：不管是程序員還是設計師，都應該留出自己思考與整理思維的時間，通過一系列的自身努力提升自己。

　　3. 擴寬眼界：程序猿如果還只是埋頭