編輯導(dǎo)語：各行業(yè)產(chǎn)品經(jīng)理在經(jīng)歷從0到1的項目時，需要的不只是個人的基本能力以及經(jīng)驗，更多的需要產(chǎn)品經(jīng)理的強大的領(lǐng)導(dǎo)能力，帶領(lǐng)團隊的協(xié)作，實現(xiàn)從0到1的過程；本文作者分享了關(guān)于產(chǎn)品新人如何做到從0到1的過程，我們一起來看一下。

筆者有過完整的幾次C端產(chǎn)品的0到1經(jīng)驗，對c端產(chǎn)品的0-1總結(jié)出了不少的經(jīng)驗。

同時，筆者也見識過不少產(chǎn)品經(jīng)理在一開始就因為錯誤的選擇方向，可能是市場調(diào)研環(huán)節(jié)沒有挖掘出用戶的真實需求，亦可能是老板的想法本身就有偏差確沒有進行過市場驗證就按照老板的想法開發(fā)產(chǎn)品，而導(dǎo)致了產(chǎn)品的無限延期；最后迫于成本壓力，以拙劣的產(chǎn)品上市最終失敗。

筆者通過自身經(jīng)驗的總結(jié)，及請教了不少同行業(yè)的朋友與大佬，總結(jié)了這么一篇干貨內(nèi)容希望與您一起分享。

一、黃金圈法則

筆者認(rèn)為，產(chǎn)品經(jīng)理想要最大程度的避免產(chǎn)品在戰(zhàn)略層上的錯誤定位，必須要學(xué)會并運用黃金圈法則。

筆者所接觸過的產(chǎn)品經(jīng)理在產(chǎn)品設(shè)計上的思維都與黃金圈法則相悖，因此很容易出現(xiàn)抓不住用戶真實需求的情況；即使最終的產(chǎn)品看著非常像樣，卻不被市場所接受。

我們在打造一個產(chǎn)品時，應(yīng)由WHY（戰(zhàn)略層：確定最終產(chǎn)品所要達到的目的，企業(yè)的愿景）到HOW（范圍層，結(jié)構(gòu)層：如何執(zhí)行，怎樣設(shè)計，怎樣的流程）再到WHAT（框架層，表現(xiàn)層：輸出的內(nèi)容，驗證和管理）。

二、戰(zhàn)略層

1. 開始階段：產(chǎn)生idear

產(chǎn)品的往往是由一個Idear開始的，它可能是你的BOSS或者公司的最上層管理層突然發(fā)掘某塊市場具有較大的市場潛力而產(chǎn)生的idear。

這一類人往往有對市場機會有更敏銳的嗅覺，但市場機會轉(zhuǎn)瞬即逝，任何人都不可能有十足的把握確定某一市場一定有待挖掘的潛力；因此我們產(chǎn)品人要做的便是驗證產(chǎn)品研發(fā)投入市場的可行性，通過各大數(shù)據(jù)網(wǎng)站，或者企業(yè)內(nèi)部已有的相關(guān)調(diào)研數(shù)據(jù)，研究目標(biāo)市場的容量及競爭力水平；同時還需要了解目標(biāo)用戶群的容量、消費水平；分析頭部競品及相似度較高的競品；該市場的現(xiàn)有商業(yè)模式。

產(chǎn)品六要素：

在上述任務(wù)全部完成后，整理形成《產(chǎn)品六要素》：①產(chǎn)品定位、②產(chǎn)品目標(biāo)、③需求背景、④用戶群體、⑤產(chǎn)品形態(tài)、⑥使用場景；綜合分析產(chǎn)品的可行性。

產(chǎn)品經(jīng)理在撰寫產(chǎn)品六要素時應(yīng)注意結(jié)合具體的數(shù)據(jù)：數(shù)據(jù)真實有效更能打動Boss或者Leader，產(chǎn)品的目標(biāo)則最好分為用戶角度、市場角度和公司角度（商業(yè)）。

競品分析：

如果產(chǎn)品的可行性較高，下一步便是深度分析競品，形成規(guī)范化的《競品分析》，因為《競品分析》是研究一個市場和一類產(chǎn)品最有效的途徑。

了解對手的產(chǎn)品能達到知己知彼、百戰(zhàn)不殆的目的，而且分析競品也能為產(chǎn)品的設(shè)計提供建設(shè)性的意見，學(xué)習(xí)競品的精華能有效降低獲客成本，規(guī)避競品的糟粕則能有效的降低市場風(fēng)險，同時還能根據(jù)對手的核心功能挖掘用戶的真實需求。

我們可以根據(jù)目標(biāo)用戶、使用場景、用戶需求的趨同性將競品劃分為直接競品（同用戶、同場景、同需求），間接競品（目標(biāo)用戶、場景、需求有一個不同），潛在競品（目標(biāo)用戶、場景、需求不盡相同 ?但借鑒性強）。

在競品分析時，產(chǎn)品人要善于找茬，發(fā)現(xiàn)競品不擅長的維度/領(lǐng)域，降維打擊；分析自身的劣勢，提升自己的短板，升維思考；最后形成規(guī)范化的《競品分析》，留存?zhèn)浞荨?/p>

注意事項：

• 競品分析時應(yīng)站在中立視角分析雙方的優(yōu)劣勢，切勿主觀評價。
• 聯(lián)系用戶的使用實際，結(jié)合場景，最好以全局的視角分析。
• 確保分析時產(chǎn)品都處于最新的版本。
• 所有的介紹都要有歸納總結(jié)或者說結(jié)論分析。
• 分析一定要以準(zhǔn)確的數(shù)據(jù)作為支撐。
• 競品分析不是只研究競品，而是分析敵我雙方的差異性。

BRD：商業(yè)需求文檔

產(chǎn)品的開端一定要分析產(chǎn)品是否具有盈利性，或者是否具有長期盈利性，在未來的某一個時段實現(xiàn)盈利。

盡管產(chǎn)品處于未開發(fā)前的階段，產(chǎn)品團隊并不能撰寫出有效性較高的商業(yè)文檔，但boss或者投資人只有看到完整的商業(yè)報告才會評估確定產(chǎn)品是否值得投入成本進行開發(fā)。

對于不同類型的匯報對象，我們需要突出商業(yè)報告中不同的核心要點。對于管理層級，我們需要給出產(chǎn)品的投資價值，市場趨勢，和可能需要面臨的風(fēng)險（產(chǎn)品的投入總成本及回收周期分析）；對于研發(fā)團隊，我們需要給出產(chǎn)品的主要價值，核心功能的方向；對于CFO，我們則要突出產(chǎn)品的研發(fā)經(jīng)費。

總的來說，寫商業(yè)需求文檔的目的是為了說服團隊，得到人員、資源、資本的支持。

2. 匯報階段

第一階段的匯報將會決定產(chǎn)品是否投入開發(fā)，產(chǎn)品經(jīng)理通過內(nèi)部郵件的方式，將第一階段形成的所有文件傳達給開發(fā)團隊及上層管理層，確定會議時間、地點及匯報的主題；在此之前需要對之前整理的文檔內(nèi)容進行更新（市場的變化轉(zhuǎn)瞬即逝）。

產(chǎn)品經(jīng)理在匯報時應(yīng)注意自己語調(diào)語氣，結(jié)合整理的數(shù)據(jù)，清晰果斷的發(fā)表自己的探索結(jié)果，注意細節(jié)內(nèi)容的闡述；記錄匯報時討論出的問題及解決方案。產(chǎn)品開發(fā)通過后，第一時間制定甘特圖。

收集需求：

因為產(chǎn)品設(shè)計的核心邏輯就是以用戶為中心，圍繞用戶進行產(chǎn)品設(shè)計，所以在匯報完成后，就可以著手收集目標(biāo)用戶的需求和問題了。

首先，我們要知道，用戶的需求是隱性的、模糊的、多變的；因此我們在收集用戶需求時，盡可能的保證用戶反饋的主觀性，不可通過問卷設(shè)計及訪談主題誤導(dǎo)用戶。

此外，我們對于收集來的調(diào)研數(shù)據(jù)需要進行深度分析，數(shù)據(jù)分析方法有：聚合分析，相關(guān)性分析，回歸分析，這里我就不一一列舉了。

我們的需求來源可以是產(chǎn)品團隊的想法（盡管產(chǎn)品經(jīng)理并不能準(zhǔn)確的抓住用戶的實際需求，但不少產(chǎn)品經(jīng)理都具備挖掘用戶潛在需求的能力），也可能來自競品的功能設(shè)計，在后期的需求評審會中，往往也能得出不錯的點子。

在此，也為大家推薦幾種獲取需求的方法：

• 行業(yè)調(diào)研的分析報告，較為專業(yè)的行業(yè)報告具有指導(dǎo)意義。
• 業(yè)內(nèi)專家與資深專業(yè)人士，這個時代是知識付費的時代，行業(yè)領(lǐng)先者往往具有更長遠的眼光，對市場的分析更加準(zhǔn)確。
• 定性研究—用戶訪談，可以是焦點訪談、電話訪談、一對一訪談或者街頭狙擊訪談。
• 定量研究—用戶問卷，調(diào)研問卷的數(shù)量不應(yīng)太多，避免影響用戶的主觀性。

三、范圍層、結(jié)構(gòu)層

1. 用戶需求（問題）分析階段

當(dāng)我們收集到足夠多的用戶需求后，我們就形成了一個需求池，這其中部分需求是假需求（即用戶自以為需要卻并非實際所需要的），還有部分需求不符合企業(yè)的價值或者說資源不匹配（可行性、盈利性、技術(shù)水平），因此我們需要對收集到的問題進行分析，提取需求，將用戶需求變?yōu)楫a(chǎn)品需求。我們對于需求的分析核心點在于將用戶需求轉(zhuǎn)化為可執(zhí)行的產(chǎn)品需求的過程，它是產(chǎn)品設(shè)計、迭代的主要依據(jù)。

我們需要建立起用戶思維，即以用戶為中心去思考問題，了解目標(biāo)用戶在何種場景會去怎么使用產(chǎn)品或者使用的過程是怎樣的，之后再總結(jié)用戶使用產(chǎn)品時會出現(xiàn)什么問題，提出最合理的解決方案并進一步驗證。在驗證需求時最好結(jié)合數(shù)據(jù)，通過頻數(shù)分析和交叉分析得出結(jié)論。最后整理出需求清單和功能清單（根據(jù)問題得出解決的功能設(shè)計），必要的功能設(shè)計可以優(yōu)先設(shè)計用戶使用時的流程圖。并對所有確定要開發(fā)的功能進行梳理并輸出結(jié)構(gòu)圖。

2. 需求評審階段

盡管產(chǎn)品團隊已經(jīng)層層篩選，得出了產(chǎn)品的功能清單，但最終開發(fā)的產(chǎn)品還需要財務(wù)、開發(fā)團隊、上層BOSS的支持；因此，產(chǎn)品團隊必須第一時間確定需求評審會議的時間，將之前所有整理好的文檔信息和會議議程通過郵件的方式發(fā)布給公司的其他團隊，前期的準(zhǔn)備必須要完美，規(guī)定好產(chǎn)品原則（確定產(chǎn)品設(shè)計的方向性，這一點必須統(tǒng)一，不然將大大降低會議的效率）；確定好參會人員，確定以何種形式記錄，需求討論的關(guān)鍵核心點。

在需求評議時，產(chǎn)品經(jīng)理需要盡快的切入主題，調(diào)動大家的情緒（可以提前確定討論的方法：頭腦風(fēng)暴和六頂帽子討論法）。

在進入正題后，介紹的優(yōu)先級：項目背景，介紹本次主題的產(chǎn)品，產(chǎn)品的結(jié)構(gòu)圖，流程圖，需求清單，原型圖（如果是敏捷開發(fā)，則可以優(yōu)先進入原型圖開發(fā)），PRD文檔講解；最后記錄提問環(huán)節(jié)的問題及討論出的解決方案。

評審結(jié)束后，及時輸出更新后的BRD/MRD、PRD、流程圖、頁面清單、結(jié)構(gòu)圖、原型圖等并整理會議內(nèi)容通過郵件形式發(fā)給相關(guān)團隊；將達成的共識、待修改的地方、待解決的部分一一羅列，整理出反饋時間表；將任務(wù)的完成日期落實清楚并確定相關(guān)負(fù)責(zé)人，以及后續(xù)的評審日期的確定。

會議結(jié)束后的應(yīng)保持長期跟蹤，推進產(chǎn)品的功能開發(fā)。

我們在整理最后得出的需求時，可以參考馬斯洛需求層次和KANO模型對需求的優(yōu)先級進行排序，以此作為產(chǎn)品迭代路徑的參考。

四、框架層

1. 原型制作階段

在上述所有的工作完成后，便可以真正的開始原型圖的制作了。

筆者建議團隊或者企業(yè)最好能形成規(guī)范化的設(shè)計原則（統(tǒng)一的設(shè)計方法論），產(chǎn)品原則（產(chǎn)品的優(yōu)先價值觀），企業(yè)價值（企業(yè)價值能讓團隊的目標(biāo)趨于一致，減少摩擦）。

原型的交互設(shè)計一定要以用戶為中心，筆者見過不少產(chǎn)品經(jīng)理在原型的交互設(shè)計上并不按常理出牌（這與不少企業(yè)的產(chǎn)品經(jīng)理多為企業(yè)內(nèi)部的開發(fā)人員有關(guān)），好的產(chǎn)品經(jīng)理必須要分析產(chǎn)品的功能結(jié)構(gòu)和用戶使用體驗，以此為基礎(chǔ)進行產(chǎn)品設(shè)計將大大改善用戶的粘性也有利于企業(yè)盈利。

設(shè)計的原則基本點：所有的APP頁面分兩種狀態(tài)，即初始狀態(tài)（初始頁面），變化后的狀態(tài)（隱藏頁面）；在交互說明中，不需要產(chǎn)品經(jīng)理對跳轉(zhuǎn)頁面做具體的詳述，應(yīng)著重關(guān)注于產(chǎn)品的隱藏頁面，下拉頁面、選項彈框等。

3個細分原則：

• 按鈕、圖標(biāo)等模塊、操作以后的變化（可設(shè)置全局規(guī)則與頁面規(guī)則進行統(tǒng)一闡述，避免重復(fù)說明導(dǎo)致頁面雜亂，說清楚頁面變化的規(guī)則和邏輯有利于提升與UI、程序員間的工作交流效率）。
• 該頁面的文字顯示、時間顯示、刷新等頁面規(guī)則（應(yīng)注意網(wǎng)絡(luò)延遲等情況制定刷新規(guī)則等，可將其詳細寫在全局規(guī)則頁面）。
• 操作后出現(xiàn)錯誤提醒（彈窗提醒），發(fā)現(xiàn)越多的異常流程將大大提升用戶的使用體驗。

此外，我們還應(yīng)注意：

① 少就是多，分清功能的優(yōu)先級，越重要的功能應(yīng)詳細描述其交互規(guī)則及操作方法；學(xué)會做減法（減少約定俗成的說明，如：跳轉(zhuǎn)鍵等）詳略得當(dāng)才能讓UI更清楚重點，讓程序員更能理解頁面的規(guī)則邏輯。

② 文字格式可直接表現(xiàn)在展示的原型內(nèi)（注意格式規(guī)范，以免誤導(dǎo)UI設(shè)計師做出錯誤的設(shè)計，最終挨打）。

③ 頁面原型中的布局應(yīng)規(guī)范，不要求具體到多少尺寸，大致能使UI設(shè)計師明白頁面設(shè)計的基本布局，布局以美觀簡潔為主，清晰的使用戶了解重要功能，提升用戶的使用體驗。

④ 設(shè)計的行為習(xí)慣應(yīng)與企業(yè)的風(fēng)格相協(xié)調(diào)，了解程序員、UI設(shè)計師的喜好作為設(shè)計交互的風(fēng)格（如：布局風(fēng)格、價格顯示格式、文字顯示格式等）。

⑤ 合理運用和設(shè)計全局規(guī)則頁面、頁面規(guī)則、頁面權(quán)限、使用場景，提升制作交互說明的效率；簡約明了為宗旨。

⑥ 多種場景可以用表格的形式進行描述。

2. 原型評審會議階段

原型評審時主要是對于原型設(shè)計的整體布局，功能設(shè)計的細節(jié)處理進行再一輪的頭腦風(fēng)暴；此外，產(chǎn)品經(jīng)理還需要結(jié)合BRD進行演講（此時的BRD較為詳實，效度較高），BRD涉及到市場、用戶、競品的分析，還包含了對于產(chǎn)品迭代、產(chǎn)品運營、產(chǎn)品的商業(yè)性的深度分析。即產(chǎn)品的長遠發(fā)展及競爭力水平的全方位分析。

產(chǎn)品的最終目標(biāo)是實現(xiàn)企業(yè)的盈利性，所以在原型評審會議時應(yīng)注重對于產(chǎn)品的盈利模式、玩法的深度討論，優(yōu)化產(chǎn)品的盈利水平和可持續(xù)盈利能力；此外對于產(chǎn)品開發(fā)的成本還需要進一步的優(yōu)化，對于產(chǎn)品的運營投入和成本可以試著在會議前做一些局部的測試，分析哪一類的運營模式或者渠道更具性價比，達到產(chǎn)品快速獲客和低成本獲客的目的。

在評審會議結(jié)束后，更新產(chǎn)品的原型設(shè)計，并將最終得出的所有文檔發(fā)布給相關(guān)團隊，開發(fā)團隊以此為基礎(chǔ)進行產(chǎn)品的開發(fā)。

產(chǎn)品經(jīng)理應(yīng)注重1-N的管理及風(fēng)險管控，及時與開發(fā)團隊討論產(chǎn)品的設(shè)計；同時著手進入產(chǎn)品迭代的計劃，產(chǎn)品上線后短期內(nèi)需要快速多次的微迭代。

五、總結(jié)

以上便是我對C端產(chǎn)品的0-1的總結(jié)，表現(xiàn)層并沒有放入在0-1的過程中是因為產(chǎn)品經(jīng)理在表現(xiàn)層中的作用并不突出。

總的來說產(chǎn)品經(jīng)理在產(chǎn)品開發(fā)過程中需要多結(jié)合真實的數(shù)據(jù)，并及時與其他相關(guān)團隊進行評審討論；及時更新產(chǎn)品文檔，了解市場的最新動向；最后還需要加強對各個子任務(wù)的跟蹤，0到1只是開始，更重要的在于1到N的過程。

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

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