編輯導(dǎo)語：產(chǎn)品經(jīng)理在日常工作中經(jīng)常會遇到從1到1的產(chǎn)品，對于這類產(chǎn)品來說，前期調(diào)研以及中期配合是非常重要的，準備充足能讓后期發(fā)展的更加順利；本文作者分享了一個關(guān)于從0到1的產(chǎn)品規(guī)劃的復(fù)盤過程，我們一起來了解一下。

產(chǎn)品規(guī)劃是每個產(chǎn)品經(jīng)理必經(jīng)過程，單不是每個產(chǎn)品經(jīng)理都能做好產(chǎn)品規(guī)劃，其是需要有一定的經(jīng)驗，特別是對于一個從0到1的新產(chǎn)品來說，對行業(yè)的理解、市場的把控、業(yè)務(wù)的熟悉程度要求都相對較高。而且一般涉及到這種公司戰(zhàn)略方向的產(chǎn)品，大多由老板、總裁、總監(jiān)及其團隊核心成員共同參與完成。

我很幸運參與過以前公司的產(chǎn)品規(guī)劃，因此我給大家分享當初我做過從0到1的產(chǎn)品規(guī)劃經(jīng)驗，供大家借鑒。

一、產(chǎn)品規(guī)劃目的

因為參與產(chǎn)品從0-1的規(guī)劃，所以知道一般公司戰(zhàn)略層只會提供一個大致方向或者是個產(chǎn)品概念，導(dǎo)致前期大家都沒有明確的方向；所以我們對需要對公司現(xiàn)狀與自身優(yōu)劣勢、市場規(guī)?，F(xiàn)狀和發(fā)展前景等進行深度剖析，從而確定產(chǎn)品是否可立項實現(xiàn)公司戰(zhàn)略部署。

且通過了解我們所在的所做項目的問題、機會以及明確目標用戶和目標目的，這樣后期做產(chǎn)品規(guī)劃分析的時候，能提供方向和思路；比如公司下發(fā)給我們產(chǎn)品部的任務(wù)方向“借鑒當下熱門BI產(chǎn)品為公司帶來行業(yè)利潤”。

因此我們依托公司情況從以下幾個角度有目的去規(guī)劃：

1. 產(chǎn)品規(guī)劃目的

1）公司現(xiàn)狀與自身優(yōu)劣勢：

• 公司現(xiàn)狀：為政府提供XXX行業(yè)全面解決方案，主營收入來自項目利潤，因此考慮項目如何最大利益化？
• 公司優(yōu)勢：公司在XX領(lǐng)域深耕十幾年依然是行業(yè)專家，沉淀很多項目經(jīng)驗和技術(shù)平臺；比如沉淀通用的產(chǎn)品組件庫、業(yè)務(wù)組件庫等等。
• 公司劣勢：項目比較集中5-10月、項目的相似度高、人員有限、技術(shù)水平參差不齊等等原因。

2）目前行業(yè)現(xiàn)狀：

① 政府XXX行業(yè)：考慮政府政策規(guī)劃方向以及法律、法規(guī)的要求進行分析，政府XXX行業(yè)規(guī)劃延伸哪些可持續(xù)發(fā)展業(yè)務(wù)；比如國家全面推行河長制是以習(xí)近平同志為核心的黨中央從人與自然和諧共生、加快推進生態(tài)文明建設(shè)的戰(zhàn)略高度作出的重大決策部署，是破解我國新老水問題、保障國家水安全的重大制度創(chuàng)新。

總結(jié)：未來全國各地將落實政策推出各地市的河長制的項目。

② BI領(lǐng)域分析：已經(jīng)有很多公司有很多成熟化的BI 產(chǎn)品了，我們應(yīng)該考慮BI產(chǎn)品能解決我們公司什么問題？通過什么樣的盈利模式公司帶來利潤？如何體現(xiàn)屬于自己領(lǐng)域核心價值的BI產(chǎn)品？比如從技術(shù)上、交互上或者是業(yè)務(wù)解決方案尋求突破口？比如BI業(yè)務(wù)場景能解決公司哪些大屏項目業(yè)務(wù)？比如BI通過強大的定制和擴展能力來快速滿足個性化需求。

總結(jié)：BI產(chǎn)品強大的定制和擴展能力能為公司未來承接眾多河長制等政策項目進行落地實施節(jié)約項目周期和成本而帶來商機。

通過以上角度進行分析如下：公司需要一個快速構(gòu)建產(chǎn)品來節(jié)約行業(yè)項目成本，實現(xiàn)公司項目利潤最大化。

2. 產(chǎn)品規(guī)劃定位

在目標定下來之后，接下來需要確認的是定位。產(chǎn)品定位是產(chǎn)品工作的靈魂與核心，我們考慮產(chǎn)品定位時，需要從兩個方面去考慮：

1）明確目標用戶

用戶是誰？解決了用戶什么問題?或者滿足的什么需求？

總結(jié)：通過以上產(chǎn)品目的解決開發(fā)成本，實現(xiàn)零代碼項目而確定，我們產(chǎn)品目標為開發(fā)人員解決重復(fù)代碼搬運，讓業(yè)務(wù)人員接手配置，來節(jié)約項目人員成本和時間成本，從而確定我們的目標用戶是開發(fā)人員和業(yè)務(wù)人員。

2）明確產(chǎn)品功能

什么樣功能能滿足目標用戶的需求？項目要用到哪些功能呢？通過以上目標的確定，BI產(chǎn)品大屏能解決公司涉及大屏的項目開發(fā)成本以及開發(fā)周期同時還能解決用戶需求多變尷尬處境；因此確認有大屏配置，那既然BI大屏能解決公司此類大屏問題，那是否可以解決公司項目通用性功能，比如常見表單表格、比如左側(cè)樹右側(cè)列表等等。

總結(jié)：通過以上產(chǎn)品目地和目標用戶確定，我們產(chǎn)品是要實現(xiàn)項目重復(fù)模塊通過產(chǎn)品配置來實現(xiàn)，進而確定產(chǎn)品功能常見表格表單、可視化大屏、GIS通用業(yè)務(wù)模塊。

通過產(chǎn)品規(guī)劃定位確定產(chǎn)品思路架構(gòu)圖錄例如下（因為涉及隱私只提供大致方向）：

3. 產(chǎn)品可行性分析

在產(chǎn)品規(guī)劃目的、定位確定之后，接下來需要確認產(chǎn)品的可行性。需要從兩個方面去考慮：

1）技術(shù)可行性分析

• 技術(shù)風險及規(guī)避方法：對可能使用到的技術(shù)進行全面的分析，技術(shù)上是否有解決不了的問題，如果有如何規(guī)避？
• 易用性及用戶使用門檻：產(chǎn)品的易用性，用戶群體分析，產(chǎn)品是否會有使用難度？
• 產(chǎn)品環(huán)境依賴性：支持什么瀏覽器，什么瀏覽器不支持？比如政府單位是用什么瀏覽器支持是否有困難等？

總結(jié)：項目規(guī)劃采用是Vue架構(gòu)，采用該架構(gòu)是否適配IE瀏覽器 Internet Explorer 10等等問題分析，進而對應(yīng)對技術(shù)解決方案確實可行，才可批復(fù)執(zhí)行。

2）經(jīng)濟可行性分析

• ?人力成本：產(chǎn)品從調(diào)研、分析、設(shè)計、開發(fā)、測試、運維等需要多少人力，多少人月，每個人月平均成本是多少？
• ?軟件、硬件成本：產(chǎn)品生產(chǎn)及上線后需要購買哪些軟件及硬件，比如：產(chǎn)品用到的數(shù)據(jù)庫、開發(fā)工具、第三方軟件、服務(wù)器數(shù)量、路由器、網(wǎng)絡(luò)等成本。

總結(jié)：項目規(guī)劃投入成本XX萬，后期投入使用，能為項目節(jié)約多少個人力成本，投入和產(chǎn)出比是否合理等等分析，進而確認項目規(guī)模經(jīng)濟確實好，才可批復(fù)執(zhí)行。

依據(jù)公司的情況當前階段可輸出產(chǎn)品可行性報告、產(chǎn)品立項報告和產(chǎn)品長中短期規(guī)劃階段目標。

二、產(chǎn)品規(guī)劃分析

目的明確好了之后，就需要通過產(chǎn)品規(guī)劃思路和目的進行分析，規(guī)劃產(chǎn)品功能結(jié)構(gòu)（可以使用常見的思維導(dǎo)圖），這樣會便于寫的時候整理思路，我拿一個規(guī)劃舉例。

1. 目標用戶調(diào)研

收集目標用戶的需求，梳理目標用戶的需求清單轉(zhuǎn)為產(chǎn)品功能，錄入到需求池中，根據(jù)業(yè)務(wù)需求優(yōu)先級排序。

總結(jié)：業(yè)務(wù)用戶反饋常見的大屏涉及組件偏多柱狀圖、餅圖等等，進行圖表組件需求功能需求優(yōu)先排序；輸出用戶需求清單。

2. 梳理產(chǎn)品框架功能

• 按照場景需求清單拆解到功能：每一個功能需明確解決一個具體的業(yè)務(wù)問題，如何將需求翻譯為功能，極其考驗對于業(yè)務(wù)的理解；
• 根據(jù)功能按不同的維度進行分類整合：分類整合需要先考慮符合通用模塊的功能，切忌重復(fù)造輪子；功能對應(yīng)的復(fù)雜程度越高、業(yè)務(wù)越重要，越值得被拿出來單獨做一個模塊。

總結(jié)：常見功能表單，明確表單里面功能控件就包括了標題、輸入框、下拉框、單選框、按鈕。而每個控件又擁有不同的屬性進而進一步拆解整理；輸出功能清單。

3. 競品分析

• 競品目標：是要達到什么目的，競品為客戶解決了什么問題。比如某公司BI，在沒有BI之前，員工要寫大量復(fù)雜的SQL語句，制作大量報表以滿足業(yè)務(wù)要求，決策者在面對大量堆積報表數(shù)據(jù)也感到頭疼；而BI則徹底改變了這種現(xiàn)狀，使業(yè)務(wù)人員可以輕松進行數(shù)據(jù)分析，使決策者可以自在查看分析，及時查看到?jīng)Q策所關(guān)心的數(shù)據(jù)。
• 競品的亮點：有什么特色的交互體驗或者特色解決方案。比如某公司BI產(chǎn)品只要通過圖表拖拉拽即可實現(xiàn)既見既然所得的效果，實現(xiàn)交互操作靈活易學(xué)。
• 競品痛點：還存在哪些痛點，目前還有哪些痛點未解決的等等；比如某公司BI內(nèi)置的圖表種類相對較少等等，
• 競品總結(jié)：總結(jié)別人遇到同樣的問題如何解決和設(shè)計的。

總結(jié)：power BI目標是讓業(yè)務(wù)人員也能輕松配置大屏，提供了拖拉拽交互功能讓業(yè)務(wù)人員輕松上手，我們就可以借鑒此功能交互體驗，實現(xiàn)產(chǎn)品友好體驗。

4. 閉環(huán)思維驗證

閉環(huán)思維顧名思義就是“思考全”，要求產(chǎn)品如同為人處世，面面俱到又要能有取有舍；比如規(guī)劃產(chǎn)品首先要考慮是目的就是為什么，再考慮做什么，最好確認怎么做，進行全面考慮；比如做類似BI產(chǎn)品目的要解決節(jié)約項目成本，再考慮要做哪些功能，最后要思考功能怎么運用（或者嫁接）到項目中。

總結(jié)：產(chǎn)品是為了節(jié)約相似項目成本，進一步明確出相似項目的有哪些功能，從而確認功能表單、表格、大屏等等；確定功能后，進一步要考慮產(chǎn)品提供相似功能配置后，要通過哪些方式運用到項目中，從而確定通過組件引用方式和提供API方式進行運用，通過為什么、做什么、怎么做形成一個鏈路的閉環(huán)思考驗證。

通過產(chǎn)品功能規(guī)劃分析思路輸出產(chǎn)品功能結(jié)構(gòu)（精簡版）：

依據(jù)公司的情況當前階段可輸出產(chǎn)品需求調(diào)研報告、競品分析報告、產(chǎn)品需求清單。

三、產(chǎn)品規(guī)劃設(shè)計

基于產(chǎn)品規(guī)劃探索的功能，做進一步的產(chǎn)品分析和設(shè)計。

1. 產(chǎn)品分析

畫流程圖進行產(chǎn)品功能分析：理清產(chǎn)品的邏輯，也可參考閉環(huán)思維進行業(yè)務(wù)邏輯梳理；比如閉環(huán)思考先思考整體產(chǎn)品流程“用戶開始需要創(chuàng)建應(yīng)用項目，然后再進行數(shù)據(jù)源配置、數(shù)據(jù)集配置、表單配置到最后進行下載運用的項目”，然后每個環(huán)節(jié)需要涉及哪些功能進行一一功能業(yè)務(wù)邏輯的梳理。

總結(jié)：

第一步驟是創(chuàng)建項目，涉及項目的編號、項目名稱、項目的基本信息等等。

第二步驟是在創(chuàng)建完項目的基礎(chǔ)上，配置項目數(shù)據(jù)庫，一般一個項目都有2個數(shù)據(jù)庫，就要考慮項目數(shù)據(jù)庫配置支持配置多少個數(shù)據(jù)庫？配置數(shù)據(jù)庫類型mysql還是Oracle還是其他？以及數(shù)據(jù)庫鏈接串、數(shù)據(jù)賬號密碼和數(shù)據(jù)鏈接是否成功測試功能，進行一一細化。

第三步驟是在配置數(shù)據(jù)庫基礎(chǔ)上，就要做數(shù)據(jù)集市來為規(guī)劃產(chǎn)品功能提供數(shù)據(jù)源，那么就需要考慮通過什么方式提供數(shù)據(jù)源，常見SQL語句或者數(shù)據(jù)庫常見視圖方式提供；再進一步通過SQL語句那么就有選擇數(shù)據(jù)庫、SQL編輯器和SQL預(yù)覽等等功能細化。

第四步驟創(chuàng)建表單表格，表格樣式哪幾種、表單容器控件有哪種？表格通過什么配置渲染出數(shù)據(jù)庫數(shù)據(jù)？表單容器控件又是如何配置數(shù)據(jù)源。進行功能一一細化。

第五步驟配置完表單考慮如何運用到項目中，是生成API接口，那么API接口支持哪幾種方式？是否可以運用開發(fā)引用組件的方式下載配置腳本引用？進行功能一樣細化。

第六步驟確定后，項目如何運用到本產(chǎn)品提供的API接口，項目需要提供什么樣的環(huán)境進行一一分析。

類似一下流程（精簡版）：

2. 功能清單

第二步梳理功能清單：理清這個產(chǎn)品設(shè)計到的功能點以及寫清楚明確具體的功能描述。

比如用戶提出要多表頭，思考多表頭的樣式集中，提供定制常規(guī)多表頭還是提供合并單元功能實現(xiàn)靈活的配置都要清楚明白描述需求。

3. 設(shè)計原型

基于產(chǎn)品功能結(jié)構(gòu)圖，進行原型設(shè)計，原型分為前端和后臺兩部分，前端原型主要目標用戶是公司內(nèi)部開發(fā)人員和業(yè)務(wù)人員；由于前端原型用戶可感知的層面，所以設(shè)計過程種要盡可能的認真思考，減少交互步長，仔細琢磨用戶體驗；

后臺的原型設(shè)計主要是用戶信息、權(quán)限信息、配置信息的功能，面向用戶是部門的產(chǎn)品維護人員；因此后臺的設(shè)計標準只要是考慮提供可支撐前端、同時可以便捷實用。

4. 輸出產(chǎn)品需求文檔

描述每個功能的前置條件、輸入輸出功能、需求功能描述和字段約束等等進行詳細描述輔助開發(fā)人員開發(fā)；比如系統(tǒng)登錄功能輸入賬號密碼，若賬號名密碼正確，成功登錄系統(tǒng)，若不正確返回提示“賬號名稱或密碼錯誤”。

總結(jié)：通過以上四個步驟一步一步推進完善，最終細化到面面俱到，一個有質(zhì)量、有內(nèi)容的產(chǎn)品規(guī)劃，也才能夠真正地幫助用戶解決問題，為企業(yè)帶來豐厚利潤。

依據(jù)公司的情況當前階段可輸出產(chǎn)品需求文檔、業(yè)務(wù)流程圖、原型設(shè)計、UI效果圖和測試用例等等。

四、產(chǎn)品路線圖

完成產(chǎn)品設(shè)計階段后，按照規(guī)劃好產(chǎn)品里程碑目標，做好產(chǎn)品迭代規(guī)劃；然后整理需求池功能清單，分解功能任務(wù)并下發(fā)排期，最后輸出產(chǎn)品路線圖。

產(chǎn)品初創(chuàng)期考慮采用最小化可行產(chǎn)品來驗證范圍，降低貿(mào)然投入大規(guī)模開發(fā)成本風險；最小化可行產(chǎn)品僅包含驗證概念所必須的特殊，多余的特性一點都不開放。

因此我們需要梳理最核心功能：最簡單最常規(guī)的單列頭表格表格（符合基本項目常見功能）作為產(chǎn)品里程碑第一個目標，按照目標規(guī)劃好版本V1.0功能清單，然后再將功能分解下發(fā)進行排期；而用戶提出來多表單靈活功能耗費當前階段很多開發(fā)成本和時間，不適宜當前里程碑目標，那么版本規(guī)劃中將過濾此功能，延至到下個里程碑目標的版本中進行迭代規(guī)劃實現(xiàn)。

規(guī)劃好產(chǎn)品版本后，然后清晰的羅列每個階段產(chǎn)品應(yīng)該要做的事情和時間節(jié)點，以及為達到相應(yīng)的目標需要在什么時間點完成什么樣的版本，輸入產(chǎn)品路線圖讓團隊清晰知道產(chǎn)品目標安排。

我這里羅列路線樣例圖：

圖片來源：百度

依據(jù)公司的情況當前階段可輸出實施進度計劃表等。

五、產(chǎn)品開發(fā)跟進

產(chǎn)品初創(chuàng)過程中，一定要把最核心的功能在第一個階段實現(xiàn)，因為達到的目的是通過第一階段的產(chǎn)品、數(shù)據(jù)來驗證既定的路線是否可行。

因為初創(chuàng)時期需要通過快速迭代加緊產(chǎn)品的發(fā)展。因為是從0-1的產(chǎn)品，一定要特別注意產(chǎn)品初創(chuàng)期的發(fā)展軌跡，把反饋周期縮短，增加反饋密度；每個產(chǎn)品版本都應(yīng)該根據(jù)上一個反饋結(jié)果進行調(diào)整，配合版本計劃進行小步試錯。

因此在產(chǎn)品初創(chuàng)期我們將產(chǎn)品目標和版本規(guī)劃細化到每個月每周每日的安排任務(wù)，并進行每周五產(chǎn)品功能集成驗證，反復(fù)驗證產(chǎn)品是否脫離既定的目標；我們不僅要實時跟進開發(fā)進度還要保障產(chǎn)品質(zhì)量，還需要制定考核標準來監(jiān)管產(chǎn)品研發(fā)進度，而且產(chǎn)品研發(fā)過程涉及到產(chǎn)品、設(shè)計、開發(fā)等多個職能部門，因此我們?yōu)槊總€崗位制定考核機制標準。

例如下發(fā)給開發(fā)人員張三每日任務(wù)連續(xù)一周完成百分比都低于60%，那么進行分析是否任務(wù)安排太多還是技術(shù)難度還是工作散漫；若是任務(wù)安排不合理我們需要及時調(diào)整，若是技術(shù)難度重新考核開發(fā)能力或者提供技術(shù)解決方案，若是工作態(tài)度問題，就按照績效考核標準予以處理。

因此在開發(fā)過程中我們產(chǎn)品經(jīng)理起到至關(guān)重要的作用，既要保障產(chǎn)品質(zhì)量又是保障產(chǎn)品上線時間還要保障團隊合作有條不紊。

依據(jù)公司的情況當前階段可輸出測試報告。

六、產(chǎn)品發(fā)布

產(chǎn)品發(fā)布時，更多時需要提供培訓(xùn)資料以及培訓(xùn)的支持。比如錄一個視頻幫助用戶學(xué)習(xí)了解，還編輯產(chǎn)品使用手冊說明。

當所有工作都已經(jīng)準備好，測試判定可以上線后，另外計劃組織公司內(nèi)部員工進行線上培訓(xùn)開講。

對用戶培訓(xùn)更多是讓用戶理解產(chǎn)品目的，讓各個協(xié)同部門在各自崗位能更好的利用產(chǎn)品節(jié)省工作時間。同時培訓(xùn)用戶學(xué)習(xí)的流程，對用戶進行指導(dǎo)，讓用戶更快更好的理解和使用產(chǎn)品。

比如：當產(chǎn)品V1.0成功上線后，發(fā)布產(chǎn)品V１.０功能描述，并組織公司內(nèi)部員工進行一場下線培訓(xùn)，現(xiàn)場演示一遍產(chǎn)品功能，并進行產(chǎn)品答疑工作并進行需求進一步收集，進而周而復(fù)始的周期迭代管理就展開了。

依據(jù)公司的情況當前階段可輸出用戶使用說明書、培訓(xùn)視頻、測試報告等。

七、產(chǎn)品迭代

產(chǎn)品迭代上線以后，不斷收集用戶在使用產(chǎn)品情況或者用戶行為是否按預(yù)期進行并運用到項目；比如用戶在配置過程中存在什么疑問，哪方面覺得操作不方面，還存在什么問題；再比如用戶將配置的表單通過api接口方式運用到項目中存在跨域或者其他問題。

我們要對存在問題進行收集，及時分析其原因，基于最小化產(chǎn)品原則，明確每個版本迭代目標的，不斷調(diào)整策略，持續(xù)迭代，讓成果往好的方向發(fā)展。

比如需要你在規(guī)劃版本的時候考慮產(chǎn)品功能的延展性，需不需要在一個版本里面把所有的功能都做完，可不可以分幾個版本迭代來實現(xiàn)。

例如你規(guī)劃一個數(shù)據(jù)庫配置支持哪幾種，前期是不是可以只做ｍｙｓｑｌ數(shù)據(jù)庫類型，還是只支持ｏｒｃｌｅ類型功能，在以后的版本不斷新增，這個就要分析公司常見項目都是采用最多是哪幾種數(shù)據(jù)庫類型；比如ｍｓｓｑｌ數(shù)據(jù)庫項目一年最多３個，那么花費那么多時間去迭代此功能是否合理？

產(chǎn)品的迭代是有一條循環(huán)的流水線的：需求收集-需求分析-版本規(guī)劃-原型策劃-原型評審-UI 設(shè)計-開發(fā)-測試-發(fā)布。

一般而言，為了效率最大化，明確每個版本迭代目標的，確保產(chǎn)品每一次迭代能留住最主要的用戶或者項目，實現(xiàn)產(chǎn)品核心價值。

依據(jù)公司的情況當前階段可輸出使用情況報告、產(chǎn)品成果等。

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

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