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