關於產品經理和程序員之間的解說

『壹』 產品經理和程序員工資哪個高

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

『貳』 產品經理和程序員之間如何避免矛盾

產品汪和程序猿

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

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

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

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

『叄』 程序員和產品經理究竟哪條路更好

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

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

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

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

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

『肆』 程序員與產品經理之仇不共戴天

程序員最煩兩件事，第一件事是別人要他給自己的代碼寫文檔，第二件就是差您經理的需求有變動」；產品經理想殺一名程序員，不需要用任何武器，只需要改三次需求；在產品眼裡，什麼都是簡單的，在程序員眼裡，產品說的所有變動都是復雜的，是找事的。因此，程序員與產品經理之間確實會存在矛盾，但說不共戴天卻是誇張了說法了。

『伍』 產品經理跟程序員是上下級關系

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

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

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

3.項目管理：jira

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

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

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

『柒』 程序員好轉產品經理嗎

本人10年開發培訓經驗,期間經歷了Java,Android,H5,大數據,PHP等多個不同的方向的開發,也做過軟體培訓公司的金牌講師，很有興趣回答你這個問題。

首先咱們先了解一下產品經理與程序員的區別，通俗的說，程序員就是寫代碼的，負責一個軟體產品的實現，舉個栗子，程序員可以說是工地上壘磚砌房子的農民工。

而產品經理是幹嘛的呢？不要覺得帶個經理的名字就是領導，當然產品經理在程序員面前確實有發號命令的權利。產品經理就是根據客戶或者公司自己的規劃想法，把這個想法轉換成對應的產品模型，也就是說產品經理類似於工地上一棟樓的設計師，產品到底該有哪些功能，該怎麼規劃，一般都是產品經理設計的。

那麼程序員轉產品經理怎麼樣呢？我覺得完全沒問題啊。就好比一個具有豐富施工經驗的壘牆工人，他蓋的樓多了，後來你讓他設計一個新的大樓出來，雖然可能細節上不足，但是憑借他之前的經驗，還是可以實現的。再比如說，一個經驗豐富的演員，之前都是聽從於導演的命令去演戲，後來他自己經驗豐富了，要轉型做導演，也是容易的啊，」演而優則導「，這樣的例子很多的。

程序員轉產品經理，其實優勢也很多。目前很多的產品經理並不懂開發，設計的產品功能其實在實現的時候，可能根本就完不成，也就是產品經理會存在"瞎設計，瞎指揮"的問題。但是換成一個開發經驗豐富的程序員去設計產品，什麼功能可以實現，該怎麼實現，他心裡一清二楚，設計出來的產品反而更容易實現。

如果想學習Java，可以關注我，獲取全套免費學習教程。

好轉。

一個好的程序員能頂兩個好產品經理。

一個不好的程序員，能頂一個半產品經理。

知道現在全棧程序員多恐怖么？

前面能和客戶談需求、畫原型

回來能出高保真、交互圖

設計文檔、數據字典更是不在話下

還能寫代碼

還能做測試

還能寫用戶手冊

還能，還能開發票

一個產品經理頂多做他工作的30%。

但程序員很多轉產品經理，心理關不好過。

程序員習慣性去用自己的能力判斷一個特性能不能做，而不是如何描述。需要角色轉換。

程序員習慣性判斷一個特性如何去實現，而不是去判斷用戶是否需要這個特性

程序員習慣去挑戰有難度的需求，而不是用戶真的需要的需求。

程序員喜歡和代碼打交道，但和人打交道要復雜很多

『捌』 浜у搧緇忕悊鍜岀▼搴忓憳鍝涓濂

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

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

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

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

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

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

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

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

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

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

『玖』 程序員創業和產品經理創業，各有什麼優勢

前期：程序員優勢更明顯，由於在需要強大的編程能力的同時又需要懂業務邏輯，使得大多程序員有產品整個開發流程的經驗。因此，公司初創時期，程序員能快速實現產品原型或指導別人去實現。
後期：產品經理優勢更明顯，所謂產品沒有好的包裝和運營是難以讓用戶接受的。當產品原型基本成型後，產品更上一台階，需要產品經理的不斷打磨，用戶研究，產品功能迭代，產品運營等。

『拾』 領導是產品經理那麼程序員是什麼崗位

基層工作崗位。一般將程序員分為程序設計人員和程序編碼人員，但兩者的界限並不非常清楚，是從事程序開發、程序維護的基層工作崗位。程序員對項目經理負責，負責軟體項目的詳細設計、編碼和內部測試的組織實施，對小型軟體項目兼任系統分析工作，完成分配項目的實施和技術支持工作。