編輯導(dǎo)語：B端產(chǎn)品設(shè)計(jì)階段分為產(chǎn)品策劃設(shè)計(jì)階段和產(chǎn)品開發(fā)設(shè)計(jì)階段。本篇文章圍繞產(chǎn)品開發(fā)階段中的詳細(xì)設(shè)計(jì)階段進(jìn)行講解，詳細(xì)方案設(shè)計(jì)是最終產(chǎn)出PRD文檔確保產(chǎn)品落地的重要一項(xiàng)。一起來看看吧。

在B端產(chǎn)品設(shè)計(jì)階段我們可以拆分成兩個(gè)步驟分別是產(chǎn)品策劃設(shè)計(jì)階段和產(chǎn)品開發(fā)設(shè)計(jì)階段，在以往的文章中我們講述了在產(chǎn)品策劃階段我們通過行業(yè)調(diào)研與分析確定我們產(chǎn)品的靈魂-產(chǎn)品定位，在產(chǎn)品開發(fā)階段我們通過對(duì)業(yè)務(wù)調(diào)研與分析去完成產(chǎn)品的骨架設(shè)計(jì)-產(chǎn)品架構(gòu)。

接下來我們這篇文章我們圍繞產(chǎn)品開發(fā)階段中的詳細(xì)設(shè)計(jì)階段。詳細(xì)方案設(shè)計(jì)解決了具體功能是什么樣的問題，詳細(xì)方案設(shè)計(jì)解決了從業(yè)務(wù)到技術(shù)如何落地的問題，詳細(xì)方案設(shè)計(jì)也解決了客戶如何操作的問題。產(chǎn)品的定位與產(chǎn)品架構(gòu)設(shè)計(jì)分別對(duì)應(yīng)了產(chǎn)品的靈魂與骨架，詳細(xì)方案設(shè)計(jì)則對(duì)應(yīng)了產(chǎn)品的血肉，最終產(chǎn)出PRD文檔，確保產(chǎn)品落地。

一、詳細(xì)方案設(shè)計(jì)的流程

詳細(xì)方案設(shè)計(jì)本質(zhì)是功能模塊設(shè)計(jì)，是距離產(chǎn)品方案落地的最近的一步。

對(duì)于從0到1的產(chǎn)品的功能模塊設(shè)計(jì)來說，一般我們可以有兩個(gè)維度：

第一個(gè)是以模塊為單位，匯聚該功能模塊的功能點(diǎn)，所以模塊為單位的設(shè)計(jì)是一個(gè)功能點(diǎn)全集；

第二個(gè)是以需求為單位，按照要完成整個(gè)需求所需要的功能，再把整個(gè)模塊串聯(lián)起來，因此以需求為單位是將不同功能模塊的子集或者全集進(jìn)行聚合。這兩者只是不同的聚合方式本質(zhì)沒有特別大的區(qū)別。

在進(jìn)行功能模塊設(shè)計(jì)時(shí)的路徑可以分為五步，分別是需求的背景及價(jià)值分析、多方需求的均衡、解決方案功能模塊設(shè)計(jì)、功能模塊的原型及邏輯設(shè)計(jì)、功能模塊間交互設(shè)計(jì)。

1. 求的背景及價(jià)值分析

在進(jìn)行產(chǎn)品功能模塊設(shè)計(jì)時(shí)，核心第一步需要對(duì)需求進(jìn)行篩選分析和價(jià)值判斷。對(duì)需求的提出者/使用者的目標(biāo)及期望進(jìn)行分析，不斷清晰要做什么，為什么做，給誰做，明確產(chǎn)品的核心價(jià)值。

那如何去分析需求的背景及價(jià)值，分析需求背景及價(jià)值主要考慮清楚幾個(gè)關(guān)鍵的問題：

1. 這個(gè)需求要達(dá)成的目標(biāo)是什么？
2. 這個(gè)需求的提出者是誰，使用者是誰，這個(gè)需求是個(gè)誰做的？
3. 需求的提出者，使用者，對(duì)這個(gè)需求的期望是什么？
4. 這個(gè)需求做了，解決他們什么痛點(diǎn)？
5. 這個(gè)需求不做，他們?nèi)绾翁幚懋?dāng)前的痛點(diǎn)？
6. 這個(gè)需求是在什么條件下提出來的，有哪些依賴條件？

2. 多方需求的均衡

第二步則需要對(duì)多方角色提出的需求進(jìn)行均衡，需要從商業(yè)價(jià)值和需求的合理性進(jìn)行判斷，判斷角色提出的需求是否合理，識(shí)別出偽需求進(jìn)行剔除，并對(duì)真需求進(jìn)行優(yōu)先級(jí)排序，最終明確做哪些功能，先做什么，后做什么，在這個(gè)階段我們對(duì)應(yīng)產(chǎn)出物包含了功能模塊設(shè)計(jì)思路和需求的MVP。

而多方需求的均衡我們主要會(huì)從兩個(gè)維度去考慮一個(gè)是企業(yè)角度，另一個(gè)則是客戶的角度，在企業(yè)的維度主要考慮需求的商業(yè)價(jià)值，因?yàn)槠髽I(yè)是需要賺錢的，而賺錢的方式就是需要去從成就我們的客戶，節(jié)約我的成本。

成就客戶體現(xiàn)在幫助客戶解決問題，越是客戶需要的問題，在進(jìn)行過合理性判斷之后，越是我需要去做的事情。而節(jié)約成本主要是考慮企業(yè)的投入產(chǎn)出比，綜合考慮產(chǎn)品落地成本、開發(fā)成本、實(shí)施成本、人力成本、時(shí)間成本等等。

當(dāng)然企業(yè)所處的階段不同對(duì)于成就客戶和節(jié)約成本的考慮點(diǎn)也就不同，有時(shí)候?yàn)榱藫屨际袌?chǎng)，也是可以做一些投入產(chǎn)出比沒那么高的需求，但有時(shí)需要考慮落地的成本。這里很大程度會(huì)取決于企業(yè)所處的局勢(shì)來決定和判斷的。

而客戶維度，我們主要考慮客戶訴求的合理性。客戶的訴求是否合理的，能夠給客戶帶來業(yè)績(jī)的提升、效率的提升、成本的降低、管理的便捷，這樣的需求我們覺得都是合理的，但是合理并不代表我就應(yīng)該立馬去做，我們還需要考慮這個(gè)訴求應(yīng)該放在哪個(gè)模塊，而這個(gè)模塊我們放在哪個(gè)階段去落地。

只有當(dāng)客戶的訴求納入到實(shí)現(xiàn)這個(gè)訴求的模塊，我們才認(rèn)為這個(gè)訴求是一個(gè)需求。所以多方需求的均衡是為了明確做哪些功能，先做什么，后做什么。

在客戶角度這里我們還需要深入，因?yàn)門OB產(chǎn)品的客戶是企業(yè)，而企業(yè)有不同的角色比如我們按照職能進(jìn)行劃分，有業(yè)務(wù)人員、管理人員、銷售人員、運(yùn)營(yíng)人員、財(cái)務(wù)人員等等。

不同角色對(duì)服務(wù)該角色的產(chǎn)品訴求都是不一樣的，我們?cè)O(shè)計(jì)SaaS產(chǎn)品的時(shí)候，需要考慮不同角色的訴求，考慮不同角色所占的角度，在根據(jù)這些角度去考慮合理性：

• 業(yè)務(wù)角度：是否解決了業(yè)務(wù)痛點(diǎn)、是否遵從業(yè)務(wù)流程、是否匹配業(yè)務(wù)職能劃分、為業(yè)務(wù)帶來哪些提升；
• 數(shù)據(jù)角度：沉淀了哪些業(yè)務(wù)數(shù)據(jù)、沉淀了哪些主數(shù)據(jù)；
• 管理角度：客戶使用此功能滿足的管理訴求。

每家企業(yè)都是不一樣的，所以觀察問題和深入問題的角度都是不一樣的，這方面沒有百分百的標(biāo)準(zhǔn)，與此同時(shí)我們不單單只考慮訴求合理性，我們還需要考慮最佳的實(shí)現(xiàn)路徑，因?yàn)榭蛻舨煌巧珜?duì)系統(tǒng)的認(rèn)知都是不一樣的，在調(diào)研中我們都知道被調(diào)研人往往想一個(gè)功能模塊能夠解決他們的所有問題。

所以產(chǎn)品經(jīng)理需要考慮一個(gè)最佳實(shí)現(xiàn)的路徑，在考慮最佳實(shí)現(xiàn)路徑時(shí)，需要考慮功能點(diǎn)的劃分，到底哪個(gè)模塊為客戶實(shí)現(xiàn)比較合適，要考慮功能一旦實(shí)現(xiàn)對(duì)其他模塊或者其他客戶角色的影響，要考慮不同角色之間的矛盾點(diǎn)如何調(diào)和，要考慮是否有被發(fā)現(xiàn)的漏洞。

只有我們產(chǎn)品設(shè)計(jì)本身需要充分考慮，才能實(shí)現(xiàn)真正意義上的需求均衡。

在企業(yè)角度我們說過，企業(yè)是要賺錢的，我們的產(chǎn)品需要適配更多的客戶，我們要盡量節(jié)約研發(fā)、運(yùn)營(yíng)的成本，企業(yè)都想快速的把產(chǎn)品推向市場(chǎng)。

所以在產(chǎn)品設(shè)計(jì)中我們不可能去極致的追求客戶滿意的，而是在滿足企業(yè)商業(yè)角度基礎(chǔ)上去追求客戶滿意的，解決客戶最痛的點(diǎn)，而不是完全滿足客戶所有的訴求了，如果全設(shè)想滿足了，那產(chǎn)品也演變成定制化了，所以在產(chǎn)品設(shè)計(jì)時(shí)我們站在企業(yè)角度需要去考慮：

培養(yǎng)客戶心智：設(shè)計(jì)是否符合使用心智、是否可以滿足保留客戶對(duì)產(chǎn)品粘性、功能點(diǎn)是否滿足客戶付費(fèi)心智、是否可作為向客戶收費(fèi)盈利點(diǎn)；

保持合理的適應(yīng)性：在客戶定制化訴求與產(chǎn)品的抽象能力和擴(kuò)展性之間尋找平衡點(diǎn)。節(jié)約落地成本：是否可以快速落地、研發(fā)交付成本是否較低；

但整體均衡時(shí)我們優(yōu)先考慮的是核心痛點(diǎn)的業(yè)務(wù)閉環(huán)，只有產(chǎn)品有了整個(gè)基礎(chǔ)才會(huì)有客戶使用，之后我們?cè)倏紤]落地成本及商業(yè)訴求最后在考慮客戶滿意度。我們?cè)龠M(jìn)行需求梳理時(shí)，我們可以借助四象限法和kano模型，最后我們產(chǎn)出功能模塊的設(shè)計(jì)思路和MVP版本的功能清單。

3. 解決方案的功能模塊設(shè)計(jì)

第三步對(duì)多方需求進(jìn)行抽象，首先需要拉通多需求方認(rèn)知，然后基于場(chǎng)景及訴求給出解決方案，最后確定解決方案設(shè)計(jì)模型所屬領(lǐng)域，通過抽象多方需求，我們將產(chǎn)出關(guān)鍵場(chǎng)景的流程圖，狀態(tài)流轉(zhuǎn)圖，頁(yè)面跳轉(zhuǎn)圖，核心數(shù)據(jù)結(jié)構(gòu)。

在第二步我們均衡了多方的訴求，我們輸出了功能模塊的設(shè)計(jì)思路和MVP功能清單，知道了我們先做什么后做什么，那么接下來我們根據(jù)設(shè)計(jì)思路和具體的場(chǎng)景結(jié)合多需求方的訴求進(jìn)行產(chǎn)品方案的設(shè)計(jì)與抽象。

產(chǎn)品方案的抽象是基于具體場(chǎng)景和訴求的，屬于戰(zhàn)術(shù)層面的策略抽象。通俗來講就是實(shí)現(xiàn)方式，是在完成產(chǎn)品背景與價(jià)值分析，多方需求均衡之后啟動(dòng)的。

在進(jìn)行多方需求的抽象時(shí)，首先我們需要拉通需求方的認(rèn)知，明確概念和名稱，比如SaaS產(chǎn)品中的租戶與客戶概念。

在拉通認(rèn)知之后我們就需要基于場(chǎng)景及訴求給出解決方案了，需要有明確的輸入輸出邊界，之后根據(jù)我們的解決方案歸屬到對(duì)應(yīng)的領(lǐng)域中，核心是該解決方案需要遵循該領(lǐng)域的規(guī)則。最終在這個(gè)階段我們產(chǎn)出關(guān)鍵場(chǎng)景的流程圖、狀態(tài)流轉(zhuǎn)圖、頁(yè)面跳轉(zhuǎn)圖、核心數(shù)據(jù)結(jié)構(gòu)圖。

4. 功能模塊的原型及邏輯設(shè)計(jì)

第四步則是進(jìn)行原型及邏輯設(shè)計(jì)了，這個(gè)階段基本就是把客戶如何操作講述清楚，也就是我們畫原型的階段了，原型設(shè)計(jì)又涉及到另外一個(gè)比較大的知識(shí)板塊，在這里也不做具體闡述了。

以SaaS產(chǎn)品舉例，SaaS產(chǎn)品在原型與邏輯設(shè)計(jì)中紀(jì)要考慮租戶角度，也要考慮企業(yè)角度，租戶的角度要考慮方案的差異性，因?yàn)樽鈶魳I(yè)務(wù)訴求是多種多樣的，哪怕我們抽象了大部分相同的能力，也會(huì)有一定的個(gè)性化定制在里面，而在企業(yè)角度我們需要考慮我們提供的能力或服務(wù)具備通用性，租戶可以在云平臺(tái)上完成服務(wù)的定制、續(xù)訂、退訂等功能。

5. 功能模塊間交互設(shè)計(jì)

第五步也是最后一步這時(shí)候更多考慮的是功能模塊間的交互，他包含了對(duì)內(nèi)交互以及對(duì)外交互。同時(shí)我們也要考慮到多個(gè)系統(tǒng)的耦合，既需要通過API提供對(duì)外服務(wù)，也需要考慮外部系統(tǒng)獲取相關(guān)信息，多系統(tǒng)間的交互，需要考慮信任機(jī)制和全新??；對(duì)內(nèi)交互需要考慮期抽象能力和擴(kuò)展能力。

同樣我們以SaaS產(chǎn)品跟大家舉例，SaaS產(chǎn)品對(duì)外交互我們主要考慮我的客戶的信息化系統(tǒng)現(xiàn)狀，客戶肯定不會(huì)只使用其中一家的信息化產(chǎn)品，對(duì)于企業(yè)客戶來說他們需要一個(gè)能夠支撐起管理運(yùn)營(yíng)大而全的產(chǎn)品，但這類系統(tǒng)往往是屬于企業(yè)的PaaS層產(chǎn)品。

但實(shí)際現(xiàn)狀是現(xiàn)有企業(yè)都會(huì)存在多個(gè)業(yè)務(wù)系統(tǒng)交互去滿足他的業(yè)務(wù)支撐，所以這類情況SaaS產(chǎn)品既要考慮對(duì)外通過API提供服務(wù)，也需要考慮從外部系統(tǒng)獲取相關(guān)信息。所以我們需要考慮多系統(tǒng)之間的交互，需要考慮信任機(jī)制和權(quán)限；

二、結(jié)尾

通過上述五個(gè)步驟之后，我們?cè)敿?xì)設(shè)計(jì)階段就基本算完成了百分之八十了，最終我們需要整理輸出我們這個(gè)階段需要輸出的核心產(chǎn)出物PRD文檔。

而如何去寫好一份PRD在這里就不拆開講了，相關(guān)性的文章或資料都有很多，PRD并非是完全統(tǒng)一的，可能每家公司寫的都不一樣，但是PRD核心需要包含的一些信息或內(nèi)容，在這里跟大家分享一份概要，如下圖所示：

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

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