編輯導語：產(chǎn)品經(jīng)理是一個項目的主要推進者，在一個項目中起到很大的作用，也是團隊的管理者以及推動者；產(chǎn)品經(jīng)理需要有強大的專業(yè)素質(zhì)，并且有著較準確的判斷能力，以及不斷積累的經(jīng)驗；本文作者分享了關(guān)于產(chǎn)品經(jīng)理在日常工作中可能會遇到的坑，我們一起來了解一下。

不知不覺在產(chǎn)品這條職業(yè)道路上已經(jīng)走了近三年，雖然常聽說人人都是產(chǎn)品經(jīng)理，似乎是個人都可以做產(chǎn)品設(shè)計，但從自身的工作實踐來看，現(xiàn)實并非如此。

產(chǎn)品經(jīng)理所需要具備的一些專業(yè)素質(zhì)不可忽視，目前在正規(guī)高等教育體系中尚且沒有相應(yīng)的專業(yè)設(shè)置，大部分從業(yè)者都是在工作中慢慢積累和自我領(lǐng)悟。

一、缺乏業(yè)務(wù)建模能力

產(chǎn)品經(jīng)理常常需要接受不同角色的人提出需求，但受限于專業(yè)和認知水平各有差異，他們也許不能對需求本質(zhì)的表述一步到位。

面對這樣的情況，就需要產(chǎn)品經(jīng)理具備良好的業(yè)務(wù)建模能力，通過業(yè)務(wù)建模完成業(yè)務(wù)邏輯閉環(huán)，并思考和挖掘業(yè)務(wù)中潛在的需求風險和阻塞點，在思維上與業(yè)務(wù)方達成認知共識，確認需求方案。

在業(yè)務(wù)建模過程中，我常常借助的工具是流程圖和思維導圖，這兩種工具并不需要每次都使用，要視具體情況而定。

若在構(gòu)建全新的項目需求時，我會先使用流程圖構(gòu)建業(yè)務(wù)的主體流程和分支流程；然后使用思維導圖構(gòu)建整個項目的主體框架（一二或三級結(jié)構(gòu)）。

若面對的是一個系統(tǒng)中的部分模塊需求時，大概率只需使用思維導圖或流程圖二選一就足夠，通常我會選擇流程圖更多一些。

當面對的是影響范圍較小的小需求時，則不需要輔助工具，只需自己在大腦思考明白，可以給人表述清楚意思即可。

業(yè)務(wù)建模的過程其實就是產(chǎn)品經(jīng)理深度思考和梳理需求的過程，這個過程尤其重要。理論上應(yīng)該占據(jù)需求處理周期80%的時間，剩下20%的時間用于需求原型和文檔的輸出；流程圖和思維導圖是產(chǎn)品經(jīng)理對業(yè)務(wù)建模的直接產(chǎn)物；文檔和原型是產(chǎn)品經(jīng)理處理需求的結(jié)果產(chǎn)物。

二、思維缺乏邏輯性

作為產(chǎn)品經(jīng)理，在日常工作中一項重要內(nèi)容是與人溝通，比如對外有老板、運營、銷售、財務(wù)、采購、客服、人事、客戶等，對內(nèi)有后臺開發(fā)、前端開發(fā)、測試、設(shè)計、運維同事等，他們都可能跟你所負責的產(chǎn)品有關(guān)聯(lián)性。

不同角色崗位的人，對相同的一個問題的思考和認知可能都各不相同，存在主觀片面性。只有產(chǎn)品經(jīng)理最可能是對產(chǎn)品認知最完整，理解最透徹的人，產(chǎn)品經(jīng)理通常被認為擁有產(chǎn)品的最專業(yè)解釋權(quán)；產(chǎn)品經(jīng)理如果做不到這一點，可以說是不合格的。

當其他人對產(chǎn)品有疑問時，會優(yōu)先向產(chǎn)品經(jīng)理尋求解答，這就要求產(chǎn)品經(jīng)理在解讀產(chǎn)品時，必須要做到思維有邏輯性，表達要清晰，讓聽者跟得上思維，理解產(chǎn)品經(jīng)理所解釋的每一個產(chǎn)品邏輯。

產(chǎn)品經(jīng)理在處理每一個需求時，理應(yīng)遵從哲學上的靈魂三問原則：從哪里來？要做什么？到哪里去？

這三個拷問其實代表著一個需求的完整邏輯鏈條，從業(yè)務(wù)上看，意思是一個需求要看它背景是什么，要完成哪些業(yè)務(wù)操作，最終實現(xiàn)什么業(yè)務(wù)目標；從產(chǎn)品上看，意思是一個功能要知道它每一個字段來源于哪一個數(shù)據(jù)表，要操作哪些系統(tǒng)功能，最終得到什么數(shù)據(jù)結(jié)果。

當產(chǎn)品經(jīng)理基于靈魂三問原則處理需求時，便可以非常簡潔明了地表述明白需求的來龍去脈，使聽者快速理解相關(guān)產(chǎn)品邏輯。

三、原型、文檔描述不全面

在處理需求的過程中，產(chǎn)品經(jīng)理有兩樣最常見的工作產(chǎn)物-需求原型、需求文檔。一些新入行的人，常常會錯誤地理解這些工作產(chǎn)物的本質(zhì)意義。需求原型，是產(chǎn)品經(jīng)理構(gòu)建產(chǎn)品時的模型設(shè)計，是對需求理解的具體體現(xiàn)；需求文檔，是產(chǎn)品經(jīng)理構(gòu)建產(chǎn)品時的邏輯解釋，是對需求邊界的具體界定。

需求原型，早些年只能在紙上畫草圖，之后逐漸在軟件上用線框圖+連接線示意，現(xiàn)在隨著原型工具軟件越來越智能，產(chǎn)品經(jīng)理可以使用帶有交互效果、更逼真的工具軟件輸出一定程度的保真效果原型。

需求文檔，是產(chǎn)品經(jīng)理因為不能通過原型完整地體現(xiàn)產(chǎn)品的邊界邏輯時，需要用文字進一步詳細描述；有些產(chǎn)品經(jīng)理寫的需求文檔不僅要包含業(yè)務(wù)邏輯，異常情況界定，字段解釋以外，還要寫很多的交互邏輯，文檔內(nèi)容顯得特別冗長，對閱讀者來說會非常難受。

其實需求原型和需求文檔是相輔相成的，當產(chǎn)品經(jīng)理向業(yè)務(wù)方做產(chǎn)品演示或者和研發(fā)團隊做需求評審時，通常只需演示需求原型即可；有時候也會用到流程圖和思維導圖，便于抽象的業(yè)務(wù)解釋。

需求文檔通常在具體的功能開發(fā)和測試階段用到，便于研發(fā)人員和測試人員對功能的字段數(shù)據(jù)界定有清晰的結(jié)論參照，同時也為了對相關(guān)的功能邏輯和需求結(jié)論留檔備份，以便日后有需要時可查找。

由上文的表述，可以認識到產(chǎn)品經(jīng)理在輸出產(chǎn)品的原型和文檔時，一定要特別注重完整性和簡潔性。

我個人認為產(chǎn)品經(jīng)理在原型輸出上應(yīng)該盡量追求產(chǎn)品保真度，頁面交互盡量做完整，一方面可以更直觀地感受和體驗產(chǎn)品模型，快速驗證和評估產(chǎn)品功能的可行性，另一方面可以讓對應(yīng)的需求文檔更精簡，減少閱讀者的閱讀量。

四、對產(chǎn)品沒有owner意識

前文已說到，產(chǎn)品經(jīng)理要做到對產(chǎn)品認知最完整，理解最透徹，解釋最專業(yè)。簡單來說，產(chǎn)品經(jīng)理要定義自己是產(chǎn)品的創(chuàng)造者，擁有對產(chǎn)品的最直接決策權(quán)，因而產(chǎn)品經(jīng)理應(yīng)當要具備有owner意識。

一個業(yè)務(wù)需求，當它轉(zhuǎn)化成具體的產(chǎn)品功能，在需求評審時可能存在多種實現(xiàn)方案，這時作為產(chǎn)品經(jīng)理，應(yīng)當主動結(jié)合各方的建議和意見，最終給出一個確定的方案結(jié)論；比如從深圳到北京，可以選擇做火車、動車、飛機或是自駕等，選擇什么交通工具會對旅途時長有影響；產(chǎn)品經(jīng)理可綜合各方的意見和訴求，取最大公約數(shù)，選擇大家都普遍都可接受的交通工具（比如高鐵）。

也許有時候會覺得自己不具有話語權(quán)，常常被老板、業(yè)務(wù)方或者研發(fā)部門刁難；但我認為，產(chǎn)品經(jīng)理要通過對產(chǎn)品的專業(yè)性去爭取話語權(quán)，爭取產(chǎn)品的決策權(quán)。

其實在實際中，我見識過一些產(chǎn)品經(jīng)理，當別人希望他做決策時，總是缺少勇氣，畏首畏尾，這是非常糟糕的表現(xiàn)，會嚴重影響自身作為產(chǎn)品經(jīng)理在團隊中的身份認同。

五、不懂決策權(quán)歸屬

前文說到，產(chǎn)品經(jīng)理對產(chǎn)品要有owner意識，要努力爭取產(chǎn)品的決策權(quán)，勇敢參與決策。

實際工作中難免還是會遇到一些自己不能輕易做決策的問題，但這時候產(chǎn)品經(jīng)理不能讓問題一直懸而未決，而要明確清楚誰可以做最終決定，誰對結(jié)果負責，找到對應(yīng)的對接人，落實決策結(jié)論。

產(chǎn)品經(jīng)理主要對產(chǎn)品負責，事關(guān)產(chǎn)品的任何事項，產(chǎn)品經(jīng)理都應(yīng)當積極推動執(zhí)行，否則若是最后出了差錯，產(chǎn)品經(jīng)理是要負主要責任的。

所以產(chǎn)品經(jīng)理在日常工作中， 涉及到產(chǎn)品需求的任何事，一定要認清自己是第一責任人，越是重大的需求，越是要積極主動推動它，不管需求最終是被研發(fā)部門拒絕，還是需求提出人放棄，產(chǎn)品經(jīng)理都要落實到位，并將需求結(jié)論同步到各個相關(guān)方。

六、缺乏產(chǎn)品規(guī)劃能力

每一個產(chǎn)品都有生命周期，分為出生、成長、成熟、衰落、死亡五個階段。通常我們所參與的產(chǎn)品項目處于出生期和成長期居多，畢竟多數(shù)人不會愿意參與一個正在走下坡路的項目。當產(chǎn)品經(jīng)理接手一個產(chǎn)品項目時，他便成了這個產(chǎn)品的主導者，要像一個匠人般慢慢去打磨它。

在宏觀上，產(chǎn)品能體現(xiàn)一家企業(yè)的商業(yè)模式和企業(yè)文化；在微觀上產(chǎn)品能體現(xiàn)締造者的思想和意志。

作為產(chǎn)品經(jīng)理，當我們接手一個項目時，在熟悉業(yè)務(wù)的同時，我們需要捫心自問一個問題：這個產(chǎn)品，你真的愿意投入時間和精力去做好嗎？

人生短暫，只有內(nèi)心認可了，才會舍得投入心力去做事情。

所謂的產(chǎn)品規(guī)劃，其實是對產(chǎn)品的生命周期做計劃，以目標為導向解決產(chǎn)品每一個階段所面臨的各種難題和困境。 在規(guī)劃產(chǎn)品時，產(chǎn)品經(jīng)理要考慮清楚產(chǎn)品的遠景目標是什么？需要切分幾個階段完成？每個階段要解決哪些問題？……

有時候在公司的戰(zhàn)略層，也許老板會提出一個比較宏觀的發(fā)展方向，比較抽象，作為產(chǎn)品經(jīng)理需要在戰(zhàn)略層的方向上去做更具體，更能落地的產(chǎn)品規(guī)劃，層層拆分細化，把大目標拆成小目標，小目標轉(zhuǎn)化成具體明確的產(chǎn)品需求，推動研發(fā)團隊逐步去實現(xiàn)。

就好比說一個小孩子，父母在其成長過程中會有一些期待，希望小孩將來成為某些方面的優(yōu)秀人才；然而要成為一個優(yōu)秀的人不是一蹴而就的，需要慢慢培養(yǎng)，做人生規(guī)劃；不同年齡階段完成相應(yīng)的訓練和成長，每一步都做好做扎實，最終才能達到目標。

在我看來，一個好的產(chǎn)品經(jīng)理，一定是能夠做產(chǎn)品做規(guī)劃的，不能做規(guī)劃的要么是產(chǎn)品經(jīng)理不認可該產(chǎn)品，要么是自身能力欠缺。

做產(chǎn)品的規(guī)劃（以B端產(chǎn)品為例），我覺得可以根據(jù)從幾個方面做思考：

• 考慮產(chǎn)品mvp版本的構(gòu)造，即產(chǎn)品的主線業(yè)務(wù)流程要順利走通；
• 考慮繼續(xù)填補完善產(chǎn)品的次級業(yè)務(wù)流程；
• 考慮在產(chǎn)品的數(shù)據(jù)分析能力方面做更多的發(fā)力；
• 考慮產(chǎn)品在用戶體驗、優(yōu)勢服務(wù)上進一步增強；
• 考慮產(chǎn)品的跨平臺連接能力，使產(chǎn)品在行業(yè)市場上更具柔性和生命力。

七、無團隊協(xié)作能力

產(chǎn)品經(jīng)理與研發(fā)團隊在日常協(xié)作是最緊密的，可以說是一個鍋里吃飯的戰(zhàn)友。產(chǎn)品經(jīng)理名義上有“經(jīng)理”的頭銜，但是也僅僅是對產(chǎn)品負責，沒有任何的行政管理職權(quán)，與研發(fā)團隊共事十分考驗產(chǎn)品經(jīng)理的協(xié)作能力。

跟程序員接觸多了就會發(fā)現(xiàn)，他們的世界觀是非常清晰的，任何問題只要邏輯能夠解釋清楚，就可以通過技術(shù)實現(xiàn)。

他們對產(chǎn)品經(jīng)理的反感之處主要在于兩點，一是產(chǎn)品經(jīng)理常常提出一些邏輯不能自洽的需求，叫做不合理的偽需求；二是產(chǎn)品經(jīng)理經(jīng)常對需求變更實現(xiàn)方案，導致開發(fā)需要返工，費時費力。

作為產(chǎn)品經(jīng)理，一方面要針對上面兩點常常自省和加強學習改進外，另一方面要多留心觀察不同人的性格和表達方式，以對方易于接受的方式進行溝通，常懷同理心。

面對研發(fā)團隊，妄圖靠所謂的小恩小惠或者私交情去對接工作基本是沒有希望的，唯一的好辦法就是對每一個需求方案都做得足夠細致，思考到位，在需求評審會中讓人家看到自己的專業(yè)性，產(chǎn)品經(jīng)理才能在團隊協(xié)作中建立真正的影響力。

八、業(yè)務(wù)調(diào)研能力弱

產(chǎn)品經(jīng)理在處理產(chǎn)品需求時，常常會無意識地犯一個錯誤，即做需求時思考過于主觀，缺少必要的需求調(diào)研過程，或者說需求調(diào)研的深度還不夠，沒有探索到需求的本質(zhì)。

對于業(yè)務(wù)方來說，通常他們在提出需求時，常常因為當下在使用產(chǎn)品功能時遇到了困難，然后給產(chǎn)品經(jīng)理提過來一個具體的解決方案，即“能不能實現(xiàn)……”“能不能做到……”等等，如果不細究追問，就不會知道他為什么需要這個功能，即需求的產(chǎn)生的背景是什么，也不會知道做了這個功能后最終能滿足對方什么期待。

我以為，當業(yè)務(wù)方提出需求時，不要輕易地答應(yīng)對方且以對方提的方案作為產(chǎn)品需求方案，要多溝通盡量詳盡地了解情況，也許最終只是他們的操作方法不對；也許還有其他更好的方案可解決問題；也許那本身就是一個不可實現(xiàn)的偽需求，等等。

九、不做會議紀要

產(chǎn)品經(jīng)理與其他業(yè)務(wù)部門對接需求，或者是與研發(fā)團隊開需求評審會時，一定不能忘記做好會議紀要。做會議紀要最重要的是記錄下在會議溝通中大家共同認可的問題/需求結(jié)論，以及會后需要相關(guān)責任人進一步跟進的事項。

尤其是超過半個小時以上的會議，切記不要妄圖靠腦子記憶；如果覺得當時記錄來不及的話，可以考慮會議前打開手機的錄音功能，會后再過錄音回放提取要點記錄下來，并公布給大家。

特別地，產(chǎn)品經(jīng)理在跟研發(fā)團隊開需求評審會時，研發(fā)人員（研發(fā)組長）常會對需求方案提出一些細節(jié)問題，需要產(chǎn)品經(jīng)理會后做補充調(diào)整。

產(chǎn)品經(jīng)理最好是先記錄問題點，會后再做跟進處理，而不要把評審會變成頭腦風暴會，占用其他同事的工作時間。

有效地把控好需求評審會的時間節(jié)奏，研發(fā)同學們會發(fā)自內(nèi)心感謝你的，相信我！

十、產(chǎn)品需求不分級

在做產(chǎn)品的過程中，產(chǎn)品經(jīng)理不可避免地會接到各種各樣的需求，而且研發(fā)資源短期內(nèi)也可能不會有更多投入。

面對日漸繁多的需求，產(chǎn)品經(jīng)理需要對需求進行分級處理，通常按照重要且緊急、重要不緊急、緊急不重要、不重要不緊急四限象進行劃分；即使是重要且緊急的需求居多，也要做好區(qū)分，根據(jù)研發(fā)資源酌情處理，否則產(chǎn)品的迭代計劃就是一團亂麻。

需求分級，一是為了對了解業(yè)務(wù)方對需求滿足的渴望度以及產(chǎn)品的迭代預(yù)期；二是根據(jù)實際情況合理分配研發(fā)資源，重視ROI。

對需求合理分級也是產(chǎn)品經(jīng)理綜合能力的一種體現(xiàn)，需要對需求有足夠的理解、對產(chǎn)品迭代有清晰的規(guī)劃、對研發(fā)資源有合理的判斷預(yù)期。

十一、總結(jié)

產(chǎn)品經(jīng)理這個職業(yè)，表面上沒有什么突出的硬件要求，卻在軟實力方面有較高的無形門檻。絕大多數(shù)人即使入了行，也總是停留低水平領(lǐng)域止步不前，究其原因，可能連上文提到的十項能力還遠遠不足。

其實仔細想想，產(chǎn)品經(jīng)理這個職業(yè)，很像是工匠傳承的師徒制；很多時候沒有辦法通過統(tǒng)一的教科書進行規(guī)范式教學，更多只能在產(chǎn)品實踐中，前輩以傳幫帶的形式帶領(lǐng)著后輩成長，在一個個具體的產(chǎn)品項目中摔打磨練，總結(jié)經(jīng)驗教訓，慢慢成為相關(guān)領(lǐng)域的行業(yè)專家。

能夠走上產(chǎn)品經(jīng)理職業(yè)道路的人，多數(shù)都是倍感幸運的！因為除了能在工作中獲得諸多成就感以外，更多在于產(chǎn)品思維和習慣的養(yǎng)成，對個人生活上也有諸多正向激勵，受益良多。

愿常懷感恩心，用心做好產(chǎn)品！

本文由@稻田 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議。