產品經理和程序員開發

『壹』 產品經理該如何跟程序員溝通

產品經理面試的過程中面試官特別喜歡會問一個問題，如果開發人員以無時間為理由拒絕你的需求怎麼辦？工作中產品經理和技術人員打交道的次數太多了，行業內也流行著一些圖片來調侃產品和技術之間的關系，兩者的關系可以用相愛相殺來形容。

之所以這么說有兩個理由，相愛是因為兩者要互利合作，把老闆交給的任務完成，而且只有彼此合作才能讓工作進展的更順利。相殺是因為這兩個職業又存在著很大的矛盾，產品經理的需求間接決定了技術人員的工作量，有些技術人員確實對產品經理比較反感。

我也看過一些關於產品與技術如何溝通的文章。這篇文章我想結合我自己的親身經驗，分享一些小技巧，可以當做是保持良好關系的潤滑劑。

1

首先我們分析一下技術與產品之間產生矛盾的原因。在分析之前，先設一個前提，每個公司在招人的時候都有其標准，尋找價值觀相同的人，所以我一直都相信開發人員並不會無故找理由拖延項目周期。反過來，如果開發人員因為品性而偷懶或者說是耍心眼不幹活的話，那就沒辦法了，個人主觀因素太大。

第一種情況是產品經理的需求與開發人員手頭的項目撞期了，解決的辦法很簡單，就是根據需求的優先順序來調整開發排期。碰到這種事，有些領導也總是期望產品經理靠著自己的方法解決。但是除了跟上級領導申請調整優先順序，沒有別的好辦法。一個客觀事實，公司在多個項目中確實有優先順序之分，雖然你自己的孩子自己最看重但是在別人眼裡並不是這樣。第二個原因是開發人員是按照公司意願辦事，說嚴重點你總不希望別人因為你的事情跟領導鬧僵，搞砸自己的飯碗吧。

第二種情況技術人員並不認同產品經理的觀點，雖然產品經理和技術人員各司其職，但是在工作中會碰到有些技術對產品特別關心，如果產品經理的做法自己不認同的話會提出質疑。如果質疑的人是技術老大，產品經理往往會更被動。遇到這種情況我覺得很正常，想辦法說服技術人員。

除了搬出之前做的產品分析和用戶調研外，我在工作中總結了一點經驗，平時可以多跟技術聊聊天，增進彼此了解，觀察他們經常上使用的產品，在溝通說服他們的過程中，可以拿他們經常用的產品舉例，這樣的話他們本身對那個產品更熟悉，自然也更好理解。另外，在跟技術講解產品的時候也要適當的畫餅，描繪一下產品上線成功後的美好未來，這會帶動起他們的積極性。

2

產品經理要做好自己的基礎工作，這利於給開發人員留個好印象。做好這方面的工作有兩點，一是想好產品規劃的原由，避免被技術的同學問住。技術人員也特別討厭產品經理說「某某產品就是這么做的，我們按照他們的做就行了」這樣的話；二是寫好產品文檔，在產品文檔中避免有遺漏的地方，特別是一些比較復雜的功能，一定要解釋清楚，因為技術人員會遵照著產品文檔進行開發，所以說如果有疏漏的地方會增加溝通成本，如果文檔寫錯了，造成開發出來的產品功能不符合預期就是產品經理的責任了。

為了提高文檔的可讀性，我們也可以多使用圖文、流程圖的表現形式，如果只是乾巴巴的一個word文檔，幾千個文字，看起來確實很枯燥。

對於產品經理和開發人員來說信任尤為重要，如果開發對產品經理缺乏了信任，結果就是你的話開發人員不會再聽了，每個需求他們需要經過你的領導確認後才會去做。獲取對方信任的一個很重要前提就是說話算數，當技術人員詢問你某一個問題時如果自己沒想清楚，可以先暫時別回答，考慮清楚後再說。要是隨口一說，過後又讓開發人員修改，不僅會造成開發人員返工，這種行為也是非常不負責任的。

即便文檔寫的再完善，在產品開發過程中也難免需要當面溝通。項目跟進，需要產品經理極大的責任心和積極性。一個項目立項後，公司通常會把參與人員列為一個小組，產品人員需要根據開發排期跟進開發進展，避免開發出來的產品與預期不符，驗收產品功能是否與產品期望一致。這個過程產品人員的工作往往會比較繁瑣，也會比較忙，當然也會鍛煉產品經理的溝通能力。

3

說一下行業內一直討論的一個問題，產品經理該不該懂技術？我覺得這個問題並沒有什麼好討論的，無論是從個人知識量還是從是否有利工作的角度講肯定是懂技術要更好，而之所以能吸引那麼大的熱議，可能是由於很多產品經理不懂技術，但是又沒有興趣學習，所以心底一直會糾結這個問題。

從我個人的經驗來看，特別是你做項目比較多的時候，會發現懂點技術跟技術人員溝通起來會順暢很多，一個重要的體現是技術人員也很願意跟你交流技術實現的一些想法，而不會說「算了，跟你說了也沒用」這樣的話。

產品經理懂技術還有一個很重要的益處是當業務部門提出需求時，自己就能評估出技術實現的可行性，對於實現起來比較困難的需求自己就可以跟業務部門商量優化方案。而不必每個功能都去詢問技術，無形中也減少了技術的麻煩。

不過我跟很多人的觀點也一樣，產品經理對技術的了解不需要太精通，說到這我還得慶幸自己大學時候學的是計算機專業，雖然學的不好，但對於現在的工作還是非常有益處的。不過我在工作中也會碰到技術人員偶爾說了一個名詞自己不理解的，這時候兩種辦法，要麼主動問一下，要麼自己去網上查，明白其中的邏輯關系，知道是怎麼一回事就好。

畢竟術業有專攻，雖然我們希望知識越多越好，但也別給自己太大壓力。況且技術知識也在更新迭代，他們使用的框架也會變化，技術的語言也有很多，如HTML、Java、PHP等，你不可能全都精通。

4

最後說點工作中會遇到的個人主觀因素。

當產品經理跟其他部門提需求或是溝通確認的時候也不排除其他同事有未及時回復的情況，為了確保項目上線也為了爭取資源，這個時候就需要產品人員更加主動一些，所以產品經理有時候還需要臉皮厚一點。

當提交一個需求給開發部門制定排期，你會發現他們都會把時間定的很充足。也許你會因此對其他同事有看法，但其實在工作中都是這樣子，大家都不會把自己的時間安排的太緊張，而且還要考慮過程中可能會出現的風險因素，例如請假的情況。當然也不能把時間定的太長，那樣老闆該不開心了，所以最好是產品經理根據上線時間與開發人員定一個時間結點，讓開發人員在這個時間點前完成即可。

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

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

『叄』 做產品經理還是程序員

產品經理沒有實權，基本上很多小公司產品經理就是一個人，要與設計，程序，市場，銷售，客服，各個部門溝通，而且如果產品沒做好肯定產品經理是責 任第一人。如果有一個好老闆撐腰還可以，否則很難混下去。所以這也是很多國外ceo就是直接就管產品的原因，否則根本沒有執行力， 同級別如何管？ 這也是國內很多企業產品做的爛的重要原因， 產品經理實際就是打雜的。
技能要求高。 技術肯定要，設計其實也要，否則無法做原型設計。還有就是細節要求，最重要的就是大方向要把握好。否則一個完美的產品沒有市場也不行。word ppt excel 精通更是家常便飯、思維導圖、原型工具/還要不停的研究新產品。如果遇到思維活躍經常變化的領導，做PPT做到吐，本來如果寫程序寫的多還有點用。PPT做那麼多根本沒用，浪費腦細胞。
產品經理前途渺茫，除非你自己想創業，否則產品經理實際沒有太多升職空間，國內的產品總監很多都是市場或運營的人來管的。做產品的很少會做到總監級別。當然國內騰訊還是很看重產品這個職位的，但其他的公司基本沒有看重產品的。
產品經理加班的確比程序員少，但是產品發布測試的時候，也是忙死，否則自己設計的產品非功能技術性問題其他人測不出來問題在哪。
程序員以前的地位不行，但現在很多公司已經意識到技術的重要性，程序員的薪資范圍實際上限比產品高很多，60萬年薪不算什麼，國外公司年薪100萬也是有可能的。產品職位基本沒可能。
現在世界已經不同了，程序員不再是苦力了，以前國內是渠道，銷售、市場為王，產品、程序、設計都是苦力。現在產品做不好根本沒人用，銷售在忽悠也 不行了。最後實現都是技術問題。而且現在例如 apple store 發行渠道成本很低，只要能做出來好產品不愁賣不出去，微博上一傳就一大堆用戶。程序員自己創業不是夢想，程序員一個配合一個設計產品就能做出來，產品經理 就不行，畢竟自己不會技術就做不出來。
不創業也可以靠編程序活一輩子，一個團隊可能只有一個產品經理或沒有，但程序員肯定要有兩三個，程序員市場需求比產品大很多。隨著年齡提高程序員的經驗壁壘比產品高很多。
程序員可以對產品經理說 「這個因為技術問題做不出來」 但產品經理無法對老闆說「這個ppt因為我能力不行做不出來」。
最後還有程序員可以靠自己想做的技術，例如NB的技術到達人生夢想，而產品實際上都是從抄襲，在抄襲，最後創新也是技術創新帶來的產品。

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

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

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

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

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

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

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

方向都不一樣吧！產品經理是策劃工作，程序員是開發工作，當然兩種工作的邏輯能力，都非常重要！這是基礎，不是區分人才等級的關鍵。

我覺得更多的是解決問題的能力，才是區分頂級、優秀、一般、普通人才的標志。

產品經理做的是未來的工作，因為他要思考一款產品，滿足用戶的需求，公司活不活下去，產品策劃真的很重要，錢砸錯了，影響是非常巨大的……

程序員做的是現在的工作，他要努力實現產品，繼而跟運營、市場聯動，實現產品增長，這樣就有現金流……尤其對於軟體產品，需要經得住大眾的考驗，都是bug的產品是絕對沒有前途的。

如果簡單粗暴來比較兩個崗位，感覺很不公平，很多人會以為產品經理會更高級？大錯特錯，技術圈水那麼深，誰還給誰打下手啊。重要的是，發現現象背後的本質，才是最重要的。技術人員會有很多開發項目的機會，多思考一下商業價值吧！

『陸』 產品經理與程序員矛盾的本質是什麼

產品的功能、質量、發布時間和需要投入的資源這四者不能都是封閉條件，否則可能無解。需要投入的資源和發布時間一般是大老闆定的，所以產品經理、開發經理和質量經理只能在「砍功能」、「降低質量要求」和「程序員加班加到死」這三個選擇上相愛相殺了。根源是：高層放衛星玩大躍進，那下面只好群眾斗群眾了。佛曰：與人斗其樂無窮。對於程序員來說，很多時候問題是 PM 不能證明自己存在的價值。PM 要證明自己的價值有幾種可能性：

1、色的產品記錄，自己的名字就是個品牌，程序員知道跟著你做事能成功。

2、假會導致產品方向混亂項目失控，這很容易證明為什麼你需要存在。

3、通過程序員可以理解的方式把道理講明白，讓程序員信服為什麼你管理產品的方法是對的，以及為什麼程序員自身不可能做得跟你一樣好。

可能還有別的方法讓一個 PM 證明自己存在的價值，但如果證明不了的話程序員就會把 PM 看作純粹的 overhead（額外負擔）。PM 對產品團隊帶來的價值和負擔是不可能客觀測量的，別人的主觀評價是什麼就是什麼。如果程序員對 PM 的主觀評價是負擔大於價值，那這個 PM 就沒有存在的意義了。核心原因是——好的產品經理永遠缺貨。當然，優秀的程序員哥哥也缺。既然都缺貨。產品經理是決定公司效率高低的關鍵，產品經理在一個成熟的公司成熟的團隊意味著靈魂和中樞，程序員哥哥不過代表著執行力和能力的邊界（想不明白就瞅瞅喬幫主馬化騰周鴻禕）：1個不知天高地厚的產品經理，2個不經過思考的決策，他的工作量也許只增加了3倍，但他賦予程序員卻是10-1000倍的工作量。