眾所周知，產(chǎn)品經(jīng)理都是很苦逼的角色，苦逼到要去迎合任何角色，這邊協(xié)調(diào)，那邊哀求，我想很多人都有深切的體會。但是，大家都是一個產(chǎn)品團隊里面的 成員，要想融洽的配合，以完成產(chǎn)品目標，就需要相互之間可以親密無間，毫無障礙的配合，以及相互之間的忍讓與寬容。因此也不能一味的要求產(chǎn)品經(jīng)理去遷就開 發(fā)人員，每個人都有自己的個性，開發(fā)人員也需要遷就產(chǎn)品經(jīng)理，相互之間各退一步，就海闊天空了。

　　產(chǎn)品經(jīng)理最希望看到的就是自己的產(chǎn)品意圖能被完整的實現(xiàn)，并按照PRD的設想，按部就班的一點點實現(xiàn)。在PRD Review的時候，團隊成員可以提意見，但最終還是要由產(chǎn)品經(jīng)理來拍板決定才行。特別是產(chǎn)品經(jīng)理負責制的團隊，對產(chǎn)品層面的把握，產(chǎn)品經(jīng)理要有決策權， 這樣才能保證產(chǎn)品可以按照規(guī)劃去一步步實現(xiàn)。若開發(fā)人員對產(chǎn)品指手畫腳，并在開發(fā)過程當中加入進去很多自己的想法，無疑會影響到整個產(chǎn)品的規(guī)劃，若加進去 的是錦上添花的東西也還好說，萬一打亂了產(chǎn)品的功能結構，無疑會讓產(chǎn)品經(jīng)理很郁悶，甚至也會影響到整個產(chǎn)品團隊的績效。

　　俗話說的好，聞道有先后，術業(yè)有專攻。大家各司其職，把各自最擅長的部分都發(fā)揮出來，就能對產(chǎn)品有很大的助力，而不是在自身不擅長的領域多加干涉。我 承認有很多開發(fā)人員都有做產(chǎn)品經(jīng)理的潛質(zhì)，也確實有一批產(chǎn)品經(jīng)理是技術出身的，我本人也是，但若你還沒有轉職，就還是應該扮演好自己的角色，產(chǎn)品經(jīng)理主要 負責產(chǎn)品的規(guī)劃和設計，開發(fā)人員負責實現(xiàn)。這樣也就有人什么樣的開發(fā)人員是產(chǎn)品經(jīng)理比較喜歡的話題。

　　最受歡迎的是實干型的

　　打個比方，產(chǎn)品經(jīng)理是畫圖紙的，開發(fā)人員就是施工的，要嚴格按照圖紙所畫的設計來施工，大樓才不會倒塌。實干型的開發(fā)人員是最受產(chǎn)品經(jīng)理歡迎的，這樣 的人可以切實的把產(chǎn)品意圖實現(xiàn)出來。當然也不是盲目的施工，在充分理解PRD的基礎上，了解一定的背景，知曉其價值所在，對設計方案并無大的異義，技術實 現(xiàn)上也無難題需要攻克的，然后按照PRD進行開發(fā)。實干型也不代表悶聲不響，有意見可以提，要的只是大家達成一致后，或沒有達成一致的情況下，產(chǎn)品經(jīng)理拍 板了其中一種設計方案，后續(xù)可以按PRD照常開發(fā)的，這樣才是產(chǎn)品經(jīng)理喜歡的。

　　有疑問是好事，證明花時間去理解產(chǎn)品設計的思路和意圖了，這樣也能幫助開發(fā)人員自身熟悉業(yè)務，提升自己的水平。產(chǎn)品經(jīng)理負責制絕不是搞“一言堂”，還 是很民主的，只是在大家爭執(zhí)不下的時候，擁有最后的決策權。產(chǎn)品團隊在這個時候要的就是堅實的執(zhí)行PRD，而不能抱著懷疑態(tài)度在開發(fā)過程當中去篡改。

　　最討厭的就是表里不一的

　　在討論產(chǎn)品需求的時候大家都達成一致了，最后開發(fā)出來發(fā)現(xiàn)完全不是那么回事，這個時候最郁悶的就是產(chǎn)品經(jīng)理了，自己的設計被別人改的面目全非不說，還 要花時間重構，影響到整體的項目進度。在一個產(chǎn)品團隊待久了，很多學習能力強的開發(fā)人員就會對產(chǎn)品或所負責的業(yè)務形成一定的自身見解和認識，這種認識有時 候是好事，可以幫助開發(fā)人員快速的理解新需求，有時候又是壞事，會先入為主的使開發(fā)人員認為玩來玩去就這么點內(nèi)容，他已經(jīng)都掌握了，會產(chǎn)生一些自身的想 法，進而將這些想法加入到產(chǎn)品當中。這種情況最要不得。

　　還有一種很杯具的情況，就是開發(fā)人員越過產(chǎn)品經(jīng)理，自己去和業(yè)務人員溝通需求，并自認為掌握了一手的需求，只要幫業(yè)務人員快速實現(xiàn)對應的需求就是莫大 的功勞。殊不知一手需求大多都是不可用的，都需要經(jīng)過轉化，并且大多數(shù)用戶都無法清楚的表達自己的需求，只能描述自己日常的操作是這樣的。若按這樣子去實 現(xiàn)，做出來的產(chǎn)品只是線下操作的線上化，毫無產(chǎn)品規(guī)劃可言，也不符合業(yè)務邏輯。這樣子做等于是架空了PRD，完全把PRD當成是擺設，這是非常不可取的行 為。

　　開發(fā)人員應具備的能力素質(zhì)

　　最基本的就是技術水平。作為開發(fā)人員，不去鉆研技術，學習新興技術，最終就會被淘汰。IT行業(yè)是更新最快的行業(yè)，不斷有新技術，新概念出現(xiàn)，不與時俱 進就會被時代拋棄。再就是技術是個無底洞，越深入研究內(nèi)容就會越多，精通某項技術比略知N項技術要有價值的多。有時候工作經(jīng)驗的長短并不能代表技術能力， 關鍵還是要看自身是否肯去研究。毫無疑問，技術能力強的開發(fā)人員更受產(chǎn)品經(jīng)理喜歡。

　　技術架構能力。PRD只是把產(chǎn)品需求層面的東西表述清楚了，技術設計層面的還是要靠開發(fā)人員來設計。一個系統(tǒng)的可擴展性、穩(wěn)定性等都靠技術架構的構建 是否合理。好的架構可以讓產(chǎn)品擁有千變?nèi)f化的能力，雖然需求不能的在變，但都能稍改一下就能適應。這樣的結構無疑是更令人欣賞的。

　　邏輯思維能力。主要在于代碼邏輯是否嚴謹，特別是在條件判斷情況比較多的時候，大家都懂if和else，也知道and和or，怎么使它們配合出來多樣的條件組合，以滿足產(chǎn)品的業(yè)務邏輯和流程邏輯，是開發(fā)人員要考慮的。這點比較類似于BUG的數(shù)量。

　　溝通能力。產(chǎn)品團隊中的任何成員都需要有良好的溝通能力，至少得把你想表達的事情說清楚，不能說了半天，都無法讓人搞清楚你在說什么。有例證的溝通是 比較有效果的，可以依照PRD的設計，加上例舉，來表述設計上的疑問，這樣產(chǎn)品經(jīng)理最容易理解。但前提是一定要好好看PRD才行，不能文檔都不看，就開始 提一堆問題，這樣只會讓人反感。

　　在產(chǎn)品團隊內(nèi)部，產(chǎn)品經(jīng)理和開發(fā)人員之間相處融洽了，配合無間了，是產(chǎn)品成功的有力保障。相反，若雙方之間矛盾重重，則只會一事無成。因此，產(chǎn)品經(jīng)理 和開發(fā)人員之間的關系維系向來比較讓人頭疼，多數(shù)情況向都是產(chǎn)品經(jīng)理在妥協(xié)和配合，在此，我也希望開發(fā)人員能夠體諒和配合一下產(chǎn)品經(jīng)理。