【產(chǎn)品梳理篇】ToB產(chǎn)品生命周期的不同階段,產(chǎn)品經(jīng)理的階段目標(biāo)和關(guān)鍵任務(wù)(二)
每個TOB生命周期階段都有著其應(yīng)該對齊的目標(biāo)及其關(guān)鍵任務(wù),本文就產(chǎn)品方案設(shè)計階段的目標(biāo)和關(guān)鍵任務(wù)展開分析,詳細介紹產(chǎn)品可執(zhí)行落地的全過程,希望帶給你一些啟發(fā)。
上一篇分享了B端產(chǎn)品的“產(chǎn)品規(guī)劃與調(diào)研”階段的目標(biāo)和關(guān)鍵任務(wù),本篇將分享“產(chǎn)品方案設(shè)計”階段的目標(biāo)與任務(wù)。這階段承接產(chǎn)品規(guī)劃,將整體規(guī)劃細化落地,形成可落地執(zhí)行的產(chǎn)品方案。在這個階段也是對產(chǎn)品經(jīng)理基本能力的考驗,包括:需求轉(zhuǎn)化能力、復(fù)雜邏輯處理能力、文檔輸出能力等。
一、產(chǎn)品方案設(shè)計
目標(biāo):梳理業(yè)務(wù)流程,形成滿足需求且可落地的解決方案。
關(guān)鍵任務(wù):
1. 業(yè)務(wù)流程梳理:各模塊業(yè)務(wù)涉及哪些不同部門不同角色的人員,各人員需要負(fù)責(zé)哪些業(yè)務(wù)
首先,需要明白什么是 “業(yè)務(wù)流程”,與之相對應(yīng)的是 “系統(tǒng)流程”。
業(yè)務(wù)流程: 為達到特定的價值目標(biāo)而由不同的人分別共同完成的一系列活動?;顒又g不僅有嚴(yán)格的先后順序限定,而且活動的內(nèi)容、方式、責(zé)任等也都必須有明確的安排和界定(百度釋義)。簡而言之,業(yè)務(wù)流程的梳理就是了解完成某一特定業(yè)務(wù),不同業(yè)務(wù)人員需要先后負(fù)責(zé)完成哪些“任務(wù)”。
如:為了完成合同的審核,需要由銷售人員起草合同,提交后經(jīng)銷售總監(jiān)對合同產(chǎn)品報價確認(rèn)后,給到公司法務(wù)進行法務(wù)風(fēng)險評估,再由高層領(lǐng)導(dǎo)進行審核確認(rèn)。一個合同審核的業(yè)務(wù)流程,涉及了多個人員,包括:銷售、銷售總監(jiān)、法務(wù)、高層領(lǐng)導(dǎo),每個角色的人員在合同審批的流程里面,有先后順序,也有各自需要確認(rèn)的內(nèi)容。
對于業(yè)務(wù)流程,核心關(guān)注點在于“做什么”,即:不同角色的人員在流程的不同環(huán)節(jié)需要完成什么業(yè)務(wù)。
系統(tǒng)流程:為完成特定的業(yè)務(wù)流程,不同人員需要在系統(tǒng)中完成一系列指定的操作,留存相關(guān)的數(shù)據(jù)。
如:為了完成合同的審核,銷售人員需要在CRM系統(tǒng)中維護合同信息、合同產(chǎn)品報價;合同提交后,銷售總監(jiān)在CRM系統(tǒng)中對合同報價進行確認(rèn),報價有問題的在系統(tǒng)中進行修改;銷售總監(jiān)確認(rèn)后,法務(wù)在CRM系統(tǒng)中進行確認(rèn),如有法務(wù)風(fēng)險,則在系統(tǒng)中進行記錄;法務(wù)確認(rèn)后,高層領(lǐng)導(dǎo)在OA系統(tǒng)中對合同進行審批。
對于系統(tǒng)流程,核心關(guān)注點在于“怎么做”,即:不同角色的人員在哪個系統(tǒng)中需要完成什么操作。
先有業(yè)務(wù)流程,再有系統(tǒng)流程,系統(tǒng)流程是將業(yè)務(wù)流程系統(tǒng)化的過程,這一過程也是將業(yè)務(wù)需求轉(zhuǎn)換成系統(tǒng)解決方案的過程。
(1)如何梳理業(yè)務(wù)流程?
①明確業(yè)務(wù)目標(biāo)是什么
確認(rèn)業(yè)務(wù)目標(biāo),即:明確業(yè)務(wù)范圍,確定需要了解的業(yè)務(wù)流程是什么。
對于業(yè)務(wù)流程的范圍,可以定義地很廣泛,也可以定義得很聚焦,比如:企業(yè)從生產(chǎn)到銷售到服務(wù)的過程可以定義為一個業(yè)務(wù)流程;但是拆分出來,產(chǎn)品的生產(chǎn)過程、訂單的下單流程也可以分別定義成一個業(yè)務(wù)流程。
所以,當(dāng)我們?nèi)ナ崂順I(yè)務(wù)流程時,需要先明確流程的范圍,即流程的起點與終點。這個起點和終點是根據(jù)業(yè)務(wù)目標(biāo)去確認(rèn)的。如:當(dāng)我們?nèi)ヌ接憽叭绾瓮瓿梢环莺贤闹贫ㄅc確認(rèn)“,那么流程的起點就是合同的起草,流程的終點就是合同完成確認(rèn)。
②流程涉及哪些部門哪些角色的業(yè)務(wù)人員
一個完整的業(yè)務(wù)流程中,需要涉及到哪些部門哪些角色的人員協(xié)同完成。以上面的合同審批為例,整個涉及到:銷售部的銷售員、銷售總監(jiān);法務(wù)部的法務(wù)顧問;高層領(lǐng)導(dǎo);
注意:梳理涉及的業(yè)務(wù)人員時,需要盡量梳理出這些人員對應(yīng)的職位或者職責(zé)(如:銷售業(yè)務(wù)員、銷售總監(jiān)),而非具體的人員(如:張三、李四)。因為具體的人員因調(diào)崗、辭職等原因,變化頻率時比較高的,但是職位或者職責(zé)是相對固定的。
③梳理不同角色人員要完成哪些“任務(wù)”
業(yè)務(wù)流程中,不同的人員需要完成哪些業(yè)務(wù)。以上面的合同審批為例:
- 銷售員:合同信息錄入、合同提交審核
- 銷售總監(jiān):審核合同產(chǎn)品報價
- 法務(wù)顧問:確認(rèn)合同法務(wù)風(fēng)險
- 高層領(lǐng)導(dǎo):合同審批
④各“任務(wù)”之間的關(guān)系、規(guī)則
明確各“任務(wù)”之前的先后、分支、判斷等關(guān)系,根據(jù)“任務(wù)”的順序與規(guī)則,將各人員的“任務(wù)”串連起來便是完整的業(yè)務(wù)流程。
(2)“業(yè)務(wù)流程的梳理兩大原則”
“有始有終”:根據(jù)業(yè)務(wù)目標(biāo)確認(rèn)業(yè)務(wù)流程范圍,保證業(yè)務(wù)流程可以閉環(huán),不能中途戛然而止。
以上文的合同審核為例,探討“如何完成一份合同的制定與確認(rèn)“,那么該流程不能法務(wù)部確認(rèn)完之后就終止。在這個環(huán)節(jié),合同并沒有真正完成確認(rèn)。
當(dāng)然,流程的終點需要匹配業(yè)務(wù)目標(biāo),如果是探討“如何完成合同的起草”,那么上述的流程在法務(wù)確認(rèn)后終止卻也可以說通。
“有所取舍”:對于描述業(yè)務(wù)流程的顆粒度需要有所取舍,不可太過細致,也不可太過粗糙,應(yīng)以“能夠清晰描述流程,指導(dǎo)業(yè)務(wù)順暢流轉(zhuǎn)”為原則。
以上文的合同審核為例,“合同信息錄入”這一節(jié)點,并沒有細致地去描述錄入合同時需要錄入合同哪些信息、是否需要上傳電子合同等。
描述業(yè)務(wù)流程的顆粒度,有時也需要結(jié)合查看人的需求。如果是管理層查看,可能并不關(guān)心太過流程細節(jié),更關(guān)系流程的流轉(zhuǎn)和關(guān)鍵管控點;如果是執(zhí)行層查看,那么可能更關(guān)心細節(jié),細致到如何能完成各個“任務(wù)”,如何完成工作直接影響到執(zhí)行層每日的工作量。
(3)如何輸出業(yè)務(wù)流程圖?
業(yè)務(wù)流程圖的輸出沒有固定的形式,可使用普通流程圖或者泳道圖或者其他圖示方式進行呈現(xiàn)。推薦使用泳道圖進行展示。泳道圖:泳道圖可使用Visio(本地軟件)、ProcessOn(在線平臺)進行繪制;
泳道圖一般分為三個維度:職位維度、階段維度和任務(wù)維度。
職位維度:通過部門/職位進行區(qū)分,不同部門不同角色得人各用一條泳道進行區(qū)分;如下圖中橫向排布的泳道。(不建議通過責(zé)任人進行區(qū)分,如:張三/李四。因為責(zé)任人可能因為職務(wù)變化、辭職等原因頻繁變化)
階段維度:通過任務(wù)階段來區(qū)分,明確各階段需要處理的任務(wù)環(huán)節(jié);如下圖中縱向排布的泳道。(非必要維度,可視個人繪制習(xí)慣而定)
任務(wù)維度:不同部門/職位的業(yè)務(wù)人員在不同階段需要處理的任務(wù);如下圖中的各流程節(jié)點。
2. 系統(tǒng)流程梳理:將業(yè)務(wù)流程轉(zhuǎn)換成系統(tǒng)流程,形成可執(zhí)行的、高效的、貼合需求的系統(tǒng)流程
(1)如何梳理系統(tǒng)流程?
①劃分系統(tǒng)邊界
對于流程各環(huán)節(jié),需要先劃分哪些“任務(wù)”需要在哪個系統(tǒng)中完成,明確各系統(tǒng)功能邊界。
以上訴合同流程為例,可以將合同流程各環(huán)節(jié)劃分到不同業(yè)務(wù)系統(tǒng),合同起草、合同報價確認(rèn)、法務(wù)風(fēng)險確認(rèn)在CRM中完成;合同審核在OA系統(tǒng)中完成;合同產(chǎn)品生產(chǎn)、入庫出庫、物流運輸、物流簽收可在ERP系統(tǒng)中完成。
系統(tǒng)邊界的劃分,需要匹配不同業(yè)務(wù)系統(tǒng)的定位以及當(dāng)前產(chǎn)品的產(chǎn)品定位。
如果是標(biāo)準(zhǔn)產(chǎn)品開發(fā),則需要盡量減少對外部系統(tǒng)的依賴,盡量在本系統(tǒng)中完成業(yè)務(wù)流程的流轉(zhuǎn)。否則,當(dāng)產(chǎn)品銷售時,如果高度依賴其他系統(tǒng)才能完成業(yè)務(wù)流程的運轉(zhuǎn),那么就需要與其他系統(tǒng)打包銷售,這將降低產(chǎn)品的競爭力。當(dāng)然,這也需要和公司產(chǎn)品策略相結(jié)合,如果產(chǎn)品策略是希望整合多套產(chǎn)品形成整體解決方案,那么各系統(tǒng)的邊界則需要根據(jù)不同產(chǎn)品的定位來劃分。
如果是客戶定制化產(chǎn)品/項目開發(fā),則需要根據(jù)客戶內(nèi)部業(yè)務(wù)系統(tǒng)定位進行劃分。
②明確各業(yè)務(wù)環(huán)節(jié)的系統(tǒng)管控點
由于業(yè)務(wù)流轉(zhuǎn)的需要、管理的要求或者其他原因,對于業(yè)務(wù)流程中關(guān)鍵節(jié)點,業(yè)務(wù)上會有一些管控要求。
如:合同錄入時,需要必須上傳合同附件,電子附件可以作為流程審批的依據(jù),也可以在線上進行留存,方便后期查看。類似這部分業(yè)務(wù)管控要求,在系統(tǒng)流程設(shè)計時需要形成系統(tǒng)管控點。
③確定各系統(tǒng)數(shù)據(jù)交互的觸發(fā)節(jié)點
明確單據(jù)在各業(yè)務(wù)系統(tǒng)之間流轉(zhuǎn)的觸發(fā)節(jié)點,即:什么環(huán)節(jié)可以將數(shù)據(jù)同步推送至其他業(yè)務(wù)系統(tǒng)。
如:CEO確認(rèn)合同審批通過時,將合同同步至ERP系統(tǒng)進行生產(chǎn)。
④明確各系統(tǒng)數(shù)據(jù)的回傳同步
單據(jù)在其他業(yè)務(wù)系統(tǒng)流轉(zhuǎn)過程中,部分單據(jù)信息可能需要回傳同步至源系統(tǒng)。
如:合同同步至OA系統(tǒng)審批后,審批結(jié)果(通過?拒絕)需要同步回傳至CRM系統(tǒng)中,銷售業(yè)務(wù)員可以及時了解合同審批情況;合同產(chǎn)品交付到ERP系統(tǒng)生產(chǎn)后,生產(chǎn)相關(guān)進度可能也需要同步回CRM系統(tǒng)中,對于銷售人員而言,可及時了解到合同交付情況。
(2)如何輸出系統(tǒng)流程?
系統(tǒng)流程同樣可以使用泳道圖進行輸出,下方為示例:
與業(yè)務(wù)流程繪制的區(qū)別在于兩點:
維度不同:業(yè)務(wù)流程的一般是職位維度、階段維度和任務(wù)維度;系統(tǒng)流程的維度一般是職位維度、系統(tǒng)維度和任務(wù)維度。
即:系統(tǒng)流程描述了哪個職位的業(yè)務(wù)人員需要在什么系統(tǒng)完成哪些任務(wù)。
顆粒度不同:系統(tǒng)流程會比較細致地某一流程在系統(tǒng)中如何完成,以達到指導(dǎo)業(yè)務(wù)用戶順暢完成業(yè)務(wù)的目的。業(yè)務(wù)流程對于較細致的流程管控點并不一定會進行描述,系統(tǒng)流程則會較為細致地描述流程管控點及相關(guān)處理方式。
3. 解決方案制定:結(jié)合產(chǎn)品目標(biāo)、需求范圍、業(yè)務(wù)流程等,形成解決方案
解決方案并非產(chǎn)品的PRD文檔,而是用于向客戶/用戶介紹產(chǎn)品、介紹方案的介紹性文檔,通常以PPT的方式呈現(xiàn)。
標(biāo)準(zhǔn)產(chǎn)品研發(fā)的過程中,不一定會需要產(chǎn)出解決方案,而是使用PRD文檔描述需求與需求解決方案。
對于客戶定制化項目/產(chǎn)品,多數(shù)情況下需要輸出項目解決方案,向客戶方業(yè)務(wù)人員(包括管理層、執(zhí)行層)介紹項目整體方案內(nèi)容,約定產(chǎn)品需求與范圍。
(1)如何編寫解決方案?
①了解方案匯報場景及匯報對象
不同的匯報場景匯報對象,解決方案的側(cè)重點不同。對客戶管理層匯報,會側(cè)重于講解業(yè)務(wù)管理方案、管理流程、項目價值等;對業(yè)務(wù)執(zhí)行層匯報,則會側(cè)重于講解系統(tǒng)流程、業(yè)務(wù)管控點等。
所以,在編寫解決方案前,需要先了解匯報的場景及對象,以明確方案編寫的側(cè)重點。
②方案需要呈現(xiàn)哪些內(nèi)容(這里提供項目解決方案編寫的基本框架思路)
項目概述:主要介紹項目背景、企業(yè)現(xiàn)狀,核對項目目標(biāo)。
項目概述篇是對整個項目定調(diào)的篇章,需要熟悉當(dāng)前項目的背景、企業(yè)現(xiàn)狀、業(yè)務(wù)流程等。
尤其需要關(guān)注企業(yè)高層領(lǐng)導(dǎo)對當(dāng)前項目的看法與期待。高層領(lǐng)導(dǎo)對于當(dāng)前項目未來能在企業(yè)的業(yè)務(wù)流程中扮演的角色和作用,是項目目標(biāo)的核心提煉點,也是后續(xù)指導(dǎo)項目實施方向的關(guān)鍵因素。
整體業(yè)務(wù)解決方案:介紹基于項目目標(biāo)、企業(yè)現(xiàn)狀的整體業(yè)務(wù)管理方案。
結(jié)合項目目標(biāo)和當(dāng)前企業(yè)現(xiàn)狀,對企業(yè)現(xiàn)有流程提出優(yōu)化管理方案。核心是介紹新的管理流程、管理方案,輸出整體業(yè)務(wù)規(guī)劃藍圖、產(chǎn)品架構(gòu)等。
詳細功能設(shè)計方案:按業(yè)務(wù)流程分模塊講解各業(yè)務(wù)板塊的流程、產(chǎn)品功能等。
根據(jù)各模塊的業(yè)務(wù)流程、系統(tǒng)流程講解模塊功能設(shè)計,可包括:業(yè)務(wù)痛點、業(yè)務(wù)流程、系統(tǒng)流程、字段模型、權(quán)限設(shè)計、業(yè)務(wù)管控點、核心功能等。
對于整體業(yè)務(wù)解決方案和詳細功能設(shè)計方案的內(nèi)容占比和編寫的細致顆粒度,需要根據(jù)匯報對象進行權(quán)衡。
當(dāng)匯報對象是高層領(lǐng)導(dǎo)、管理層時,核心在于整體業(yè)務(wù)解決方案的介紹,詳細功能介紹則介紹流程、管控點、核心功能即可,整體篇幅也應(yīng)以業(yè)務(wù)解決方案為主。
當(dāng)匯報對象主要是執(zhí)行層時,整體業(yè)務(wù)解決方案的占比則可以適當(dāng)減少,詳細功能設(shè)計可寫得更細致,可包括:系統(tǒng)流程、管控點、核心功能、字段模型、數(shù)據(jù)權(quán)限等。
除了上訴的介紹內(nèi)容外,項目解決方案還可能會添加:項目實施計劃、項目團隊、項目風(fēng)險等。這些內(nèi)容可視實際情況添加。
4. 產(chǎn)品版本劃分:劃定產(chǎn)品MVP版本,確定產(chǎn)品MVP版本需求及后續(xù)迭代路線
MVP版本:最簡化可實行產(chǎn)品。MVP版本這個詞,在標(biāo)準(zhǔn)產(chǎn)品研發(fā)的過程中會聽到多,說得淺顯可理解一些,即是:通過較短的開發(fā)周期快速實現(xiàn)產(chǎn)品的基礎(chǔ)功能,能夠快速進入市場。隨后通過獲取市場反饋,不斷迭代優(yōu)化產(chǎn)品。
對于客戶定制化項目/產(chǎn)品,很少會有MVP版本的概念,在項目立項時,就已經(jīng)有基本明確的項目周期、需求范圍。即使會有分版本迭代上線的情況,劃分版本的依據(jù)更多的是根據(jù)客戶需求的緊急程度來做劃分。
那么,標(biāo)準(zhǔn)產(chǎn)品研發(fā)如何進行MVP版本的劃分?
①明確產(chǎn)品目標(biāo),清晰了解產(chǎn)品需求
產(chǎn)品版本/迭代路線的規(guī)劃,需要基于產(chǎn)品目標(biāo)和產(chǎn)品需求去進行劃分,對于各產(chǎn)品需求需要清晰了解需求背景、需求內(nèi)容才能準(zhǔn)確地定義清楚需求涉及范圍、需求優(yōu)先級。
②確定產(chǎn)品最簡業(yè)務(wù)流程
基于產(chǎn)品主流程進行簡化,在保證業(yè)務(wù)流程閉環(huán)的情況下,盡量減少業(yè)務(wù)流程環(huán)節(jié),將一些非必須的周邊環(huán)節(jié)均可歸入迭代優(yōu)化版本。
簡化業(yè)務(wù)流程基本原則(以產(chǎn)品規(guī)劃篇中講解的車企銷售線索管理為例):
沒有破壞產(chǎn)品目標(biāo)的功能,不做;
銷售線索管理模塊目標(biāo):與外部獲客渠道打通,實現(xiàn)線索從獲取-跟進-轉(zhuǎn)化的全過程管理。
下面列舉幾個線索模塊的需求做示例:
- 對接外部獲客渠道(如:易車網(wǎng)、懂車帝、抖音等):線索獲取的核心功能,需要規(guī)劃進MVP版本。但可考慮優(yōu)先對接使用頻率最高的渠道或者使用EXCEL導(dǎo)入線索的方式暫時不做平臺對接。
- 銷售線索查重:線索獲取核心功能,需要規(guī)劃進MVP版本。
- 銷售線索價值評估:線索獲取的非核心功能,不影響產(chǎn)品目標(biāo),不做。
- 線索分配功能:線索跟進的核心功能,需要規(guī)劃進MVP版本。
能夠暫時使用人工替代的功能,考慮不做;
根據(jù)線索相關(guān)信息自動分配銷售人員進行跟進,不做,可由人工對線索進行分配。
銷售線索一鍵轉(zhuǎn)化成商機,可通過人工新建商機與線索關(guān)聯(lián)進行實現(xiàn),但是整體流程體驗極差,需要規(guī)劃進MVP版本。
客戶定制化需求(適用客戶范圍比較?。┑墓δ埽蛔?;
線索分配時,需要根據(jù)銷售人員(客服人員)當(dāng)天是否上班進行分配,不做。
支持自定義配置的功能,考慮先用固定配置的方式實現(xiàn)。
線索可根據(jù)用戶自定義設(shè)定的字段進行查重,不做。先按行業(yè)通用的默認(rèn)規(guī)則(如:手機號碼)進行查重。
線索轉(zhuǎn)換成商機時,可自定義配置商機的基礎(chǔ)信息字段從線索的基礎(chǔ)信息中獲取,不做;按固定的幾個字段默認(rèn)賦值進行實現(xiàn)。
③根據(jù)最簡業(yè)務(wù)流程形成MVP版本需求范圍
本文由 @茶話B端 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
- 目前還沒評論,等你發(fā)揮!