程序員和產品經理對接

1. 既作為主程序員，也兼顧項目管理PM和產品經理，這個階段忌諱什麼

個人覺得最怕兩點。
1、不與其它成員溝通，特別是產品人員溝通，擅自更改產品需求，與效果圖不一致或是PRD內的需求不一致，或是對有疑問的地方不及時與產品人員溝通，按自己的理解進行開發，最終會導致產品與市場需求不符，嚴重者會影響整個產品開發（產品人員考慮時會對全局做考慮，改一處可能會導致其它地方產生問題，主程序員私自將某個地方進行修改，可能會遺留下很多問題），在後台期測試時，無端增加問題（測試人員按PRD來測試的，可能會延遲開發周期）

2、制定完開發計劃後，自己埋頭苦幹，對其它成員在開發過程中碰到的問題不過問，不及時了解成員的開發進度，等到開發快結束時才想起來，可能自己快結束了，但其它開發成員只完成了70%

2. 很多人覺得程序員崗位不需要溝通能力，實際上是這樣嗎

並不是的，只是這個崗位需要的溝通能力一般，但你畢竟是在職場當中工作，你要接觸領導，你要和其他工作人員合作，所以你就應該學會溝通，禮貌地、明確地表達你的意圖。

3. 程序員和產品經理相愛相殺，打完架再「牽手」，全公司都沸騰了

在某個職場論壇里，有網友發帖爆料，大方曬出自家公司 產品經理 和 程序員 相愛相殺的照片。畫面中，兩個大男人手牽著手，面朝牆壁背對眾人，濃濃的基情感撲面而來，讓人忍不住浮想聯翩。

這可不是他們成功「出櫃」了，而是公司對兩個人動手打架的懲罰措施。因為在產品項目上溝通不順，產品經理和程序員起了爭執，兩個認死理的人互不相讓，一言不合就打了起來，拳腳相向好不激烈，費了老大勁才把他們各自拉開。

程序員和產品經理的矛盾，早已經不是什麼秘密了，在 互聯網公司 里， 要論程序員 最討厭誰，產品經理絕對能排進前三。要求多還奇葩，反反復復變動，指手畫腳叨叨個沒完，讓程序員們苦不堪言。只是雖然彼此間矛盾多多，但還算克制，真真動手的還是比較少的，像這種大庭廣眾之下互毆的，就更不多見了，也難怪公司要當眾懲處了。

兩人動手打架的影響非常惡劣，公司要求要麼一起辭職滾蛋，要麼牽手一下午。終究胳膊擰不過大腿，雖然這個要求很詭異，但為了不被辭退，也只能捏著鼻子認了。本來還劍拔弩張的兩人，在眾人的見證下，大手拉小手整整牽了一下午，畫風都歪了！

其實無論是產品經理還是程序員，大家最終的目的都是為了整個項目能夠完美交付，為公司完成這筆業務。只是兩個人的側重點不同， 產品經理 要考慮客戶考慮市場， 程序員 則更關心產品本身的合理性。當關注的重點不一樣，難免會產生分歧，引發彼此之間的沖突。

而且都是公司的同事，平日里抬頭不見低頭見，大打出手確實不應該。在有著共同目標的大前提之下，即使兩人的立場不同，但也應該彼此互相體諒，只有精誠合作，才能事半功倍不是。

公司的處理決定也很機智，辭退可能只是玩笑話，要他們牽手和好才是真的。畢竟都是為了公司的產品項目才弄得這么大火氣，把他們安撫好了，項目也能更順利完成。而且這種方法雖然看起來尷尬，但也沖淡了矛盾的尖銳，尷尬總好過對立，詼諧才更容易讓人接受。

這不，還有網友打算效仿呢！嗯，都是人才！

4. 產品經理跟程序員是上下級關系

因為成為產品經理，能學到非常多的知識，在不同的層面
產品經理軟技能：
個人魅力：包括溝通能力，領導能力，願景能力，感染能力，審美能力等等；
產品修養：產品修養包括混跡產品社區，運營社區，優秀產品群；
互聯網修養：了解互聯網現狀，跟蹤互聯網熱點，跟蹤互聯網前沿，混跡互聯網社區。
項目管理
產品經理的一個重要角色是項目經理，產品經理需要對整個項目的結果負責，包括按時交付，合格交付，成本控制。
項目經理需要熟練項目的5大過程組和10大工作領域，對於互聯網產品經理來說，主要內容包括：
項目溝通：溝通是互聯網開發中產品經理最重要的工作，包括和上級，開發人員，運營人員等等；
總體進度計劃：項目的總體進度，例如產品設計，UI設計，各個模塊開發，測試進度，部署等等，產品經理必須把握整體的進度，針對節點進行審核；
開發詳細計劃：開發詳細計劃是總體進度計劃的一部分，一般來說開發計劃是技術經理維護，但是產品經理必須進行整體把控；
項目控制：項目干係人，風險，進度，質量等等控制。
協助推廣
產品開發出來必須推廣到市場，否則產品就是一個實驗品。產品經理不需要完全負責運營推廣，但是必須對運營人員提供必備的支持。
基本工作如下：
基礎運營數據：獲取產品的基礎運營數據，例如下載量，用戶量，支付金額，留存；
埋點：埋點的一種獲取產品運營數據的重要方法，他可以分析頁面點擊，頁面轉化等等；
業務數據：業務數據例如訂單情況，售後訂單，銷量等等；
競品分析：和市面上相似產品對比分析；
Swot分析：了解本產品的優勢、弱勢、機遇、挑戰。
迭代開發
第一個版本做出來後，產品進入迭代開發階段，一般迭代周期是2個星期；迭代開發就是將從產品規劃到運營過程進行濃縮，每個迭代周期開發少量的功能。
基本的工作如下：
收集需求：收集產品的需求，哪些需求進行迭代開發；
需求排序：針對需求進行排序，高優先順序的盡快開發，優先順序低的稍晚開發；
細節功能設計：第一個版本的功能進行細化，例如效果細化，交互細化等等；
迭代計劃：維護整個迭代過程的項目計劃。
根植行業
產品都有很強的行業屬性，必須熟悉本行業才能設計本行業需要的產品，否則就是空想。
我們需要了解行業現狀，熟悉行業痛點，熟悉行業熱點，並且還得了解相關行業，此外需要熟悉相關的法規，道德，加入行業圈子，多逛行業論壇。
個人魅力
上述講的是產品經理硬技能，下面介紹一下軟技能，軟技能更多的是個人的修養問題，但是這些會影響到產品經理的整個職業生涯。
個人魅力包括個人領導能力，溝通能力，願景能力，洞察能力，審美能力，感染能力。擁有強大個人魅力的產品經理才能成為整個產品的領導者，才能激勵整個項目成員，提高團隊效率。
產品修養
產品經理需要提高產品修養能力。
產品修養包括：
與高人為伍：有時高人的一句指點勝過你苦思冥想一個月，產品經理需要向前輩，向領導，同級組織成員請教，請教他們你不熟悉的內容；
與實踐者為伍：不要和空想者為伍，而是和實踐者為伍，產品的使用對象均是實踐者，實踐者的想法將會提高你整個產品的境界；
產品社區：例如產品壹佰，pmcaff，多看一下帖子提高自身修養，此外多加入一些QQ群；
運營工具：例如應用雷達，酷傳，APP annie，ASO 100，網路指數等，運營工具可以用來分析產品的運營數據。
互聯網修養
一個互聯網人，必須熟悉互聯網，有一定的互聯網修養，多看新聞，多參加一些沙龍，提高自身的互聯網修養。
了解互聯網現狀：熟悉當前中國和世界上優秀的互聯網公司，多了解互聯網當前現狀，例如阿里巴巴，騰訊，網路，小米，華為，360等；
跟蹤互聯網熱點：當前互聯網熱點，例如項目熱點，投資熱點這些，可以查看36kr，虎嗅，這些社區提高了互聯網熱點現狀；
跟蹤互聯網前沿：例如vr/ar，物聯網，智能設備等等；
大數據平台：常見的例如易觀數據，talkingdata，這些互聯網大數據平台會提供部分免費的行業分析報告，了解互聯網大數據對產品整體把控有一定的幫助。

如果需要學習，可以看下這幾個軟體：
1.腦圖工具：網路腦圖

2.文檔共享：藍湖、Axure等軟體

3.項目管理：jira

5. 什麼仇什麼怨，程序員設計師與產品經理的愛恨糾

哈哈哈，程序員和產品經理可以說是死對頭啦。
1、頻繁改需求
如果項目經理想要整死程序員，頻繁改需求是最快的辦法。特別是做了一半硬是改掉需求，scrum里的表現就是sprint內的非受迫需求變更，太狠了，技術同學表示不能忍。
2、拿老闆和運營做擋箭牌
不說清需求價值，當技術童鞋問「為什麼要做」的時候，支支吾吾，或者說「老闆要的、運營要的」。最絕的就是說，這個功能老闆說必須要做，那個功能老闆說明天就得上……
3、扮用戶
程序員會產品經理溝通的時候，比較經常就是聽到，「關鍵字是用戶不會這么覺得，如果我是用戶。」
這種產品經理通常關注點會有問題，比如更多的時候討論的是這個按鈕是這么顏色，應該放在哪裡，文案應該怎麼寫等，如果把這些問題當做核心，那難免會讓人啼笑皆非。

4、口頭禪——不就是xxx
有些產品經理口頭禪：不就是xxx，這也引來一些程序員的反感。
比如「這個問題不就是在資料庫里加個欄位就可以解決了嗎?你要是沒時間，我給你寫個SQL 語句，你執行一下吧。」結果程序員一臉懵逼。
其實，如果是在你的非專業領域里，最好少用這種「不就是XXX」這樣的句型為妙。
5、不懂裝懂
特別是對技術一竅不通的產品經理，會不停讓程序員加班趕工。
「開發大哥，我代碼寫的不多，你可別騙我，這么簡單的需求，明明一下午可以搞定，你跟我說一個星期?」
此時，想必程序員口袋裡50米大刀已經飢渴難耐......這種產品經理叫程序員哭笑不得。
希望可以幫到你，謝謝！

6. 產品經理和程序員之間如何避免矛盾

產品汪和程序猿

一、產品經理和程序員最討厭的三句話

產品經理和程序員,就像一對情人，若即若離，有時還會撕逼，和諧的時候一切都好，撕逼的時候兩敗俱傷。

你知道程序員最討厭的三句話是什麼嗎？

1、這個需求很簡單，改一下就好了

2、你先大概弄一個，我看看再說

3、我先下班了，加油啊

我想任何一個程序員聽到這樣的話都會氣炸了，不撕逼才怪，你作為程序員會如何回答這三句話？

1、這個需求很簡單？你行你來啊！

2、大概先弄一個？請問先生（女士），什麼叫大概？

3、你大爺的

你知道產品經理最討厭的三句話是什麼嗎？

1、這個需求做不了

2、這個需求工作量太大了，估計要搞3個月

3、這個變更沒時間做，往後排吧

產品經理在前端，有用戶、有老闆、有銷售，版本發布的壓力很大，聽到這樣的話估計心情也好不了哪去？

1、這個需求做不了？又不是我提的，還不是那個2B用戶提的

2、要做這么長時間？養你們有什麼用，還不如我自己來

3、變更沒時間搞？隨便，等老闆來拍你吧。

二、產品經理和程序員本質上的差異是什麼

奶爸干過程序員，也干過項產品經理，深知這兩類工作的差異，各有各的不易。

總體上來看，做產品更側重於創造和方案能力，不需要精密的邏輯，所以試錯成本相對比較低，大不了改改原型，改改方案，這個成本是可承受的。

程序員的工作是非常精密的邏輯，一個看似很小的變更有可能對代碼產生很大的影響，所以試錯成本非常高，弄不好可能會因為需求的變化導致系統的重構，這時候程序員的挫敗感是可想而知的。

三、產品經理和程序員友好相處的清單

1、產品經理收集需求後，在需求分析階段，需要把一些不合理的需求盡量和用戶溝通去掉，避免不合理需求造成產品發布時間延遲和沒有必要的成本浪費，當然這需要產品經理去說服用戶，不能只做用戶的傳聲筒。

2、需求分析時，產品經理應該根據經驗，敏銳的發現一些在技術層面實現有困難的需求，及時讓研發介入，評估技術可行性，避免後續出現需求定下來，研發說做不了的情況。

當然這需要我們的產品經理對軟體技術架構有一定了解和預判能力，你不能所有的需求都要在需求分析階段讓研發介入，這個成本也是極高的，所以要把握好這個度也是一項能力。

3、原型還是需求溝通的最好方式，這樣是避免產品和研發在需求理解上有差異的最好手段，只靠寫一些文字的需求說明書很難達到好的效果。

但這裡面要注意一點，產品經理繪制出來的原型一般是非高保真原型，是為了更好的溝通需要，所以不能完全按照原型做，需要基於我們自己的前台架構進行定製。

4、需求評審的時候，研發可能會有一些不一樣的意見，他們做了很多年的開發，會有很多好的經驗，好的經驗要虛心接受，不能覺得自己是產品就是老大，就是要按我說的做，這樣很容易造成矛盾，求同存異，目標一致，這個是最好的結果。

5、研發說這個需求做不了的時候，有兩種情況，一個是覺得這個需求實現起來比較麻煩，故意騙你；另外一種情況就是他的知識盲區，他可能確實不知道這個事能做。

產品經理需要有能力和研發進行談判，比如採用類比法（類似的需求在其它項目上咱們就做過），比如去找架構師探討技術可行性。

6、研發有時候評估的工作量會比較大，整個上線計劃拉的比較長，產品經理可以要求研發出詳細的資源配置清單，這樣能清楚的看到一個需求被分解成了多少個研發任務，每個任務的起止時間，由誰負責完成。這樣產品經理大概能看出任務的前後置關系是否合理？工作量是否合理等。

產品經理絕不能說，這么簡單怎麼要搞這么長時間，類似的話一出，絕對會激怒對方，還是要有理有據進行談判。

如果實在無法壓縮工作量，如果增加人力能解決問題的話，可以考慮找領導申請資源。如果還是不行就要砍需求或者改方案了。

7、在版本計劃定好的情況，盡量不加需求，這樣很容易打亂開發的節奏，如果一定要加進來，一定要和研發說清楚，這個是用戶領導或者老闆的強制要求，轉移矛盾。如果可以的話，增加了需求盡量推遲上線計劃。

8、開發過程中如果需求有改動，需要及時更新需求文檔，同時發給我們的研發同學，否則只是靠嘴說一下，很可能研發的同事就不做了，所以一定要落到紙面上。

9、上線的時候要堅持和研發同事一起加班，這樣大家才是一個團隊，贏了一起狂，輸了一起扛。

10、最後一點，就是要多交流，沒有什麼問題是一頓火鍋解決不了的，大家關系好了，很多事情溝通起來自然容易，而且也會更信任對方，這樣就萬事OK了。