① 黑馬程序員的產品經理可以學到什麼內容
可以學到產品調研與分析，產品需求與設計，項目管理，產品運營等。可以說關於產品的方方面面，產品經理都可以運籌帷幄。
② 產品經理怎麼和程序員打交道【3】
經常有人問我：「嗨，費傑你好！請問阿里巴巴的需求文檔怎麼寫？「，但很少聽到人談：「嗨，哥們你好！請問產品經理怎麼和程序員打交道？」你回去稍微琢磨了一下，心裡就會得到下面三種情況：1) 很多產品經理之前就是程序員，所以非常了解程序員是什麼樣的一個狀態；2) 很多產品經理還停留在關注自己產品規劃、設計本身，缺乏對團隊配合的思考；3) 很多產品經理，其實是有和程序員打交道的實踐技巧、心得的，但沒有重視和分享。事實上在很多產品研發體系下，產品經理和程序員因為思考方式、關注范圍、職能職責的差異，導致了溝通上的困難。如何更好的與程序員建立起一座暢通的橋梁也是每位產品經理需要思考的問題。一般情況下，產品經理和程序員溝通困難大概的原因：�0�21、得到信息不對稱；�0�2�0�2產品經理得到的信息一般集中在：商業需求、商業策略、戰略方向、產品規劃、運營數據、整體營收、目標任務等方面。產品經理往往在根據公司現階段的情況，以及市場的競爭情況，做一些產品策略或者一些產品的方案的策劃、發起、實施。
所以這個過程中，產品經理扮演的角色是翻譯：「市場需求、商業需求」，成為：「產品需求」，所有的信息全部圍繞需求本身。為什麼要做需求？怎麼做需求？先做什麼需求、後做什麼？基於怎麼樣一個思路去推送產品進行實施、從一個利益平衡獲得空間增長指標後達到另外一個利益平衡。程序員不一樣，很多時候程序員得到的信息是：有一個需求，可能是小需求、產品需求、或大到項目需求，然後得到一系列需求列表，然後產品經理會讓程序員看：「需求」哪些通過code改改就可以實現，哪些是需要開發可以實現，哪些是技術或構架或因為成本的原因不能實現。
所以在這個過程中，程序員扮演的角色是翻譯：「產品需求」，成為：「技術語言」的評估，所有的信息全部圍繞開發需求本身。如何開發這些需求？是溝通資料庫增加欄位？調用介面？開發新的介面？需要開發組件？重新構架引擎？來實現滿足或支撐這些需求？那這個時候問題來了，很多情況下我們只是把程序員當做一個寫代碼，通過編程語言來操作計算機完成需求的工具了。�0�22、溝通語言不對稱；�0�2�0�2說到兩者溝通的語言，這肯定是困擾產品經理本身的。產品經理的語言是：「描述「、」形容「，我也見過很多產品經理，很多人的需求文檔就是漫天飛舞的文字，一整段的描述+描述，不要說程序員看不清，可能過段時間連自己都看不清楚。除了書面語言，產品經理的溝通語言也是含糊的，沒有太多的邏輯去組織，很多時候總是試圖去述說一個需求，被程序員的一個計算機術語而打斷。程序員的語言，更偏向於技術化。很多產品經理做過技術，有技術背景，但是還有很多產品經理不懂得技術。所以在這個時候，程序員在解說或回答一個需求的時候，會把自己習以為常的變數、函數、實現方式說出來。於是很多產品經理聽到：「Sdk、webshell、select、api、組件、插件、控制項「等等的時候會雲里霧里，那這個時候問題來了，很多情況下我們總站在自己的立場上、自己的世界裡認為別人也懂自己在說什麼？實際呢？大家都是聽得一半一半，溝通沒有徹底到位。�0�23、思考角度不對稱�0�2�0�2產品經理思考的角度在於產品本身，對技術的細節、技術的性能沒有太多的發言權。很多產品經理要是的實現的業務邏輯，不管程序員是採用：c++ 、java、php、Python、找開源代碼改的，還是自己寫的都沒有關系。程序員只要在約定的時間里，把約定的業務邏輯開發出來就可以，產品經理不去會考慮目前伺服器的配置、程序員手上任務的配置、技術能力的情況，要的是結果。而且很情願的認為團隊中的工程師都是世界上最好的工程師，想做什麼都可以做，對因為技術原因而不能支持實現需求不能接受。程序員思考的角度有點區別，我也看到不到程序員本身對產品追求完美對需求的背景、意義去研究了解；但很多程序員還是停留在自己接單子任務一樣來一個做一個的境界，做好了自己玩自己的。程序員考慮程序實現的方式同樣的一個請求是get還是post，程序員考慮代碼的性能，從而採取不一樣的方案去實現需求，考慮請求並發量壓力和安全性。但是很多情況下，程序員對技術的理解會導致有一些業務需求滿足不了，不是因為不能實現，是因為實現了覺得是廢代碼，或者構架不完美了。那這個時候問題來了，很多情況下到底傾斜誰的立場上思考問題？我之前也會碰到很多情況程序員就程序的角度說業務需求不合理，產品經理說程序員消極罷工、霸得蠻。�0�24、考核標准不對稱；�0�2�0�2誰也不尿誰，哼！你能把我怎麼樣。產品經理和程序員有為完全溝通或誤會的時候，極端情況下，有一方會罷工。這個時候主要是2個角色的各個考核標准不一樣，所以在很多情況下顯得非常的無奈。產品經理很可能考核的是方案和上線的時間、產品上線後的數據；而工程師考核的是程序的性能、很多時候產品經理催的急要的急，但程序員每天的時間有限，還是得慢慢構架慢慢開發，程序員開發時間少了，未知的執行BUG沒考慮過是要負責的。這個時候問題又來了，產品經理天天干著急！咋辦？以上是我結合幾年來的工作經驗總結出來的，當然這4大因素把很多共性的因素概況進來了。當然過程中還是會因為很多產品經理或程序員本身（個性）的溝通技巧、態度、情商等因素導致的溝通不倡，影響了彼此之間的默契。其實仔細的分析一下，產品經理和程序員打交道的過程中不管是共性的因素還是個性的因素，也不是想像中那麼困難。通過一些努力之後，我們總是會找到一些快速和程序員建立溝通橋梁的辦法。我個觀點如下：�0�21、 要看到項目層面，不要只看需求本身。�0�2�0�2上面說到的幾點不管是：「信息不對稱「、」溝通的語言不對稱「、」思考角度不對稱「還是」考核的標准不對稱「是我們常見的幾個客觀隱私。把幾個因素抽取出來剖析，發現還是由於我們站問題的視角的高度不一致造成的。產品經理只是看到自己得到了商業的需求，策劃了產品的需求，接下來會把很多事情拋給程序員做了，那還是站在需求方的角色中。那如果真正的是站在意識層面的項目經理的角度，這個時候看待問題的視眼會廣很多。這個時候你就想著為了做這個項目這個需求，程序員是不是明白了為什麼要做？是不是對這哪些需求的優先順序有了重要的認識？作為產品經理我用怎麼樣一種表達方式程序員更明白？是不是需要把時間點等劃定？目前程序員的資源和伺服器情況允許他們能做的空間是多大？怎麼樣才能拉動他們的積極性更好的完成這個項目？適當的時候，需要幫助程序員做哪些申請或讓步？對產品經理來說，同樣張羅一件事情，同樣會了得到一個結果，但是中間的過程很可能是完全不一樣的。所以因為思考角度僅僅從做完一個需求死磨硬泡上升到，站在項目的角度去考慮各個關節的風險點、時間點，得到的效果是完全不一樣的。�0�22、從理解程序員開始，換位思考會更好。�0�2�0�2一直在問一個問題：「程序員是什麼一群人？「就和問自己：」產品經理是什麼一群人？「一樣，有點好笑、有點幼稚。從小工到專家，從CSDN到走出軟體作坊，發現很多很多非常優秀的程序員的心聲。程序員是什麼樣一群人？像切西瓜一樣一刀一刀切：寫php的寫Java的寫windows C的寫liunx C的寫C++的編程水平一般的編程水平還行的編程水平牛逼的編程水平大師級的構架牛的資料庫牛的勤奮的懶於思考的不會JavaScript的積極的喜歡鑽研的……好像都不太合適，因為你找不到解決和工程師溝通的好的辦法。而且這些很多是外在的條件，隨隨都在改變。看到很多朋友一年之間經歷幾個大項目水平突然猛進，態度、一些特點也變得完全不一樣。這個時候你需要的是了解和掌握程序員，作為職場的人，和我們一樣的人共同需要的一些特點。如下4點：1) 是不是特別想被肯定、獲得尊重；理解、肯定、尊重。這3個詞或許非常的空但確確實實是一個非常好的方子。靜下心來走近程序員，聽聽他們的心聲、他們的抱怨，或許產品經理和程序員的距離將不再是那麼遙遠。雖然很多時候我們講德行說尊重，但真正領悟到心裡、落實到行動、表現在態度上的完全不一樣的。真正，你是不是一言、一行本真理解、肯定、尊重程序員的，程序員是有感知的。2) 是不是想給產品提供自己的建議，而不是僅僅做一個編程的機器；很多程序員對產品非常熱愛、對產品有獨特的想法，但多數又局限於技術情節對產品的建議常常被忽視。相信很多程序員都希望參與產品，通過自己的專長改變產品，進而打磨出一款完美的產品。所以產品經理也可以適當的給程序員一點發揮的空間，特別是在技術創新、產品需要技術驅動的方面，在商業可控的層面讓程序員發揮排頭兵的作用。這樣程序員會開足馬力投入到開發實施的過程中。3) 是不是不僅僅和人任務指派，需求更多的和諧的人與人之間的溝通建立。產品經理和程序員兩者之間沒有一個良好的溝通，只是基於做與不做，做好做不好，什麼時候做好，這樣的功利性溝通肯定是不可靠的。往往兩者因默契不夠，或一方因溝通技巧不足、對待工作態度不夠積極，造成矛盾。建立一個人與人之間的良好溝通，幫助產品經理或程序員更好的認知對方、了解對方，這樣無論是在平時的溝通過程，還是在項目的合作過程中更好的促進了解、達成共致都會有一個前提保障。4)是不是需要別人的幫助，讓他在非技術領域獲得真知。看到很多產品經理朋友和程序員打成一片，和程序員一天聊天、抽煙、一起下班打游戲、打球，甚至有些時候產品頭腦風暴的時候要去幾個有產品情節的工程師參與前期的討論，效果都不錯。可能這些現象從另外一個層面來解決我們上面的一些疑惑。3、產品經理要改善心智，不斷自我學習。�0�2�0�2最近突然覺得說得想的，有點像哲學。群里的一個朋友說了， 其實哲學就是我們生活一些事情表現出來的道路。產品經理跟程序員打交道也好，對待生活也好，我個人認為是產品經理對哲學的認識、理解、應用。產品經理越往下走，拋開產品技能本身不談，沉澱商業以及人脈資源，都是需要以一種良好、可靠的思維方式去支撐的，也就是所說的心智模型。很多時候產品經理改善心智可以不斷的增強一些事物的判斷。如：遇到程序員的拒絕的、不行的理由，這個時候你通過分析起碼要判斷得出來，這個是程序員隔個人的態度問題，還是流程問題，有一點微妙的。所以產品經理需要不斷的學習，學習提高軟技能。說到學習，回應這篇《產品經理怎麼樣和程序員打交道》中，程序員常用的一些技術原理、技術術語得去學習一下、研究一下。Right? OK, End ！
③ 如何成為一名優秀的產品經理，先從研發做起會對自己的
1·心裡要有 Ownership，就是要用心。
什麼叫用心?如果你千辛萬苦、嘔心瀝血攢下幾十萬做首付買了套房子，你每天花很多時間在網上搜索，每天到建材城和賣建材的人鬥智斗勇，用什麼瓷磚和燈具，裝什麼馬桶和傢具，價格、材質、種類等等，無所不曉。我敢肯定，用不了多久，你就能成為一個裝修專家，因為這是你自己的房子。只要心中有 Ownership，只要努力，哪怕是一個外行，也能夠成為專家。我相信，如果一個人能拿出這樣的精神來做產品，那麼他沒有理由不成為一個優秀的產品經理。
如果心中沒有 Ownership，就是把自己看成是一個打工的，給老闆打工，給領導打工，只要他們點頭就OK，那永遠都不可能成為一個優秀的產品經理。你可能會說，那我干別的，此處不養爺，自有養爺處。但只要抱著打工的心態做事，你到哪裡都只能是混，要想出類拔萃，那就只能等下一輩子。
優秀的產品經理心裡都有一個大我，他不是對老闆負責，而是對產品負責，對用戶負責，他甚至會把這個產品看成你自己的孩子。比如說，你如果是一個設計師，除了美化、潤色、做方案，是不是也用心地去了解這個產品怎麼回事?用戶是什麼樣的人?用戶為什麼用這個產品?他在什麼場景下用?這個產品給用戶創造什麼價值?如果說一個技術工程師只滿足於堆出一堆代碼實現了一個產品功能，但根本沒有想過自己在這個過程中通過積極參與可以讓產品得到很多改善，或者對於自己認為不對的地方，也不想提出自己反對意見，這樣的技術工程師就不要抱怨自己是 IT 民工，因為這樣思維方式就註定了他一定是一個 IT 民工。
2·將心比心，學會從用戶角度看問題。
一個優秀的產品經理，除了心裡有一個大我，敢於承擔責任，心裡還要有個小我，甚至忘我、無我，這就是說要將心比心，把自己當成用戶，從用戶的角度來看問題。用戶體驗這個詞這幾年很流行，但為什麼叫做用戶體驗，而不是叫產品經理體驗，或者叫老闆體驗?因為我們做產品，無論有多麼好的技術，有多麼好的設計，最終評價好還是不好的，是用戶，不是產品經理，更不是老闆。老闆、產品經理、行業專家選擇一個產品的理由，與用戶選擇一個產品的理由，很多時候是大相徑庭。你覺得好的產品，用戶不一定買賬。如何學會從用戶的角度出發，換位思考，說起來是一件很簡單的事，但是實際上很難做到。因為每個人不管成不成功，都會積累自己的人生閱歷和經驗，他的思維會越來越慣性，突破既有思維模式難度大。通俗地講，這就是自我太強大了。在這種強大的自我下做產品，產品做著做著就變成了給自己做。
要突破這種慣性思維，我的建議是，第一要多讀書、多看報、多與其他人交流，用外來的一個嶄新的思維力量來打破自己頭腦里的框框。我建議產品經理們看報紙雜志的時候，少看行業類高端雜志，多看面向普通用戶的雜志，類似《電腦迷》、《電腦愛好者》、《電腦軟體》等，上面的內容對於技術員來說，可能簡單得可笑，但這些內容真的是普通用戶遇到的問題。多讀這樣的刊物，就能幫助你從用戶的角度出發看問題，正如我2012年1月在極客公園的活動上所說的，只有這樣做，你才能從用戶需求中找到真正的創新。
第二要適度的患上精神分裂症。以我自己為例，按理說我是程序員出身，做過產品，懂技術，什麼軟體到我手裡都不在話下。但是，當我看360軟體的時候，我會不自覺地就像變了一個人，變成了一個不懂計算機也沒有耐心的普通用戶，稍微有地方覺得不順眼或者沒找到想要的功能，就要摔滑鼠、砸鍵盤，心裡有一種沖過去卸載的沖動。這是我多年練出來的寶貴經驗，我認為其實任何人都能夠做到。從用戶角度出發來考慮問題，這對很多人來說不是能力問題，也是一個心態問題。所以，我教育公司里的很多人，要「像白痴一樣去思考，像專家一樣去行動」。這就是要求360的產品經理，要從對計算機一無所知的普通用戶角度看問題，發現問題後，要像技術專家一樣迅速採取行動。
3·處處留心，尋找改善用戶體驗的機會。
對於優秀的產品經理來說，改善用戶體驗的機會無處不在。一個優秀的產品經理，他的頭腦是開放的，他的視野並不局限在自己的行業和產品上。前幾年，我不幸摔傷了腿，架著拐杖樓上樓下跑，什麼掛號、門診、劃價、繳費、拍片，要問很多人才能找到科室，要跑很多路才能把這些事兒辦完。還有北京著名的西直門立交橋，司機上橋就跟進了叢林一樣，等你知道走錯了，已經來不及了。可以說，這些都是糟糕的用戶體驗。在日常生活中，用戶體驗無處不在。我們是產品經理，但當我們走出辦公室，我們就是使用其他產品的用戶。但我們不要做一個抱怨的用戶，我們要提升一個層次，抱怨完了之後，想一想其他人是不是像我們一樣去抱怨，我們應該怎麼其改善。你可能會說，嗨，這些事又不是我管，說了也沒用。誰說的?你不去嘗試，怎麼知道不管用?而且，這是一種思維訓練，我相信如果你能看到道路、交通、遙控器、汽車駕駛面板等很多糟糕的地方，你肯定能找到自己產品需要改進的地方。
4·臉皮厚，不怕罵，沒心沒肺。
一個優秀的產品經理，最重要的一個素質就是具備強大的心理素質，不怕罵，而且善於從罵聲中找到改善產品的機會。最好的產品雖然能解決用戶問題，但它不是完美的。沒有缺點的產品並不存在。優秀的產品經理追求的是極致，而不是完美。這就是說，做產品一定在某些打動用戶的點上做到最好，做到連競爭對手都望塵莫及，甚至絕望到不再追了。這個時候，真正的用戶使用產品不爽了就會抱怨，會罵;競爭對手也會雇很多人，模仿用戶的口吻來罵。面對鋪天蓋地的罵聲，有些產品經理會產生恐懼心裡，覺得是不是產品在方向不對。這個時候，我會鼓勵團隊說，競爭對手是我們的磨刀石，負面的信息里，即使是對手的槍稿，也要找到可以改進產品的啟發點。我們一定要研究他們的罵聲，想想產品有什麼地方可以改進的，最後讓他罵不出。這樣，競爭對手就成了我們的磨刀石，把我們的刀磨得越來越鋒利，我們手起刀落，就能把敵人斬於馬下。
沒心沒肺的另一個含義，就是不怕失敗。因為好的產品是不斷打磨出來的，好的用戶體驗絕對不是一次到位的。真正創新的產品，在剛問世的時候一定是粗糙的、醜陋的，看一看第一代蘋果電腦、Windows的早期版本、蘋果的第一部手機等等，粗糙、醜陋不要緊，可以改進，關鍵是一定要解決用戶的問題。
一個產品最後能成功，靠的不是一招制敵，更不可能是一炮而紅，它至少經過三年五年不間斷的打磨、不間斷的失敗、不間斷的嘗試。沒有堅忍不拔的心態，一個產品經理很難做出來好產品。有人說，做產品應該像做藝術品一樣，但藝術品可以只展示給少數人看，甚至藝術品是藝術家孤芳自賞，做給自己看的。但是，判斷一個產品是否成功，終究還是要看它在商業上是否取得成功，因此它必須要獲得大眾的認同。因此，產品經理必須要跟大眾溝通，，要能忍受來自各種用戶建議，哪怕這種建議看起來多麼乖張;要能忍受競爭對手的罵聲，哪怕這種罵聲是謠言。《弟子規》裡面有句話說：「聞譽恐，聞過欣。」這么高的道德要求，咱們普通人很難達到。但是作為產品經理，我們可以抱著一種欣喜的心態來看待批評，因為我們都知道，批評存在著改進產品的機會。
④ 產品經理主要做什麼工作程序員可以做到產品理嗎
需求溝通，出設計原型，項目需求修改，說服程序員給他改需求，與程序員打架。開玩笑，其實主要還是溝通需求，原型確定，項目跟進與修改，程序員可以轉產品啊，優勢就是懂技術，可以避免技術難點，劣勢也是這里，我發現好多客戶的需求在程序員角度都是覺得沒有必要的，但是產品經理卻不這么認為，但是當你換成用戶角度考慮其實他們需求沒有問題，只是有可能程序員改起來麻煩，然後覺得這個有別的方法可以用，為什麼要改，要轉行其實要走出這個角色的設定，可以結合自己的技術，但是在可以做的基礎下，一定要好好聽客戶的需求。
⑤ 程序員如何轉型產品經理需要哪些逆天「裝備」
需要注意以下幾點：
1.關於契機
其實我覺得這不是契機的問題，是基因的問題，一個真正適合做程序員的人是不會考慮轉型的，在職業發展上，程序員比產品經理的路線更清晰，投入與產出比更穩定，而產品經理，說實話，是個很看臉的職業，這個職業的路線有很大的不確定性，為什麼我會轉型，因為我本就不適合做程序員，我無法滿足於翻來覆去就是Copy&Paste的工作，對於技術也沒有狂熱的追求，當然，我十分討厭加班，確切的說是無休止，非計劃性，帶有潛規則性質的加班。
你或許會問，既然不適合，你為什麼要選擇程序員這個職業呢？說實話，在沒做之前，我真的不知道我不適合。
回到正題，我是在一個什麼情況下轉型的產品經理呢，頗有些黃袍加身的感覺。人是有慣性的，放棄既有的優勢，去投入一個看似美好，卻很可能是刀山火海的職業，是一次危險的賭博。
沒有親身體驗產品經理，只能說是這山望著那山高而已，所以始終帶著不確定性，而當時公司規模急劇擴大，中層管理青黃不接，沒有產品經理的情況下，BOSS考慮到空降人員可能水土不服的問題，希望從內部發展可靠的同志，於是對我進行了先進性教育，我思前想後，就是那句「我發現你對產品很有感覺」，讓我抱著士為知己者死的念頭，決絕的點了點頭。
2.關於准備
說實話，沒有準備，也沒辦法准備，因為你面臨的是一個完全未知的崗位。就想你看別人玩游戲，和自己親自玩游戲，是完全不同的感覺。別人無比嫻熟的操作和風騷的走位使你拍案叫絕，但是你真正自己去玩的時候才發現，APM不夠啊，意識跟不上。
怎麼准備，看攻略，好吧，那些寫攻略的人往往討論的是在一個對方站樁的情況下，你怎麼來乾死它，卻沒討論，如果對方後退了一下，或者忽然又一個敵人出現了，你該怎麼面對。在實際的工作中，你面臨的是各種意想不到，千奇百怪的局面，想通過攻略來解決是完全不現實的。
3.關於有用
我覺得最有用的東西就是換位思考，以前做程序員的時候，我只需要考慮我怎麼來實現，我的時間夠不夠，項目什麼時候上線，有了任何問題，我可以等待，我可以扯皮，我也可以作壁上觀。但是作為一個產品的負責人（視公司崗位職責的不同，或許有很大出路），我就像一個管家婆一樣，必須時刻注意到哪裡可能出現炸彈，每天更多的時間不是在執行，而是在觀察，思考，應變中度過。
我不再擁有一個可供我自由分配的八個小時，我的上一秒可能在思考問題，下一秒就會有人過來找我，碎片時間變的很多，就連上廁所，都會有電話進來，你隨時保持著戰斗狀態，不能有一絲一毫的鬆懈。
這個時候再去看程序員這個崗位，你發現，原來是這個樣子的，但因為我也混過，我自然知道程序員的心態，這是我的最大優勢，我能夠和程序員很好的溝通，並能理解他們在別的策劃轉為產品經理的童鞋那裡難以理解的問題，所以我這邊的研發進度往往保障的很好。
我發現所有的事情都不是像我想像的那麼簡單，方案的問題，計劃制定的問題，人員本身的問題，處處都會產生蝴蝶效應，我總是在不安中小心翼翼的防微杜漸或亡羊補牢。
但我發現，即便我付出了再多的努力，項目還是會因為各種原因走向失敗，這個時候檢討是沒有意義的，天時地利人和，缺一不可，為什麼我說產品經理這個職業看臉，是因為這個職業看起來能決定任何東西，又發現自己決定不了最關鍵的問題，所謂盡人事，聽天命，以前總被我嗤之以鼻，我發現，有些時候，我真的很有共鳴。（作者：Robert Struggle）
⑥ 軟體產品經理所具備的知識
同程序員不一樣，產品經理主要是同人打交道，要組織處理好很多復雜的關系和工作。所以做好產品經理並不是一件容易的事情，很多方面的素質培養是必不可少的。
協調溝通能力：產品經理要協調好各種關系，包括研發、測試、文檔、市場、銷售等部門的人，在保證品質的情況下如期的推出產品。任何事情都是靠人實現的，所要協調的主要是人力資源，絕不能因為要完成一個OEM的項目而佔用所有測試人員的時間。不同部門的溝通並沒有多大的區別，但不同部門的Leader做事方式可能不一樣，因此一方面要看對方配合的程度高低，同時要學會在恰當的時候和恰當的人談恰當的問題，只有解決好問題才能有效的將事情向前推進。尤其是在沒有下屬關系的情況下，人與人的互動上，要做的非常好，能夠把自己的想法非常好的表達給其他人，說服這些人配合去做事。
對事務優先順序的控制：產品經理的工作是相當瑣碎的，要處理各種各樣的關系和進度，不像其他的工作都有自己專注的方向，專業的領域。所以如何在一天之內高效的做事就顯得尤為重要。
要有市場感覺：圍繞市場調查、市場細分、目標市場、市場定位，通盤考慮產品、價格、渠道、促銷、公關、服務這些因素是開展營銷工作也是產品管理的一項很重要的工作。所謂市場感覺，更為重要的是如何能夠通過市場現象去生成一些戰略，而不是對方降價自己也降價，對方做廣告自己就做廣告。所謂戰略，就是從產品定位、用戶定位、價格和競爭對手入手，了解各自的強項和弱項，找到機會在哪裡，威脅在哪裡，並進行分析，制訂未來的戰略。這些素質不是通過看市場宣傳和匯報就能夠獲得的，它需要很多的信息反饋分析，要靠經驗和感覺。
具備一定的抗壓性：作為一個產品的負責人，產品經理的壓力是很大的。盡管在某些公司，產品的成敗不一定和產品經理的收益掛鉤，但如果某些方面考慮不周，做出來的母盤存在問題，造成整批產品銷毀，給公司帶來巨大損失，或者因為某些原因沒有和一些人員溝通好或者安排好時間，結果造成問題，產品無法如期交付，產品經理還是有「罪魁禍首」的感覺，這些都是壓力所在。
主動做事與合作：產品經理需要有獨立解決問題的能力和動力，要把產品看做自己的孩子，懷著熱情和激情去做事。這種熱情決定他是主動的，而不是被動的去做事，是為了不斷提升自己的價值和能力。
⑦ 怎樣成為一名受程序員歡迎的產品經理
話題。PM 方面文科出身偏感性的居多，時常看到他們分享經驗(RD 一般直接罵 PM 是傻X)，但考慮到他們的知識體系和思維習慣，這些分享大多沒啥營養，缺少參考價值。
我從入行起就做一線開發，而且是前端，離用戶近，工作大多圍繞界面、交互進行。創業這兩年掛職「產品總監」，做產品經理的同時也在做開發，自己給自己提需求。接下來，由我來告訴你，怎樣成為一名受 RD 歡迎的 PM。
告別愚蠢
很多 PM 的最大問題是愚蠢而不自知。
就目前來看，RD 多是科班出身，受過系統的計算機相關知識和技能培訓(包括學校和自發)，頭腦清晰邏輯縝密，平時多半有點宅，人機交互甚至多餘與人交互;而產品經理則是三教九流各色人等都有，知識技能工具也缺少統一標准。這種情況下，RD 有些優越感再正常不過。總結起來，初始狀態下，RD 眼中，PM 是這樣的：
學習成績、學習能力、學習習慣都有問題，唯獨嘴炮很厲害
用(移動互聯網)產品的時候還不如我多(宅么……)，競品觀察的還不如我細(要抄的這個產品我用大半年了)
假傳聖旨狐假虎威
偏偏很多 PM 還特別喜歡用「我覺得……」這種句式跟 RD 交流，遇到挑戰往往也沒法拿出數據、競品設計進一步討論，只能說「總會有人……」「像我這樣……」，甚至繼續「我覺得……」。他們忽視了一個問題：大家的命運都和產品息息相關。RD 對產品的關注程度，傾注的情感，並不比 PM 少。RD 對產品的期望，也不比 PM 低。這個時候，如果 PM 拿來的一份說不清好壞甚至腦殘設計，那被抵制或消極對待就是自然而然了。
如何才能不讓自己顯得愚蠢呢?其實也不復雜。
多用競品，多用互聯網產品。沒辦法，吃這碗飯，就得有投入。時刻了解界面交互的新潮流新嘗試。
能找到數據，盡量多用數據。
除了直接合作的 RD 以外，爭取交幾個 RD 朋友，提需求之前，請他們先幫忙評估下開發成本，再去跟自己的 RD 溝通時會有準備的多。
PM 一定要樹立自己的專業性權威性，要讓 RD 相信，這個需求是有利的，是有效的，是可以給自己帶來獎金的，那麼積極配合就是水到渠成的事兒了。
理解 RD
每個人都有自己的小確幸，RD 自然也不例外。
可能是用某種模式巧妙地重構了代碼，使之清晰好讀便於擴展;
可能是妙筆偶得的正則，效率比以往提升了數倍;
可能是學會一個新技術找到一個新框架……
理解 RD，就是理解他們在發現身邊的小確幸之後，給予他們足夠的空間去滿足。比如，不要把項目進度填得太滿;或者適當調整功能需求，把 RD 自發提出的需求加進來。
另外一種溫柔理解，就是不打擾。有些 PM 控制欲較強或者項目出身，熱衷於「對進度」，簡直愚蠢到令人發指——你對不對進度，進度就在這里，不進不退。程序開發不是線性的，不是每小時 12.5%，一天 8 小時 100%;也不是寫了 200 行，再寫 200 行就完成了;甚至我都沒辦法告訴你我做了多少，還要多少時間才能做完。有些 PM 更是不知道從哪兒喝的過期雞湯，竟然認為只要夠堅持夠忍耐，堅持詢問耐心詢問，就能和 RD 在對進度這件事上達成共識——這除了讓 RD 確信 ta 是個無可救葯的蠢材之外別無它用。
最後的理解，就是「PM 動動嘴，RD 跑斷腿」了。能理解這一點，其它也都好理解了。任何需求都有開發成本，這個開發成本，往往連同是 RD 的其他人都無法准確估測，更何況缺少技術背景的 PM。所以很多 PM 提需求提得很隨意，明顯沒有經過深思熟慮(或者明顯沒有和更高階的 PM 進行討論，或者沒有和其它需求方確認);改得更隨意，而且常常伴著一句：「你就那個那個啥一下，很簡單。」坦白告訴你，聽到這句話 RD 沒拿出刀砍死你說明他愛你。想改善的話，開工之前多溝通，降低返工可能性;提出需求時尊重 RD 的判斷，共同擬定階段性目標;開工後盡力維持計劃，等等。
理解 RD 的 PM，真的好迷人。
避免誤區
第一個誤區是打嘴炮。
為了寫這篇文章，我簡單 google 了下「產品經理自我修養」，搜出來一堆心靈雞湯。這些文章幾乎可以作為產品經理「假大空」的代表，正是這些文章誤導了很多初入行的新人。
作為有必要時常和 RD 打交道的 PM，一定要務實，想法要落地，提出的東西要有具體執行細節，有考量標准。不能滿嘴跑火車，動不動戰略布局就，動不動就拽名詞(「破壞式創新」)，動不動就引名言。我們的目的既簡單又統一，把產品做好，把運營做好，提升用戶體驗，抓住用戶，增加活躍用戶，最終流量變現，大家分錢。這之間，需要的是一個又一個具體的需求，一點又一點持續的改進，合理規劃的統計點，用數據支撐的每步選擇。而且前面說過，RD 可能嘴笨，其實很聰明，並且有點優越感，PM 拿不出真材實料只靠嘴炮很快就被歸到不靠譜那類了。
第二個誤區是想說咱倆是一夥兒的結果表述錯誤。
常見於老闆或者某領導提了個不咋樣的需求，交給 PM，PM 勸 RD：「我也不想的，可是老闆他非要。」前面說過了，PM 動動嘴，RD 跑斷腿，最後開發成本要 RD 扛，所以你說服不了老闆，苦果得我吃。所以你嘴上想說咱倆是一夥兒的，其實你正在出賣我……正確的做法是先嘗試說服領導或者老闆，如果無法做到，就試著理解老闆的意思，用道理說服 RD，同時及時修正項目進度。
總結
其實 PM 和 RD 不是仇人，相反，二者的切身利益息息相關。PM 希望找到給力 RD 的同時，無數 RD 也在期盼上天賜予一個靠譜的 PM。RD 不善表達的居多，也懶得跟「外行人」廢話，所以常常只表現出對 PM 很冷淡甚至敵視。其實他們並不是不願意做功能或者不接受改需求，只是需要一些更說的過去的理由而已。
獲取 RD 信任之後會發現他們都很好相處，而只要做到以上幾點，受到 RD 們歡迎也是必然的。
⑧ 程序員會甘願為實現產品經理的想法而工作嗎
其實產品經理這個崗位，就是程序員轉崗的最佳選擇之一。和程序員不同的是，產品經理不需要寫代碼，主要工作就是挖掘用戶需求，將用戶需求轉化為功能需求，做出原型交給開發和 UI 進行產品的開發設計，同時跟進程序員同學開發進度直到產品上線。
產品經理其實就是對一個產品負責的管理者，和程序員相比，他需要具備更強的綜合能力。
軟體專業畢業的學生，做產品經理有得天獨厚的優勢。因為他們專業能力更強，也懂得什麼樣的產品能落地，他們更容易受到程序員的尊重，溝通起來也會更加順暢。而且，產品經理的薪資待遇並不比程序員低。一、產品經理的主要工作
那麼，產品經理的具體工作有哪些呢？
1、需求分析
通過用戶調研（訪談，問卷，功能數據）等，發現用戶的痛點。
2、產品設計
根據需求分析的結果，定製解決方案，通過產品原型（Demo）實現出來，並需要把交互，規則，邏輯及數據統計需求寫清楚（PRD）。
3、項目跟進
需要與UI，UE，開發，測試，需求方進行溝通確認，保證整個項目過程中，各方對產品功能的理解一致，並按照原定計劃進行推進。
4、產品上線
產品上線前，需要提前准備好宣傳軟文，培訓手冊；產品上線後，需要進行線上驗證，檢查和自己的產品設計是否一致，此外還需要數據的收集。
⑨ 怎麼才能成為軟體產品的產品經理
你是哪方面軟體啊，得有個范圍才好說，不過首先你要懂點技術，不一定要達到程序員那種，但至少要能規劃出軟體的主要功能、有競爭力的特色，這個產品適合什麼樣的客戶群體等，而且，要能規劃出這個產品的開發周期和成本來，還有就是要有一定的市場分析能力。
因為一個合格的產品經理要懂很多知識，不論是軟體產品經理還是其它類型的產品經理，都需要學習很多東西的，比如市場營銷知識、財務知識、研發知識等，做一個產品從市場調研開始到研發階段、推廣階段、銷售階段會涉及很多方面知識。很多做銷售、項目、研發的人會最後轉型為產品經理。這是自己的職業規劃，你可以先做研發工作，有一定經驗，再轉產品經理，或是直接做產品經理也可以，就是壓力會大些。網上有很多產品經理資料，你可以看看，再考慮，當然你也要看自己的自身情況，做產品經理的有兩個基本條件：第一、要頭腦靈活。第二、心理承受能力要強。
此外，還有如下一些較高層次的職責:
• 建立產品策略，重點是對產品的未來有長遠和有說服力的眼光。
• 將策略轉化為產品路線，有了清晰的遠景和策略後，PM就要與管理層一起確認並執行策略。
• 撰寫支持商業策略和市場需要的需求書，確定主要路線，然後細化特定的可執行的需求。
• 確定以合適的順序，在合適的時間提供合適的功能特性(features)，以客戶價值和市場的關聯程度來劃分這些特性。
• 確定與市場間有適當的溝通渠道，以合適的方式向合適的人發送合適的消息，並確認客戶已了解到他們的產品。