當(dāng)一個產(chǎn)品經(jīng)理接到一個復(fù)雜且自己完全陌生的需求時，要怎么將一個復(fù)雜的業(yè)務(wù)，從頭拆解轉(zhuǎn)化成產(chǎn)品需求？本文主要講解該如何拆解，一起來看看~

業(yè)務(wù)導(dǎo)向型產(chǎn)品，每個功能背后都隱藏著復(fù)雜的業(yè)務(wù)邏輯，作為此類產(chǎn)品的產(chǎn)品經(jīng)理，當(dāng)接到一個復(fù)雜且自己完全陌生的需求時，如何一步步拆解搞清楚它里面隱藏的邏輯和細(xì)節(jié)規(guī)則，并成功轉(zhuǎn)化成產(chǎn)品功能和輸出清晰的產(chǎn)品文檔？

本文復(fù)盤一下自己的實施步驟和過程，為以后處理類似復(fù)雜需求積淀思路和方法論。

一、理解名詞

每個業(yè)務(wù)領(lǐng)域都有專有的業(yè)務(wù)名詞，理解需求首先要搞清楚它涉及的專業(yè)術(shù)語。理解了相關(guān)術(shù)語，對這個需求相關(guān)的是一件什么樣的事情，就有了一個初步的概念和認(rèn)知。

其中，了解的方法有兩種：

（1）向需求提出方詢問：“XXX是什么意思？”

一般情況，業(yè)務(wù)人員會從這項業(yè)務(wù)是干嘛的來展開介紹，在這個介紹里，你可以得到的信息包括但不限于：

1. 這個需求涉及的業(yè)務(wù)干系人（用戶來源）；
2. 這個需求的關(guān)鍵操作（功能拆分來源）；
3. 這個需求的操作流程（流程來源）。

（2）借助網(wǎng)絡(luò)查詢詞語最通俗的釋義

業(yè)務(wù)方的介紹可能是從他們專業(yè)的業(yè)務(wù)操作上進行的，這對一個新手來說，有可能還是過于晦澀和專業(yè)，為此你需要自己通過網(wǎng)絡(luò)理解名詞背后最通俗的含義，有可能會有多重解釋，但你能辨別出哪一種解釋是跟你相關(guān)的。這一節(jié)點應(yīng)該輸出“名詞解釋”列表。

有了上面的理解，就大致知道了需求是干嘛的，那實際的業(yè)務(wù)中，是如何操作的呢？經(jīng)過了什么樣的流程節(jié)點呢？

二、整理流程圖

這個過程會經(jīng)歷兩個階段：

（1）流程圖草稿：把理解到的都用流程圖的方式表達(dá)出來，不分泳道、不糾結(jié)流程節(jié)點命名、也不用在意這個節(jié)點該不該畫出來，畫出最粗又是最細(xì)的流程圖。粗是因為不分泳道很多節(jié)點也不合理，細(xì)是因為把聽到的理解的都作為節(jié)點畫出來。

這時候不要畫泳道圖，因為對業(yè)務(wù)還模糊不清，抽象不出合理的泳道，如果一開始就設(shè)計泳道圖，反而會花費較多時間和精力，但效果并不理想。

（2）細(xì)化流程圖：經(jīng)過對業(yè)務(wù)的不斷調(diào)研，草稿圖越來越完善越貼近真實業(yè)務(wù)，可以說對業(yè)務(wù)的整個流程有了宏觀上全面的認(rèn)識，那么就可以抽象泳道精細(xì)化節(jié)點來細(xì)化流程了。

這時候輸出的流程必須是泳道劃分合理，流程節(jié)點粗細(xì)適宜，節(jié)點命名合乎業(yè)務(wù)的。但是這時候的流程有一點還是會有欠缺，異常流程和判斷節(jié)點往往會缺失。但不要緊，后面的一步會幫助我們把這些細(xì)節(jié)都考慮清楚和全面。

這一節(jié)點應(yīng)該輸出：

• 一是流程圖草稿（只給自己最初理解業(yè)務(wù)用）；
• 二是業(yè)務(wù)流程圖（用于向其他團隊成員講解和幫助他們理解業(yè)務(wù)）。

三、整理狀態(tài)遷移圖

業(yè)務(wù)型產(chǎn)品在研發(fā)實現(xiàn)上很重要的一點是狀態(tài)，狀態(tài)控制著整個業(yè)務(wù)的流轉(zhuǎn)和什么時候什么人該干什么事，不合理的狀態(tài)劃分使得代碼的難度和體量呈指數(shù)增長（因為每多一個狀態(tài)，程序在做任何一個判斷的時候，都要去判斷一遍它），因此狀態(tài)的劃分要足夠合理和精細(xì)。

（1）抽象對象：顧名思義，狀態(tài)用于標(biāo)注一個東西在不同條件下的情況，那么整理狀態(tài)遷移前提是先要有對象。

在業(yè)務(wù)導(dǎo)向型的產(chǎn)品中，這個對象往往是業(yè)務(wù)操作過程中產(chǎn)生的各種單據(jù)。如：訂單、退貨單、收款單等。

抽象對象的方法是：如果一件事情的完成需要不同的人在不同的節(jié)點做不同的操作才能完成，那么這個事情開始的時候就要生一條單據(jù)，后面的操作人都是對這條單據(jù)的操作。

（2）抽象狀態(tài)：處理對象的各個流程節(jié)點就是狀態(tài)，但是在梳理流程圖時，有些流程節(jié)點是輔助性的，它不影響整個業(yè)務(wù)的流轉(zhuǎn)，這樣的節(jié)點，不應(yīng)該被抽象成狀態(tài)。

比如：在小明吃飯的業(yè)務(wù)中，評價是一個很重要的流程，顧客是否有做評價也是我們會統(tǒng)計和關(guān)注的點，但評價狀態(tài)并不屬于核心業(yè)務(wù)流，顧客有沒有評價跟就餐是否完成一點都不影響，因此評價的狀態(tài)并不適合抽象成主狀態(tài)。是否有評價給單據(jù)打個標(biāo)記，能夠方便查詢和統(tǒng)計就OK了。

在梳理狀態(tài)遷移的時候，會發(fā)現(xiàn)流程里面沒有考慮到各種不同的情況，從而反過來指導(dǎo)完善了流程圖的設(shè)計。

這一節(jié)點應(yīng)該輸出：各個對象的狀態(tài)遷移圖。

四、整理場景和規(guī)則

有了流程圖和狀態(tài)圖，就可以抽象出不同的業(yè)務(wù)場景。再根據(jù)場景逐個細(xì)化調(diào)研，從而獲得業(yè)務(wù)規(guī)則，其中，業(yè)務(wù)規(guī)則細(xì)化到每個細(xì)節(jié)的長度、類型等等信息，是真正走到業(yè)務(wù)里面了。

（1）抽象場景：對場景的抽象有兩步，一是把流程圖中的大節(jié)點抽象成一個場景，二是對大場景的不同情況進行細(xì)分，劃分出小場景。

這樣做的好處是：總的場景不至于那么多，理解查看和維護都方便，但又不會落下細(xì)節(jié)和特殊情況，保證產(chǎn)品設(shè)計的完整性。

（2）細(xì)化規(guī)則：有了場景，有了場景下的不同情境，就可以針對各個情境下的業(yè)務(wù)限制規(guī)則進行梳理和調(diào)研了。

這一節(jié)點應(yīng)輸出：業(yè)務(wù)場景劃分列表、業(yè)務(wù)細(xì)節(jié)規(guī)則列表，應(yīng)該注意規(guī)則列表是對業(yè)務(wù)場景的細(xì)化和深入。

五、需求輸出

有了上面的流程、狀態(tài)、場景、規(guī)則，對業(yè)務(wù)的理解已熟透到心，該著手設(shè)計原型、編寫文檔了。

這里對文檔的結(jié)構(gòu)，我想應(yīng)該包含這幾部分：

1. 名詞解釋：第一步已經(jīng)準(zhǔn)備了，整理下放進去
2. 流程圖：包括業(yè)務(wù)流程和狀態(tài)圖，第二、三步已經(jīng)準(zhǔn)備了，整理下放進去
3. 按場景劃分的章節(jié)安排：根據(jù)第四步的場景劃分，每個場景作為一個章節(jié)，場景中不同情境作為小節(jié)，具體包含的內(nèi)容大概有：

（1）單據(jù)字段

（2）單據(jù)狀態(tài)

（3）單據(jù)搜索

至此，一個業(yè)務(wù)就被一步步拆分和轉(zhuǎn)換成了功能。

不難發(fā)現(xiàn)：拆分過程中輸出的文檔，最后就是需求文檔的每個組成部分，所以，拆分的過程也就是寫文檔的過程，拆分完了，PRD也就寫完了。

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

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