中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

如今的互聯網有個傳說中很神奇的職位，叫做「程序猿鼓勵師」，據說都是童顏巨X的妹子；今天看到一個文章，某公司程序猿過生日，請了好幾個身穿比基尼的俄羅斯外模（如下圖所示）；更不用說某互聯網公司年會請島國女優的事情了。

好像程序員給業界的印象通常都是：死宅，蘿莉控，難以溝通，通常非常難以合作。特別是對于產品經理來說，好像必須哄著程序員干活，得用盡各種辦法哄，否則程序員不配合。我其實一直很奇怪，程序員群體究竟怎樣被妖魔化成這樣的。

前幾天carol寫了一篇非常棒的文章：「技術人員愿意親吻怎樣的運營？」，這篇文章從運營人員角度去談怎樣和程序員合作，我也推薦給產品經理看，因為道理都是一樣的。我就從產品經理角度再補充一些建議：

產品經理和研發共同參與產品設計

一般的產品流程都是從產品需求搜集，到產品原型設計，這個階段都是產品經理來執行，然后產品經理把原型交給視覺設計，視覺設計出高保真的設計稿，最后交給程序員開發。

在這個產品經理，視覺設計，程序員共同參與的產品生產過程中，程序員是最后的環節，當程序員在代碼實現的過程中發現了產品邏輯的錯誤，或者產品設計的問題，是非常被動的。這個時候程序員再要求產品經理更改設計，修正產品交互邏輯，產品經理通常的反應就是：「程序員又和我討價還價，產品deadline又要延后了」，跟著雙方就開始劍拔弩張的對峙。

我在帶團隊做產品的時候，從產品立項一開始，就召集產品經理、視覺設計、研發負責人、運營負責人、運維工程師一起參與，把產品的目標定下來，然后讓大家各自從自己工作分工的角度去討論產品需求，產品功能，產品應該采取什么視覺風格，產品實現是否有難點，產品部署需要預先考慮些什么等等。之后每周產品例會都會召集大家一些開會討論產品進度。

盡管產品立項之后，是由產品經理負責搜集和定義產品需求，整理產品邏輯規則，設計產品原型稿和交互，這個階段并不需要程序員開始寫代碼，但是從一開始就讓程序員，運營，甚至運維工程師都參與進來，是非常有益的：

1. 程序員從一開始就了解了產品的來龍去脈，對產品需求和產品要達到的目標非常清楚，這樣在和產品經理的配合中，就非常容易理解產品經理提出的很多功能要求，溝通起來非常順暢；
2. 程序員從一開始就參與，并且持續參與產品設計的過程，最大的好處在于從一開始就可以糾正可能出現的產品設計邏輯錯誤，以及評估技術難以實現的產品功能。這樣等到真正進入開發階段，研發周期是非?？煽氐模静粫霈F延誤。
3. 一些有良好產品意識的程序員，可以幫助產品經理從一開始就完善產品邏輯，從實現上修正產品可能遇到的問題，讓產品開發過程變得更加有保障。

很多產品經理犯的一個重大錯誤就是：直到原型稿交互稿定稿之后，才交給程序員，之前全無溝通，然后逼著程序員立刻評估一個精確的開發周期。

這個時候程序員內心是非常抗拒的。一來我完全不了解這個產品，不知道做這個產品是干啥的？能夠解決什么問題？是否有更好的替代解決方案；二來我也不清楚這個產品邏輯是否有需要調整和修正的地方，以及有些技術上需要投入很多資源但是不劃算的功能。

所以程序員通常只能硬著頭皮估一個時間，然后實現過程當中一旦出問題，就是雙方互相扯皮，互相推卸責任。

產品不是產品經理的，而是大家的

互聯網公司通常是產品經理負責制，產品經理往往認為我是這個產品的owner，你們其他人都是配合我工作的。但其實除了創業者CEO自己就是產品經理之外，通常大公司的產品經理并不真的是產品的owner，不具有對產品最終負責的權利。這個時候就產生了認知的錯位和工作對抗：

產品經理認為：你們都應該聽我的指揮，我是產品的owner，你們都要配合我的工作。但是程序員會想：我憑什么聽你指揮？我還有我的上級領導呢。我和你就是平級關系而已，我又不是向你匯報，你憑什么對我頤指氣使？

在這種情況下，產品經理應該傳遞一個信息：產品是大家的，需要大家共同合作，一起努力把產品做好，無論是產品，視覺，研發，還是運營，大家都是為了一個共同的目標而努力。我作為產品經理并不天然具有命令大家的權力，如果大家愿意聽從我的意見，那也是因為我更加努力，更加專業，做出的貢獻能夠得到大家的認可。

你真的需要這個功能嗎？

產品經理面臨最大的自我拷問就是：「你確定你真的需要這個功能嗎？」。產品經理提出一個功能需求是很容易的事情，不浪費什么資源，可是一個功能一旦確定需要做，后面跟著的就是大量的設計，開發，測試，以及產品上線無休無止的維護工作。

另外一個特別常見的現象就是一個功能開發出來以后，很快又拋棄掉了，改過來改回去。而產品經理通常又不需要為此決定而買單，擦屁股的都是程序員，所以這也是非常招人恨的原因之一。

好的產品經理總是在思考應該再去掉哪些功能，而不是毫無節制的添加產品功能。即使添加一個功能，也要再三拷問自己，真的需求嗎？真的必不可少嗎？

不需要懂技術，但是邏輯要嚴謹

其實產品經理并不需要懂技術，很多優秀的產品經理也并非技術出身，但是產品經理必不可少的一項基本功就是：邏輯要嚴謹。因為一旦產品經理思考不周全，或者產品邏輯出現了自我矛盾，最終都是程序員要為此買單，要么產品功能實現不下去，要么到處都是漏洞，程序員變成了救火隊長。

產品經理犯的錯誤，最后買單的都是程序員，這也是為什么一個差的產品經理通常很招程序員恨的主要原因

以身作則，以德服人

產品經理可以是很忙碌的，也可以是很清閑的。

什么叫做清閑的產品經理：等著用戶（或者客戶）反饋bug和問題，整理到工作任務列表，指派給程序員，然后定期監督程序員工作完成狀態。新的產品立項，畫個簡單的原型線框圖交給視覺，然后催著程序員定deadline。

什么叫做忙碌的產品經理：主動找用戶（或者客戶）做訪談，搜集產品反饋，根據產品反饋，思考產品未來的改進方向；將用戶的反饋和自己的產品規劃定期和程序員溝通，大家一起商量制定產品迭代改進的roadmap；仔細鉆研產品界面的每個元素，動手畫出高保真的產品原型和交互，羅列產品每個分支邏輯，以及異常處理流程；整理產品的所有功能點，設計完備的測試用例，并且在產品的每個發布點做詳細的完備的測試驗收工作；和程序員每周定期溝通，互通有無，推進產品開發進度。

如果你是一個清閑的產品經理，只是動動嘴皮，敲敲鍵盤，那么你的價值在哪里？你怎么可能取得程序員的信任？如果你是一個忙碌的產品經理，你承擔了產品大量的工作，成為一個產品事實上的靈魂，程序員怎么會不喜歡不配合你呢？

一個產品經理如果能夠做到以上幾點，我相信一定能夠成為程序員非常喜歡的產品經理。其實程序員這個群體和任何其他群體沒有什么特別的不同，也不是真的需要什么程序猿鼓勵師，需要產品經理哄著才能干活。說到底其實就是一條：踏踏實實做好自己的本職工作，才能贏得程序員的尊重。

作者：范凱（robbin），微信公眾號：技術創業空間（ID：itstarter）

本文由 @微信公眾號：技術創業空間 授權發布于人人都是產品經理?，未經許可，禁止轉載。