從0到1的B端產(chǎn)品方案，10年老兵的經(jīng)驗和總結
上一篇，我們講了從0到1設計B端產(chǎn)品的總體方案。有興趣的朋友可以點擊閱讀《5000字長文：B端產(chǎn)品從0到1，產(chǎn)品方案+案例》。
今天，我們繼續(xù)講詳細方案，并且分析產(chǎn)品經(jīng)理如何培養(yǎng)自己的方案能力。
01 詳細方案的結構和要點
總體方案主要是對產(chǎn)品價值、總體流程和架構進行說明。一方面便于給公司和客戶高層進行匯報；另一方面也便于產(chǎn)品經(jīng)理們了解彼此的工作，提高溝通與協(xié)作效率。
而詳細方案則需要對每個模塊的需求進行分析并明確成功指標，然后通過文字說明和流程圖對解決方案進行闡述，最后才是頁面設計和相關邏輯說明。對于大的B端產(chǎn)品，詳細方案可能需要分解給多個產(chǎn)品經(jīng)理完成。
對于一個完整的詳細方案，需要包括以下內容：
1）需求分析
2）明確成功指標
3）方案要點說明
4）方案流程
5）原型圖
接下來我們逐個闡述。
02 需求分析
雖然在業(yè)務調研部分，我們已經(jīng)對詳細需求進行過分析，但是考慮到合理的需求是成功產(chǎn)品的基石，另外，也考慮到需要給開發(fā)、測試等部門承諾需求的可靠性。因此，我們可以在詳細方案中對需求的合理性進行闡述。
除了對重點需求的描述，我們還需要明確三點：
1）是不是偽需求
2）是不是當前版本需求
3）是不是個性化需求
對于偽需求，需要我們秉持“究竟精神”，多問幾個為什么。另外，有一些需求可能是真需求，但價值很低，需要綜合考量以評估優(yōu)先級。
比如，客戶可能希望在發(fā)貨時，給訂單對應的銷售人員發(fā)送一條短信，告知訂單已發(fā)貨。但你可以告知客戶，一條短信需要支付8分錢，客戶如果明確表示不愿意支付，那么這樣的需求可能就屬于低價值需求了。
如果是0到1 的項目，當前版本需求是指：如果不滿足這個需求，客戶就無法走完整個流程，或者體驗和效率存在明顯缺陷。對于沒有納入當前版本的重要需求，我們也需要記錄下來，便于從整體上對架構進行設計。
比如，如果我們計劃將產(chǎn)品擴展到財務核算模塊，或者與專業(yè)財務系統(tǒng)打通，產(chǎn)品架構和技術架構設計就可以提前進行準備。
如果是SaaS產(chǎn)品，且面對大客戶，則可能需要滿足一些“個性化需求”。
首先，我們必須承認，所謂個性化需求往往都是“產(chǎn)品能力不足”造成的。因為運營和管理本身就是個性化的，畢竟每個企業(yè)都要面對不同的內外部環(huán)境（包括政治環(huán)境），因此大部分個性化需求都是合理的。
對于個性化需求，短期來說，需要做好低耦合的設計：即將個性化的功能做成可配置，這樣就不會影響其他客戶的使用。長期來說，我們需要完善產(chǎn)品的PaaS能力。只有能滿足大多數(shù)“個性化需求”的SaaS產(chǎn)品，才能低成本、高效率滿足大客戶的需求。
比如，對于個性化報表需求，短期來說，我們可以做成單獨的應用，完全和其他客戶的應用隔離開。長期來說，我們可以研發(fā)BI報表平臺，通過配置來滿足客戶需求。
03 明確成功指標
所有的B端產(chǎn)品或功能，都有成功指標。成功指標不但可以衡量工作成果，更重要的是，通過明確和拆分成功指標，我們可以找到讓產(chǎn)品變得更好的方法。
比如，對于“供應商自主上傳商品”的功能，如果目標是減輕運營負擔和增加商品上架速度，那么“上傳商品數(shù)”、“商品上傳成功率”都是重要的成功指標。如果商品上傳成功率偏低，或者商品數(shù)據(jù)質量不高，我們就必須分析原因并找到改善方法。比如，如果上傳的條碼數(shù)據(jù)錯誤率很高，我們就可以在上傳流程中接入第三方服務對條碼進行驗證。
而對于SaaS產(chǎn)品，“活躍用戶數(shù)”是一個通用指標。不過，有時候活躍并不能反映用戶粘性。比如，如果用戶使用的只是“打卡”、“日報”這類相對淺顯的功能，那么用戶的活躍質量可能并不高。只有用戶通過SaaS產(chǎn)品來管理核心業(yè)務，比如銷售訂單、發(fā)貨單等，這樣的活躍才是有質量的。因此，我們可以考慮使用“核心功能使用率”、“核心單據(jù)數(shù)量”等作為成功指標。
關于SaaS產(chǎn)品的指標分析，可以點擊閱讀我的原創(chuàng)《不懂這些指標，你就做不出優(yōu)秀的SaaS產(chǎn)品。附案例》
04 方案要點說明
B端產(chǎn)品雖然體現(xiàn)為業(yè)務流程，但是真正解決用戶痛點的，可能是其中幾個功能。因此，在方案要點部分，我們需要對這些功能特性進行說明，以便于大家明確產(chǎn)品重點，確保關鍵功能的研發(fā)質量。
比如，在快消品行業(yè)中，及時了解各品牌的鋪貨數(shù)據(jù)，對于了解行業(yè)競爭動態(tài)，以及我方鋪貨質量非常重要。比如在便利店冰柜中，最外面一排一共有42個位置，如果百事可樂占據(jù)了21個位置，那么它的排面占有率就達到了50%。如果不考慮其他因素，我們可以粗略認為客戶有50%的概率會購買百事可樂。在以前，一個冰柜被哪些品牌占據(jù)，以及這些品牌分別占據(jù)了多少位置，需要由業(yè)務員在門店拜訪時人工識別并手工錄入，工作量非常大。而我們的SFA（銷售自動化）產(chǎn)品則提供了圖像識別功能，通過拍照就可以識別品牌和排面占有率，從而大大減輕業(yè)務員工作量。
便利店冰柜
毫無疑問，圖像識別功能將是門店拜訪流程中的關鍵功能，需要我們在詳細方案中重點說明，并將“識別成功率”作為關鍵指標。研發(fā)和測試同學也需要對圖像識別功能重點關注，并確保滿足指標要求。
05 方案流程圖
一般來說，如果是0到1的產(chǎn)品，方案流程圖是必要的。但如果是后續(xù)的小迭代，方案流程圖則可以省略。
好的方案流程圖，應該是從角色和行為兩個維度，清晰、完整的對整個業(yè)務流程進行闡述。這樣不管是開發(fā)同學，還是測試同學，都能夠快速對所負責的功能流程有一個清晰完整的認識。如下圖：
XX公司庫存盤點流程
06 原型圖
原型圖是產(chǎn)品詳細方案的主體部分，也是直接決定產(chǎn)品研發(fā)質量的部分。因此我個人認為，對于B端產(chǎn)品，原型圖的頁面和注釋應該盡可能的詳細。原因有如下幾點：
1）便于梳理思路
B端產(chǎn)品非常強調流程和交互的邏輯性，一旦考慮不周，小則影響用戶體驗，大則影響正常業(yè)務，甚至導致用戶投訴。
而做原型圖的過程，其實就是我們梳理思路的過程。當我們把每一個新的交互都畫出來，并且描述清楚相關邏輯，我們總是能發(fā)現(xiàn)自己的一些疏漏。
2）便于與開發(fā)和測試協(xié)作
好的原型圖，應該是方案評審以后，開發(fā)和測試都能獨立完成自己的工作。我做產(chǎn)品經(jīng)理的時候，開發(fā)和測試很少來找我溝通產(chǎn)品細節(jié)，就是因為他們總是能在原型圖上找到答案。
這樣一方面是大家的效率都很高，另一方面是，也最大程度上規(guī)避了口頭溝通導致的bug。
3）便于與其他產(chǎn)品經(jīng)理協(xié)作
隨著產(chǎn)品越來越大，我們難免需要把部分工作交接給其他同事，或者有新同事入職，你需要給他介紹當前的產(chǎn)品邏輯。如果你有一個詳細的原型圖，就可以減少很多不必要的溝通。
另外，我畫原型圖的時候，喜歡把歷史版本都歸集在一個原型文檔，這樣非常便于追溯。當然，前提是我們要做好版本更新記錄，如下圖是一個報表功能的版本更新記錄：
07 如何培養(yǎng)方案能力
方案能力實際上是一種綜合能力，培養(yǎng)的難點是架構能力和商業(yè)思維。當然，交互設計等能力也很重要，但是相對來說，這些能力培養(yǎng)起來相對容易得多。
關于產(chǎn)品經(jīng)理的架構能力和商業(yè)思維，大家可以閱讀我的文章：
《成熟的B端產(chǎn)品經(jīng)理，都有這個能力》
如果我們想快速具備架構能力和商業(yè)思維，最關鍵的是要持續(xù)學習。包括向客戶學、向對手學、向先進學和向自己學。具體學習方法，大家可以閱讀我的文章：
最后，歡迎關注我的公眾號，加入中國(可能是)最大的SaaS微信群。已有近8000名來自騰訊、阿里、微盟和有贊等公司的B端產(chǎn)品經(jīng)理和400+SaaS高管加入。現(xiàn)在加入，還可以免費領取Oracle、Salesforce等資料大禮包哦~