編輯導語：近年來，就業形勢嚴峻，能力的紮實越發凸顯。年限并不能代表經驗，什麼樣的産品發展路徑與成長才是比較理性的？作者從其自身經曆出發，總結了其八年産品生涯的一些體會與經驗。

一、前言

1. 找工作

本來，對今年的就業環境的情況，已經有了一個心裡預期，沒想到真正去找工作的時候，發現鄭州這邊的環境，比我想象中的還要惡劣。

開始找工作有一個月了，簡曆優化了好幾次，boss上主動溝通了很多公司，隻得到一次面試機會，再無下文了。

31歲，大專學曆，畢業證還是非統招的，沒有大廠經驗、沒有知名成功項目，我感覺我的産品職業生涯似乎要結束了。

2. 最近兩年

找不到工作，跟學曆有關、跟能力有關，也跟最近兩年的工作經曆有關。選擇很重要，選錯了，很要命。

最近兩份工作經曆，簡直一塌糊塗。兩年換兩份工作，一個外包，一個跟無頭蒼蠅一樣的創業公司，都是混亂的項目，拿不出任何成績。

18年的一天，跟朋友一起吃飯，一個朋友做網絡算命的，說給我算算。本來是嗤之以鼻，但是想想挺有意思，就讓算了算。卦象顯示，庚子年後，人生會有些不順。當時聽了後來了一句：去他娘的封建迷信。但是最近這兩年老是能想起來。

回想一下這兩年為什麼會把自己的職業生涯搞成這樣，隻能說人無遠慮，必有近憂。

混的不好的人，喜歡炫耀自己過去的輝煌，我現在混的很不好，我也想炫耀炫耀。回想15年到20年那5年，應該是31年人生中最輝煌的時候了，目前職業生涯中最大的成就，賺的最多的錢，也是在那個時候。

當時在一家金融公司負責互聯網産品工作，很得BOSS器重，不到一年，便讓我負責起技術部門的全部工作。原因有很多，當時自我歸結為能力、态度，現在回想起來，應該是和BOSS的性格很符，按照遊戲三國志的設定，我們的相性應該一緻。在這件公司圍繞着主業務做了很多項目，不良資産、電商、供應鍊都有涉及，而且都成功，現在回想起來，那時候公司的勢很足，個人的勢也很足，做什麼都很順。

負責項目業績最巅峰時期，也有很多人來挖我，當時感覺自己很牛逼，公司呆的也很舒服，我也會在這公司幹一輩子，沒有考慮過自己的行業經驗壁壘，感覺自己能力很強，就算不在這公司幹了，憑自己的能力，哪不能去？

18年之後，公司主營業務開始下滑，一發不可收拾，中間嘗試各種續命、甚至換方向，都沒能挺過。挺了兩年，大BOSS又因為一些其他的事情入獄，又趕上疫情，終于堅持不住，倒閉了。這個時候，突然發現，自己的一切驕傲，似乎都是平台帶給我的，當平台崩塌後，我好像什麼都沒有了。

3. 工作選項的失誤

20年初，疫情期間，攜手5年的公司宣告破産解散，自己開始搞一個自己的小項目，正好朋友介紹了一個政府消防項目，當時想着這樣接着項目，自己搞點自己的事業，也是不錯的，比上班強，還自由。但是政府項目兩個月完成了，交付完之後，自己的項目也沒有太大的起色，随後的幾個月，陷入了無比的焦慮當中。

想了想，開始找工作。

說實話，剛準備開始找工作的時候信心滿滿，畢竟自己是做個幾年産品總監、負責過上億項目的人，找個工作還不手到擒來，但是開始投簡曆的時候，看到JD各種行業壁壘、各種學曆壁壘的時候，有點慌了。

投了幾份簡曆，迎來了第一次面試，也遇到了羞辱般的碰壁。那是一家做外貿供應鍊産品的公司，HR給面的。簡單的自我介紹完，HR的第一個問題就把我問自閉了。HR說：你沒看我們崗位要求的最低學曆是本科嗎，是誰讓你過來的？當時感覺渾身都燥熱了起來。

之後找工作的時候就陷入了一種自我懷疑怪圈，隻敢投一些學曆要求低，JD沒有明确要求行業的崗位，然後就遇到了一家人力外包公司。

這個專門為我們當地一家客車企業提供人力外包服務的公司，當時其實我并不知道什麼是人力外包，隻知道項目外包，面試是甲方的人，通過了，項目是這家客車企業的金融業務系統，離家特别近，幾分鐘路程。

當時想着畢竟是行業龍頭企業的大項目，我這種一直在小公司厮混的野狐禅，正好去學習一下大公司的項目經驗。報道之後，簽了一堆三方明白書之類的協議，才知道原來還有人力外包的項目。

進去之後，發現所謂大公司項目也非常混亂，同事水平水的一批，幹的大多數也都是傳話筒的活，不過也有收獲，一些管理和制度，讓我之前不成體系的産品知識系統化了，幹了一年，感覺不行，錢也不多（走的時候才知道外包公司拿走了将近6成，年終獎也被克扣了），也學不到什麼了。

然後換了一家公司，這也是職業生涯中最累，讓我上班最痛苦的公司。現在也不想太詳細說了，後面回顧項目情況的時候再說吧。

回顧這兩年的經曆，隻能說一步錯，步步錯。人的信心很重要，找工作不要輕易降低你的标準和定位，無論是因為能力還是運氣，達到某個高度之後，就不要再往下跳了，一旦降低，就可能回不去了。

在小公司，尤其是業務不清晰的小公司，很少有合理的晉升制度，入職時給公司給你的定位，會造成你在公司決策權和信息獲取方面的缺失，很大程度将決定你在該公司職業生涯中的長期定位。當公司又沒好的業績和長久的發展空間時，隻能又累又背鍋。

接下來的内容，我就從自己的經驗、技能、方法，項目經曆、職業生涯做一些回顧，本篇内容主要集中在個人經驗積累的産品工作方法論上面，項目經曆、職業生涯的情況将分批講訴。

二、我的産品生涯中的經驗和技能

本來列大綱的時候，這部分的内容，我一開始命名叫《我的産品方法論》，梳理完之後，感覺還不配叫方法論，隻能說是一些經驗、技能和工作方法的回顧，接下來主要從商業需求分析、用戶研究、需求分析管理、産品設計、項目推進、産品疊代、團隊管理、學習方式方法這8個方面進行一個總結。

1. 商業需求分析（從0開始的需求分析）

在從0到1的産品，産品經理最先接觸的應該是一個商業雛形的概念，這個時候還并沒有形成标準的商業模式，我們的團隊還不知道接下來該怎麼做。我們需要進行的是商業模式和商業需求的分析。

雖然商業模式、商業方向這些更多的應該是老闆考慮的事，但是我覺得，作為一個産品經理，應該有基礎的商業嗅覺，起碼能判斷出，一個商業模式，是怎麼樣賺錢的。

我這裡提到的商業雛形，也是最原始的需求雛形，也是需求分析的第一階段。

（1）提升商業需求獲取的能力

①行業經驗、興趣的積累

• 企業要深耕一個領域，人也一樣，孰能生巧。你在某個行業領域待得久了，你就是專家，有些問題就能發現，形成商業雛形。
• 當然行業經驗這種客觀條件，很難有捷徑或者方法論去達成，隻能學習，實踐、積累。但是興趣不一樣，是有方法快速積累的。
• qq群、貼吧是個好東西，隻要你想的到，再奇葩的同好人群都能在裡面找的到。然後需要做的就是多了解，多互動，多參與活動，

②頭腦風暴思想的碰撞

很多人反感頻繁的開會，扯淡。但是産品經理一定不能反感，愛好廣泛一些，多扯淡，很多時候很多好的想法都是扯淡扯出來的。

③保存對新事物的好奇

• 有時候，到了一定年紀，就會形成固執的世界觀，對于産品經理而言這是很可怕的。
• 對于新的事物，可知内心的反感，也去嘗試一下，比如說，新出的系統版本，一些新模式下的産品，哪怕理解不了，也去試一下，嘗試一下也掉不了一塊肉。我日常中對小紅書、陌陌、soul、得物、盲盒，這一類的東西很不感興趣，但是還是去嘗試了。像一些理解不了的概念，比如區塊鍊的應用場景，nft的追捧，也去接觸，雖然被割了韭菜，但是在虛拟貨币的交易場景中也發現了賺錢的機會，賺了半年的快錢（這部分，後面項目介紹的時候具體在展開說一下）。
• 對于不用人群的接納了解，我現在qq群裡面加了各種類型的社群，包括常規一點的行業、各種類型的粉絲、還有各種特殊人群的聚集社群，發現過很大的未知天地。

④多體驗

體驗各種應用、體驗各種廣告，了解它們本質的商業模式。

⑤抄

産品的行話叫競品分析，多思考别的産品優秀和不足的地方，思考他們團隊為什麼要這麼做？

⑥行業研究，數據分析

行業研究網站，上市公司财報，哪怕是一些新的概念，很多都能在老的模式中找到分析的方式，如最近火熱的預制菜概念，其實在很早以前就有中央廚房、料理包這一類的概念。

⑦跳出行業，已局外人的視覺去看自己的行業

在一個行業待得久了，看待事物的方式很容易産生一個慣性的固化思維，适當的可以跟行業外的人交流一下你們的模式、産品，聽聽外行人的意見。

⑧給自己足夠的思考時間

好的創意不是忙出來的，對于我來講，大腦最活躍，思維最發散的時候集中在拉屎、上班路上，以及躺床上休息的時候。太忙的時候很難出創意，大量的時間精力在不停的做方案，趕項目，996，下班後隻想早點休息，思考太需要時間了。

（2）從商業需求雛形到商業需求方向的落地

有了商業需求雛形，如何确定可行性？進而确定到商業方向呢？

①市場的規模

• 常規的行業一般可以從國家統計局，證券公司的報告等方式上獲取。
• 但是對于一些市場上比較冷門行業，或者說市場上幹脆沒有這個領域怎麼辦？我的方式可以給大家共享一下。
• 最近一年因為愛人在家帶孩子，也沒上班，就想着找個事幹幹，因為我愛人是學服裝設計的，我最開始關注的是服裝領域的，後來在qq群裡發現了一個特别小衆的服裝領域，給手辦、玩偶定制衣服，利潤和市場都有，但是在實際過程中發現需要的投的精力會比較大，寶媽的精力有限，無奈放棄，随後發現了一款特殊人群的特殊食品，特别小衆，也不需要怎麼制作，但是淘寶有人開店，不多，幾家。
• 通過觀察此類産品淘寶頭部店鋪的銷售情況，大概推算出這家頭部店鋪每年的銷售額在200萬左右，綜合利潤大概在100萬，不過他們的品種比較多，而且通過社群的方式聚集了一批同好者，大概有2000人左右。搜了一下同樣内容的社群，活躍社群的人數加載一起大概有兩萬多人。估算了一下他們的市場占比在大概能主動尋求這個産品的客戶中的10%左右，在不做任何廣告的情況下市場規模預計在2000萬左右。
• 又細細研究了一下，這個産品的獲取成本非常低，而且有穩定的渠道，就在淘寶試着開了一家店，在沒有貨源的情況下試運行了一段時間，總結了一下，每天投入的主要精力就是碎片化的咨詢時間，預計的收入大概在3000-6000左右，事實證明在正式開始後，收入情況跟預估的差不多。

②競争對手

就像上面市場的分析說的拿樣，對于常規的行業，通過客戶、通過産品，去找你的競争對手，這裡的目的就是分析在當前的競争對手的情況下，你能拿到的市場份額，以及方便做後期的競品分析，重點關注頭部的競争對手。

③自身的資源

除了市場和競争對手外，自身的情況和資源是否滿足，如果不滿足，需要哪些東西。

（3）商業需求的目的

在商業需求分析的階段，不需要形成具體的執行方案，更多的是為接下來的執行提供方向，最終的目的我認為有以下四點：

1. 确定業務模式
2. 業務怎麼開展？怎麼賺錢？賺誰的錢？為哪些人提供什麼樣的服務？
3. 方便定位客戶群體
4. 知道接下來該怎麼哪些資源

2. 用戶研究

（1）找到你的用戶

當有了一個商業需求了，告訴你，我們要一款産品，為某些需要某些服務的人群，提供一個平台，來幫助他們解決問題。這個時候應該幹什麼？我的話會去先找我的客戶，先了解目标客戶的特點，進一步的去分析需求。

如何找到你的目标客戶？根據需求情況，我常常采用的方式：

①借用團隊現有資源

一個商業需求的确認，肯定是團隊現有了某些資源，才能确定的，或者是業務上的，已經開展了類似的業務；或者是客戶上的，已經儲備了一批這樣的客戶；又或者是實體資源上的，我有一批貨源。以現有資源為基礎，找到對接的用戶群體。

②征求專業人士的建議

尋求行業内的資深人士，或是老闆，或是深耕業務多年的同事，讓他們知道用戶的方向。

③行業峰會

如食品行業從業者的糖酒會、互聯網人群的各種技術峰會，都可以找打很多目标用戶。

④興趣社群

亦如貼吧、qq群、各種行業論壇這種，會聚集一批興趣、行業相同的同好者。

⑤把自己當成第一批業務員，實地跑一跑

就像剛入行的業務員，沒有客戶資源怎麼辦，拓客嘛，實地去跑、掃街，掃完街回去總結，客戶在哪，有沒有集中的地方？

（2）用戶調研

到這一步其實就是老生常談，用戶畫像和用戶需求調研，結合我們産品商業模式的戰略防線，為客戶提供的服務，初步建立其一個大概的用戶畫像，把用戶的一些共性特點屬性總結歸類，然後在調研中不斷完善。我這邊常用的調研方式如下：

①訪談

• 最常用的就是跟客戶，跟業務幹系人溝通，一般有兩種場景，一種是主要作為傾聽者，聽他們聊聊行業的情況，看法，這種一般對行業了解還不夠，還沒有建立起訪談的框架的時候；另外一種心裡已經有一個方向，預設了一些問題，驗證或補充你的想法。
• 訪談的話沒必要聊太多人，3-5個典型的客戶就行，如果你訪談的目标5個人都沒達成，再多也是這個結果。

②問卷

在已經在心中确定一個大緻的産品方向時，就可以通過問卷的形式驗證或完善你的想法，通過把一些抽象的問題量化成具體的數值或者選項，供用戶進行選擇，具體的渠道可以通過社群等方式進行投放。

③模拟業務

構建了一個産品的雛形，可以試着把自己當成一個業務員，把這個産品當成一個付費的業務來試着售賣，看有沒有人願意為其付費。

3. 需求管理

當通過商業的定位、需求分析、以及用戶調研後，我們基本都可以知道，我們要做的這個産品是為什麼人提供樣的服務，這些人都有哪些特點了。延伸出的需求也就比較清晰了，在需求落地之前，需求的管理決定了産品的質量。

（1）建立需求池

需求管理的第一步就是建立适合項目的需求池，如果産品線隻有一個你産品經理的話excel就可以滿足需求，如果作為産品總監的角色，需要對團隊的需求池進行管理，可以使用一些工具，tapd、jira之類的都可以，或者在線文檔，excel svn/git，都是可以的。

①為什麼要建立需求池？

需求池是記錄需求的一個工具：

産品經理要面對一條産品線從上到下所有的人，每個人都會有想法、意見、建議，不可能第一時間去完成，也不能全靠腦子去記。

此外，不是所有的需求都是需要實現的，也不是所有需要實現的需求都是立馬要做的。記錄下來，保證到你這的需求有迹可循，方便管理。

需求池是需求排期、版本管理的工具：

• 需求池也相當于一個産品工作的todolist，方便産品經理進行需求分析的實際安排，項目的大概的排期計劃；
• 另外也可以在需求池上進行版本的規劃，根據優先級、工期制定版本計劃。

擋需求：

作為産品經理肯定會經曆過這種情況，上級領導、其他職能部門提出不是特别合理或者不是特别緊急的需求，但是要當時直接拒掉他的需求，太過于不講情面、不利于團結，但是如果你當着他的面把需求記錄在需求池，并向其展示優先級比較高的需求，向其說明原因，表示你的需求我已收到，但是當前的需求排期有更緊急的任務，我計劃什麼時候對你的需求進行分析，再進一步溝通。

這樣雙方都有一個深度思考的時間，作為産品的我們也能更好的判斷需求的合理性，做還是拒絕。

方便彙報：

對于階段性的工作彙報、或者對于領導重點關注的需求，你隻需要翻一下需求池，就能很直觀的回報了。

②如何建立一個需求池？

需求池其實是個很簡單的東西，需要的字段：需求描述、所屬模塊、功能點、需求類型、需求價值、場景描述、提出人、提出時間、狀态，優先級。能記錄清楚什麼時候、什麼人提出的什麼需求？當前是什麼狀态即可，其他的字段可以根據項目情況、團隊情況增加字段。比如說開發時間、上線時間之類的。

（2）需求優先級

如何确定需求的優先級？

①根據業務目标來确定優先級

• 這一階段是要實現什麼樣的目标？用戶增長？存留？收入？或者是提高某個流程的效率？
• 然後拆解目标，比如說某個信貸系統，想要對部分優質客戶進行200萬以下融資的時候，不在進行人工審批，自助辦理，直接放款。簡單拆解一下，需要建立優質客戶模型、風控、評級、授信、電子合同等體系，保證資金的安全，降低風險。這些是重中之重，其他的像用戶使用什麼平台操作、用戶體驗之類的，就顯得不是那麼重要了。

②根據需求價值确定優先級

• 這個功能能為什麼人帶來什麼價值？使用場景是什麼？當前沒有這個功能給産品、用戶造成什麼問題？增加這個功能能帶來什麼？影響範圍有多大？有多少人需要這個功能？這個需求需要做到什麼程度？搞清楚這些問題，需求價值的非常清晰了。
• 不過在日常工作過程中，會有很多價值難以量化的需求，怎麼辦？開價值評審會，拉起相關的幹系人，推論、評審價值，估算一個合理的價值區間，直到大多數人認同為止。

③根據産品的生命周期階段确定優先級

新産品：

新産品的核心是業務流程的完整性，流程相關的功能必須完善，要形成閉環，來完成我們産品定義的目标。所以隻需要圍繞核心業務流程，就可以定義出高優先級的需求，反之，無關核心業務的錦上添花的需求，哪怕看起來再重要，優先級都不應該太高。

舉個例子，如果老闆有一批茅台，想在網上建個網站平價賣掉，那個這個網站的核心業務流程就是下單，其他都不重要。

但是如果老闆想通過這批平價茅台，作為用戶獎勵，建立起一個酒水商城，這個時候，核心流程就多了起來，我們要考慮基礎的下單流程，還有考慮延伸出的注冊登錄流程、獎勵獲取流程，以及老闆需要的電商平台的基礎功能流程：發布産品流程、訂單管理流程等。

成長階段：

這個時期應該是已經啟動，積累了一部分種子用戶，進一步發展的階段，這個階段，已經驗證了需求是真實需求，有客戶買賬，存留、拉新是核心。

關注數據、反饋，影響業務的bug，影響用戶體驗的細節、都是這個階段應該關注的。

此外，圍繞核心業務，能為核心業務錦上添花的功能，這個時候的優先級也要相對提高。

以上面的電商平台為例，我們在新産品上市後，我們重點關注用戶在登錄注冊、參與活動、下單支付等流程有沒有阻礙，茅台激勵的形式有沒有更好的方式，用戶參與活動轉化購買其他産品的途徑。

成熟穩定階段：

• 這個階段項目主業務趨于穩定，就可以考慮其他拉新、轉換的模式了，把主業務的剩餘價值發揮到最大。
• 以電商平台為例，假設我們通過之前的各種手段，把平台建立起來，這個時候我們就可以去延伸做更多的非主業務需求了。比如說針對用戶消費分級的畫像系統，針對産品标簽權重的推薦系統，或者延伸下沉市場，做一個極速版或者低價版的平台。或者打造為高端用戶服務的會員機制。再或者把我們的供應鍊系統完善。

④根據實現成本确定優先級

大多數互聯網項目的成本都是開發成本，評估一下需求的工時，再對照一下價值、目标，優先級高低一目了然。

4. 産品設計

（1）業務流程圖

• 在需求梳理完成之後，開始産品的設計工作，首先要做的就是把流程圖畫出來，目前我常用的工具是draw.io，開源的工具，很好用。
• 這個時候的流程圖主要做的是關鍵業務的系統流程，不需要特别細緻，也不需要特别精美，關鍵是邏輯清清晰，流程完善。一般來講最常用的就是跨職能流程圖，能夠清晰的表達用戶與系統、或者不同角色、場景直接的業務關系。

（2）功能清單

結合需求及流程，确定需要的功能，使用思維導圖或者excel表格進行整理，這裡需要具體到功能模塊，如登錄、注冊、發布xx信息等。

（3）角色用例

對于多角色系統，如涉及到買賣雙方的c2c交易平台，需要考慮到賣家與買家不同的角色用例，區分不同角色需要的功能，如果不同角色用例沒有交叉，就可以考慮對不同角色使用不同客戶端去區分使用了。

（4）産品結構圖

在确認了業務流程、功能清單、角色用例的基礎上，我們就可以确定整個産品的結構框架了，主導航有哪些，需要哪些頁面，頁面的層級與聚合關聯關系，都可以通過結構圖梳理和呈現出來。

一般來講，像移動端，由2-5個主導航構成，首頁、我的屬于95%以上産品都會有的功能，中間根據具體業務的情況去設置相應導航。

中後台産品的主導航就比較多一些，根據業務情況去聚合就可以，如用戶中心、會員中心、商品中心、廣告中心、營銷中心等。

（5）頁面元素

• 根據産品結構梳理出來的頁面，以及頁面承載的功能流程，去确定這個頁面都需要哪些元素構成，如登錄，最基礎的賬号密碼輸入框，登錄按鈕。複雜一點的，登錄方式選擇、注冊、找回密碼，驗證碼等。這個時候可以先不用太多的考慮頁面上的呈現方式和體驗，把構成頁面的基本元素整理出來。
• 頁面元素框架可以使用draw.io等流程圖工具，用基礎的線框表示，或者做一個頁面流程圖，表示頁面元素内容和頁面流轉關系。

（6）頁面設計

前面的一些工作完成之後，到了頁面設計這一步，其實就沒有什麼通用的方法論這一說了，更多有價值的是一些規範性的東西。

首先，是一個産品的不同頁面直接一定要保持樣式一緻性，這樣可以通過建立一個原型規範來去執行。

抽離公共部分一些常用的組件，比如按鈕、頭像、彈窗、表單等，在項目開始前期建立相應的标準，盡量不要出現一個項目相同場景的功能，交互組件樣式不一樣。

如果你常使用axure，用好母版和元件能讓你事半功倍，把不同項目可以複用的樣式做成元件，把一個項目中的通用組件做成母版。

這個方面可以多參考一些開源的前端UI框架，尤其是像中後台類的産品，可以把一些優秀的框架如element、layui之類的優秀的樣式做成組件，儲備下來。

其次，遵循用戶體驗，盡管産品經理輸出的隻是原型，但是原型的體驗很大程度上決定了最終輸出的UI設計稿的體驗。

• 這個方面，設計的時候帶入用戶視角，假設你是用戶，怎麼樣最方便。
• 多學、多看、多抄，參考優秀産品的同樣操作，不要怕被怼又抄哪個，合理就行，哪那麼多創新.
• 進行可用性測試，一些傳創新的頁面或者交互設計，實在沒得抄，在整個功能流程中還非常重要，就可以組織一些幹系人進行可用性測試。

另外，學會克制，不要在原型裡加一些跟業務無關、跟功能無關的花哨設計，如果真的忍不住，自己列到需求池裡，評估之後再進行處理。

最後，做頁面原型設計的時候首先要明白你的目的是什麼？

對于大多數常規的産品原型目的就是向UI和開發傳遞可視化需求用的，想設計師和開發表達出我們想要的東西大概是長什麼樣.

原型是一個溝通工具，溝通到位了，一句話就可以表述清楚一個功能，溝通不到位，弄個幾十頁的prd做出來也不是你想要的。

當然這不是絕對，就像前面說的，如果要組織可用性測試，盡量保證你要測試的原型和交互是完整好用的。還有一些toB或者toG的項目，在開發之前，需要跟客戶演示，做一些售前的工作，也需要高保真的原型。

5. 項目推進

在我作為産品經理參與主導的項目管理中，各種會議的管理，正式我推進項目的最有效的工具，我作為産品經理的工作，除了需求分析、産品設計之外，其他主要的工作就在各種評審會上面。

（1）需求價值評審會

作為産品經理，你要保證，做的任何需求都是有價值的，這也是産品經理的價值所在。

接到一個需求，當你開始分析時，首先要判斷它的價值， 而且盡量把它去量化，比如說某個功能上線後，結合運營多少資源，可以為産品帶來1萬活躍用戶，我們需要投入2個人10天的成本，值不值得做？

但是實際上很多需求你沒辦法一個人去清晰的判斷出它的價值，就需要一個價值評審會，來明确産品價值。

尤其是對于B端産品經理來講，需求價值評審會就是避免你成為傳聲筒的最好方式，客戶、領導、其他業務部門傳遞過來的需求，沒辦法拒絕，拉着相關的幹系人，逐條評審産品的價值，明确是否要做，怎麼做，不能做，也有合适的理由拒絕。

價值評審會産品經理為主導，拉着一名技術人員，以及需求的提出人、幹系人來進行。

價值評審會需要準備一份《需求價值評審文檔》，包含一下屬性：

• 需求描述
• 需求背景
• 提出人/部門
• 需求場景
• 需求的價值
• 大緻的系統方案
• 實現成本
• 可能存在的風險
• 功能清單
• 業務流程
• 原型示例
• 評審結果

（2）原型評審會

面向技術團隊内部的會員，向開發、UI、測試講訴你的産品，你的原型會議。

原型評審會的目的：向團隊成員表達清楚你想要的東西，讓大家參與，找出當前設計存在的問題。進行任務的分配，然後評估各項工作的大概工期。

講解原型的幾個要點:

評審會經常會遇到的問題多是一些與開發人員的溝通問題，如何應對？

①功能做不了

• 判斷是真的做不了還是不想做，可以通過曆史經驗和其他競品的功能進行判斷。
• 真的做不了的話了解其無法實現的原因，共同尋求其他替代方案，或者暫時延遲此功能。
• 不想做，找到不想做的原因，是覺得麻煩還是不認同産品的價值；

②功能成本高

評估價值與成本，是否在接受範圍，再來決定是否要做。

③功能沒價值

聽聽開發認為沒價值的原因，不要有對抗思維，向其也表述你認為要做的原因和價值，去綜合評估。

對于跟開發意向有分歧的地方，怎麼處理？

• 客觀地想一想，如果真的價值不高，且成本太大，目前的開發資源又有限，暫時先不考慮；
• 如果覺得此功能的重要性很高，堅持要做，會議上表述你想要實現的最終目的，詢問是否有其他方案來實現這個功能的目的，有，皆大歡喜。
• 沒有的話也避免會上激烈沖突，可以說我們都在考慮下，過下一個功能點，結束後，單獨溝通，可适當表述出你的難處，把大家拉到一個立場上來，同時為其争取項目時間、資源。
• 真的遇到極端的人，可以不必浪費時間，将問題升級，由領導來決定，并同時向領導申請資源，之後把他當成工具人來用。

（3）UI評審

• 産品經理來确認UI效果圖是否達到預期；
• 涉及新項目的時候前端确認UI是否規範；
• 取得相關幹系人滿意，防止項目過程中，有人再對UI效果表示不滿。

（4）技術評審

對于新項目，我建議産品經理一定要參與到技術評審中，了解技術架構、技術選型，框架等，最主要的是要關注數據庫結構的設計，表和字段是否滿足你的産品需求，減少開發過程中的遺漏。

除此之外，對于産品經理主導的新團隊，在技術評審的時候一定要讓前後端把接口的規範定清楚，把責任提前明确，防止前後端扯皮。

（5）測試用例評審

這個評審主要是由産品經理和技術來評審測試用例的範圍，是否覆蓋全，以及明确重點測試的部分，還有可容忍的bug範圍。

（6）項目複盤會

複盤項目過程中出現的問題，人的問題，制度的問題，共同讨論如何規避問題。

6. 疊代需求的獲取（從1開始的需求分析）

（1）用戶反饋

①建立用戶反饋渠道

• 與核心用戶建立聯系，在項目啟動時活躍的種子用戶，可以建立社群或者加好友的方式，建立聯系，作為一名産品的角色，一般的客戶很容易會給你反饋一些他覺得是問題的地方，判斷，收集，列入需求池。
• 建立長效的反饋通道，尤其是c端産品，建立一個反饋通道，可以是直接的問題反饋模塊，也可以根據用戶的操作判斷引導客戶反饋問題，比如監測到截屏後，提示是否要反饋問題。

②主動尋找用戶問題

• 經常關注應用平台上的用戶評論，尤其是低分評論，收集整理；
• 主動搜索，搜索引擎、微博、抖音、快手、小紅書，經常搜索一下你産品的關鍵詞，看一下用戶問題；
• 一般來講這種工作可以指導運營來進行收集，指導運營對問題的類型有基本的認知，什麼需要bug，什麼屬于需求，來建立一個問題彙總的方式；
• 有條件的可以使用一些輿情監控系統，更全面的了解用戶對産品的想法。

（2）數據分析

産品上線後，即時的監控分析數據;，數據分析的數據來源可以通過三種方式獲取

①接入第三方統計工具

• 産品在上線之前就要确定好是否要接入第三方統計，确定接入的平台都提供哪些數據；
• 常用的像百度統計、友盟、極光之類的，通過SDK接入；
• 一般來講像這種第三方工具，适合監控分析産品的整體數據，如訪問量、入口頁、停留時長、頁面流轉情況之類的基礎數據，然後還會有一些基礎的轉化漏鬥模型。足夠監控分析關鍵業務點的業務或用戶流失情況，幫助我們分析哪個頁面或者哪個功能不合理。

②數據埋點

對于一些具體到特定用戶的行為，或者某些特定功能的具體檢測，需要在開發過程中進行預埋點處理，相對于第三方工具數據維度更豐富和深入，适合精細化分析和用戶行為洞察。

③業務數據分析

• 對一些業務數據的分析，如電商平台對某些商品的購買人群屬性的分析，分析這些商品受衆的用戶特點。
• 一些常用的業務數據的分析可以作為中後台的固定功能來設計。
• 非常用的建議使用一些BI工具，來進行查詢，如power bi 、ableu、fineBI等。

（3）建立内部反饋渠道

産品經理作為一款産品的負責人，一定要讓公司内部有一個清晰的反饋機制，線上有問題首先找你反饋，包括bug。向開發、測試同步，内部業務口的問題，他們不要接待。所以的問題集中在你這，一方面清晰的掌控産品與公司内容的相互影響關系。

（4）深入了解業務模式

對于你所主導的産品線的業務，要積極了解，與相關的業務人員保持一個良性的溝通關系，可以适當積極參與一下業務的例會，了解業務的情況。

對于一些新開展的業務，可以自己嘗試以業務員或者運營人員的身份去跟客戶溝通，開展業務，去發現問題。

（5）了解前言的模式、技術

一方面指的是商業模式，另一方也要保持對技術的了解，可以不會，但是不能不了解。尤其是在互聯網領域，很多新的事物是現有技術體系，才演變出各種類型的産品。這方面可以多了解各大廠的團隊博客，或者是開源項目。

（6）了解你産品環境的生态體系

了解你産品的生态體系，比如在微信體系下，你是否了解微信開放平台、微信小程序、公衆号提供給開發者的功能都有哪些，接口文檔有沒有閱讀過，更新的功能了解多少。

（7）競品分析

又是老生常談，這可以說是産品經理最基本的功能了，這裡不再過多的贅述，簡單梳理一下我的思路。

①找到競品

對于C端的産品來講幾乎不存在這個問題，C端産品想找競品到處都是嗎，這裡主要說一下B端産品如何需找競品：

• 相關業務關鍵詞搜索，搜索公司或者産品；
• 通過客戶了解，跟客戶溝通，了解客戶常用的産品有哪些；
• 加入行業群，了解行業的動态，找到競品；
• 一些原型、設計分享網站，碎片化的去了解競品的功能；

②競品分析的思路

• 首先通過競品的價值主張或者宣傳内容，了解競品的戰略定位和客群，為什麼人提供什麼樣的服務
• 梳理頁面框架、内容
• 梳理産品功能結構
• 梳理業務流程
• 總結亮點與不足
• 反推他們為什麼這麼做
• 如何應用到我們的産品中
• 結合第三方數據分析

以上，就是我對自己産品技能，從需求分析到落地的一些方法的總結，希望對大家有幫助。

本文由 @産品野狐禅 原創發布于人人都是産品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部