5W字講透 | 初階B端產(chǎn)品經(jīng)理工具包(上)-總覽/售前/需求分析階段工具
在職場(chǎng)上,如果有一些工具能讓我們順手使用,工作效率會(huì)高很多。本文作者匯總整理了一份B端產(chǎn)品的工具包,并以案例穿插其中,可以幫助大家更好掌握文中列舉的這些工具。
初階B端產(chǎn)品經(jīng)理工具包將分為三個(gè)部分分享,這一篇分享第一部分,涵蓋總覽、售前、需求分析階段的工具。
一、B端產(chǎn)品交付流程
在進(jìn)入具體的工具介紹前,讓我們先了解下B端產(chǎn)品交付(售前除外)的完整流程。
圖片 1 B端產(chǎn)品交付流程
在這個(gè)流程中,以倉(cāng)儲(chǔ)物流場(chǎng)景為例,產(chǎn)品經(jīng)理可能需要接觸哪些人,做哪些工作呢?
注:在不同的公司及產(chǎn)品,下述任務(wù)可能會(huì)被拆分到不同的崗位職能,但是產(chǎn)品經(jīng)理需要從需求到落地的所有流程步驟。
表格 1各環(huán)節(jié)工作事宜
在上面的注意事項(xiàng)里,我頻繁地寫到“頂住壓力”,在B端物流產(chǎn)品交付的過(guò)程中,產(chǎn)品經(jīng)理確實(shí)扮演著雙面人的角色,承載著兩側(cè)的壓力。
一面面向業(yè)務(wù),產(chǎn)品經(jīng)理是需要擋在用戶面前,為開(kāi)發(fā)測(cè)試承壓的,無(wú)論是收集需求、還是落地實(shí)施階段,都需要頂住業(yè)務(wù)側(cè)的壓力,做好溝通,控制需求范圍,在盤通流程的基礎(chǔ)上保障交付。
一面面向開(kāi)發(fā),產(chǎn)品經(jīng)理也需要頂住開(kāi)發(fā)測(cè)試側(cè)的壓力,有效梳理并傳遞業(yè)務(wù)需求,時(shí)刻關(guān)注開(kāi)發(fā)測(cè)試進(jìn)展,避免需求落地變形。
那么,已知上述交付流程,在B端產(chǎn)品經(jīng)理精進(jìn)的路上,我們可以學(xué)習(xí)哪些工具呢?
我簡(jiǎn)單整理了下面的工具清單:
圖片 2 以系統(tǒng)工程展開(kāi),B端產(chǎn)品經(jīng)理工作流程
表格 2工具清單及建議掌握程度
本書將依循上述清單邏輯展開(kāi)各環(huán)節(jié)的工具介紹。
二、售前-立項(xiàng)階段工具
2.1. 售前調(diào)研工具:業(yè)務(wù)問(wèn)題清單
為什么需要提前準(zhǔn)備業(yè)務(wù)調(diào)研問(wèn)題清單呢?
因?yàn)槲覀兒蜆I(yè)務(wù)溝通的時(shí)間是有限的,需要在最短的時(shí)間內(nèi),盡可能地提高會(huì)議有效信息的密度,減少需求的遺漏,降低立項(xiàng)決策的失誤風(fēng)險(xiǎn)。
此外,提前準(zhǔn)備問(wèn)題清單,能夠幫助產(chǎn)品經(jīng)理在前期與業(yè)務(wù)側(cè)的接觸中樹(shù)立靠譜專業(yè)人設(shè),產(chǎn)生信任感。信任是團(tuán)隊(duì)協(xié)作的基礎(chǔ),這一點(diǎn)在B端產(chǎn)品的落地過(guò)程中尤為重要。
最后,業(yè)務(wù)問(wèn)題清單在收集足夠多了之后,可以幫助我們把握行業(yè)核心訴求,能夠有效的幫助我們思考產(chǎn)品如何設(shè)計(jì)。
那么,如何列出系統(tǒng)調(diào)研問(wèn)題清單呢?
我們以一個(gè)WMS系統(tǒng)調(diào)研清單為例,展開(kāi)講如何梳理系統(tǒng)調(diào)研問(wèn)題清單。
表格 3某WMS系統(tǒng)調(diào)研問(wèn)題清單
我們?cè)谑崂韱?wèn)題清單的時(shí)候,需要有三個(gè)方面的內(nèi)容需要考慮到,即項(xiàng)目基礎(chǔ)背景、項(xiàng)目業(yè)務(wù)所需流程、項(xiàng)目商務(wù)信息。
例如在上面的WMS系統(tǒng)調(diào)研問(wèn)題清單中,我們以倉(cāng)庫(kù)基礎(chǔ)情況類目的問(wèn)題,確認(rèn)了項(xiàng)目的基礎(chǔ)背景,即項(xiàng)目的利益攸關(guān)者有哪些、系統(tǒng)的接觸者和相關(guān)者是誰(shuí)、系統(tǒng)的目的是什么。
接著,我們用倉(cāng)庫(kù)業(yè)務(wù)需求類目的問(wèn)題,串聯(lián)起了從入庫(kù)到出庫(kù)關(guān)鍵節(jié)點(diǎn)的關(guān)鍵問(wèn)題,這有助于幫助我們明確系統(tǒng)的功能和目標(biāo)。
最后,我們用商務(wù)基礎(chǔ)信息,確認(rèn)了這個(gè)項(xiàng)目的外部投入情況,為項(xiàng)目立項(xiàng)階段計(jì)算投資回報(bào)比(ROI)打下基礎(chǔ)。
不局限于物流產(chǎn)品,所有B端產(chǎn)品都可以用上述的思路梳理調(diào)研問(wèn)題清單,隨著項(xiàng)目的積累,這張清單會(huì)日趨完善,并最終反哺系統(tǒng)設(shè)計(jì)。
2.2 決策工具:投資回報(bào)率(ROI)
B 端產(chǎn)品經(jīng)理為什么需要熟悉投資回報(bào)率(ROI)呢?
因?yàn)樗笾麓_定了一個(gè)項(xiàng)目在企業(yè)內(nèi)的受重視情況。相對(duì)來(lái)說(shuō),投資回報(bào)率高的項(xiàng)目,在后期落地的過(guò)程中,更容易調(diào)配到資源。因此,為了后續(xù)落地的開(kāi)發(fā)測(cè)試順利,產(chǎn)品經(jīng)理一定要在前期就了解項(xiàng)目的投資回報(bào)率。
當(dāng)然,這里不是說(shuō)投資回報(bào)率低的項(xiàng)目不受企業(yè)重視。某些標(biāo)桿項(xiàng)目在企業(yè)內(nèi)部很受重視,但是它的ROI不夠好看,甚至有可能是賠錢賺吆喝的。
那么怎么計(jì)算投資回報(bào)率呢?
我們可以簡(jiǎn)單遵循如下公式(在粗估時(shí),可以忽略機(jī)會(huì)成本):
例1.在一個(gè)面向外部客戶的軟件項(xiàng)目A中,在計(jì)算投資回報(bào)率時(shí),首先需要了解項(xiàng)目的總成本,即軟硬件投入成本、員工成本、實(shí)施成本、差旅成本、x年期運(yùn)維成本等,此外還要了解項(xiàng)目的總收益,即一次性軟件許可收入、實(shí)施和定制收入、培訓(xùn)收入、x年期運(yùn)維收入等。
我們假設(shè)某項(xiàng)目的總成本與總收益如下:
成本項(xiàng):
- 軟硬件投入成本:1w
- 員工成本:30w
- 實(shí)施成本:5w
- 差旅成本:3w
- 一年期運(yùn)維成本:3w
收益項(xiàng):
- 一次性軟件許可收入:10w
- 實(shí)施和定制收入:30w
- 培訓(xùn)收入:5w
- 一年期運(yùn)維收入:5w
那么計(jì)算A項(xiàng)目的ROI如下:
例2.在一個(gè)面向內(nèi)部業(yè)務(wù)的軟件項(xiàng)目B中,投資回報(bào)率的收益項(xiàng)略有不同,以一個(gè)倉(cāng)儲(chǔ)系統(tǒng)優(yōu)化項(xiàng)目為例,項(xiàng)目的總成本維持不變,仍是軟硬件投入成本、員工成本、實(shí)施成本、差旅成本、運(yùn)維成本,預(yù)期收益可能包含應(yīng)用系統(tǒng)后的生產(chǎn)效率提升、庫(kù)存優(yōu)化、人員利用率提升、訂單賠付率降低等。
我們假設(shè)某項(xiàng)目的總成本與總收益如下:
成本項(xiàng):
- 軟硬件投入成本:1w
- 員工成本:20w
- 實(shí)施成本:5w
- 差旅成本:3w
- 一年期運(yùn)維成本:1w
收益項(xiàng):
- 生產(chǎn)效率提升量化收益:11w
- 庫(kù)存優(yōu)化量化收益:15w
- 人員利用率提升量化收益:9w
- 訂單賠付率降低量化收益:5w
那么計(jì)算B項(xiàng)目的ROI如下:
上述簡(jiǎn)略的ROI公式忽略了機(jī)會(huì)成本,僅是粗略估計(jì)的投資回報(bào)率。在實(shí)際的應(yīng)用中,需要注意項(xiàng)目中成本項(xiàng)和收益項(xiàng)選擇。
此外,為了ROI的準(zhǔn)確度,我們需要確保成本和收益是被合理量化的。
2.3. 項(xiàng)目規(guī)劃工具:甘特圖(Gantt Chart)
B端產(chǎn)品經(jīng)理為什么需要熟練使用甘特圖呢?
因?yàn)楫a(chǎn)品經(jīng)理需要把控系統(tǒng)交付的時(shí)間、資源、進(jìn)展,這是甘特圖可以提供的。
甘特圖里包含了哪些內(nèi)容呢?
甘特圖包含了項(xiàng)目的關(guān)鍵時(shí)間點(diǎn)和里程碑,展示了多任務(wù)之間的前后依賴關(guān)系,并且展示了在同一時(shí)間并發(fā)的任務(wù)。
甘特圖在系統(tǒng)項(xiàng)目交付過(guò)程中有什么作用呢?
通過(guò)甘特圖可以讓項(xiàng)目組成員清晰地感知項(xiàng)目規(guī)劃,能夠幫助管理者提前進(jìn)行資源的部署,避免資源沖突。并且,甘特圖中的里程碑,能夠幫助項(xiàng)目分散交付風(fēng)險(xiǎn),將風(fēng)險(xiǎn)分散到一個(gè)個(gè)關(guān)鍵節(jié)點(diǎn),通過(guò)關(guān)鍵節(jié)點(diǎn)的驗(yàn)收,能有效避免將風(fēng)險(xiǎn)延遲到交付截止日。
那我們?cè)趺催M(jìn)行甘特圖的繪制呢?
這里以一個(gè)為期三個(gè)月的系統(tǒng)項(xiàng)目C為例:
圖片 3某項(xiàng)目甘特圖
STEP1:我們要設(shè)計(jì)橫軸與縱軸。
橫軸建議放日期,長(zhǎng)度覆蓋整個(gè)項(xiàng)目周期,重點(diǎn)標(biāo)記關(guān)鍵節(jié)點(diǎn),標(biāo)記每個(gè)任務(wù)的起始和結(jié)束時(shí)間??v軸建議將項(xiàng)目交付中的關(guān)鍵任務(wù)進(jìn)行拆分。
圖片 4橫軸時(shí)間初始繪制內(nèi)容
圖片 5縱軸任務(wù)節(jié)點(diǎn)初始繪制內(nèi)容
STEP2:匯合橫軸與縱軸的信息。
通過(guò)橫軸與縱軸的信息匯合,我們就能清晰地看到項(xiàng)目的任務(wù)排期情況,完成甘特圖的繪制。
圖片 6匯合橫軸和縱軸
STEP3:分割色塊。
為了使甘特圖更加清晰,我們將時(shí)間按照大的交付階段分割,按照不同的顏色標(biāo)識(shí);同時(shí),按照交付階段分割縱軸,標(biāo)識(shí)不同的顏色,就能清晰地看到不同階段不同任務(wù)的規(guī)劃時(shí)間。
圖片 7成品甘特圖
可以通過(guò)什么軟件繪制甘特圖呢?
目前的工作溝通軟件如釘釘、飛書,均內(nèi)置了畫甘特圖工具,如果你想和項(xiàng)目計(jì)劃書關(guān)聯(lián)度更高,可以嘗試套用excel、project中的甘特圖模版。
2.4. 項(xiàng)目溝通工具:溝通計(jì)劃
B端產(chǎn)品經(jīng)理為什么需要熟悉溝通計(jì)劃呢?
因?yàn)楫a(chǎn)品經(jīng)理在系統(tǒng)項(xiàng)目交付中的很多場(chǎng)合,扮演者會(huì)議組織者、會(huì)議主要參與者的角色,我們需要知道這個(gè)項(xiàng)目應(yīng)該在何時(shí)、何地、和什么人確認(rèn)什么樣的事宜。
溝通計(jì)劃里包含著什么樣的關(guān)鍵信息呢?
首先是組織架構(gòu)圖,這框定了在一個(gè)項(xiàng)目中由誰(shuí)擔(dān)任什么樣的角色,向誰(shuí)匯報(bào),在常規(guī)的組織架構(gòu)圖里要從實(shí)際出發(fā),明確到每個(gè)人的角色。
這里以某項(xiàng)目C的組織架構(gòu)信息舉例:
圖片 8某項(xiàng)目C組織架構(gòu)圖
在梳理組織架構(gòu)圖的時(shí)候,要注意不要產(chǎn)生一人向多人匯報(bào)的情況。
上面的組織架構(gòu)圖示只簡(jiǎn)單展示了組織分工,為了細(xì)化職責(zé),還需要根據(jù)實(shí)際情況,列明每個(gè)組(部門)的分工及成員,這樣才能使每個(gè)職責(zé)都有專門的組或部門承接,不會(huì)產(chǎn)生三不管或者多頭管理地帶。
以上面的某項(xiàng)目C的職責(zé)分工表為例:
表格 4某項(xiàng)目C職責(zé)分工表格
通過(guò)組織架構(gòu)圖和職責(zé)分工表,我們已經(jīng)知道了在一個(gè)項(xiàng)目中,由哪些人負(fù)責(zé)什么樣的職責(zé),在具體的會(huì)議組織上,可以告知部門(組)的負(fù)責(zé)人會(huì)議目的,讓他們自行指派專人跟進(jìn)。那在什么時(shí)間、什么地點(diǎn)進(jìn)行會(huì)議呢?
項(xiàng)目溝通計(jì)劃,會(huì)幫助我們更直觀地展示在什么時(shí)間、什么地點(diǎn)進(jìn)行什么樣的會(huì)議。
我們繼續(xù)以某項(xiàng)目C的項(xiàng)目溝通計(jì)劃為例:
表格 5某項(xiàng)目C項(xiàng)目溝通計(jì)劃
通過(guò)項(xiàng)目溝通計(jì)劃,我們以表格的形式直觀的知道會(huì)議會(huì)在什么時(shí)間、什么地點(diǎn)與什么人進(jìn)行什么事項(xiàng)的討論,在具體會(huì)議的預(yù)定上,將由項(xiàng)目經(jīng)理負(fù)責(zé)。
在列明了項(xiàng)目溝通計(jì)劃后,為了保證在項(xiàng)目推進(jìn)中的溝通基本質(zhì)量,我們需要就與會(huì)情況進(jìn)行考勤,考勤的記錄同樣由項(xiàng)目經(jīng)理負(fù)責(zé)。
我們繼續(xù)以項(xiàng)目C的考勤記錄表為例:
表格 6某項(xiàng)目C會(huì)議考勤記錄
從上圖,我們可以看到在7月的考勤記錄表中,僅有兩人在產(chǎn)品部組織的局部會(huì)議上請(qǐng)假,那么我們僅需要確認(rèn)上述兩人知悉此次會(huì)議事宜即可。
2.5. 決策匯總工具:立項(xiàng)報(bào)告(Feasibility Study Report)
B端產(chǎn)品經(jīng)理為什么需要熟悉立項(xiàng)報(bào)告?
管理層進(jìn)行項(xiàng)目是否開(kāi)展的決策前,會(huì)讓項(xiàng)目組出具立項(xiàng)報(bào)告,立項(xiàng)報(bào)告明確了項(xiàng)目目標(biāo)、闡明了項(xiàng)目背景、劃分了項(xiàng)目范圍、描述了資源分配情況、進(jìn)行了項(xiàng)目風(fēng)險(xiǎn)評(píng)估、完善了項(xiàng)目可行性分析、指明了項(xiàng)目落實(shí)時(shí)間規(guī)劃。
參與制定或查看立項(xiàng)報(bào)告,可以幫助產(chǎn)品經(jīng)理全面地把握項(xiàng)目基礎(chǔ)情況,確保項(xiàng)目推進(jìn)的信息透明。
那么如何編寫立項(xiàng)報(bào)告呢?
STEP1:闡明項(xiàng)目背景
- 闡述項(xiàng)目提出的背景和必要性。
- 分析項(xiàng)目實(shí)施的外部環(huán)境和內(nèi)部條件。
STEP2:明確項(xiàng)目的具體目標(biāo)
明確項(xiàng)目的具體目標(biāo)和預(yù)期成果。這里可以應(yīng)用SMART法則。
圖片 9 SMART法則在立項(xiàng)報(bào)告中的應(yīng)用
- 具體(Specific):立項(xiàng)報(bào)告中的目標(biāo)應(yīng)該是明確和具體的。例如,不是模糊地提出“要通過(guò)系統(tǒng)降低包材的倉(cāng)儲(chǔ)成本”,應(yīng)具體到“要在包材管理系統(tǒng),在明年一季度將包材的倉(cāng)儲(chǔ)成本降低30%”。
- 可衡量(Measurable):報(bào)告中應(yīng)包含可以量化的指標(biāo),以便于跟蹤進(jìn)度和評(píng)估結(jié)果。例如,可以設(shè)定“通過(guò)供應(yīng)商滿意度調(diào)查,將倉(cāng)庫(kù)預(yù)約系統(tǒng)滿意度從85%提升至90%”。
- 可實(shí)現(xiàn)(Achievable):目標(biāo)應(yīng)該是現(xiàn)實(shí)的,可以在現(xiàn)有資源和條件下實(shí)現(xiàn)。在立項(xiàng)報(bào)告中,需要評(píng)估資源、時(shí)間和能力,確保目標(biāo)的可實(shí)現(xiàn)性。例如,如果當(dāng)前揀貨錯(cuò)誤率是萬(wàn)分之九,那么設(shè)定降低到萬(wàn)分之六以內(nèi)的目標(biāo)是可達(dá)成的。
- 相關(guān)(Relevant):目標(biāo)應(yīng)該與組織的整體戰(zhàn)略和使命相關(guān)聯(lián)。在立項(xiàng)報(bào)告中,需要說(shuō)明項(xiàng)目如何與組織的長(zhǎng)期目標(biāo)和戰(zhàn)略規(guī)劃相一致。例如,如果組織的目標(biāo)是降本,那么項(xiàng)目目標(biāo)應(yīng)該是降低倉(cāng)儲(chǔ)成本。
- 時(shí)限(Time-bound):目標(biāo)應(yīng)該有明確的完成期限。在立項(xiàng)報(bào)告中,需要設(shè)定具體的開(kāi)始和結(jié)束日期,以便于監(jiān)督和評(píng)估目標(biāo)的實(shí)現(xiàn)進(jìn)度。例如,“在接下來(lái)的6個(gè)月內(nèi)完成新系統(tǒng)的研發(fā)”。
STEP3:劃分項(xiàng)目范圍
明確項(xiàng)目的范圍和邊界,明確項(xiàng)目包含和不包含的內(nèi)容。
STEP4:梳理組織結(jié)構(gòu)
- 描述項(xiàng)目的組織架構(gòu)和部門分工,梳理方式見(jiàn)2.4
- 明確各方參與者的職責(zé)和協(xié)作方式,梳理方式見(jiàn)2.4
STEP5:列明項(xiàng)目預(yù)算分配
提供項(xiàng)目的預(yù)算明細(xì),包含軟硬件預(yù)算、員工預(yù)算、實(shí)施預(yù)算、差旅預(yù)算、x年期運(yùn)維預(yù)算等
STEP6:進(jìn)行項(xiàng)目風(fēng)險(xiǎn)評(píng)估與應(yīng)對(duì)措施
識(shí)別項(xiàng)目可能面臨的風(fēng)險(xiǎn),并提出相應(yīng)的預(yù)防和應(yīng)對(duì)措施,這里可以使用吉德林法則(Jidelim Law)幫我們梳理思路。
圖片 10 吉德林法則(Jidelim Law)在立項(xiàng)報(bào)告中的應(yīng)用
1)明確識(shí)別問(wèn)題:
吉德林法則強(qiáng)調(diào),只有先認(rèn)清問(wèn)題,才能很好地解決問(wèn)題。在項(xiàng)目風(fēng)險(xiǎn)評(píng)估中,首先要識(shí)別所有可能的風(fēng)險(xiǎn)因素。
系統(tǒng)項(xiàng)目的風(fēng)險(xiǎn),包括技術(shù)風(fēng)險(xiǎn)、市場(chǎng)風(fēng)險(xiǎn)、財(cái)務(wù)風(fēng)險(xiǎn)、法律和合規(guī)風(fēng)險(xiǎn)等。
識(shí)別風(fēng)險(xiǎn)的過(guò)程可以通過(guò)頭腦風(fēng)暴、專家訪談等方法進(jìn)行。
2)清晰地描述問(wèn)題:
將識(shí)別出的風(fēng)險(xiǎn)清晰地描述出來(lái),這是吉德林法則的核心。
在立項(xiàng)報(bào)告中,應(yīng)詳細(xì)列出每個(gè)風(fēng)險(xiǎn),并對(duì)其可能性和潛在影響進(jìn)行描述。這種清晰的描述有助于更好地理解風(fēng)險(xiǎn)的本質(zhì),為后續(xù)的分析和應(yīng)對(duì)措施提供基礎(chǔ)。
3)分析風(fēng)險(xiǎn)的可能性和影響:
對(duì)每個(gè)已識(shí)別的風(fēng)險(xiǎn),評(píng)估其發(fā)生的可能性和對(duì)項(xiàng)目目標(biāo)的潛在影響。這一步驟可以通過(guò)定性和定量分析來(lái)完成。
定性分析可以使用風(fēng)險(xiǎn)概率影響矩陣,而定量分析可以計(jì)算風(fēng)險(xiǎn)的預(yù)期值。
4)制定應(yīng)對(duì)策略:
根據(jù)風(fēng)險(xiǎn)分析的結(jié)果,為每個(gè)風(fēng)險(xiǎn)制定應(yīng)對(duì)策略。策略可以是規(guī)避、降低、接受或轉(zhuǎn)移風(fēng)險(xiǎn)。
5)實(shí)施和監(jiān)控:
將應(yīng)對(duì)策略轉(zhuǎn)化為具體的行動(dòng)計(jì)劃,并在項(xiàng)目實(shí)施過(guò)程中進(jìn)行監(jiān)控。監(jiān)控的目的是確保風(fēng)險(xiǎn)應(yīng)對(duì)措施得到有效執(zhí)行,并在必要時(shí)進(jìn)行調(diào)整。
6)溝通和報(bào)告:
在項(xiàng)目全生命周期中,持續(xù)進(jìn)行風(fēng)險(xiǎn)溝通和報(bào)告(舉手)。
這包括與項(xiàng)目團(tuán)隊(duì)成員、利益相關(guān)者和管理層的溝通,確保他們對(duì)項(xiàng)目風(fēng)險(xiǎn)有清晰的認(rèn)識(shí),并參與風(fēng)險(xiǎn)管理過(guò)程。
STEP7:進(jìn)行項(xiàng)目效益分析
- 計(jì)算項(xiàng)目的投資回報(bào)率(ROI),計(jì)算方式見(jiàn)2.2
- 量化項(xiàng)目的機(jī)會(huì)收益
STEP8:指明項(xiàng)目的進(jìn)度計(jì)劃表
梳理項(xiàng)目的甘特圖,包括各階段的起止時(shí)間和關(guān)鍵節(jié)點(diǎn),梳理方式見(jiàn)2.3
三、需求溝通分析工具
圖片 11 需求分析與加工(工具清單)
在這個(gè)章節(jié)中,我們將介紹需求識(shí)別、需求定義、需求分類、需求分級(jí)、需求裝換的工具;需求關(guān)聯(lián)工具(圖)在產(chǎn)品設(shè)計(jì)環(huán)節(jié)也需要用到,我們放在下個(gè)章節(jié)介紹。
3.1 需求溝通工具:需求清單
B端產(chǎn)品經(jīng)理為什么需要熟練使用需求清單呢?
因?yàn)楫a(chǎn)品經(jīng)理需要有效的管理產(chǎn)品從概念到落地的整個(gè)生命周期,需求清單作為和業(yè)務(wù)方的溝通記錄,能夠幫助產(chǎn)品經(jīng)理把握業(yè)務(wù)需求。
那么怎么進(jìn)行需求清單的梳理呢?
STEP1:根據(jù)業(yè)務(wù)調(diào)研,羅列需求
業(yè)務(wù)調(diào)研的流程和售前調(diào)研類似(詳見(jiàn)2.1),在問(wèn)題清單的指引下,圍繞著業(yè)務(wù)背景與流程面向正確的人提問(wèn),調(diào)研匯總的信息,即為需求清單。
表格 7 需求清單表格初稿
STEP2:組織產(chǎn)品評(píng)審后,更新需求清單表格
在產(chǎn)品評(píng)審之后,可以更新需求清單的字段如下:
表格 8 需求清單表格更新稿1
STEP3:迭代發(fā)布之后,再次更新需求清單
在迭代發(fā)版之后,可以更新的清單字段如下:
表格 9 需求清單表格更新稿2
通過(guò)上述三個(gè)環(huán)節(jié)的更新,一個(gè)貫穿需求到落地流程的需求清單就完成了。
圖片 12 需求清單全覽
由于需求清單非常重要,補(bǔ)充一個(gè)案例幫助詳細(xì)闡釋這個(gè)工具:
案例:張飛和他的審單平臺(tái)(1)
角色介紹:
Lily:上海一家報(bào)關(guān)行E的業(yè)務(wù)主管,24年四月,因?yàn)樾劫Y待遇、工作發(fā)展等問(wèn)題,她手下的員工出現(xiàn)了1/3的流失,從15人銳減到10人。
張飛:深圳六臂物流科技公司的中級(jí)產(chǎn)品經(jīng)理。
前情概要:
報(bào)關(guān)行E的老板聯(lián)系到的六臂物流科技公司業(yè)務(wù)拓展人員,希望為其定制化開(kāi)發(fā)一套報(bào)關(guān)單校驗(yàn)平臺(tái),由業(yè)務(wù)人員Lily對(duì)接。
六臂物流科技公司的業(yè)務(wù)拓展人員協(xié)調(diào)產(chǎn)品團(tuán)隊(duì),產(chǎn)品部門主管指派張飛對(duì)接此客戶需求。
張飛在線上與Lily完成了1次1h的需求調(diào)研,匯總了如下會(huì)議紀(jì)要,并且與Lily約定在2天后澄清需求清單中的業(yè)務(wù)問(wèn)題。
需求調(diào)研會(huì)議紀(jì)要:
表格 10 張飛與Lily的初次會(huì)議紀(jì)要
會(huì)上,除了記錄會(huì)議紀(jì)要,張飛還見(jiàn)縫插針地記錄了客戶初步需求:
圖片 13 張飛記錄的初稿需求清單
會(huì)后,張飛立刻梳理了會(huì)議紀(jì)要,并通過(guò)思維導(dǎo)圖幫助自己整理思路:
圖片 14根據(jù)會(huì)議紀(jì)要梳理的思維導(dǎo)圖
為了進(jìn)一步明確需要校驗(yàn)的內(nèi)容,張飛向Lily申請(qǐng)了20套報(bào)關(guān)單據(jù)(發(fā)票、合同、箱單、報(bào)關(guān)單),開(kāi)始整理需要比對(duì)的具體字段。
表格 11一套基礎(chǔ)的報(bào)關(guān)材料
在上次的會(huì)議結(jié)束一天后,張飛認(rèn)真查看了客戶提供的20套報(bào)關(guān)材料,此時(shí),他發(fā)現(xiàn)這個(gè)需求似乎并沒(méi)有Lily描述的那么簡(jiǎn)單,于是他和Lily約了第二天進(jìn)行部分業(yè)務(wù)需求的澄清。
未完待續(xù)。
3.2 需求定義工具:根本原因分析(Root Cause Analysis)
B端產(chǎn)品經(jīng)理為什么需要熟練掌握根本原因分析?
根本原因分析(Root Cause Analysis, RCA)是一種系統(tǒng)性的方法,旨在透過(guò)淺顯的表象找出問(wèn)題的根本原因。B端產(chǎn)品經(jīng)理的工作,同樣需要透過(guò)表層業(yè)務(wù),提純核心需求,所以需要熟練掌握根本原因分析。
B端產(chǎn)品經(jīng)理怎樣應(yīng)用根本原因分析?
根本原因分析是B端產(chǎn)品經(jīng)理工作中的基礎(chǔ)內(nèi)功心法,它包含的方法有很多,例如5W(Five Whys Method)法、魚骨法(Cause and effect Fishbone diagram),結(jié)合實(shí)際項(xiàng)目經(jīng)驗(yàn),對(duì)于B端產(chǎn)品經(jīng)理來(lái)說(shuō),適用于我們的根本原因分析方法,需要在5W的基礎(chǔ)上做延展,增補(bǔ)1H和1V[2]。
圖片 15 5W+1H+1V需求分析
具體應(yīng)用的步驟如下:
STEP1:確認(rèn)WHO
明確這個(gè)項(xiàng)目的客戶是誰(shuí)、這個(gè)系統(tǒng)的實(shí)際使用者(用戶)是誰(shuí)。
STEP2:確認(rèn)WHEN
明確用戶何時(shí)會(huì)有需求。
STEP3:確認(rèn)WHERE
明確在什么業(yè)務(wù)中會(huì)產(chǎn)生需求?在哪里可以滿足用戶的此項(xiàng)需求?在不同場(chǎng)景中的需求是否一致?
STEP4:確認(rèn)WHAT
明確在什么業(yè)務(wù)中會(huì)產(chǎn)生需求?在哪里可以滿足用戶的此項(xiàng)需求?在不同場(chǎng)景中的需求是否一致?
STEP5:確認(rèn)WHY
為什么產(chǎn)生這樣的需求?什么原因?qū)е碌模?/p>
STEP6:確認(rèn)HOW
怎樣才能滿足這個(gè)需求?如何決策?如何實(shí)施?
STEP7:確認(rèn)VALUE
需求是否有價(jià)值?有什么價(jià)值?如何做才能產(chǎn)生價(jià)值?
根本原因分析對(duì)于B端產(chǎn)品經(jīng)理非常地重要,這里補(bǔ)充一個(gè)案例:
案例:張飛和他的審單平臺(tái)(2)
角色介紹:
Lily:上海一家報(bào)關(guān)行E的業(yè)務(wù)主管,24年四月,因?yàn)樾劫Y待遇、工作發(fā)展等問(wèn)題,她手下的員工出現(xiàn)了1/3的流失,從15人銳減到10人。
張飛:深圳六臂物流科技公司的中級(jí)產(chǎn)品經(jīng)理。
前情概要:
書接上回(4.1案例),距離和Lily的業(yè)務(wù)需求澄清會(huì)還有1天,張飛看了眼屏幕上的會(huì)議紀(jì)要及需求清單,又看了下那一疊令人頭暈眼花的報(bào)關(guān)單據(jù),陷入沉思。
本次情節(jié):
張飛在電腦上創(chuàng)建了一個(gè)EXCEL表格,敲了如下根本原因分析表格:
表格 12 張飛對(duì)審單需求進(jìn)行的根本原因分析
接著,為了進(jìn)一步確定這個(gè)需求的價(jià)值,張飛通過(guò)價(jià)值流分析(VSM)和方法時(shí)間測(cè)量(MTM),對(duì)制單員動(dòng)作進(jìn)行對(duì)比分析,量化了改善效果。
表格 13 制單動(dòng)作的VSM 價(jià)值流分析
表格 14 制單動(dòng)作的MTM
寫完之后,張飛覺(jué)得自己對(duì)這個(gè)需求的理解加深了,滿意地松開(kāi)鼠標(biāo)。
3.3 需求分類工具:Kano模型
B端產(chǎn)品經(jīng)理為什么要了解Kano模型?
B端產(chǎn)品經(jīng)理需要處理復(fù)雜的業(yè)務(wù)需求,這涉及跨部門的多利益相關(guān)者,Kano模型能夠幫助我們識(shí)別,優(yōu)先處理哪些需求,能最大化提升用戶滿意度。
如何在B端產(chǎn)品需求中應(yīng)用Kano模型?
Kano模型是由日本學(xué)者狩野紀(jì)昭(Noriaki Kano)在1984年提出的一個(gè)用于分析和分類用戶需求的模型。該模型將用戶需求分為五類:
1)基本需求(Must-be Quality):
這些是用戶認(rèn)為產(chǎn)品或服務(wù)必須具備的特性。如果這些需求沒(méi)有得到滿足,用戶會(huì)非常不滿意。但即使?jié)M足了這些需求,也不會(huì)顯著提高用戶的滿意度,因?yàn)樗鼈儽灰暈槔硭?dāng)然的。
倉(cāng)庫(kù)管理系統(tǒng)(WMS)中的基本需求舉例:
- 庫(kù)存管理:跟蹤庫(kù)存水平,確保數(shù)據(jù)準(zhǔn)確,這是倉(cāng)庫(kù)管理的核心功能。
- 訂單處理:接收、處理和履行訂單的能力,包括訂單的創(chuàng)建、修改和取消
- 貨物入庫(kù)和出庫(kù):管理貨物的入庫(kù)和出庫(kù)流程,記錄收、發(fā)報(bào)表。
2)性能需求(One-dimensional Quality):
這些需求與用戶的滿意度成正比。產(chǎn)品或服務(wù)在這些方面的表現(xiàn)越好,用戶的滿意度就越高。這些需求是可量化的,用戶可以清晰地表達(dá)他們對(duì)這些需求的期望。
倉(cāng)庫(kù)管理系統(tǒng)(WMS)中的性能需求舉例:
- 靈活的波次釋放和揀選策略:根據(jù)訂單的優(yōu)先級(jí)和特性,靈活地安排波次釋放和揀選策略,提高揀選效率。
- 集成自動(dòng)化設(shè)備:集成自動(dòng)化立體倉(cāng)庫(kù)(AS/RS)、存取小車(AGV)、分揀墻等,能有效提升揀選效率。
3)興奮需求(Attractive Quality):
這些是超出用戶期望的特性,能夠給用戶帶來(lái)驚喜和愉悅。如果產(chǎn)品或服務(wù)能夠滿足這些需求,用戶的滿意度會(huì)顯著提高。
這些需求往往是創(chuàng)新性的,用戶可能沒(méi)有意識(shí)到他們需要這些特性,直到企業(yè)提供了這些特性。
倉(cāng)庫(kù)管理系統(tǒng)(WMS)中的興奮需求舉例:
- 增強(qiáng)現(xiàn)實(shí)(AR)揀選:通過(guò)增強(qiáng)現(xiàn)實(shí)技術(shù)輔助揀選過(guò)程,比如通過(guò)AR眼鏡直接在操作員的視野中顯示揀選指令和路徑。
- 智能裝車推薦:系統(tǒng)能夠根據(jù)貨物的特性和運(yùn)輸要求,自動(dòng)推薦最合適的裝車堆碼垛方案。
4)無(wú)差異需求(Indifferent Quality):
這些需求對(duì)用戶的滿意度影響不大,無(wú)論是否滿足這些需求,用戶的滿意度都不會(huì)有顯著變化。這些需求可能是用戶不關(guān)心的,或者是超出了用戶的期望范圍。
倉(cāng)庫(kù)管理系統(tǒng)(WMS)中的無(wú)差異需求舉例:
- 過(guò)度的視覺(jué)設(shè)計(jì):WMS用戶界面(UI)的設(shè)計(jì)如果過(guò)于復(fù)雜或花哨,不會(huì)給大多數(shù)用戶帶來(lái)額外的價(jià)值。
- 倉(cāng)庫(kù)系統(tǒng)實(shí)現(xiàn)實(shí)時(shí)聊天功能:在倉(cāng)庫(kù)系統(tǒng)內(nèi)實(shí)現(xiàn)實(shí)時(shí)聊天,并不會(huì)對(duì)業(yè)務(wù)提升有幫助。
5)反向需求(Reverse Quality):
這些需求是用戶不期望或不希望出現(xiàn)的。滿足這些需求可能會(huì)導(dǎo)致用戶滿意度降低,因?yàn)樗鼈兛赡苁遣槐匾幕蛴脩粽J(rèn)為不值得的。
- 過(guò)多的強(qiáng)制性步驟:在操作流程中設(shè)置過(guò)多的強(qiáng)制性步驟,可能會(huì)導(dǎo)致用戶感到不適,并且?guī)Р粊?lái)相應(yīng)的價(jià)值。
- 不必要的數(shù)據(jù)強(qiáng)制輸入要求:要求用戶輸入大量非關(guān)鍵性數(shù)據(jù),這會(huì)增加用戶的工作量,并且?guī)Р粊?lái)相應(yīng)的價(jià)值。
3.4 需求分級(jí)工具:評(píng)價(jià)打分
B端產(chǎn)品經(jīng)理為什么要了解評(píng)價(jià)打分?
在我們進(jìn)行需求分析的過(guò)程中,存在著大量的定性信息,評(píng)價(jià)打分能夠?qū)⒍ㄐ缘臄?shù)據(jù)量化,幫助我們的決策更加客觀。
評(píng)價(jià)打分的方法有很多,例如層次分析法等,本文選用的是李克特量表。
如何在B端產(chǎn)品需求中應(yīng)用評(píng)價(jià)打分?
STEP1:收集用戶需求
利用4.1中提到需求清單,進(jìn)行需求的收集
STEP2:將用戶的需求進(jìn)行簡(jiǎn)單的分類
將需求分為功能需求、性能需求、用戶體驗(yàn)需求等
STEP3:制定評(píng)價(jià)標(biāo)準(zhǔn)
制定評(píng)價(jià)標(biāo)準(zhǔn),例如重要性、緊迫性、可行性、成本效益等,不同分類的需求,在不同的評(píng)價(jià)標(biāo)準(zhǔn)上可以采用不同的權(quán)重。
STEP4:設(shè)計(jì)評(píng)價(jià)量表
設(shè)計(jì)一個(gè)量表,讓用戶對(duì)每個(gè)需求的不同標(biāo)準(zhǔn)進(jìn)行打分。量表可以是1到5分:
表格 15 量表賦值
用戶都打完分后,就把每用戶對(duì)每個(gè)需求的分?jǐn)?shù)加起來(lái),得到一個(gè)總分。這個(gè)總分就代表了用戶對(duì)這些需求的整體態(tài)度。
接下來(lái),根據(jù)總分把用戶分成兩組:一組是總分高的“高分組”;另一組是總分低的“低分組”。
然后,找出那些在“高分組”里得分高,在“低分組”里得分低的需求。這些就是大家特別看重的需求,可以用這些問(wèn)題來(lái)組成李克特量表。
通過(guò)評(píng)價(jià)打分,能清楚地知道,哪些功能是用戶真正關(guān)心的,哪些是不重要的。這樣,我們可以優(yōu)先開(kāi)發(fā)用戶都想要的功能,用最少的資源讓用戶更滿意。
3.5 需求關(guān)聯(lián)工具:N^2圖
B端產(chǎn)品經(jīng)理為什么要了解N^2圖?
在剛才介紹的功能樹(shù)中,我們只能了解到獨(dú)立的功能與父級(jí)的關(guān)系。但是,B端產(chǎn)品經(jīng)理要看到功能間的關(guān)系,圖給我們一個(gè)很好的視角,去了解功能之間的關(guān)系。此外,深入了解圖,可以幫助我們掌握解耦和模塊化設(shè)計(jì)。
那我們?cè)趺催M(jìn)行N^2圖的繪制呢?
以某復(fù)合倉(cāng)儲(chǔ)系統(tǒng)為例:
STEP1:我們要梳理這個(gè)系統(tǒng)中包含什么功能(組件)?
- 訂單管理:處理客戶訂單需求。
- 入庫(kù)管理:處理客戶卸貨、收貨、上架等需求。
- 出庫(kù)管理:處理客戶揀貨。
- 庫(kù)存管理: 記錄庫(kù)存流水、更新庫(kù)位庫(kù)存。
- 設(shè)備調(diào)度:調(diào)度庫(kù)內(nèi)硬件設(shè)備(AS/RS、AGV、機(jī)械臂、換標(biāo)機(jī)、稱重量方設(shè)備、分揀墻)。
- 庫(kù)內(nèi)硬件設(shè)備: 庫(kù)內(nèi)硬件設(shè)備(AS/RS、AGV、機(jī)械臂、換標(biāo)機(jī)、稱重量方設(shè)備、分揀墻)。
- 庫(kù)內(nèi)管理:處理客戶移位、庫(kù)存調(diào)整、品質(zhì)變更、庫(kù)存鎖定、庫(kù)存盤點(diǎn)等需求。
- 結(jié)算管理:處理訂單的財(cái)務(wù)結(jié)算。
- 報(bào)告與分析:基于WMS作業(yè)數(shù)據(jù)生成報(bào)告和分析數(shù)據(jù)。
STEP2:我們要梳理出功能(組件)間的關(guān)系。
- A 到 B: 訂單管理向入庫(kù)管理發(fā)送訂單信息。
- A 到 C: 訂單管理向出庫(kù)管理發(fā)送訂單信息。
- B 到 D:入庫(kù)管理向庫(kù)存管理發(fā)送庫(kù)存變化信息。
- C 到 D:出庫(kù)管理向庫(kù)存管理發(fā)送庫(kù)存變化信息。
- B 到 E:入庫(kù)管理向設(shè)備調(diào)度發(fā)送作業(yè)信息。
- C 到 E:出庫(kù)管理向設(shè)備調(diào)度發(fā)送作業(yè)信息。
- E 到 F:設(shè)備調(diào)度向庫(kù)內(nèi)硬件設(shè)備下發(fā)調(diào)度指令。
- G 到 D:庫(kù)內(nèi)管理向庫(kù)存管理發(fā)送庫(kù)存變化信息。
- A 到 H:訂單管理向結(jié)算管理下發(fā)訂單信息。
- B 到 H:入庫(kù)管理向結(jié)算管理下發(fā)入庫(kù)作業(yè)信息。
- C 到 H: 出庫(kù)管理向結(jié)算管理下發(fā)出庫(kù)作業(yè)信息。
- A 到 I:訂單管理與報(bào)告與分析共享訂單信息。
- B 到 I:入庫(kù)管理向報(bào)告與分析共享入庫(kù)作業(yè)信息。
- C 到 I: 出庫(kù)管理向報(bào)告與分析共享出庫(kù)作業(yè)信息。
- E 到 I:設(shè)備調(diào)度向報(bào)告與分析共享調(diào)度作業(yè)信息。
STEP3:我們要明確每一種交互歸屬于什么類型的連接。
- 電氣連接(E):用于表示系統(tǒng)之間通過(guò)電子信號(hào)或數(shù)據(jù)交換進(jìn)行通信。
- 機(jī)械連接(M):表示物理上的機(jī)械交互,如傳送帶或自動(dòng)化設(shè)備。
- 供應(yīng)服務(wù)(SS):表示一個(gè)系統(tǒng)為另一個(gè)系統(tǒng)提供必要的服務(wù)或資源。
- 數(shù)據(jù)服務(wù)(DS):在WMS中,數(shù)據(jù)服務(wù)可能用于表示功能之間共享信息和數(shù)據(jù)。
- 控制服務(wù)(CS):表示一個(gè)系統(tǒng)對(duì)另一個(gè)系統(tǒng)的操作進(jìn)行控制。
- 接口(I):表示系統(tǒng)之間的交互點(diǎn),可以是軟件接口或硬件接口。
STEP4:最后,我們可以通過(guò)繪圖軟件(這里用的是Process On),完成我們的圖片繪制
圖片 17 N^2圖,以某復(fù)合倉(cāng)儲(chǔ)物流系統(tǒng)為例
以上,我們就完成了圖的繪制,接著我們?cè)趺催M(jìn)一步思考解耦呢?
STEP1:首先我們需要了解什么是緊耦合的典型狀態(tài):
面向一個(gè)系統(tǒng)集合進(jìn)行圖的繪制,如果可以簡(jiǎn)化為下面的形態(tài),我們就可以判斷其處于低內(nèi)聚、緊耦合的狀態(tài)。
圖片 18 低內(nèi)聚、緊耦合示例
面向一個(gè)系統(tǒng)集合進(jìn)行圖的繪制,如果可以簡(jiǎn)化為下面的形態(tài),我們就可以判斷其處于高內(nèi)聚、松耦合的狀態(tài)。
圖片 18高內(nèi)聚、松耦合示例
STEP2:我們將高耦合的系統(tǒng),重新梳理功能,將其轉(zhuǎn)化為高內(nèi)聚、松耦合狀態(tài)的過(guò)程,就稱為解耦。
圖片 19 解耦示意圖
思考:為什么要解耦?
- 降低系統(tǒng)間的復(fù)雜性:減少各個(gè)系統(tǒng)之間的依賴,使結(jié)構(gòu)更清晰。
- 提高系統(tǒng)可維護(hù)性:當(dāng)系統(tǒng)組件之間的耦合度低時(shí),對(duì)系統(tǒng)的一個(gè)部分進(jìn)行修改或更新時(shí),不會(huì)影響到其他部分。
- 增強(qiáng)可拓展性:對(duì)于松耦合的系統(tǒng),新的功能可以被添加到系統(tǒng)中,而不需要對(duì)現(xiàn)有的代碼進(jìn)行大規(guī)模的修改。
3.6 業(yè)務(wù)需求整合工具:業(yè)務(wù)需求文檔 (BRD)模板
B端產(chǎn)品經(jīng)理為什么要熟練掌握業(yè)務(wù)需求文檔(BRD)?
BRD定義了產(chǎn)品交付的范圍,有助于避免需求的蔓延,并且能有效的控制客戶預(yù)期,確保產(chǎn)品交付符合客戶預(yù)期。
那么怎么引導(dǎo)關(guān)鍵用戶或自行編寫業(yè)務(wù)需求文檔呢?
我們以“某項(xiàng)目倉(cāng)儲(chǔ)物流系統(tǒng)入庫(kù)業(yè)務(wù)需求文檔”為例:
注:如果是產(chǎn)品經(jīng)理代為編寫的業(yè)務(wù)需求文檔,一定要保存好業(yè)務(wù)側(cè)的確認(rèn)信息(簽字或郵件),避免后續(xù)階段扯皮。
以上,就是B端產(chǎn)品經(jīng)理工具包的第一部分,由于單篇文字限制,后續(xù)將持續(xù)更新第二部分-產(chǎn)品設(shè)計(jì)工具及開(kāi)發(fā)測(cè)試階段工具,歡迎收藏、評(píng)論或轉(zhuǎn)發(fā)給有需求的小伙伴~
作者:再次擁抱富婆,公眾號(hào):富婆物流系統(tǒng)筆記
本文由 @再次擁抱富婆 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來(lái)自Unsplash,基于CC0協(xié)議
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)
- 目前還沒(méi)評(píng)論,等你發(fā)揮!