產(chǎn)品需求是如何落地到原型設(shè)計(jì)的？本文將結(jié)合案例和大廠產(chǎn)品經(jīng)理常用的方法論，通俗化講解如何系統(tǒng)拆解產(chǎn)品需求，希望對(duì)你有所收獲。

(資料圖)

一、產(chǎn)品經(jīng)理設(shè)計(jì)思路是什么樣

面臨新業(yè)務(wù)線拓展或者產(chǎn)品升級(jí)的時(shí)候，在收集到一大堆亂七八糟的需求后，你可能會(huì)想，我要怎么著手呢？答案是，搭框架找思路。

這是一個(gè)產(chǎn)品經(jīng)理通用的設(shè)計(jì)思路框架，遵循由粗到細(xì)、自上而下的流程，具體如下：

戰(zhàn)略層—–業(yè)務(wù)目標(biāo)是什么，即定方向，含用戶、使用終端、市場(chǎng)競(jìng)爭(zhēng)力和解決方案、項(xiàng)目計(jì)劃；想清楚做什么，即把具備價(jià)值的需求進(jìn)行梳理優(yōu)先級(jí)排序包括形成產(chǎn)品初步架構(gòu)

搭框架—–（功能和 DFX 非功能框架）難點(diǎn)在于梳理功能的全面和思路；dfx 需求：保證用戶使用產(chǎn)品的安全、性能、可拓展等需求注：DFX 其實(shí)很重要但大部分都會(huì)被忽視，此文不做拓展、后續(xù)會(huì)通過(guò)一篇文章進(jìn)行詳細(xì)說(shuō)明，（產(chǎn)品經(jīng)理千萬(wàn)不能只盯住功能做產(chǎn)品）

拆細(xì)節(jié)—–業(yè)務(wù)流程（重點(diǎn)梳理異常分支和外圍數(shù)據(jù)交互）、業(yè)務(wù)操作、信息結(jié)構(gòu)）

畫(huà)界面—–交互設(shè)計(jì)、信息設(shè)計(jì)

以上的思路大家可以按需參考，本文著重講解拆解 2 步驟的方法，即搭建初步功能框架，并可落地到原型指導(dǎo)設(shè)計(jì)。

二、如何搭建功能框架呢？

注：搭功能框架也是從寬度上定義業(yè)務(wù)范圍，而不是要深挖細(xì)節(jié)、要注意避免陷入思路混亂、把握好分寸、見(jiàn)好就收。

1. 用例驅(qū)動(dòng)設(shè)計(jì)法（UDD）

用例驅(qū)動(dòng)設(shè)計(jì)是一種基于用戶行為和需求來(lái)設(shè)計(jì)軟件開(kāi)發(fā)的方法，有步驟有層次梳理出系統(tǒng)功能的方法，可粗淺理解為用戶故事，是一個(gè)通用的搭框架方法；如類似網(wǎng)購(gòu)下單、酒店預(yù)定、銀行貸款等場(chǎng)景；

整體思路遵循：識(shí)別參與者使用場(chǎng)景及問(wèn)題—–定義描述用例（目標(biāo)層用例—步驟層用例— - 實(shí)現(xiàn)層用例）并簡(jiǎn)化

（1）識(shí)別使用場(chǎng)景及問(wèn)題

首先，我們通過(guò)華為 IPD 需求管理思路那篇，知道產(chǎn)品需求 = 基于場(chǎng)景的解決方案，因此拿到一個(gè)產(chǎn)品需求，我們需要想清楚對(duì)應(yīng)的場(chǎng)景，即 5w1h1e。

who（面向?qū)ο螅hy、when+where（場(chǎng)景）、what（干什么）、以及 how（怎么實(shí)現(xiàn)）、else（限前置和后置）

比如要做一個(gè)訪客預(yù)約系統(tǒng)，按照上面的描述方法，我們明白了系統(tǒng)的使用場(chǎng)景是這樣：

一個(gè)基于外來(lái)訪客，由于園區(qū)為了保障安全管理，在臨時(shí)進(jìn)入園區(qū)前，需要進(jìn)行線上登記個(gè)人資料、并實(shí)名認(rèn)證的產(chǎn)品，并且園區(qū)審核通過(guò)，驗(yàn)證身份才可以進(jìn)入和離園。

（2）拆分：目標(biāo)層 - 步驟層 - 實(shí)現(xiàn)層

結(jié)合上面的例子：

訪客進(jìn)入園區(qū)就是目標(biāo)層用例，為了實(shí)現(xiàn)這個(gè)整體目標(biāo)，我們需要步驟層用例進(jìn)行支撐，這時(shí)候就可以拆分為第一個(gè)大框架

具體為：

步驟 1：訪客在系統(tǒng)上提前登記—–線上預(yù)約

步驟 2：訪客填寫(xiě)登記資料—–填寫(xiě)表單

步驟 3：園區(qū)通過(guò)系統(tǒng)審核資料并通知訪客結(jié)果—–審核管理

步驟 4：訪客接收通知— - 消息提醒

步驟 5：訪客查看提交記錄—–預(yù)約記錄

步驟 6：訪客獲得許可進(jìn)入園區(qū)—身份驗(yàn)證

步驟 7：訪客離園確認(rèn)—身份驗(yàn)證

那針對(duì)每一個(gè)步驟層、具體如何實(shí)現(xiàn)呢？按照這個(gè)思路，通過(guò)拆分形成實(shí)現(xiàn)層用例（也就是用什么方案實(shí)現(xiàn)）

最終這個(gè)功能框架會(huì)形成這樣、（注意把不同用戶端分開(kāi)保證用例全面）如圖：

當(dāng)然這是初步框架，僅作部分舉例說(shuō)明，你們可以自行拓展，只要保證覆蓋全部的用例就行。

在這里，我們要注意幾點(diǎn)：

在多種實(shí)現(xiàn)方案并存的情況下，如何權(quán)衡呢？

1、結(jié)合功能實(shí)現(xiàn)成本、第三方對(duì)接周期、客戶需要、技術(shù)實(shí)現(xiàn)能力、外圍的交互模塊等多方面因素進(jìn)行決策，選擇一個(gè)較為合理的實(shí)現(xiàn)方案：

2、如上面的進(jìn)出身份驗(yàn)證，給了 4 種方案，有通行掃碼、臨時(shí)卡、人臉識(shí)別、指紋、語(yǔ)音，包括我們常見(jiàn)的支付也可以多種路徑實(shí)現(xiàn)，如現(xiàn)金支付、信用卡支付、微信支付等

小結(jié)：

1、工具：建議用思維導(dǎo)圖、或者用例圖進(jìn)行梳理

2、目標(biāo)：是形成產(chǎn)品功能結(jié)構(gòu)（含一級(jí)特性、二級(jí)特性、甚至三級(jí)特性）

3、適用項(xiàng)目：比較獨(dú)立、小型或需要快速迭代和更新的項(xiàng)目，注重從用戶的角度出發(fā)來(lái)描述系統(tǒng)的功能需求

4、特點(diǎn)：方便快捷、拓展性較差、易于理解協(xié)作，但難以適用復(fù)雜業(yè)務(wù)

2. 流程驅(qū)動(dòng)設(shè)計(jì)法（PDD）

適用于業(yè)務(wù)協(xié)作方較多，具備較復(fù)雜的業(yè)務(wù)層級(jí)及審核，更注重流程標(biāo)準(zhǔn)化管理的產(chǎn)品，如 CRM、ERP 系統(tǒng)、工單管理系統(tǒng)、采購(gòu)系統(tǒng)、數(shù)據(jù)精細(xì)管理等。

整體思路遵循：識(shí)別關(guān)鍵業(yè)務(wù)流程—–拆分目標(biāo)層用例—–業(yè)務(wù)操作

比如 CRM 系統(tǒng)的流程是有明顯前后順序的，且為了精準(zhǔn)做好客戶關(guān)系管理，標(biāo)準(zhǔn)化的流程非常重要。通常按照以下步驟進(jìn)行操作：

1、客戶檔案創(chuàng)建和維護(hù)—–客戶管理流程

2、銷售機(jī)會(huì)（Lead）創(chuàng)建和跟進(jìn)——銷售管理流程

3、市場(chǎng)活動(dòng)的策劃、執(zhí)行和跟進(jìn)—— - 市場(chǎng)活動(dòng)管理流程

結(jié)合以上順序流程，就很適合用 PDD 來(lái)搭框架，我們大概拆分出幾個(gè)目標(biāo)層，并進(jìn)一步落地到具體的功能模塊中。下面是一些可能包括的模塊：

客戶管理模塊：

a. 客戶檔案：創(chuàng)建、查看、編輯、刪除客戶資料；

b. 客戶分類：對(duì)客戶進(jìn)行分組和標(biāo)記，例如根據(jù)客戶來(lái)源、優(yōu)先級(jí)、交易狀態(tài)等進(jìn)行分類；

c. 客戶關(guān)系歷史記錄：記錄客戶與企業(yè)之間的活動(dòng)歷史，包括通話、郵件、漏斗進(jìn)展等。

銷售管理模塊：

a. 銷售機(jī)會(huì)（Leads）：創(chuàng)建、跟進(jìn)、評(píng)估及關(guān)閉銷售機(jī)會(huì)，可以關(guān)聯(lián)相關(guān)的客戶信息；

b. 產(chǎn)品 / 服務(wù)信息：錄入、查看、編輯和刪除產(chǎn)品或服務(wù)信息；

c. 報(bào)價(jià)單 / 訂單：創(chuàng)建、發(fā)送、聽(tīng)取意見(jiàn)、確認(rèn)并完成報(bào)價(jià)和訂單交付等流程；

d. 合同信息：建立一個(gè)合同管理庫(kù)存儲(chǔ)合同信息，以追蹤合同執(zhí)行情況和收款計(jì)劃。

市場(chǎng)活動(dòng)管理：

a. 活動(dòng)策劃：創(chuàng)建市場(chǎng)活動(dòng)，定義主題，摘要、預(yù)算、時(shí)間表等參數(shù)；

b. 活動(dòng)跟蹤：批量創(chuàng)建活動(dòng)推廣計(jì)劃來(lái)實(shí)現(xiàn)對(duì)活動(dòng)方案的執(zhí)行，包括在線廣告、email、電話營(yíng)銷等；

c. 活動(dòng)分析：記錄活動(dòng)成效，比如郵件打開(kāi)率、轉(zhuǎn)化率等進(jìn)行績(jī)效統(tǒng)計(jì)，以及對(duì)活動(dòng)與銷售數(shù)據(jù)的關(guān)系分析。

在設(shè)計(jì)過(guò)程中，功能模塊要盡量緊密貼合上述 CRM 系統(tǒng)的整體流程，具體實(shí)現(xiàn)時(shí)，也可依據(jù)企業(yè)的運(yùn)營(yíng)或者工作方式進(jìn)行特定的定制。

例如，在某些企業(yè)中市場(chǎng)活動(dòng)管理可能更為重要，根據(jù)不同的客戶屬性，社交媒體營(yíng)銷方式有些偏年輕化公司會(huì)利用大量互聯(lián)網(wǎng)和移動(dòng)設(shè)備，而傳統(tǒng)行業(yè)的企業(yè)上門(mén)拜訪更常見(jiàn)。

1、適用項(xiàng)目：PDD 適用于更大型、復(fù)雜或需要對(duì)業(yè)務(wù)流程進(jìn)行全面分析和優(yōu)化的項(xiàng)目。

2、工具：UML 流程圖、狀態(tài)圖等

3、優(yōu)點(diǎn)：幫助理清內(nèi)部系統(tǒng)數(shù)據(jù)、業(yè)務(wù)流程，基于過(guò)程建模，從整體到局部深度設(shè)計(jì)，復(fù)雜業(yè)務(wù)簡(jiǎn)單化

4、缺點(diǎn)：過(guò)于關(guān)注流程，導(dǎo)致各個(gè)子系統(tǒng)業(yè)務(wù)耦合較高，難以實(shí)現(xiàn)拓展

3. 領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（DDD）

領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（Domain-Driven Design，DDD）是由領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)之父埃里克 · 埃文斯提出的，涵蓋面較廣，其核心思想是先梳理領(lǐng)域信息結(jié)構(gòu)和業(yè)務(wù)規(guī)則，再梳理業(yè)務(wù)的用例、流程和操作等內(nèi)容。

整體思路遵循：確定場(chǎng)景領(lǐng)域— - 識(shí)別核心領(lǐng)域?qū)ο螅ㄐ畔⒔Y(jié)構(gòu)）— - 業(yè)務(wù)規(guī)則（定義對(duì)象之間的屬性關(guān)系及行為）—–其他模塊的交互

舉例：場(chǎng)景領(lǐng)域— - 電子商務(wù)平臺(tái)

我們識(shí)別到的核心對(duì)象為：

商品管理：包括商品信息的管理、上架、下架、分類、標(biāo)簽等。

訂單管理：包括訂單的生成、查詢、修改、刪除等。

用戶管理：包括用戶信息的注冊(cè)、登錄、個(gè)人信息維護(hù)等。

支付管理：包括各種支付方式的接入、支付狀態(tài)的管理和處理等。

物流管理：包括訂單狀態(tài)的跟蹤、配送信息的記錄、快遞單信息的管理等。

售后服務(wù)：包括退換貨的處理、客戶服務(wù)的管理、投訴反饋的處理等

這里以訂單管理為例，用類圖表達(dá)信息結(jié)構(gòu)。

信息結(jié)構(gòu)表述了信息內(nèi)容之間的關(guān)系。這種關(guān)系可以用類圖（Class Diagram）來(lái)表達(dá)。

該圖片來(lái)源于圖書(shū)【" 圖解 " 產(chǎn)品：產(chǎn)品經(jīng)理業(yè)務(wù)設(shè)計(jì)與 UML 建模】作者擎蒼

當(dāng)我們使用類圖來(lái)識(shí)別領(lǐng)域模型和實(shí)體關(guān)系后，需要根據(jù)業(yè)務(wù)需求和限制條件定義對(duì)象、屬性、操作業(yè)務(wù)規(guī)則和流程，如買(mǎi)家只能在特定時(shí)間段內(nèi)下單，不能重復(fù)購(gòu)買(mǎi)同樣的商品；訂單滿足 3 人立刻成團(tuán)進(jìn)入待支付；訂單超時(shí)未支付自動(dòng)取消等。

最后，在實(shí)現(xiàn)層，我們需要識(shí)別系統(tǒng)內(nèi)的其他部分或與系統(tǒng)交互的部分，并確定他們對(duì)業(yè)務(wù)領(lǐng)域的影響。比如，與支付相關(guān)的銀行接口、第三方支付接口、物流跟蹤動(dòng)態(tài)數(shù)據(jù)的集成等都是我們必須考慮的。

適用行業(yè)：復(fù)雜且靈活多變的行業(yè)需求，開(kāi)發(fā)此軟件的公司，通常是行業(yè)的引領(lǐng)者，如中臺(tái)等大型團(tuán)隊(duì)項(xiàng)目

工具：UML 類圖、思維導(dǎo)圖

優(yōu)點(diǎn)：低耦合可擴(kuò)展、能靈活應(yīng)對(duì)復(fù)雜業(yè)務(wù)變更需求、可增強(qiáng)代碼質(zhì)量

缺點(diǎn)：團(tuán)隊(duì)技能要求高、時(shí)間成本高、協(xié)調(diào)難度高、編碼量增加（長(zhǎng)期來(lái)看是值得的）

注：通過(guò)選擇合適的方法論，我們完成了產(chǎn)品設(shè)計(jì)第 2 步：搭框架，后續(xù)再通過(guò)第 3 步拆細(xì)節(jié)，重點(diǎn)梳理各分支下的異常流程，逐步完善細(xì)節(jié)，最后一步，再進(jìn)行頁(yè)面信息收集填充，剩下的就是畫(huà)原型了，此處不做展開(kāi)。

三、面對(duì)不同項(xiàng)目，如何選擇？

綜上，通過(guò)以上 3 種搭功能框架的方法論，我們知道，產(chǎn)品設(shè)計(jì)方法論，包含用例驅(qū)動(dòng)設(shè)計(jì)發(fā)（UDD）、流程驅(qū)動(dòng)設(shè)計(jì)法（PDD ) 、領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)法（DDD），我們來(lái)整體再做個(gè)對(duì)比總結(jié)，通過(guò)以下維度進(jìn)行決策，方便我們?cè)诰唧w的項(xiàng)目設(shè)計(jì)中，選擇較為合適的方法。

當(dāng)然，他們各自有優(yōu)缺點(diǎn)，在一個(gè)項(xiàng)目里，完全可以結(jié)合交叉使用。

四、拆解需求需要具備的能力和思維

設(shè)計(jì)思維：清晰的產(chǎn)品設(shè)計(jì)思路、并形成自己的通用方法論，掌握并應(yīng)用（如上面的 3 種方法）、包括其他的成熟模型（如 AARRR 模型…）

設(shè)計(jì)方案：內(nèi)心要有很多成熟可用的方案思維和評(píng)估方案的能力，就需要多練多看、多去關(guān)注一些最新的技術(shù)，不然沒(méi)法梳理框架里具體都包含什么，怎么實(shí)現(xiàn)

深度思考能力：多使用結(jié)構(gòu)化思維培養(yǎng)深度思考能力、體現(xiàn)在異常流程、外圍數(shù)據(jù)交互處理上（平時(shí)要多觀察競(jìng)品、多問(wèn)幾個(gè)為什么、包括開(kāi)發(fā)階段潛在的問(wèn)題、面對(duì)開(kāi)發(fā)的質(zhì)疑才可以真正說(shuō)不）

最佳的 UI 感及交互設(shè)計(jì)能力（審美、人機(jī)交互最佳策略）

工具使用能力：巧用 UML 建模，事半功倍（重點(diǎn)關(guān)注類圖、用例圖、狀態(tài)圖、流程圖）、還有其他思維導(dǎo)圖等

五、其他想說(shuō)的話

本文的重點(diǎn)是教大家如何通過(guò)成熟的方法論，拆解需求指導(dǎo)原型設(shè)計(jì)，在寫(xiě)的時(shí)候，里面其實(shí)包含了很多知識(shí)點(diǎn)，并沒(méi)有展開(kāi)：

比如最容易被忽視的 DFX 需求：UDD、PDD、DDD3 種方法論如何靈活保證系統(tǒng)的 DFX 需求，這部分產(chǎn)品經(jīng)理必須有相應(yīng)地思考和考量，不能老是產(chǎn)品做了用不起來(lái)或者代碼混亂、后面維護(hù)難、迭代難……

UML 建模能力的學(xué)習(xí)：高效輔助產(chǎn)品經(jīng)理工作，梳理需求和團(tuán)隊(duì)協(xié)作、包括作為評(píng)審材料后期可進(jìn)行系統(tǒng)設(shè)計(jì)檢視，很值得研究運(yùn)用，但不是都要學(xué)；

再比如產(chǎn)品設(shè)計(jì)由靜態(tài)到動(dòng)態(tài)，框架的各個(gè)模塊之間如何進(jìn)行交互設(shè)計(jì)關(guān)聯(lián)；頁(yè)面信息結(jié)構(gòu)怎么收集并合理展示…… ..

后續(xù)我也會(huì)慢慢整理總結(jié)、輸出。

最后，我們還可以問(wèn)自己一個(gè)問(wèn)題，從程序員角度，逆向考慮下，程序員拿到一個(gè)需求，都是怎么拆解并實(shí)現(xiàn)的？

或許你會(huì)知道，你設(shè)計(jì)的功能是不是相對(duì)完美的。

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

題圖來(lái)自 Unsplash，基于 CC0 協(xié)議。