經理程序員

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

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

㈡ 產品經理該如何跟程序員溝通

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

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

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

1

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

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

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

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

2

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

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

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

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

3

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

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

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

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

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

4

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

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

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

㈢ 從一名程序員過度到項目經理

從一名程序員過度到項目經理

1.從程序員到PM,是一條脫變的路，事實上程序員走的路最終不應該是項目經理。首先有一點需要明白的就是，一定規模的項目中，項目經理不需要太懂技術，他可以是一知半解。項目經理的任務不是在技術方面，技術相關的應該交給SA去做。項目經理更多地是做管理，溝通等工作，你如果可以的話到書店查看一下關於項目管理的書籍，你就會明白。當然對於小項目來說，有可能是PM,SA是同一個人，而這樣的項目經理更多隻是SA加上一些管理工作。要做項目經理，你就首先告訴自己不再去碰技術細節了。程序員並不是一個培養項目經理的好環境。所以沒有什麼從Coder到什麼developer再到SA然後是PM的路，這是一條比較悲哀的路。在大公司，SA下一個目標不是PM,而consultant,然後是seniorconsultant,PM走的是另一條路，所需要的技能不是技術，技術給PM帶來的能力提升是很少的。在項目中你最後能分清楚PM與SA的關系及各自在項目中的分工與用途。

2.其實我蠻同意gzlucky（Lucky）的看法的，確實是我們公司不少項經理就是不很能跟得上現在的一些技術，因為很多人都快年近四十，兒子都上高中了，要他們再學新技術真的難度比較大，他們的工作基本上就是天天找手下的程序員，布置這個任務，詢問那個任務做的怎麼樣了。不過我的頭倒是和我一樣編程，他手下寫代碼的就我一個人，他自己也會ASP和JSP,但是可能對。NET不熟，就由我來主負責了。我覺得項目經理還是像他這樣的好，自己也能懂不少技術，可以服人。但是我的頭兒好像在溝通這一塊不是非常出色，當然也有可能是俺太內向，不太與他溝通，所以他也只是在交待任務後就不再多詢問，而不像別的項目經理天天追程序員後頭問。我想問問各位，你們看哪種項目經理才是比較好的，像我的頭兒這樣的，還是像某些喜歡追程序員後面問進展的。

3.原來在一個小公司做過半年的.DM,一年的PM,後來為了讓自己的技術更扎實一些，離開了原來公司，現在在大公司做程序員，開始後悔了，在大公司里很難接觸管理方面的東西，也很難晉升，個人認為在小公司做DM,PM,有經驗後直接找大公司的PM,這樣也是一條路。

或者考PMP之類的證書，然後直接找管理的工作。

希望過來人能給予更好的意見和建議，我也現在想往管理層發展。

技術很硬了再去做PM,這種想法是錯誤的，我就犯了這個錯，邊搞好技術（為了生計）邊學管理知識（為了將來）,慢慢向管理發展，不能等。有句話說的好，機會是屬於那些有準備的人的。利用業余時間多學些管理方面的東西，所謂人的差異在業余時間。

要走向管理層，英語一定要學好。

溝通很重要，要做好管理者，先學會做人。多跟下屬溝通，多為下屬著想，而不要去巴解討好上司。體諒下屬，把項目計劃做的盡量合理，不要讓下屬加班，給下屬發展和晉升的空間，這樣才能是下屬有干勁，才能把項目做好，你才有更高的升遷機會。

只有把自己知道的不斷的讓你得力下屬知道，只有提拔起一些得力的下屬來，你才有時間和精力去向上爬，不然你抱著不放，就沒有升遷的機會。

管理不是喝酒抽煙那麼簡單，那隻是過去的那種不思上進，耽誤自己前程。

吃盡苦中苦，方為人上人。

做PM不是混，是要把項目做好，這跟做人是一個道理，這也就是為什麼做管理要先學會做人的道理。

pm的整個工作重點是什麼？如果做為一個PM,技術不高怎麼對付組里的牛人

我們經常會因為公司里的頂尖人才、個性化太強，不能與其他人合作而感到棘手，要解決這一問題其實也是有法可尋的。

一、在肯定其價值和優勢的前提下，明確地制定改進的目標；

二、頂尖人才能夠面對中肯的，明確及一對一的批評作正面反應，所以要加強與他溝通的力度；

三、可以根據具體情況調整考核目標，加強與其他員工合作的內容；

四、把"頂尖人才"調到相對能獨立發揮其才能的崗位，減少與別人發生矛盾的機會。

㈣ 為何大多數程序猿會轉行做產品經理的背後的原因有哪些

㈤ 為什麼產品經理工資比程序員高

產品經理是個浮躁的行業，為什麼這么講？遇到過很多產品經理，其實只會個Axure，對產品的用戶需求、習慣等等不是很了解，就開始把我一個產品的生命了，其實很多時候是老闆在把握！

見過10個產品經理，優秀的也就1-2個，大部分是混子日的，但是要的薪資卻不低，所以整個行業，缺的不是產品經理，而是優秀的產品經理！
這就造成企業在招聘產品經理時候，非常謹慎，一邊面對不斷上升的成本，大量求職人員漫天要價，一邊面對無人可用，招聘人員動不動不合適離職，產品經理這種崗位真是需要個3-5個月時間磨合才能看到人員真正的實力。
所以在招聘市場，產品經理的薪資大致可以分三個層面
1、基礎層，萬元左右，主要是面對工作時間很端的產品經理，產品助理設置，這類基本干不出什麼活兒，做個幫手吧！
2、骨幹層，15K~25K之間，這類基本具有五年以上產品經理經驗，非常熟悉產品經理的工作工具，但是對行業的認知相對不足，或者在莫一方面具有一定的不足，無法全面的把握產品的整個過程。這類人員很多屬於老闆的產品實施工具。
3、核心領導層，30K~以上，這個基本是這類產品的主要架構人員，對行業、產品有充分的認知，並且有很好的理解、溝通、表達能力，可以全面梳理、管理、運營產品的生命線。相對非常少！並且對程序、產品等比有的程序員還熟悉。
你說是不是有的比程序員工資還高呢！

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

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

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

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

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

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

㈦ 領導是產品經理那麼程序員是什麼崗位

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

㈧ 產品經理算程序員嗎

產品經理不算程序員，產品經理更多的是和客戶溝通具體需求，並提項目方案，然後再向內和程序員溝通具體的落實方案。

㈨ 程序員好轉產品經理嗎

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

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

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

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

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

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

好轉。

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

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

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

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

回來能出高保真、交互圖

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

還能寫代碼

還能做測試

還能寫用戶手冊

還能，還能開發票

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

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

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

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

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

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