產(chǎn)品經(jīng)理方法論:如何進行需求定義?(一)
項目需求需要把握項目整體的方向和宏觀的需求,本文作者從自己的實戰(zhàn)經(jīng)驗出發(fā),結(jié)合實際案例,對項目需求進行分析梳理,并記錄了自己的相關(guān)思考,與大家分享。
項目從立項開始,需求定義就是把握項目整體的方向,宏觀的需求。換句話說,就是業(yè)務(wù)的需求,明確項目的目標(biāo)和范圍。
那么在需求立項階段,如何進行需求定義,根據(jù)筆者的經(jīng)驗需要結(jié)從下面三個方面來進行考慮和設(shè)計:
- 需求定義的策略
- 需求定義的理念
- 需求定義的范圍
一、需求定義的策略
在項目的立項階段,都會輸出一些立項項目書之類的產(chǎn)物,但是大多都比較空洞和混雜。從筆者的項目經(jīng)歷來說,從兩個方面總結(jié)比較清晰:
1. 內(nèi)部需求
B端的產(chǎn)品的職責(zé)是提高企業(yè)的內(nèi)部運轉(zhuǎn)效率,并為組織提供高效的協(xié)同管理,在市場上為企業(yè)經(jīng)營創(chuàng)造機會。
大型企業(yè)中,當(dāng)一個項目目標(biāo)比較空的時候,找到項目的發(fā)起人,可能是部門領(lǐng)導(dǎo),也可能是高管,進行深入溝通,了解戰(zhàn)略規(guī)劃上的第一步。
2. 外部工作
另外就是想做一個項目來實現(xiàn)業(yè)務(wù)需求或著商業(yè)盈利,當(dāng)下又沒有方向,那可以從外部參照物,包括實地考察,競品分析等等
二、需求定義的理念
項目在立項階段總結(jié)起來無非就四個字:問題、機會。
- 問題:當(dāng)前項目要解決一個什么問題,為企業(yè)解決一個什么癥結(jié),難題;
- 機會:抓住一個什么機會,實現(xiàn)怎么樣的商業(yè)價值;
三、需求定義的范圍
需求范圍的定義是一個很重要的工作,范圍定義不清楚,容易做很多無用功與重復(fù)性操作,對需求的管理也會雜亂無章,新設(shè)計一個系統(tǒng),怎么進行需求范圍的梳理和定義,下面結(jié)合一個筆者做過的項目進行復(fù)盤。
四、案例說明
1. 背景說明
共享充電寶項目現(xiàn)在已在大街小巷普及,共享業(yè)務(wù)已經(jīng)越來越普及到生活,包括共享單車,共享座椅,共享男友……
2. 需求定義策略
共享充電線項目,依托于掃碼支付與單片機硬件技術(shù),在網(wǎng)吧,酒店房間等場景直接鋪設(shè)。
用戶在上網(wǎng),或者賓館,茶樓,手機沒有電時,可以直接掃碼支付后充電,省去至前臺掃碼獲取充電寶動作。
與移動充電寶相比,充電線不需要充電箱為充電寶充電,用戶也不用到處找歸還的場地。在酒店,網(wǎng)吧等場景,充電線的鋪設(shè)與使用,比充電寶靈活,并且可獲得大量C端用戶數(shù)據(jù)進行會員運營
3. 需求范圍定義
經(jīng)過第一輪的調(diào)查,整理出其各部門總結(jié):
- 用戶:掃碼支付,獲得密碼,在充電線單片機客戶端輸入密碼,開機充電;
- 商家:網(wǎng)吧,酒店等業(yè)主,鋪設(shè)設(shè)配,消費者掃碼支付獲得相應(yīng)的分潤;
- 代理商:拓展渠道,發(fā)展下級代理商及商家,管理設(shè)備,并獲得分潤;
- 平臺:1)管理設(shè)備 2)管理代理及商家 3)定價 4)管理分潤;
- 廠家:生產(chǎn)設(shè)備,進行發(fā)貨。
這里首先給出一個定義:主題域
當(dāng)面臨一個新的系統(tǒng)的時候,可以將這個系統(tǒng)看成一個黑盒子,將其劃分成不同的主題域,再通過一張構(gòu)件圖找到各主題域之間的關(guān)系。
什么是主題域?不就是子模塊菜單嗎?下面來做個對比
在筆者采用主體域劃分系統(tǒng)前,是這樣劃分的
我想大部分產(chǎn)品經(jīng)理都是這樣劃分的,這種傳統(tǒng)的劃分方式,按照邏輯,把這個系統(tǒng)按照不同的部門,劃分成不同的模塊。再對單獨不同部門進行調(diào)研。
但是這樣劃分了以后發(fā)現(xiàn),只是邏輯劃分,并沒有把業(yè)務(wù)流程串聯(lián)起來,在分析的時候,會漏掉業(yè)務(wù)。為什么產(chǎn)生這樣的結(jié)果?
傳統(tǒng)的方法都是按照“業(yè)務(wù)名稱+管理”來命名,業(yè)務(wù)名稱實際就是業(yè)務(wù)實體,也就是“物”的線索。試想,我在設(shè)計商家管理,我就會想:商家要做什么事呢?設(shè)計庫存管理,會想庫存要怎么計劃和顯示?設(shè)計發(fā)貨管理,會想發(fā)貨要怎么走?
現(xiàn)在看來,這并不是最佳的方式,因為業(yè)務(wù)系統(tǒng),會大量的業(yè)務(wù)流程的聚合,以及充斥著千絲萬縷的層級關(guān)系。若單獨去考慮商家和代理管理,是不是就把這兩個業(yè)務(wù)實體割裂了?而這兩個“物”其實是有關(guān)聯(lián)關(guān)系的。
五、采用主題域劃分
1. 節(jié)點梳理
但是,當(dāng)我換了一種方式,以“事”為線索,順著事務(wù)流程,業(yè)務(wù)脈絡(luò),劃分成不同的節(jié)點。再把這些業(yè)務(wù)節(jié)點下梳理出的邏輯設(shè)計與功能設(shè)計聚合放入對應(yīng)的應(yīng)用端,形成主題域(類似于子系統(tǒng)),系統(tǒng)的一下就變得清晰起來。
我們按照業(yè)務(wù)流程,劃分出三個節(jié)點:掃碼,支付,獲取密碼
1)節(jié)點1:掃碼
- 用戶進行掃碼,我們自然想到,這個碼從哪里來,再倒推出生碼,賦碼管理
- 掃碼以后,進行設(shè)備查詢,那么就涉及到二維碼和設(shè)備如何關(guān)聯(lián),設(shè)備的激活,禁用,上下架,倒推出需要進行設(shè)備管理
2)節(jié)點2:支付
- 接下來進行支付,在掃碼查出設(shè)備以后,需要查詢當(dāng)前設(shè)備的價格,不同的設(shè)備肯定有不同的計費規(guī)則,并且滿足調(diào)價需求,那么就需要一套靈活的計費配置來管理,可以把這個功能放入結(jié)算管理中
- 用戶掃碼可能會多個掃碼入口,微信,支付寶,聚合支付,外置瀏覽器,這個時候需要對支付流程進行設(shè)計
3)節(jié)點3:獲取密碼
- 用戶獲取密碼的方式,頁面還是短信?若獲取密碼結(jié)果通過短信,則需要對接短信服務(wù)商,且需要用戶填寫手機號,拿到手機號又可以進行進行會員管理,進而推出會員管理。
- 密碼規(guī)則:硬件如何記錄使用過的密碼?
以上從業(yè)務(wù)角色1(用戶)的業(yè)務(wù)流,找到了三個節(jié)點,并沿著業(yè)務(wù)脈絡(luò)梳理出了業(yè)務(wù)功能及設(shè)計邏輯。
現(xiàn)在再從業(yè)務(wù)角色2(代理商)的業(yè)務(wù)流梳理
4)節(jié)點4
分潤規(guī)則:代理商,平臺,商家的分潤規(guī)則,分潤是按照代理商層級來?還是地區(qū)來?還是設(shè)備來?再往上梳理,那代理商層級是怎么設(shè)計,代理商怎么授權(quán)商家?
進而進行代理商和商家的層級體系設(shè)計,授權(quán)流程設(shè)計。最后分潤規(guī)則的靈活配置放在結(jié)算管理進行管理,代理商層級配置放在后臺代理商管理進行管理。
5)節(jié)點5
現(xiàn)金提現(xiàn):商家提現(xiàn),代理商提現(xiàn)的限制,審核流等,屬于結(jié)算的內(nèi)容
2. 析出主題域
通過以上的梳理,以一個業(yè)務(wù)流程為基礎(chǔ),沿著節(jié)點梳理,每個節(jié)點會涉及到不同業(yè)務(wù)流程,再把這些業(yè)務(wù)分配到不同的應(yīng)用范圍里面,形成主題域,這樣就理清了系統(tǒng)的脈絡(luò),給需求規(guī)格說明書提供了一最初的結(jié)構(gòu)目錄
3. 使用構(gòu)件圖
什么是構(gòu)件圖?為什么要畫構(gòu)建圖?
構(gòu)件圖就是劃分主體域之后,對梳理出來的脈絡(luò)進行進一步整理,找到各主題域之間的接口關(guān)系之后的關(guān)系圖。
如果單獨采用之前的層次結(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)于主題域的思考
在以上案例,由于項目案例的業(yè)務(wù)很簡單,按照一兩個業(yè)務(wù)流程就能確定主題域,并且只通過一級就確定了主題域。
我們的目的在于如何通過主題域的設(shè)計思想,來為需求范圍定義提供系統(tǒng)建設(shè)的分類參考,而對于B端復(fù)雜的業(yè)務(wù)系統(tǒng),業(yè)務(wù)流程眾多,怎么樣能理清主題域?還有幾種方法:
- 以組織結(jié)構(gòu)為線索:在組織復(fù)雜聚合的情況下,組織部門的邊界可能就是主題域的邊界;
- 以分管領(lǐng)導(dǎo)為線索:按照領(lǐng)導(dǎo)權(quán)力邊界劃分;
- 以典型的業(yè)務(wù)職責(zé)區(qū)分:例如很多企業(yè)/組織都有自己的產(chǎn)品生產(chǎn),銷售,供應(yīng)等環(huán)節(jié)。
結(jié)語
以上便是筆者根據(jù)實戰(zhàn)項目,對項目需求定義的一些思考,作為個人的復(fù)盤和記錄,希望對你有幫助,歡迎指正和評論。
本文由 @謝君翊 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Unsplash,基于 CC0 協(xié)議
寫的很好,可以落地的思路
先收藏 后看的,寫的很好。感謝