編輯導(dǎo)語：在這個人人都是產(chǎn)品經(jīng)理的時代，每位入行的產(chǎn)品人進階速度與到達高度各有不同。本文作者結(jié)合自身三年產(chǎn)品行業(yè)的經(jīng)歷，根據(jù)案例拆解產(chǎn)品行業(yè)的極簡研發(fā)過程、需求池、版本樹、產(chǎn)品自我優(yōu)化等相關(guān)具體方法論。推薦產(chǎn)品行業(yè)的小伙伴們閱讀學(xué)習～

一、產(chǎn)品研發(fā)的極簡過程

1. 產(chǎn)品概述

產(chǎn)品就是一棵樹的形象，從生長環(huán)境的泥土里吸收養(yǎng)分，一個階段一個階段的成長。產(chǎn)品也需要是一顆樹的形象，在自己的成長中挺直主干，直沖蒼天。在努力成長中，給人一片陰涼，呵護一方水土；即使在之后倒下，也能夠提供自己的身軀，給他人以借鑒，再鋪一段路橋。

2. 需求池和版本樹

需求池和版本樹簡版

抽象的需求池版本樹形象，底部平臺為需求池，上面分支生長開來為版本樹。

借用簡單的形象，就能從大局著手，看清楚一些最核心的內(nèi)容。

在需求池上，本質(zhì)是提供產(chǎn)品的生長環(huán)境。作為樹的形象生長，就需要生長環(huán)境土壤肥沃，獲取必要元素足夠。那么，在實際的需求池構(gòu)建上，就需要有廣泛的意見收集，經(jīng)過專業(yè)的篩選過濾，輸出形成定版的需求。

• 用戶反饋，是產(chǎn)品深植的土壤，接觸用戶最大的需求及最深的痛點，最好的解決用戶的問題；
• 市場反饋則提供當前市面的發(fā)展情況，需要相關(guān)的硬件、技術(shù)、市場環(huán)境、配套設(shè)施等多維度匹配；
• 競品分析，則很好地比對了自己這一個物種的情況。在信息發(fā)展跨越度很大，融合很深的現(xiàn)在，就需要擴展更廣范圍的競品，將更多的風險和機遇預(yù)估在范圍內(nèi)，從而有效促進產(chǎn)品成長；
• 戰(zhàn)略規(guī)劃，則是產(chǎn)品需要為公司的發(fā)展戰(zhàn)略鋪路，輔助公司整體戰(zhàn)略的實現(xiàn)，也需要公司內(nèi)部各部門的通力配合，維護產(chǎn)品的健康成長；
• 技術(shù)趨勢，則是緊跟技術(shù)發(fā)展，實時更新產(chǎn)品的內(nèi)核，確保產(chǎn)品更具有生命力；
• 產(chǎn)品設(shè)計，則是將所有的收集整理，整合到產(chǎn)品的具體實現(xiàn)上，是信息整合的升級提升。

以上各個維度構(gòu)建了需求池搭建的相對完善的框架，基于產(chǎn)品不同的生命周期、當前所處的階段，需要給與不同維度不同的權(quán)重。

信息的權(quán)衡采納，決定什么內(nèi)容被產(chǎn)品當前版本吸收，這是很關(guān)鍵的一部分。當前范圍的確定，從宏觀上，確定了產(chǎn)品所需要的必要元素，從而篩選出來最有效的內(nèi)容，促進產(chǎn)品快速成長。

3. 需求池和版本樹關(guān)鍵內(nèi)容

在產(chǎn)品成長中，產(chǎn)品發(fā)展相似與樹，但是又不同與樹。樹的生長經(jīng)不起一段生命周期的內(nèi)容完全剝離，且在樹的生長過程中，原有的樹干也會逐漸粗壯起來。也因此，延伸出來，產(chǎn)品的版本樹需要能夠在未來枝繁葉茂，需要在主干業(yè)務(wù)上搭建最強壯的框架。

之后的 業(yè)務(wù)會一直使用最初始的框架，也就決定了之后的產(chǎn)品是否能夠走的更遠，長得更好。這也符合，先控制后碎部的思想，更符合事情的二八定律。做好一件事情，做好最關(guān)鍵的部分，事情就算完成百分之八十。同樣的，在產(chǎn)品樹出現(xiàn)問題時，要敢于及時削掉不必要的部分。

產(chǎn)品多余的部分在樹上面就是個疙瘩，在實際的產(chǎn)品上，不只是消耗內(nèi)部因為這個功能牽連的人力物力投入，更會在用戶上消耗用戶的好用度，會降低整個產(chǎn)品的品質(zhì)。而這些最關(guān)鍵的部分就是，樹要成長，產(chǎn)品需要不斷版本升級來變得更好，那就需要落實，需要更高效的產(chǎn)品成長。也就是產(chǎn)品一個版本一個版本的實現(xiàn)，一個版本基于上一個版本的迭代升級。

在研發(fā)過程中，消耗最大的就是需求不確定，來回版本的更改。需求整理，需求講解，UI設(shè)計，研發(fā)實現(xiàn)，測試驗證，是一個個工作環(huán)節(jié)串聯(lián)起來的。工作環(huán)節(jié)越往后靠，前面消耗的時間就越多，所以，最好的方式就是需求定版，從最開始的環(huán)節(jié)把控好需求的執(zhí)行，確定最為清晰的目標。

需求池和版本樹標準版本

二、需求池

1. 需求收集：戰(zhàn)略規(guī)劃、市場反饋、用戶反饋、產(chǎn)品設(shè)計、競品分析、技術(shù)革新。
2. 需求整理：偽需求、表層需求、真實需求、興奮需求、深層需求。
3. 需求篩選：需求重要性、需求緊急度、影響范圍、安全性、時間要求、技術(shù)難點。
4. 需求設(shè)計：用戶角色、使用場景、業(yè)務(wù)流程、使用流程、數(shù)據(jù)追蹤、原型圖設(shè)計、PRD文檔維護。
5. 項目管理：時間進度規(guī)劃、產(chǎn)品質(zhì)量驗收。

需求池和版本樹豪華版本

1. 需求整理

信息大爆炸時代，相比于信息匱乏年代的信息內(nèi)容缺乏，信息的堆積和冗余并不會更簡單更容易處理。經(jīng)過需求池構(gòu)建六個維度的信息收集，關(guān)于產(chǎn)品設(shè)計，我們獲取了大量的信息。而從這些信息中篩選出來真實需求就十分必要。

需求整理，是對需求信息的遴選，是把非必要的需求信息剔除出去。

需求挖掘中，對需求進行層次劃分，細分為偽需求、表層需求、真實需求、興奮需求、深層需求。其中偽需求、表層需求，就是最沒必要的需求。這些只是用戶痛點的遮蓋布，我們都沒有看到真正的病痛表現(xiàn)。

真實需求，就是直觀的展示，看到的就是需要的，這種需求就需要再度識別，或許頭疼就真的只是頭疼。而對于興奮需求、深層需求，就是掩藏在頭痛下的根本，挖掘到根本，最后實現(xiàn)的產(chǎn)品才會真正接近用戶的需要。

頭疼若不是頭疼，可能只是需要你的關(guān)心，那就是興奮需求。不需要管什么頭疼，對她呵護備至、疼愛有加，她的頭疼就不是產(chǎn)品的問題，而是產(chǎn)品的價值！頭疼若不是頭疼，而是其他臟器損壞的痛覺轉(zhuǎn)移，那就是深層需求。不管如何去醫(yī)治頭疼，最后不解決臟器的問題，頭疼問題就算解決，也還有其他疼痛問題。

常見的說明，都會是更快馬車的真實需求，這里換工作的生活例子看看。老板需要日周月報？是需求，是真實需求，但只是需求的表象。老板需要的是日周月報，但其實他更需要的員工的有效工作權(quán)衡證據(jù)，若是及時反饋任務(wù)進度，及時反饋異常信息，那日周月報還需要？

或許這還不足夠，老板為什么需要進度，為什么需要他來監(jiān)督進度？因為進度不如預(yù)期，至少在之前的所有工作中，進度都不如預(yù)期，或者說是，常常他以為是這樣但現(xiàn)實卻不是這樣。在深挖一點就是，他沒有安全感，他不信任，那么是誰給了他不安全感呢？是管理人員的管理能力不匹配？是項目安排執(zhí)行不夠精準？這估計就是職場，需要事事有回應(yīng)、件件有著落的根本原因吧！

替換日周月報，更好的是目標、狀態(tài)、進度、預(yù)期執(zhí)行結(jié)果的統(tǒng)計表。本周正在做XX競品分析，正常狀態(tài)，進度50%，預(yù)期明天中午十二點結(jié)束。

2. 需求篩選

經(jīng)過需求整理，所留下來的需求都是真實的需求，百川終到海。而所有的需求又需要排列順序，從而決定哪些需求優(yōu)先做，逐漸形成需求的金字塔。

其中篩選的重要條件包括，需求的重要性，需求的緊急度，影響范圍、安全性、時間要求、技術(shù)難點等要素。依據(jù)產(chǎn)品的不同的階段，公司發(fā)展的狀態(tài)，產(chǎn)業(yè)所處的行業(yè)，當前的生產(chǎn)環(huán)境等會給與需求不同要素不同的比重。

整體回饋，還是要依據(jù)先控制后碎部，步步檢核的原則來設(shè)定。

技術(shù)難度、安全性會在很大程度成為一票否決權(quán)的情況，需要優(yōu)先確定。之后依據(jù)重要度、緊急度、時間要素等綜合，按照數(shù)字打分的方式對需求的權(quán)重進行數(shù)字化，從而輔助決策。

同時，在公司進行重大決策，重大變更時，也會協(xié)調(diào)相關(guān)的人力資源傾斜來實現(xiàn)，從而讓項目管理落地到實處。實際的情況就是，當前要做的內(nèi)容多，重要性都高，且最好都一次性上線，在這種高度擠壓集中的情況下，產(chǎn)品就更應(yīng)該集中精力把產(chǎn)品的設(shè)計、需求的完善落到實處。

把人力不足，時間緊迫等相關(guān)問題交于項目管理來協(xié)調(diào)。專業(yè)的人辦專業(yè)的事情，將是最為高效的。也就需要，在自己把控或者不屬于自己管控范圍內(nèi)的，要迅速給與他人以合適的信息，讓其他人共同協(xié)助實現(xiàn)。這也更是給與其他人實現(xiàn)自我價值的機會。

在沒有那么緊迫，沒有那么多需求堆積時，相對的處理也就更容易。

3，需求設(shè)計

經(jīng)過前面相對較為“復(fù)雜”的過程，確保需求有效的被篩選出來，更關(guān)鍵的就是把需求做出來。在需求設(shè)計時，推薦用戶角色，使用場景，業(yè)務(wù)流程，使用流程，數(shù)據(jù)追蹤的方式進行整體的設(shè)計。

涉及一個需求的實現(xiàn)，我們需要完整的用產(chǎn)品思維整理出完善的使用場景。優(yōu)先考慮有哪些角色使用當前功能，也就是確定人員類別，確定不同人員使用的場景。

外賣平臺會有下單用戶，外賣跑腿用戶，會有商家用戶，會有平臺管理用戶；內(nèi)容閱讀平臺會有內(nèi)容閱讀者，內(nèi)容創(chuàng)作者，內(nèi)容管理者，內(nèi)容審核者，以及平臺管理者。在角色范圍確定時，常常會漏掉平臺管理員的角色。

使用場景就是一個角色會在什么場景下使用這個需求功能，也就是確定功能范圍。例如一個內(nèi)容閱讀者需要內(nèi)容閱讀；需要和內(nèi)容進行交互，點贊、評論、分享、收藏；也需要和內(nèi)容創(chuàng)作者有一定的關(guān)聯(lián)，就需要關(guān)注、私聊、打賞；而這些所有的都是每個讀者所獨有的，就需要用戶的賬號體系；而伴隨平臺內(nèi)容的廣泛還是垂直，還會需要構(gòu)建用戶特色，欄目關(guān)注。

業(yè)務(wù)流程則是使用場景的整個過程的梳理完善。內(nèi)容的閱讀，是從篩選內(nèi)容開始的，篩選內(nèi)容，閱讀內(nèi)容，是否更多交互，是否和作者平臺有關(guān)聯(lián)；回退然后篩選新的內(nèi)容，重復(fù)流程。

閱讀內(nèi)容的往后延伸流程完成，還需要回退查看流程的另一端，即是內(nèi)容的產(chǎn)生：已發(fā)布的內(nèi)容，回退到內(nèi)容審核，回退到內(nèi)容的發(fā)布，回退到內(nèi)容的編輯。依據(jù)這個主流程，再把每個環(huán)節(jié)細化，看看是否還需要擴展。

例如，已發(fā)布的內(nèi)容是否有優(yōu)先級順序調(diào)整？整個過程會依據(jù)流程的逐步細化而完善，而精細化。整體業(yè)務(wù)邏輯梳理清楚，但作為步步檢核的堅定執(zhí)行者，還需要驗核上面所有的流程是否真的完善，那就使用數(shù)據(jù)流檢核。

內(nèi)容的數(shù)據(jù)流，主要是內(nèi)容的產(chǎn)生到內(nèi)容的消逝，就會發(fā)現(xiàn)之前的流程設(shè)計，還缺乏內(nèi)容的撤銷和刪除?；诿恳粋€功能拆解數(shù)據(jù)的產(chǎn)生，數(shù)據(jù)的流轉(zhuǎn)過程，數(shù)據(jù)的消逝，以及所有數(shù)據(jù)的統(tǒng)計分析，從而驗證功能設(shè)計的完善性。

最終輸出就是原型圖，最好能夠整理PRD文檔。基于當前很多公司是實際執(zhí)行情況，建議把PRD文檔的內(nèi)容完善補充到原型圖中，然后配合問題列表，實現(xiàn)文檔的高效化使用，以及內(nèi)容的可追蹤性。

三、版本樹

（1）核心業(yè)務(wù)實現(xiàn)，業(yè)務(wù)框架的搭建

（2）登錄注冊用戶體系搭建

（3）業(yè)務(wù)商城推廣

（4）活動模板構(gòu)建

（5）數(shù)據(jù)運營挖掘

（6）產(chǎn)品監(jiān)控自我優(yōu)化

之前的過程，實際已經(jīng)將產(chǎn)品的關(guān)鍵執(zhí)行順序融入。在當前版本樹的執(zhí)行中，基于需求設(shè)計完善的基礎(chǔ)，產(chǎn)品更多的參與是確定需求宣講落到實處，讓研發(fā)、測試能夠統(tǒng)一理解需求，爭取接近100%的需求理解。

從實際的經(jīng)驗中來，需求講解，其他相關(guān)人員參與度不一定很高。而在需求講解中，給其他人不確定的提問，有助于幫助集中所有成員的注意力。更是通過提高他的信息輸出來倒逼他的信息輸入。

在相對規(guī)范的公司，會需要所有人員再寫需求確認，從而實現(xiàn)需求的傳達一致性。在過去從事的項目執(zhí)行中，配合先控制后碎部，步步檢核的理論，整理出來如下項目管理的模型，期許能夠輔助大家將項目執(zhí)行更好的落地。

整個項目的執(zhí)行，主要分為階段，應(yīng)用里程碑作檢核；把階段拆解為任務(wù)，用檢查表來檢核。一般的版本升級迭代，階段劃分可以分為需求整理階段，UI設(shè)計階段，研發(fā)實現(xiàn)階段，測試測試階段。各個階段的里程碑是對過去的一個階段的整理，也是兩個階段的交接，更是階段產(chǎn)物的驗核。

對產(chǎn)品來說，需求設(shè)計完成的階段，需要交給下一個階段需求設(shè)計原型圖，若是輸出完整的PRD文檔是最恰當?shù)摹Ｍㄟ^需求評審，進行需求設(shè)計的再一次檢核，集大家的智慧完善需求，確保需求設(shè)計考慮完善。

需求設(shè)計階段中的任務(wù)拆解，就可以使用之前的環(huán)節(jié)，包括需求收集，需求整理，需求篩選，需求設(shè)計，而對應(yīng)各個任務(wù)的檢查表就是對應(yīng)任務(wù)的結(jié)果。需求收集，得到的結(jié)果應(yīng)該是一張需求統(tǒng)計表，記錄當前所有有可能需要執(zhí)行的需求；需求整理，則是將哪些需求屏棄掉，將精力鎖定在最關(guān)鍵的需求上；需求篩選，得到的結(jié)果是用什么樣的理由決定了哪些需求當前版本優(yōu)先執(zhí)行，且各自的執(zhí)行順序是怎樣的；需求設(shè)計也就是原型圖設(shè)計，達到能夠很好傳遞信息給后續(xù)環(huán)節(jié)的目標。

在項目的執(zhí)行中，也要求項目做結(jié)項處理。從而形成項目經(jīng)驗，讓后續(xù)新項目的執(zhí)行基于當前項目進行維度升級。同時，項目中的執(zhí)行文檔、檢查表、項目階段規(guī)劃，都是相關(guān)項目的實例，可依據(jù)這個內(nèi)容抽取形成模板，構(gòu)成每個參與者的勛章。

四、產(chǎn)品自我優(yōu)化

（1）產(chǎn)品自我審視：版本樹復(fù)盤

（2）用戶行為研究，大數(shù)據(jù)分析

（3）用戶直接反饋渠道

（4）MVP：最小最有價值產(chǎn)品版本

一個產(chǎn)品就是在這樣的流程下，產(chǎn)品逐漸變得越來越好；一個團隊，也就是在這樣的項目執(zhí)行下，變得越來越專業(yè)，越來越高效。

在項目都在推行項目復(fù)盤的情況，那么每一次的需求實現(xiàn)及運行，也需要對產(chǎn)品進行需求復(fù)盤，對“枝丫”需求進行適當?shù)膭h減，對“主干”進行適當?shù)难a充完善，使其更加茁壯成長。

在產(chǎn)品運營過程中，也需要監(jiān)控產(chǎn)品本身。依據(jù)產(chǎn)品用戶群體的活躍度、留存率等來輔助確定產(chǎn)品的朝向；用各個頁面的使用率及使用路徑跟蹤，確定產(chǎn)品的設(shè)計優(yōu)化，輔助產(chǎn)品進行內(nèi)容改版和升級；用產(chǎn)品的版本對比、時間對比、峰值、數(shù)據(jù)量等多方面變化來檢核產(chǎn)品，進行自我的辯證認知。大數(shù)據(jù)的分析和挖掘，將能輔助產(chǎn)品走的更遠，走的更穩(wěn)。

產(chǎn)品還是需要根植于用戶，構(gòu)建用戶的反饋渠道，就能更直接的和用戶接觸，也更能發(fā)現(xiàn)那些細節(jié)問題、特殊情況問題，也是另一個堅持，步步檢核。

在整個整理過程中，會發(fā)現(xiàn)，需求的整理及實現(xiàn)，花費了大量的時間和精力。在實際的執(zhí)行中，因為需求池的明確，需求篩選之前的很多事情都省掉。最關(guān)鍵是，所有的需求按照深度思維都是可以不斷挖掘的，但是在實際的情形中，會因為生命周期、產(chǎn)品階段，會存在部分功能隱藏較深，不被使用的情況。

所以，產(chǎn)品在初期的需求設(shè)計中，不必盡善盡美。在完成核心業(yè)務(wù)邏輯的實現(xiàn)后，需要盡快投入市場，依據(jù)市場的反饋，更加及時的修改，以確保產(chǎn)品深耕于用戶群。這就是產(chǎn)品最小最有價值版本設(shè)計的方法，即是MVP，也確實是MVP。