起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識B端產品解決方案設計方法論：以業務和需求為導向
B端產品解決方案是產品開發的指導性框架，想要順利進行B端產品的開發，產品解決方案是必不可少的。本文從上至下對產品解決方案進行了梳理，并給出了設計過程中的建議。
解決方案通常是指針對某些已經體現出的，或者可以預期的問題、不足、缺陷、需求等等，所提出的一個解決整體問題方法的方案(一般以文檔形式體現)。
對于B端產品的研發過程，解決方案是針對業務本身或者解決某些業務問題，所提出的產品設計方案。
在B端產品研發和實施過程中，解決方案是十分必要的。不同于C端產品的研發，需要采用MVP模式，強調小步快跑、敏捷迭代、快速試錯。
B端產品的需求對應的業務和問題，都是固定存在的。所以，我們需要在產品研發啟動前，就設計解決方案，作為研發過程的指導性框架。
解決方案從頂層定義了，我們針對需求要做什么產品，該怎么做，什么時間完成。同時，解決方案在項目立項時，是重要的基石；在進行與客戶進行商務溝通時，是獲得客戶信任的重要憑證。
在現實場景中，B端產品的解決方案，有多種用途。比如，作為商務或者銷售活動的材料、作為產品立項的依據、作為項目的整體設計等等。
針對這些使用場景，產品經理一般需要設計三類解決方案：
- 整體解決方案；
- 細節解決方案；
- 技術解決方案。
這三個方案既有獨立的用途，又是相互關聯的。整體方案細化和添加更多的內容后，就是細節設計方案；技術方案很多時候，是作為細節方案的其中一部分存在的。
當然，對于B端產品的解決方案，重要的針對需求、業務和問題的產品設計，而不是寫出一份文檔。所以，作為產品經理，如果我們要出具一份解決方案，我們就有兩部分工作要做：一是設計解決方案；二是寫作解決方案。
對于寫作，其實只要我們完成了「設計」工作，就相對比較簡單了。因為，解決方案對內容只要求簡單明了即可，在某些時候我們甚至可以用PPT制作解決方案。而設計解決方案，是一個系統性的過程，通常需要多個角色甚至部門參與，特別是細節方案和技術方案的設計。
一、整體解決方案
現在我們從整體性解決方案開始，介紹如何設計產品解決方案。
首先，整體性的解決方案主要包含產品背景、核心流程、產品定位、產品架構、功能模塊、演進藍圖、資源投入。這些內容，并不是完全固定的，需要根據我們所處的場景適當調節。其核心目的，是要構建出一個產品的從無到有的過程，以及將這個產品呈現給他人。
在設計解決方案和產品時，B端產品建議采用自頂向下、由粗到細的思路。
下文在來分析一下各部分應該如何設計，含有那些內容。
1. 產品背景
產品背景主要介紹產品的行業背景和需求背景，以及產品可行性分析。這部分內容，主要是產品經理需要將產品的業務調研、業務診斷、需求分析的內容展示出來。
- 業務調研是指業務的戰略方向、經營模式、管理方法和業務模式；
- 業務診斷需要體現出，客戶對于業務提出了什么問題，我們從業務中分析出了什么問題；
- 需求分析則是結合用戶提出的需求，去分析場景、角色和業務。
在進行呈現時，一般呈現依據和結論既可。
2. 核心流程
核心流程是需要分析并展示出業務的核心流程。
在分析核心流程時，需要與角色分析結合，最終需要以跨角色的流程圖展示出業務的核心流程——核心流程是之后我們設計各個業務系統，各個產品功能的起點。
3. 產品定位
產品定位是對產品的整體性描述。簡單來說，就是要描述清楚我們要做一個什么樣的產品。
這部分也需要與需求、業務和問題結合，闡述清楚針對什么業務做產品，產品解決了什么問題，帶來了什么價值。
4. 產品架構
產品架構指的的產品的整體性結構。
在產品架構設計時，我們需要首先進行業務架構的分析，然后設計產品的系統結構，再梳理出產品的核心系統，最后基于以上內容設計出產品的架構圖。
業務架構分析，主要是分析出針對業務，產品需要哪些系統；系統架構設計，是分析出系統間的組織形式和交互過程；核心系統梳理，是指分析和定義出產品的最核心的系統，其它系統都是圍繞該系統運作的。最后，可以用架構圖來展示展示我們產品的架構。
在設計產品架構時，除了依賴于業務的分析，還要結合我們的經驗。同時，還要考慮一些產品的非業務場景。比如，兼容老系統的業務系統架構，與外部系統對接的產品架構等等。
5. 功能模塊
在設計產品架構的時候，我們已經分析出了我們的產品需要哪些系統?，F在我們需要在對這些系統進行細化，設計出構成這些系統的功能。
一個系統可能是由多個功能構成的，所以我們也要整理出功能的層級和交互關系。功能是對需求和業務理解并分析的最小維度。如果說產品架構是產品的骨骼，功能就是填充在骨骼中間的血肉，并構成一個個系統。
6. 演進藍圖
演進藍圖通俗點說，就是迭代計劃。迭代計劃是以功能為維度來設計的。
B端產品的迭代規劃設計，是以實現業務閉環為目標，即先建立核心可用業務，再逐步擴展到整個業務流程，直至完成業務閉環。
基于業務閉環的迭代規劃，強調由核心業務向整個業務拓展，業務的方向和規劃，一定是明確和可靠的。設計好功能的迭代計劃后，需要根據技術的可行性調研，然后與研發人員合力，明確演進藍圖的時間表。
在設計迭代計劃時，我們還需要根據業務背景和團隊背景，預留出一定的時間作為異常情況的緩沖區間。
在設計演進藍圖時，我們還可以根據產品開發的標志性事件或者業務小閉環節點，來設計出相應的里程碑計劃。
7. 成本預估
成本預估就是評估在整個產品開發過程中，我們需要投入那些資源，換算成成本是多少。
成本估算的評估要和演進藍圖結合，劃分到完成那期功能需要投入多少資源。資源投入除了整體性評估之外，也需要細化到具體的開發人員組成、服務采購等具體的研發投入。
二、細節解決方案
細節方案多用于B端業務型產品開發。在我們進行產品研發的過程中，往往還需要更為細致的解決方案，來指導我們技術人員的開發。
細節方案，也可以看做是PRD等研發文檔的Plus版本。在整體解決方案的基礎上，需要增加業務建模、數據建模、功能設計、技術方案、產品原型設計、附加文檔，將整個解決方案，細化到產品細節層面的設計。
技術方案下文單獨分析。
1. 業務建模
業務建模主要梳理詳細的業務流程。包含各子業務的流程，各系統的業務流程，各功能的運行流程，還要使用用例圖分析出角色和系統的關系。
完成業務建模后，我們對整個業務的脈絡就非常清晰了。之后，依據業務的建模，我們才能完成功能邏輯的設計。
業務建模是產品經理對業務梳理和分析的最終成果。
2. 數據建模
數據建模主要是分析系統中的角色和各個實例，在產品的系統是有那些數據字段構成？實例間存在怎樣的關系？再將實例和關系抽象成數據模型——數據模型會關系到數據庫表的設計，影響到功能設計和技術方案，所以我們要盡早設計數據模型。
在設計數據模型時，我們要保證模型的全面性和擴展性。而分析數據模型時，最典型的就是使用ER圖來進行分析。
3. 功能設計
在整體方案時，我們已經分析出了產品包含哪些功能。現在，我們要具體設計每個功能。
設計功能時，要明確功能要展示哪些數據，功能有那些操作，功能的操作流程是怎么樣的。設計好功能后，要將功能整理成功能清單。同時，我們還需要考慮一些不直觀的設計。比如，字典設計、數據權限設計、賬號系統等。在設計功能時，產品經理很多功能采用一些通用的范式，比如權限設計、報表設計、首頁、導航等。
4. 產品原型設計
產品原型則是依據功能清單，根據產品平臺的設計和交互規范，將功能清單轉化為線框圖。產品原型也要包含產品的交互設計。
在設計產品原型時，我們要準備好相關的說明文檔。同時我們一定要明確，對于B端產品UI和交互的設計，要配合業務和功能的設計。
5. 產品文檔
產品文檔指我們在設計詳細解決方案時，也需要提供產品設計的一些必要文檔。最好，可以將這些文檔整合到解決方案中，常見的有PRD、UML圖、流程圖、交互文檔等。
三、技術方案
技術方案一般都是由技術人員設計。他們會根據細節方案中的產品設計，設計出可行的技術方案。但是，難免會出現產品需求和技術沖突的時候。
此時產品經理作為決策者之一，也會參與其中，決定最終的技術方案設計。產品經理也需要在產品需求和技術間，做出各種抉擇。為了設計出更好的技術方案，產品經理應該懂一些技術。特別是某些以技術為核心競爭力的B端產品。
對于B端產品，應該會數據庫表的設計和SQL語言，最好還會一門語言。我認為，一個優秀的B端產品經理，應該是對于軟件工程有深刻理解的。在設計技術解決方案時，產品經理關注點在于技術成本、實現周期、技術風險、安全性和未來的擴展性。
由于技術方案主要是技術人員的工作，本文就不深入討論了。
四、總結
本文所設計解決方案的方法，其實都是我過去文章，所使用的方法和分析的內容的歸納和總結。本文中的一些模塊，可以直接在以前的文章中找到，特別是用到的一些UML圖和表格。
解決方案，本身就是產品的抽象。設計解決方案，就是在設計產品本身，也是需求分析、業務調研、業務診斷與分析、產品設計、產品規劃的過程。
作者：產品小思考，B端產品經理，微信公眾號：產品小思考
本文由 @產品小思考 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
可以求一份文檔模板嗎。
看來大家都是學習那本書阿，哈哈??
看過那本書，學到挺多東西的。不過我寫的到不是借鑒那本書的內容，可以看看我之前的內容，方法還是有所區別的，那時那本書應該還沒發吧
什么書？推薦一下謝謝
他應該說的是「決勝B端」
這個有像類似于決勝b端的內容
很理論
算是框架，是我之前寫的一些文章方法的構成的。每一塊內容，我之前的文章都有詳細的介紹，還有我自己的例子。