大廠(chǎng)方法論+案例:從0到1輕松拆解產(chǎn)品需求,對程序員的質(zhì)疑說(shuō)不

0 評論 5830 瀏覽 61 收藏 17 分鐘

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

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

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

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

  1. 戰略層—–業(yè)務(wù)目標是什么,即定方向,含用戶(hù)、使用終端、市場(chǎng)競爭力和解決方案、項目計劃;想清楚做什么,即把具備價(jià)值的需求進(jìn)行梳理優(yōu)先級排序包括形成產(chǎn)品初步架構
  2. 搭框架—–(功能和DFX非功能框架)難點(diǎn)在于梳理功能的全面和思路;dfx需求:保證用戶(hù)使用產(chǎn)品的安全、性能、可拓展等需求注:DFX其實(shí)很重要但大部分都會(huì )被忽視,此文不做拓展、后續會(huì )通過(guò)一篇文章進(jìn)行詳細說(shuō)明,(產(chǎn)品經(jīng)理千萬(wàn)不能只盯住功能做產(chǎn)品)
  3. 拆細節—–業(yè)務(wù)流程(重點(diǎn)梳理異常分支和外圍數據交互)、業(yè)務(wù)操作、信息結構)
  4. 畫(huà)界面—–交互設計、信息設計

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

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

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

1. 用例驅動(dòng)設計法(UDD)

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

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

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

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

who(面向對象)、why、when+where(場(chǎng)景)、what(干什么)、以及how(怎么實(shí)現)、else(限前置和后置)

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

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

(2)拆分:目標層-步驟層-實(shí)現層

結合上面的例子:

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

具體為:

步驟1:訪(fǎng)客在系統上提前登記—–線(xiàn)上預約

步驟2:訪(fǎng)客填寫(xiě)登記資料—–填寫(xiě)表單

步驟3:園區通過(guò)系統審核資料并通知訪(fǎng)客結果—–審核管理

步驟4:訪(fǎng)客接收通知—-消息提醒

步驟5:訪(fǎng)客查看提交記錄—–預約記錄

步驟6:訪(fǎng)客獲得許可進(jìn)入園區—身份驗證

步驟7:訪(fǎng)客離園確認—身份驗證

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

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

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

在這里,我們要注意幾點(diǎn):

在多種實(shí)現方案并存的情況下,如何權衡呢?

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

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

小結:

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

2、目標:是形成產(chǎn)品功能結構(含一級特性、二級特性、甚至三級特性)

3、適用項目:比較獨立、小型或需要快速迭代和更新的項目,注重從用戶(hù)的角度出發(fā)來(lái)描述系統的功能需求

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

2. 流程驅動(dòng)設計法(PDD)

適用于業(yè)務(wù)協(xié)作方較多,具備較復雜的業(yè)務(wù)層級及審核,更注重流程標準化管理的產(chǎn)品,如CRM、ERP系統、工單管理系統、采購系統、數據精細管理等。

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

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

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

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

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

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

客戶(hù)管理模塊:

a. 客戶(hù)檔案:創(chuàng )建、查看、編輯、刪除客戶(hù)資料;

b. 客戶(hù)分類(lèi):對客戶(hù)進(jìn)行分組和標記,例如根據客戶(hù)來(lái)源、優(yōu)先級、交易狀態(tài)等進(jìn)行分類(lèi);

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

銷(xiāo)售管理模塊:

a. 銷(xiāo)售機會(huì )(Leads):創(chuàng )建、跟進(jìn)、評估及關(guān)閉銷(xiāo)售機會(huì ),可以關(guān)聯(lián)相關(guān)的客戶(hù)信息;

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

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

d. 合同信息:建立一個(gè)合同管理庫存儲合同信息,以追蹤合同執行情況和收款計劃。

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

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

b. 活動(dòng)跟蹤:批量創(chuàng )建活動(dòng)推廣計劃來(lái)實(shí)現對活動(dòng)方案的執行,包括在線(xiàn)廣告、email、電話(huà)營(yíng)銷(xiāo)等;

c. 活動(dòng)分析:記錄活動(dòng)成效,比如郵件打開(kāi)率、轉化率等進(jìn)行績(jì)效統計,以及對活動(dòng)與銷(xiāo)售數據的關(guān)系分析。

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

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

小結:

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

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

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

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

3. 領(lǐng)域驅動(dòng)設計(DDD)

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

整體思路遵循:確定場(chǎng)景領(lǐng)域—-識別核心領(lǐng)域對象(信息結構)—-業(yè)務(wù)規則(定義對象之間的屬性關(guān)系及行為)—–其他模塊的交互

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

我們識別到的核心對象為:

  • 商品管理:包括商品信息的管理、上架、下架、分類(lèi)、標簽等。
  • 訂單管理:包括訂單的生成、查詢(xún)、修改、刪除等。
  • 用戶(hù)管理:包括用戶(hù)信息的注冊、登錄、個(gè)人信息維護等。
  • 支付管理:包括各種支付方式的接入、支付狀態(tài)的管理和處理等。
  • 物流管理:包括訂單狀態(tài)的跟蹤、配送信息的記錄、快遞單信息的管理等。
  • 售后服務(wù):包括退換貨的處理、客戶(hù)服務(wù)的管理、投訴反饋的處理等

這里以訂單管理為例,用類(lèi)圖表達信息結構。

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

該圖片來(lái)源于圖書(shū)【“圖解”產(chǎn)品:產(chǎn)品經(jīng)理業(yè)務(wù)設計與UML建?!孔髡咔嫔n

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

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

小結:

  • 適用行業(yè):復雜且靈活多變的行業(yè)需求,開(kāi)發(fā)此軟件的公司,通常是行業(yè)的引領(lǐng)者,如中臺等大型團隊項目
  • 工具:UML類(lèi)圖、思維導圖
  • 優(yōu)點(diǎn):低耦合可擴展、能靈活應對復雜業(yè)務(wù)變更需求、可增強代碼質(zhì)量
  • 缺點(diǎn):團隊技能要求高、時(shí)間成本高、協(xié)調難度高、編碼量增加(長(cháng)期來(lái)看是值得的)

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

三、面對不同項目,如何選擇?

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

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

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

  • 設計思維:清晰的產(chǎn)品設計思路、并形成自己的通用方法論,掌握并應用(如上面的3種方法)、包括其他的成熟模型(如AARRR模型…)
  • 設計方案:內心要有很多成熟可用的方案思維和評估方案的能力,就需要多練多看、多去關(guān)注一些最新的技術(shù),不然沒(méi)法梳理框架里具體都包含什么,怎么實(shí)現
  • 深度思考能力:多使用結構化思維培養深度思考能力、體現在異常流程、外圍數據交互處理上(平時(shí)要多觀(guān)察競品、多問(wèn)幾個(gè)為什么、包括開(kāi)發(fā)階段潛在的問(wèn)題、面對開(kāi)發(fā)的質(zhì)疑才可以真正說(shuō)不)
  • 最佳的UI感及交互設計能力(審美、人機交互最佳策略)
  • 工具使用能力:巧用UML建模,事半功倍(重點(diǎn)關(guān)注類(lèi)圖、用例圖、狀態(tài)圖、流程圖)、還有其他思維導圖等

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

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

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

UML建模能力的學(xué)習:高效輔助產(chǎn)品經(jīng)理工作,梳理需求和團隊協(xié)作、包括作為評審材料后期可進(jìn)行系統設計檢視,很值得研究運用,但不是都要學(xué);

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

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

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

或許你會(huì )知道,你設計的功能是不是相對完美的。

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

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

該文觀(guān)點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。

更多精彩內容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒(méi)評論,等你發(fā)揮!