B端產(chǎn)品解決方案是產(chǎn)品開發(fā)的指導(dǎo)性框架，想要順利進(jìn)行B端產(chǎn)品的開發(fā)，產(chǎn)品解決方案是必不可少的。本文從上至下對(duì)產(chǎn)品解決方案進(jìn)行了梳理，并給出了設(shè)計(jì)過程中的建議。

解決方案通常是指針對(duì)某些已經(jīng)體現(xiàn)出的，或者可以預(yù)期的問題、不足、缺陷、需求等等，所提出的一個(gè)解決整體問題方法的方案(一般以文檔形式體現(xiàn))。

對(duì)于B端產(chǎn)品的研發(fā)過程，解決方案是針對(duì)業(yè)務(wù)本身或者解決某些業(yè)務(wù)問題，所提出的產(chǎn)品設(shè)計(jì)方案。

在B端產(chǎn)品研發(fā)和實(shí)施過程中，解決方案是十分必要的。不同于C端產(chǎn)品的研發(fā)，需要采用MVP模式，強(qiáng)調(diào)小步快跑、敏捷迭代、快速試錯(cuò)。

B端產(chǎn)品的需求對(duì)應(yīng)的業(yè)務(wù)和問題，都是固定存在的。所以，我們需要在產(chǎn)品研發(fā)啟動(dòng)前，就設(shè)計(jì)解決方案，作為研發(fā)過程的指導(dǎo)性框架。

解決方案從頂層定義了，我們針對(duì)需求要做什么產(chǎn)品，該怎么做，什么時(shí)間完成。同時(shí)，解決方案在項(xiàng)目立項(xiàng)時(shí)，是重要的基石；在進(jìn)行與客戶進(jìn)行商務(wù)溝通時(shí)，是獲得客戶信任的重要憑證。

在現(xiàn)實(shí)場(chǎng)景中，B端產(chǎn)品的解決方案，有多種用途。比如，作為商務(wù)或者銷售活動(dòng)的材料、作為產(chǎn)品立項(xiàng)的依據(jù)、作為項(xiàng)目的整體設(shè)計(jì)等等。

針對(duì)這些使用場(chǎng)景，產(chǎn)品經(jīng)理一般需要設(shè)計(jì)三類解決方案：

1. 整體解決方案；
2. 細(xì)節(jié)解決方案；
3. 技術(shù)解決方案。

這三個(gè)方案既有獨(dú)立的用途，又是相互關(guān)聯(lián)的。整體方案細(xì)化和添加更多的內(nèi)容后，就是細(xì)節(jié)設(shè)計(jì)方案；技術(shù)方案很多時(shí)候，是作為細(xì)節(jié)方案的其中一部分存在的。

當(dāng)然，對(duì)于B端產(chǎn)品的解決方案，重要的針對(duì)需求、業(yè)務(wù)和問題的產(chǎn)品設(shè)計(jì)，而不是寫出一份文檔。所以，作為產(chǎn)品經(jīng)理，如果我們要出具一份解決方案，我們就有兩部分工作要做：一是設(shè)計(jì)解決方案；二是寫作解決方案。

對(duì)于寫作，其實(shí)只要我們完成了「設(shè)計(jì)」工作，就相對(duì)比較簡(jiǎn)單了。因?yàn)椋鉀Q方案對(duì)內(nèi)容只要求簡(jiǎn)單明了即可，在某些時(shí)候我們甚至可以用PPT制作解決方案。而設(shè)計(jì)解決方案，是一個(gè)系統(tǒng)性的過程，通常需要多個(gè)角色甚至部門參與，特別是細(xì)節(jié)方案和技術(shù)方案的設(shè)計(jì)。

一、整體解決方案

現(xiàn)在我們從整體性解決方案開始，介紹如何設(shè)計(jì)產(chǎn)品解決方案。

首先，整體性的解決方案主要包含產(chǎn)品背景、核心流程、產(chǎn)品定位、產(chǎn)品架構(gòu)、功能模塊、演進(jìn)藍(lán)圖、資源投入。這些內(nèi)容，并不是完全固定的，需要根據(jù)我們所處的場(chǎng)景適當(dāng)調(diào)節(jié)。其核心目的，是要構(gòu)建出一個(gè)產(chǎn)品的從無到有的過程，以及將這個(gè)產(chǎn)品呈現(xiàn)給他人。

在設(shè)計(jì)解決方案和產(chǎn)品時(shí)，B端產(chǎn)品建議采用自頂向下、由粗到細(xì)的思路。

下文在來分析一下各部分應(yīng)該如何設(shè)計(jì)，含有那些內(nèi)容。

1. 產(chǎn)品背景

產(chǎn)品背景主要介紹產(chǎn)品的行業(yè)背景和需求背景，以及產(chǎn)品可行性分析。這部分內(nèi)容，主要是產(chǎn)品經(jīng)理需要將產(chǎn)品的業(yè)務(wù)調(diào)研、業(yè)務(wù)診斷、需求分析的內(nèi)容展示出來。

• 業(yè)務(wù)調(diào)研是指業(yè)務(wù)的戰(zhàn)略方向、經(jīng)營(yíng)模式、管理方法和業(yè)務(wù)模式；
• 業(yè)務(wù)診斷需要體現(xiàn)出，客戶對(duì)于業(yè)務(wù)提出了什么問題，我們從業(yè)務(wù)中分析出了什么問題；
• 需求分析則是結(jié)合用戶提出的需求，去分析場(chǎng)景、角色和業(yè)務(wù)。

在進(jìn)行呈現(xiàn)時(shí)，一般呈現(xiàn)依據(jù)和結(jié)論既可。

2. 核心流程

核心流程是需要分析并展示出業(yè)務(wù)的核心流程。

在分析核心流程時(shí)，需要與角色分析結(jié)合，最終需要以跨角色的流程圖展示出業(yè)務(wù)的核心流程——核心流程是之后我們?cè)O(shè)計(jì)各個(gè)業(yè)務(wù)系統(tǒng)，各個(gè)產(chǎn)品功能的起點(diǎn)。

3. 產(chǎn)品定位

產(chǎn)品定位是對(duì)產(chǎn)品的整體性描述。簡(jiǎn)單來說，就是要描述清楚我們要做一個(gè)什么樣的產(chǎn)品。

這部分也需要與需求、業(yè)務(wù)和問題結(jié)合，闡述清楚針對(duì)什么業(yè)務(wù)做產(chǎn)品，產(chǎn)品解決了什么問題，帶來了什么價(jià)值。

4. 產(chǎn)品架構(gòu)

產(chǎn)品架構(gòu)指的的產(chǎn)品的整體性結(jié)構(gòu)。

在產(chǎn)品架構(gòu)設(shè)計(jì)時(shí)，我們需要首先進(jìn)行業(yè)務(wù)架構(gòu)的分析，然后設(shè)計(jì)產(chǎn)品的系統(tǒng)結(jié)構(gòu)，再梳理出產(chǎn)品的核心系統(tǒng)，最后基于以上內(nèi)容設(shè)計(jì)出產(chǎn)品的架構(gòu)圖。

業(yè)務(wù)架構(gòu)分析，主要是分析出針對(duì)業(yè)務(wù)，產(chǎn)品需要哪些系統(tǒng)；系統(tǒng)架構(gòu)設(shè)計(jì)，是分析出系統(tǒng)間的組織形式和交互過程；核心系統(tǒng)梳理，是指分析和定義出產(chǎn)品的最核心的系統(tǒng)，其它系統(tǒng)都是圍繞該系統(tǒng)運(yùn)作的。最后，可以用架構(gòu)圖來展示展示我們產(chǎn)品的架構(gòu)。

在設(shè)計(jì)產(chǎn)品架構(gòu)時(shí)，除了依賴于業(yè)務(wù)的分析，還要結(jié)合我們的經(jīng)驗(yàn)。同時(shí)，還要考慮一些產(chǎn)品的非業(yè)務(wù)場(chǎng)景。比如，兼容老系統(tǒng)的業(yè)務(wù)系統(tǒng)架構(gòu)，與外部系統(tǒng)對(duì)接的產(chǎn)品架構(gòu)等等。

5. 功能模塊

在設(shè)計(jì)產(chǎn)品架構(gòu)的時(shí)候，我們已經(jīng)分析出了我們的產(chǎn)品需要哪些系統(tǒng)?，F(xiàn)在我們需要在對(duì)這些系統(tǒng)進(jìn)行細(xì)化，設(shè)計(jì)出構(gòu)成這些系統(tǒng)的功能。

一個(gè)系統(tǒng)可能是由多個(gè)功能構(gòu)成的，所以我們也要整理出功能的層級(jí)和交互關(guān)系。功能是對(duì)需求和業(yè)務(wù)理解并分析的最小維度。如果說產(chǎn)品架構(gòu)是產(chǎn)品的骨骼，功能就是填充在骨骼中間的血肉，并構(gòu)成一個(gè)個(gè)系統(tǒng)。

6. 演進(jìn)藍(lán)圖

演進(jìn)藍(lán)圖通俗點(diǎn)說，就是迭代計(jì)劃。迭代計(jì)劃是以功能為維度來設(shè)計(jì)的。

B端產(chǎn)品的迭代規(guī)劃設(shè)計(jì)，是以實(shí)現(xiàn)業(yè)務(wù)閉環(huán)為目標(biāo)，即先建立核心可用業(yè)務(wù)，再逐步擴(kuò)展到整個(gè)業(yè)務(wù)流程，直至完成業(yè)務(wù)閉環(huán)。

基于業(yè)務(wù)閉環(huán)的迭代規(guī)劃，強(qiáng)調(diào)由核心業(yè)務(wù)向整個(gè)業(yè)務(wù)拓展，業(yè)務(wù)的方向和規(guī)劃，一定是明確和可靠的。設(shè)計(jì)好功能的迭代計(jì)劃后，需要根據(jù)技術(shù)的可行性調(diào)研，然后與研發(fā)人員合力，明確演進(jìn)藍(lán)圖的時(shí)間表。

在設(shè)計(jì)迭代計(jì)劃時(shí)，我們還需要根據(jù)業(yè)務(wù)背景和團(tuán)隊(duì)背景，預(yù)留出一定的時(shí)間作為異常情況的緩沖區(qū)間。

在設(shè)計(jì)演進(jìn)藍(lán)圖時(shí)，我們還可以根據(jù)產(chǎn)品開發(fā)的標(biāo)志性事件或者業(yè)務(wù)小閉環(huán)節(jié)點(diǎn)，來設(shè)計(jì)出相應(yīng)的里程碑計(jì)劃。

7. 成本預(yù)估

成本預(yù)估就是評(píng)估在整個(gè)產(chǎn)品開發(fā)過程中，我們需要投入那些資源，換算成成本是多少。

成本估算的評(píng)估要和演進(jìn)藍(lán)圖結(jié)合，劃分到完成那期功能需要投入多少資源。資源投入除了整體性評(píng)估之外，也需要細(xì)化到具體的開發(fā)人員組成、服務(wù)采購(gòu)等具體的研發(fā)投入。

二、細(xì)節(jié)解決方案

細(xì)節(jié)方案多用于B端業(yè)務(wù)型產(chǎn)品開發(fā)。在我們進(jìn)行產(chǎn)品研發(fā)的過程中，往往還需要更為細(xì)致的解決方案，來指導(dǎo)我們技術(shù)人員的開發(fā)。

細(xì)節(jié)方案，也可以看做是PRD等研發(fā)文檔的Plus版本。在整體解決方案的基礎(chǔ)上，需要增加業(yè)務(wù)建模、數(shù)據(jù)建模、功能設(shè)計(jì)、技術(shù)方案、產(chǎn)品原型設(shè)計(jì)、附加文檔，將整個(gè)解決方案，細(xì)化到產(chǎn)品細(xì)節(jié)層面的設(shè)計(jì)。

技術(shù)方案下文單獨(dú)分析。

1. 業(yè)務(wù)建模

業(yè)務(wù)建模主要梳理詳細(xì)的業(yè)務(wù)流程。包含各子業(yè)務(wù)的流程，各系統(tǒng)的業(yè)務(wù)流程，各功能的運(yùn)行流程，還要使用用例圖分析出角色和系統(tǒng)的關(guān)系。

完成業(yè)務(wù)建模后，我們對(duì)整個(gè)業(yè)務(wù)的脈絡(luò)就非常清晰了。之后，依據(jù)業(yè)務(wù)的建模，我們才能完成功能邏輯的設(shè)計(jì)。

業(yè)務(wù)建模是產(chǎn)品經(jīng)理對(duì)業(yè)務(wù)梳理和分析的最終成果。

2. 數(shù)據(jù)建模

數(shù)據(jù)建模主要是分析系統(tǒng)中的角色和各個(gè)實(shí)例，在產(chǎn)品的系統(tǒng)是有那些數(shù)據(jù)字段構(gòu)成？實(shí)例間存在怎樣的關(guān)系？再將實(shí)例和關(guān)系抽象成數(shù)據(jù)模型——數(shù)據(jù)模型會(huì)關(guān)系到數(shù)據(jù)庫表的設(shè)計(jì)，影響到功能設(shè)計(jì)和技術(shù)方案，所以我們要盡早設(shè)計(jì)數(shù)據(jù)模型。

在設(shè)計(jì)數(shù)據(jù)模型時(shí)，我們要保證模型的全面性和擴(kuò)展性。而分析數(shù)據(jù)模型時(shí)，最典型的就是使用ER圖來進(jìn)行分析。

3. 功能設(shè)計(jì)

在整體方案時(shí)，我們已經(jīng)分析出了產(chǎn)品包含哪些功能?，F(xiàn)在，我們要具體設(shè)計(jì)每個(gè)功能。

設(shè)計(jì)功能時(shí)，要明確功能要展示哪些數(shù)據(jù)，功能有那些操作，功能的操作流程是怎么樣的。設(shè)計(jì)好功能后，要將功能整理成功能清單。同時(shí)，我們還需要考慮一些不直觀的設(shè)計(jì)。比如，字典設(shè)計(jì)、數(shù)據(jù)權(quán)限設(shè)計(jì)、賬號(hào)系統(tǒng)等。在設(shè)計(jì)功能時(shí)，產(chǎn)品經(jīng)理很多功能采用一些通用的范式，比如權(quán)限設(shè)計(jì)、報(bào)表設(shè)計(jì)、首頁、導(dǎo)航等。

4. 產(chǎn)品原型設(shè)計(jì)

產(chǎn)品原型則是依據(jù)功能清單，根據(jù)產(chǎn)品平臺(tái)的設(shè)計(jì)和交互規(guī)范，將功能清單轉(zhuǎn)化為線框圖。產(chǎn)品原型也要包含產(chǎn)品的交互設(shè)計(jì)。

在設(shè)計(jì)產(chǎn)品原型時(shí)，我們要準(zhǔn)備好相關(guān)的說明文檔。同時(shí)我們一定要明確，對(duì)于B端產(chǎn)品UI和交互的設(shè)計(jì)，要配合業(yè)務(wù)和功能的設(shè)計(jì)。

5. 產(chǎn)品文檔

產(chǎn)品文檔指我們?cè)谠O(shè)計(jì)詳細(xì)解決方案時(shí)，也需要提供產(chǎn)品設(shè)計(jì)的一些必要文檔。最好，可以將這些文檔整合到解決方案中，常見的有PRD、UML圖、流程圖、交互文檔等。

三、技術(shù)方案

技術(shù)方案一般都是由技術(shù)人員設(shè)計(jì)。他們會(huì)根據(jù)細(xì)節(jié)方案中的產(chǎn)品設(shè)計(jì)，設(shè)計(jì)出可行的技術(shù)方案。但是，難免會(huì)出現(xiàn)產(chǎn)品需求和技術(shù)沖突的時(shí)候。

此時(shí)產(chǎn)品經(jīng)理作為決策者之一，也會(huì)參與其中，決定最終的技術(shù)方案設(shè)計(jì)。產(chǎn)品經(jīng)理也需要在產(chǎn)品需求和技術(shù)間，做出各種抉擇。為了設(shè)計(jì)出更好的技術(shù)方案，產(chǎn)品經(jīng)理應(yīng)該懂一些技術(shù)。特別是某些以技術(shù)為核心競(jìng)爭(zhēng)力的B端產(chǎn)品。

對(duì)于B端產(chǎn)品，應(yīng)該會(huì)數(shù)據(jù)庫表的設(shè)計(jì)和SQL語言，最好還會(huì)一門語言。我認(rèn)為，一個(gè)優(yōu)秀的B端產(chǎn)品經(jīng)理，應(yīng)該是對(duì)于軟件工程有深刻理解的。在設(shè)計(jì)技術(shù)解決方案時(shí)，產(chǎn)品經(jīng)理關(guān)注點(diǎn)在于技術(shù)成本、實(shí)現(xiàn)周期、技術(shù)風(fēng)險(xiǎn)、安全性和未來的擴(kuò)展性。

由于技術(shù)方案主要是技術(shù)人員的工作，本文就不深入討論了。

四、總結(jié)

本文所設(shè)計(jì)解決方案的方法，其實(shí)都是我過去文章，所使用的方法和分析的內(nèi)容的歸納和總結(jié)。本文中的一些模塊，可以直接在以前的文章中找到，特別是用到的一些UML圖和表格。

解決方案，本身就是產(chǎn)品的抽象。設(shè)計(jì)解決方案，就是在設(shè)計(jì)產(chǎn)品本身，也是需求分析、業(yè)務(wù)調(diào)研、業(yè)務(wù)診斷與分析、產(chǎn)品設(shè)計(jì)、產(chǎn)品規(guī)劃的過程。

作者：產(chǎn)品小思考，B端產(chǎn)品經(jīng)理，微信公眾號(hào)：產(chǎn)品小思考

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

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