程序員ko產品經理

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

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

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

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

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

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

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

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

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

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

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

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

3. 程序員如何選擇公司

程序工作二三年後，基本上都會考慮自己以後怎麼發展。發展的路徑不外乎程序員-系統分析員-架構師-技術經理-CTO，程序員-項目組長-項目經理-項目總監-CTO，程序員-產品設計師-產品經理-CTO.哪一條發展的路線更加適合你？
程序員職業生涯發展到一定程度都會面臨一個選擇，是走業務+技術方向，還是選擇純鑽研技術。程序員職業生涯 發展的問題，這是所有程序員都在關心的問題，未來究竟要怎麼走，30歲之後還能不能再做程序員。
絕大多數程序員最終的職業目標可能都是CTO，做到CEO的人估計會比較少，也有一少部分人自己去創業創業去當老闆，也有部分人說我轉行去做業務 了，對於當老闆的人畢竟是少數，對於轉行的人來說，都不在這行做了，自然沒什麼好說的了。一般來說，程序員的發展基本上都會經歷這么幾條路徑。程序員-系 統分析員-架構師-技術經理-CTO，程序員-項目組長-項目經理-項目總監-CTO，程序員-產品設計師-產品經理-CTO.
當然這只是一個大致的路徑，不是所有程序員都必需要這么經歷的，有些人可能跳過其中的一些步驟，也可能有些人會把中間的很多職位都做了。而最終做到 CTO的程序員，也是非常少的一部分，原因很簡單，這個世界上不許要那麼多的CTO和CXO.
也就是說，許多的程序員最終可能是做技術經理、項目經理或者項目總監之類的，那麼到底我們職業生涯要選擇哪一種呢？我覺得這個問題沒有一個統一的答 案，因為每個人的性格不一樣，際遇也不一樣，就像你從小希望當貪官，可是命運卻偏偏讓你做了一個程序員。所以應該根據你的興趣、性格與際遇選擇一條道路， 比如說你正好有機會帶一個項目，而你又不是很討厭項目經理這個位置，那麼你就可以選擇向項目經理方向發展。
實際上很多時候，國內並沒有明確的技術經理、項目經理、產品經理之分，在許多的公司里，他們經常是由一個人承擔。在外包公司里，通常會有項目經理和 系統分析員（也可能是技術經理）。在一些非IT公司里，可能會有部門經理，而做自己產品的公司可能會分得比較詳細一些。我大致說一下這三個職位的區別，讓 正在徘徊的程序員有一個大致的了解。
項目經理是項目的直接負責人，這個角色相當於一個中間介面，不管是團隊成員還是需求方（客戶），或者是上級領導，有事都直接找他，所以這個職位著重 於管理與溝通。一般來說，項目經理的工作重點在同客戶溝通需求、項目進度的把控、團隊的溝通方面，有些公司也會需要項目經理承擔團隊建設的工作，不過貌似 很多國內公司都忽略了團隊建設這個工作了。對於項目經理來說，重點會要求溝通能力、協調能力、危機把控能力、執行力、團隊管理能力，著重於溝通、管理與計 劃。當然也有些公司還要求項目經歷要參與招標談判，這就要求項目經理有一定的商務談判能力。
技術經理有時候也可能叫系統分析員，一些小公司可能會整個公司或者部門有一個技術經理。技術經理承擔的角色主要是系統分析、架構搭建、系統構建、代 碼走查等工作，如果說項目經理是總統，那麼技術經理就是總理。當然不是所有公司都是這樣的，有些公司項目經理是不管技術團隊的，只做需求、進度和同客戶溝 通，那麼這個時候的項目經理就好像工廠里的跟單人員了，這種情況在外包公司比較多。對於技術經理來說，著重於技術方面，你需要知道某種功能用哪些技術合 適，需要知道某項功能需要多長的開發時間等。同時，技術經理也應該承擔提高團隊整體技術水平的工作。
產品經理這個職位一般在有自己產品（不管是軟體還是網站產品）的公司比較常見，產品經理主要會負責產品的設計、產品的改良等工作。需要注意的是，產 品設計與設計師是兩個不一樣的工作，產品設計主要會從用戶體驗、業務需要等層面去設計產品，而設計師更多是從用戶的視覺上去做。產品經理應該是最懂業務的 人，比如說你在設計一個微博的產品，就要求你對微博這個東西非常熟悉，從用戶習慣、用戶體驗、公司的發展戰略上去設計這個產品，還要對比同類產品會有什麼 優勢等等。

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

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

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. 浜у搧緇忕悊鍜岀▼搴忓憳鍝涓濂

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

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

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

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

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

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

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

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

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

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

7. 程序員轉產品經理是不是出路

程序員轉產品經理是不是出路？

我本人就是程序員，前端。我不知道你做了多久的程序員，如果說你做的時間長可以考慮往管理方向發展，做技術總監。

如果你做了沒多久，技術一般，而你本身又不是很喜歡敲代碼，可以考慮做產品經理。

8. 想從程序員轉行到產品經理，想聽聽大家的意見及建議。

可以說，在產品驅動型互聯網企業中，例如網路和騰訊，有程序員基礎的產品經理是很搶手的。

我推測你的問題是：

1、程序員轉產品經理有沒有「錢」圖
2、程序員轉產品經理需要具備哪些技能
3、程序員怎樣做才能自然的過度到產品經理

第一個問題我已經回答了，現在60%以上的產品經理都是從產品設計轉過來了，這樣的產品經理糾結於細節，而程序員轉過來的產品經理因為了解產品的實現過程，所以對項目的時間把握有相當的話語權，這首先就保證了項目的進度，其次嚴謹的邏輯性，對產品將來的擴展和升級都有幫助，所以程序員轉過來的產品經理是很搶手的。不過這類產品經理要多增加產品營銷和運營方面的知識。人無完人，多了解一些對自己有好處。

第二個問題：產品經理其實沒有什麼技能可言的，產品的視覺交給UI，交互交給UE，開發交給程序員。但是，產品經理是個協調者，需要做大量的溝通，需要有敏感的「嗅覺」，可以判斷出市場的變化、公司方向的變化、進攻的時機、默默的承受。還要能為自己的產品拉到一定的資源，為產品整個生命周期負責等等。一個詞「溝通」

第三個問題：建議你看一些書，可以上當當網搜幾個關鍵詞「信息架構」「用戶體驗」「產品經理」「交互設計」這幾個詞都是當下行業熱門的，作為產品經理需要了解。

希望說的這些對你有幫助！