產品經理和程序員呼蘭

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

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

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

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

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

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

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

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

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

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

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

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

3. 浜у搧緇忕悊鍜岀▼搴忓憳鍝涓濂

浜у搧緇忕悊鍜岀▼搴忓憳鍚勬湁鍏朵紭鐐癸紝鏃犳硶鐩存帴鍒ゆ柇鍝涓鏇村ソ銆

涓銆佷駭鍝佺粡鐞嗙殑瑙掕壊涓庣壒鐐

浜у搧緇忕悊璐熻矗浜у搧鐨勫叏鐢熷懡鍛ㄦ湡綆＄悊錛屽寘鎷甯傚満璋冪爺銆佷駭鍝佽勫垝銆佽捐°佸紑鍙戙佹祴璇曘佸彂甯冧互鍙婂悗緇緇存姢銆備粬浠闇瑕佸叿澶囧己鐑堢殑鍟嗕笟鎰忚瘑錛屾繁鍏ョ悊瑙ｇ敤鎴烽渶奼傦紝騫惰兘灝嗚繖浜涢渶奼傝漿鍖栦負鍏蜂綋鐨勪駭鍝佽捐″拰鍔熻兘銆備駭鍝佺粡鐞嗛渶瑕佽壇濂界殑娌熼氳兘鍔涳紝鑳藉熻法閮ㄩ棬鍗忓悓宸ヤ綔錛屽苟鍦ㄥ洟闃熶腑鍙戞尌妗ユ佺殑浣滅敤銆

浜屻佺▼搴忓憳鐨勮掕壊涓庣壒鐐

紼嬪簭鍛樼殑涓昏佽亴璐ｆ槸緙栧啓鍜岀淮鎶や唬鐮侊紝瀹炵幇浜у搧鐨勫姛鑳藉拰鎬ц兘銆備粬浠闇瑕佹湁鎵庡疄鐨勭紪紼嬫妧鑳斤紝鐔熸倝鍚勭嶅紑鍙戝伐鍏峰拰璇璦錛屽苟鑳借В鍐沖嶆潅鐨勬妧鏈闂棰樸傜▼搴忓憳閫氬父鏇村嚲鍚戜簬鎶鏈娣卞害錛屽規妧鏈緇嗚妭鏈夊緢楂樼殑榪芥眰錛屽苟鍦ㄨВ鍐蟲妧鏈闅鵑樻椂琛ㄧ幇鍑烘瀬寮虹殑鑳藉姏銆

涓夈佷袱鑰呬簰琛ワ紝鍏卞悓鎺ㄥ姩浜у搧鍙戝睍

鍦ㄤ駭鍝佸紑鍙戝拰榪浠ｈ繃紼嬩腑錛屼駭鍝佺粡鐞嗗拰紼嬪簭鍛樼殑瑙掕壊鏄鐩鎬簰渚濊禆鐨勩備駭鍝佺粡鐞嗘彁渚涙柟鍚戝拰絳栫暐錛岃岀▼搴忓憳鍒欒礋璐ｅ疄鐜拌繖浜涙兂娉曘備竴涓濂界殑浜у搧闇瑕佷袱鑰呯殑緔у瘑鍚堜綔錛屽叡鍚岄潰瀵規寫鎴橈紝鎺ㄥ姩浜у搧涓嶆柇鍚戝墠鍙戝睍銆

鍥涖佷釜浜哄彂灞曚笌鍏磋叮瀵煎悜

瀵逛簬涓浜鴻岃█錛岄夋嫨浜у搧緇忕悊榪樻槸紼嬪簭鍛樿繖涓鑱屼笟錛屾洿澶氱殑鏄鍩轟簬涓浜虹殑鍏磋叮銆佷笓闀誇互鍙婅亴涓氳勫垝銆傚傛灉浣犲杽浜庢矡閫氬崗璋冿紝鏈夊晢涓氭晱鎰熷害鍜岀敤鎴鋒礊瀵熻兘鍔涳紝閭ｄ箞浜у搧緇忕悊鍙鑳芥洿閫傚悎浣狅紱濡傛灉浣犲規妧鏈緇嗚妭鏈夋祿鍘氬叴瓚ｏ紝鍠勪簬瑙ｅ喅闂棰橈紝閭ｄ箞紼嬪簭鍛樿繖涓鑱屼笟鍙鑳芥洿絎﹀悎浣犵殑鐗圭偣銆

緇間笂鎵榪幫紝浜у搧緇忕悊鍜岀▼搴忓憳閮芥槸浜у搧寮鍙戜腑涓嶅彲鎴栫己鐨勮掕壊錛屾棤娉曠畝鍗曞湴鍒ゆ柇鍝涓鑱屼笟鏇村ソ銆傞夋嫨鍝涓鑱屼笟鍙栧喅浜庝釜浜虹殑鍏磋叮銆佽兘鍔涘拰鑱屼笟瑙勫垝銆

4. 程序員和產品經理究竟哪條路更好

如果你本身喜歡寫代碼，那麼我覺得程序員的工作挺好的，未必要做產品經理。程序員主要是和機器、代碼打交道，工作難，但是邊界清晰、可控，事情比較聚焦。我並不建議大家都要去做產品經理。
寫代碼是純手工業勞動，大家平時用的各種互聯網產品，都是程序員一行一行代碼寫出來的，還要考慮代碼的邏輯，解決各種Bua等等。如果想做好程序員，就一定要熱愛寫代碼這件事。優秀的程序員，都能夠從自己的工作里獲得樂趣。我認識很多優秀的程序員朋友，我非常尊重他們，而且也特別佩服他們的能力，還有對於工作的熱情。

產品經理要解決的問題的要更綜合、更廣。例如要考慮用戶需求，考慮市場、業務情況，還要考慮和設計、運營、研發之間的配合。

有一些人適合做產品經理，有一些人不適合。我也不太建議大家一窩蜂都去做產品經理。我建議就像做產品一樣，你要大膽假設、小心求證。如果要做產品經理，就多了解這方面的信息，多試試，然後看看自己適不適合。

無論是學生，還是想轉行的人，往往的問題在於糾結太多，想的太多，嘗試太少。如果你想做程序員，那你先寫寫代碼，先做出一些東西，除了看你自己適不適合之外，也能夠成為你找工作時的籌碼。如果你想做產品經理，那麼多試試做做產品，哪怕是虛擬的項目，增加自己的經驗和感知，也能夠成為找工作時的籌碼。

所以，並不存在說產品經理或者程序員到底哪個更好，相比很多行業和職位，產品經理和程序員這
兩個職位都應該是非常好的了。做的事都有意思，工資待遇也都高。
關鍵在於你自己適合哪個，這個問題歸根結底別人沒法回答你，得靠你自己通過了解更多知識來做出判斷。

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

產品汪和程序猿

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

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

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

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了。

6. 產品經理和程序員工資哪個高

一般情況下產品經理的工資會比較高一點的，但是要看每個公司的情況，有些公司程序員的工資也不低