項(xiàng)目需求需要把握項(xiàng)目整體的方向和宏觀的需求，本文作者從自己的實(shí)戰(zhàn)經(jīng)驗(yàn)出發(fā)，結(jié)合實(shí)際案例，對項(xiàng)目需求進(jìn)行分析梳理，并記錄了自己的相關(guān)思考，與大家分享。

項(xiàng)目從立項(xiàng)開始，需求定義就是把握項(xiàng)目整體的方向，宏觀的需求。換句話說，就是業(yè)務(wù)的需求，明確項(xiàng)目的目標(biāo)和范圍。

那么在需求立項(xiàng)階段，如何進(jìn)行需求定義，根據(jù)筆者的經(jīng)驗(yàn)需要結(jié)從下面三個方面來進(jìn)行考慮和設(shè)計(jì)：

1. 需求定義的策略
2. 需求定義的理念
3. 需求定義的范圍

一、需求定義的策略

在項(xiàng)目的立項(xiàng)階段，都會輸出一些立項(xiàng)項(xiàng)目書之類的產(chǎn)物，但是大多都比較空洞和混雜。從筆者的項(xiàng)目經(jīng)歷來說，從兩個方面總結(jié)比較清晰：

1. 內(nèi)部需求

B端的產(chǎn)品的職責(zé)是提高企業(yè)的內(nèi)部運(yùn)轉(zhuǎn)效率，并為組織提供高效的協(xié)同管理，在市場上為企業(yè)經(jīng)營創(chuàng)造機(jī)會。

大型企業(yè)中，當(dāng)一個項(xiàng)目目標(biāo)比較空的時候，找到項(xiàng)目的發(fā)起人，可能是部門領(lǐng)導(dǎo)，也可能是高管，進(jìn)行深入溝通，了解戰(zhàn)略規(guī)劃上的第一步。

2. 外部工作

另外就是想做一個項(xiàng)目來實(shí)現(xiàn)業(yè)務(wù)需求或著商業(yè)盈利，當(dāng)下又沒有方向，那可以從外部參照物，包括實(shí)地考察，競品分析等等

二、需求定義的理念

項(xiàng)目在立項(xiàng)階段總結(jié)起來無非就四個字：問題、機(jī)會。

• 問題：當(dāng)前項(xiàng)目要解決一個什么問題，為企業(yè)解決一個什么癥結(jié)，難題；
• 機(jī)會：抓住一個什么機(jī)會，實(shí)現(xiàn)怎么樣的商業(yè)價(jià)值；

三、需求定義的范圍

需求范圍的定義是一個很重要的工作，范圍定義不清楚，容易做很多無用功與重復(fù)性操作，對需求的管理也會雜亂無章，新設(shè)計(jì)一個系統(tǒng)，怎么進(jìn)行需求范圍的梳理和定義，下面結(jié)合一個筆者做過的項(xiàng)目進(jìn)行復(fù)盤。

四、案例說明

1. 背景說明

共享充電寶項(xiàng)目現(xiàn)在已在大街小巷普及，共享業(yè)務(wù)已經(jīng)越來越普及到生活，包括共享單車，共享座椅，共享男友……

2. 需求定義策略

共享充電線項(xiàng)目，依托于掃碼支付與單片機(jī)硬件技術(shù)，在網(wǎng)吧，酒店房間等場景直接鋪設(shè)。

用戶在上網(wǎng)，或者賓館，茶樓，手機(jī)沒有電時，可以直接掃碼支付后充電，省去至前臺掃碼獲取充電寶動作。

與移動充電寶相比，充電線不需要充電箱為充電寶充電，用戶也不用到處找歸還的場地。在酒店，網(wǎng)吧等場景，充電線的鋪設(shè)與使用，比充電寶靈活，并且可獲得大量C端用戶數(shù)據(jù)進(jìn)行會員運(yùn)營

3. 需求范圍定義

經(jīng)過第一輪的調(diào)查，整理出其各部門總結(jié)：

• 用戶：掃碼支付，獲得密碼，在充電線單片機(jī)客戶端輸入密碼，開機(jī)充電；
• 商家：網(wǎng)吧，酒店等業(yè)主，鋪設(shè)設(shè)配，消費(fèi)者掃碼支付獲得相應(yīng)的分潤；
• 代理商：拓展渠道，發(fā)展下級代理商及商家，管理設(shè)備，并獲得分潤；
• 平臺：1）管理設(shè)備 2）管理代理及商家 3）定價(jià) 4）管理分潤；
• 廠家：生產(chǎn)設(shè)備，進(jìn)行發(fā)貨。

這里首先給出一個定義：主題域

當(dāng)面臨一個新的系統(tǒng)的時候，可以將這個系統(tǒng)看成一個黑盒子，將其劃分成不同的主題域，再通過一張構(gòu)件圖找到各主題域之間的關(guān)系。

什么是主題域？不就是子模塊菜單嗎？下面來做個對比

在筆者采用主體域劃分系統(tǒng)前，是這樣劃分的

我想大部分產(chǎn)品經(jīng)理都是這樣劃分的，這種傳統(tǒng)的劃分方式，按照邏輯，把這個系統(tǒng)按照不同的部門，劃分成不同的模塊。再對單獨(dú)不同部門進(jìn)行調(diào)研。

但是這樣劃分了以后發(fā)現(xiàn)，只是邏輯劃分，并沒有把業(yè)務(wù)流程串聯(lián)起來，在分析的時候，會漏掉業(yè)務(wù)。為什么產(chǎn)生這樣的結(jié)果？

傳統(tǒng)的方法都是按照“業(yè)務(wù)名稱+管理”來命名，業(yè)務(wù)名稱實(shí)際就是業(yè)務(wù)實(shí)體，也就是“物”的線索。試想，我在設(shè)計(jì)商家管理，我就會想：商家要做什么事呢？設(shè)計(jì)庫存管理，會想庫存要怎么計(jì)劃和顯示？設(shè)計(jì)發(fā)貨管理，會想發(fā)貨要怎么走？

現(xiàn)在看來，這并不是最佳的方式，因?yàn)闃I(yè)務(wù)系統(tǒng)，會大量的業(yè)務(wù)流程的聚合，以及充斥著千絲萬縷的層級關(guān)系。若單獨(dú)去考慮商家和代理管理，是不是就把這兩個業(yè)務(wù)實(shí)體割裂了？而這兩個“物”其實(shí)是有關(guān)聯(lián)關(guān)系的。

五、采用主題域劃分

1. 節(jié)點(diǎn)梳理

但是，當(dāng)我換了一種方式，以“事”為線索，順著事務(wù)流程，業(yè)務(wù)脈絡(luò)，劃分成不同的節(jié)點(diǎn)。再把這些業(yè)務(wù)節(jié)點(diǎn)下梳理出的邏輯設(shè)計(jì)與功能設(shè)計(jì)聚合放入對應(yīng)的應(yīng)用端，形成主題域（類似于子系統(tǒng)），系統(tǒng)的一下就變得清晰起來。

我們按照業(yè)務(wù)流程，劃分出三個節(jié)點(diǎn)：掃碼，支付，獲取密碼

1）節(jié)點(diǎn)1：掃碼

• 用戶進(jìn)行掃碼，我們自然想到，這個碼從哪里來，再倒推出生碼，賦碼管理
• 掃碼以后，進(jìn)行設(shè)備查詢，那么就涉及到二維碼和設(shè)備如何關(guān)聯(lián)，設(shè)備的激活，禁用，上下架，倒推出需要進(jìn)行設(shè)備管理

2）節(jié)點(diǎn)2：支付

• 接下來進(jìn)行支付，在掃碼查出設(shè)備以后，需要查詢當(dāng)前設(shè)備的價(jià)格，不同的設(shè)備肯定有不同的計(jì)費(fèi)規(guī)則，并且滿足調(diào)價(jià)需求，那么就需要一套靈活的計(jì)費(fèi)配置來管理，可以把這個功能放入結(jié)算管理中
• 用戶掃碼可能會多個掃碼入口，微信，支付寶，聚合支付，外置瀏覽器，這個時候需要對支付流程進(jìn)行設(shè)計(jì)

3）節(jié)點(diǎn)3：獲取密碼

• 用戶獲取密碼的方式，頁面還是短信？若獲取密碼結(jié)果通過短信，則需要對接短信服務(wù)商，且需要用戶填寫手機(jī)號，拿到手機(jī)號又可以進(jìn)行進(jìn)行會員管理，進(jìn)而推出會員管理。
• 密碼規(guī)則：硬件如何記錄使用過的密碼？

以上從業(yè)務(wù)角色1（用戶）的業(yè)務(wù)流，找到了三個節(jié)點(diǎn)，并沿著業(yè)務(wù)脈絡(luò)梳理出了業(yè)務(wù)功能及設(shè)計(jì)邏輯。

現(xiàn)在再從業(yè)務(wù)角色2（代理商）的業(yè)務(wù)流梳理

4）節(jié)點(diǎn)4

分潤規(guī)則：代理商，平臺，商家的分潤規(guī)則，分潤是按照代理商層級來？還是地區(qū)來？還是設(shè)備來？再往上梳理，那代理商層級是怎么設(shè)計(jì)，代理商怎么授權(quán)商家？

進(jìn)而進(jìn)行代理商和商家的層級體系設(shè)計(jì)，授權(quán)流程設(shè)計(jì)。最后分潤規(guī)則的靈活配置放在結(jié)算管理進(jìn)行管理，代理商層級配置放在后臺代理商管理進(jìn)行管理。

5）節(jié)點(diǎn)5

現(xiàn)金提現(xiàn)：商家提現(xiàn)，代理商提現(xiàn)的限制，審核流等，屬于結(jié)算的內(nèi)容

2. 析出主題域

通過以上的梳理，以一個業(yè)務(wù)流程為基礎(chǔ)，沿著節(jié)點(diǎn)梳理，每個節(jié)點(diǎn)會涉及到不同業(yè)務(wù)流程，再把這些業(yè)務(wù)分配到不同的應(yīng)用范圍里面，形成主題域，這樣就理清了系統(tǒng)的脈絡(luò)，給需求規(guī)格說明書提供了一最初的結(jié)構(gòu)目錄

3. 使用構(gòu)件圖

什么是構(gòu)件圖？為什么要畫構(gòu)建圖？

構(gòu)件圖就是劃分主體域之后，對梳理出來的脈絡(luò)進(jìn)行進(jìn)一步整理，找到各主題域之間的接口關(guān)系之后的關(guān)系圖。

如果單獨(dú)采用之前的層次結(jié)構(gòu)，只是體現(xiàn)了分解結(jié)構(gòu)，就會隔離各個業(yè)務(wù)，忽略了各個主題域之間的關(guān)系。構(gòu)件圖就是為了明確各主題域之間的關(guān)系，明確主題域之間接口關(guān)系的另外一個作用也是作為需求變更的防火墻。創(chuàng)建構(gòu)建圖后，如下：

當(dāng)然，接口的定義很廣泛，有技術(shù)上各個類之間的接口，構(gòu)件之間的接口，對于需求而言，這里是從業(yè)務(wù)的角度來說，各個主題域之間的接口。

關(guān)于主題域的思考

在以上案例，由于項(xiàng)目案例的業(yè)務(wù)很簡單，按照一兩個業(yè)務(wù)流程就能確定主題域，并且只通過一級就確定了主題域。

我們的目的在于如何通過主題域的設(shè)計(jì)思想，來為需求范圍定義提供系統(tǒng)建設(shè)的分類參考，而對于B端復(fù)雜的業(yè)務(wù)系統(tǒng)，業(yè)務(wù)流程眾多，怎么樣能理清主題域？還有幾種方法：

1. 以組織結(jié)構(gòu)為線索：在組織復(fù)雜聚合的情況下，組織部門的邊界可能就是主題域的邊界；
2. 以分管領(lǐng)導(dǎo)為線索：按照領(lǐng)導(dǎo)權(quán)力邊界劃分；
3. 以典型的業(yè)務(wù)職責(zé)區(qū)分：例如很多企業(yè)/組織都有自己的產(chǎn)品生產(chǎn)，銷售，供應(yīng)等環(huán)節(jié)。

結(jié)語

以上便是筆者根據(jù)實(shí)戰(zhàn)項(xiàng)目，對項(xiàng)目需求定義的一些思考，作為個人的復(fù)盤和記錄，希望對你有幫助，歡迎指正和評論。

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

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

文章信息僅為作者觀點(diǎn)，不代表愛盈利官方立場，內(nèi)容僅供網(wǎng)友參考學(xué)習(xí)。。