項目進(jìn)行過程中,如何把控B端產(chǎn)品的風(fēng)險管理?

0 評論 3720 瀏覽 18 收藏 15 分鐘

B端產(chǎn)品從需求調(diào)研到產(chǎn)品上線,需要經(jīng)歷一系列流程。那么,為了推進(jìn)產(chǎn)品進(jìn)度,我們需要做一些風(fēng)險管理。作者結(jié)合自己的項目,總結(jié)產(chǎn)品線流程中,如何進(jìn)行風(fēng)險管理以及相關(guān)應(yīng)對措施,希望對你有所幫助。

B端產(chǎn)品從需求調(diào)研、產(chǎn)品設(shè)計、開發(fā)、上線、推廣培訓(xùn)等環(huán)節(jié)中,除了推進(jìn)產(chǎn)品進(jìn)度,風(fēng)險管理也至關(guān)重要,稍有不慎,就會影響項目進(jìn)度。那么如何識別風(fēng)險?風(fēng)險出現(xiàn)的概率如何評估?如有風(fēng)險則如何應(yīng)對?解決方案可以提前構(gòu)思嗎?等等有關(guān)風(fēng)險問題,都需要產(chǎn)品經(jīng)理在跟進(jìn)產(chǎn)品全流程環(huán)節(jié)中,反復(fù)想清楚,才能確保產(chǎn)品保質(zhì)保量上線。

筆者剛從事產(chǎn)品工作時,作為產(chǎn)品助理,主要是跟著產(chǎn)品經(jīng)理進(jìn)行原型設(shè)計,當(dāng)時比較關(guān)注的是產(chǎn)品流程執(zhí)行方面工作,如頁面功能設(shè)計、PRD的編寫、上線前的測試、上線后的推廣培訓(xùn)工作,并未關(guān)注到風(fēng)險方面。

后面獨(dú)立負(fù)責(zé)單獨(dú)的產(chǎn)品和產(chǎn)品線以后,發(fā)現(xiàn),底層的執(zhí)行方面工作其實是最固定的,風(fēng)險也是最低的,因為確定性比較高,方向定了干就完了。而挖掘需求、產(chǎn)品方向、資源協(xié)調(diào)等大方面事宜,不確定性很高,風(fēng)險也比較大,所以就需要有意識投入更多精力關(guān)注到風(fēng)險這條線,與產(chǎn)品流程線并行,才能保證產(chǎn)品穩(wěn)步進(jìn)行。

筆者負(fù)責(zé)的幾個項目中,有過好成績,也有過生產(chǎn)事故,血的教訓(xùn),讓我對風(fēng)險管理逐步建立起完整方法論。風(fēng)險本質(zhì)上是實際結(jié)果和預(yù)期未完全匹配,遭到客戶或用戶等相關(guān)方的投訴,例如用戶投訴你設(shè)計的產(chǎn)品特別難用,找不到想要的按鈕。或是產(chǎn)品運(yùn)行中出現(xiàn)數(shù)據(jù)紕漏,導(dǎo)致業(yè)務(wù)無法在規(guī)定時間完成工作等,都屬于風(fēng)險事故。

風(fēng)險管理,其實就是有限的時間和資源下,管理未來目標(biāo)的實現(xiàn)相關(guān)用戶的期望值不出現(xiàn)巨大偏差,就需要在必要節(jié)點(diǎn)與相關(guān)方充分溝通,方案設(shè)計也不能太滿,要留有一定容錯空間,與用戶溝通也是如此,話不說滿,留有余地,比如上線時間需充分評估不能太緊。

所以說產(chǎn)品經(jīng)理要了解心理學(xué),就是需要洞察一些人性規(guī)律。比如期望如果很高,實際達(dá)不到,則大概率是失望的,但是期望如果低一些,實際容易達(dá)到,那么大概率就是驚喜。

還有,和各類相關(guān)方溝通時,尤其是B端涉及業(yè)務(wù)流程改造改革方面,用戶投訴產(chǎn)品不好用,不代表著真不好用,可能本質(zhì)原因是他們不想更換工作流程,因為學(xué)習(xí)成本較高,或是銷售為了隱藏業(yè)績沒有實際錄入系統(tǒng)等等,所以業(yè)務(wù)里面的可說部分也許是水平面的冰山一角,很多業(yè)務(wù)也需在水面下面,需要產(chǎn)品經(jīng)理潛心挖掘。

下面就從幾方面,總結(jié)下產(chǎn)品線流程中,并行的風(fēng)險這條線,如何進(jìn)行風(fēng)險管理,以及相關(guān)應(yīng)對措施。

一、需求調(diào)研階段

此階段的風(fēng)險最主要是需求判斷失誤,不滿足用戶或相關(guān)方的業(yè)務(wù)痛點(diǎn)。

這里需要解釋下,B端產(chǎn)品的成功不僅只是滿足使用者(即用戶)的需求,還需滿足相關(guān)方(如直屬業(yè)務(wù)sponsor、上下游業(yè)務(wù)關(guān)聯(lián)方等)的需求。一般用戶屬于執(zhí)行者,注重業(yè)務(wù)流程上的一個操作點(diǎn),并不能全流程串聯(lián)起來。而項目相關(guān)方,一般是項目的發(fā)起人,B端產(chǎn)品基本就是業(yè)務(wù)領(lǐng)導(dǎo),站在公司降本增效角度,全流程的進(jìn)行業(yè)務(wù)改造。而信息化產(chǎn)品就是最有利的抓手,可以更快實現(xiàn)降本增效目標(biāo)。

所以此階段,不僅要和用戶聊、也要與業(yè)務(wù)領(lǐng)導(dǎo)層充分溝通,目標(biāo)、方向的確認(rèn)也是基于業(yè)務(wù)領(lǐng)導(dǎo)層對工作的規(guī)劃,具體方案如何實現(xiàn)就需要和用戶充分溝通。當(dāng)然,前面也講過,有些話用戶直接聊了,但有些話沒聊不等于沒有,需要產(chǎn)品經(jīng)理運(yùn)用縝密的邏輯進(jìn)行推敲,串聯(lián)起業(yè)務(wù)流程,一次沒聊透徹沒關(guān)系,換用戶多次聊,最終保證需求不偏離用戶、業(yè)務(wù)領(lǐng)導(dǎo)的實際現(xiàn)狀。

以上是介紹如何降低風(fēng)險的方式,就是利用透徹的需求調(diào)研方式保證需求獲取是準(zhǔn)確的,是貼合業(yè)務(wù)的,具體可看筆者另外一篇文章《需求調(diào)研做好了,事半功倍!》http://theventurebank.com/operate/5733996.html

那么如果真的出現(xiàn)需求偏離現(xiàn)狀,需求調(diào)研失誤,又如何處理呢?

此時,也莫慌。一般需求調(diào)研階段,時間相對來說寬裕一些,并沒有方案確定后立馬投入開發(fā)、上線階段時間緊,所以還是有時間再修正需求結(jié)論的。而且這個時候,也不要為了趕進(jìn)度,或是僥幸心理,覺得沒必要較真真實需求,先做個方案試驗一下不行再改,就急匆匆進(jìn)入下一個階段,設(shè)計方案。因為越早發(fā)現(xiàn)問題,試錯成本就越低,越到后面產(chǎn)品設(shè)計、方案實施階段再發(fā)現(xiàn)問題再改,時間成本和開發(fā)成本就太大了。

筆者經(jīng)歷的一個項目中就遇到了類似問題,前期因為調(diào)研需求是只針對某幾家公司調(diào)研,忽略了全國其他城市公司的業(yè)務(wù)特點(diǎn),導(dǎo)致開發(fā)出來的產(chǎn)品只適用于這幾家公司,其他幾十家無法適用。好在業(yè)務(wù)領(lǐng)導(dǎo)也知道屬于前期探索階段,沒有對實際上線推廣時間有過多要求,才給予團(tuán)隊快速調(diào)整的時間。

B端產(chǎn)品的業(yè)務(wù)較復(fù)雜,現(xiàn)狀流程都散落在多個角色用戶的腦袋里,未來改造流程也在業(yè)務(wù)領(lǐng)導(dǎo)的未來規(guī)劃中,一切都是變化著,就像之前有句話,唯一不變的就是變化。變化會帶來機(jī)會也會帶來風(fēng)險,產(chǎn)品經(jīng)理需要做的就是提前識別風(fēng)險,需求環(huán)節(jié)獲取的每個流程都需仔細(xì)推敲,判斷是否有邏輯風(fēng)險,并且根據(jù)現(xiàn)狀和未來發(fā)展,判斷風(fēng)險概率大小。小概率事件則可暫時忽略,但不代表一直忽略,后續(xù)隨著業(yè)務(wù)發(fā)展也可能會變?yōu)榇蟾怕适录?,定期檢視產(chǎn)品的各個環(huán)節(jié)也是很重要的。

二、方案設(shè)計與產(chǎn)品開發(fā)

需求確認(rèn)無誤后,方案的設(shè)計就會水到渠成,但此時重點(diǎn)需要關(guān)注未來變化,方案也需要面向未來設(shè)計,留有一定易修改空間。

如筆者之前設(shè)計的產(chǎn)品方案緊跟需求,未深入挖掘,導(dǎo)致方案比較刻板,包容性不好。而且很多時候,方案的大小、好壞,都會決定費(fèi)用的投入多少、未來上線質(zhì)量的高低。那如何設(shè)計一個好的方案呢?

這就需要確認(rèn)需求本質(zhì)和判斷未來變化能力了。就像用戶說要一匹更快的馬一樣,如果你只盯著找馬,不如換個思路,汽車更能滿足用戶需求。

在實際項目如計算傭金規(guī)則方面,用戶說我的規(guī)則是銷售額乘以提成比例,提成比例又是根據(jù)銷售額梯度遞增,但另外公司的用戶所在市場不同,提出提成比例是按照銷售額梯度遞減,兩種相悖的規(guī)則,如果只考慮前者,后面就無法兼容,所以要提前考慮。

方案的設(shè)計也會直接影響開發(fā)工作量,就如上述案例,如果開發(fā)完成重新推翻再建立新規(guī)則,成本肯定很大。如果提前考慮未來解耦設(shè)計,單獨(dú)出獨(dú)立模塊,即使A模塊有變化,也不影響B(tài)模塊,也可以額外新增C、D模塊,都會大大提升工作效率,這就屬于包容性很好的產(chǎn)品方案,另外也需督促開發(fā)也朝著此方向發(fā)展。

小tips,方案設(shè)計完成后,一定要與業(yè)務(wù)對接人(出錢的人)進(jìn)行確認(rèn),郵件或合同確認(rèn)方案整體流程和方案細(xì)節(jié),防止后面扯皮。這也是前面說的,風(fēng)險的存在是因為業(yè)務(wù)人員想象中的結(jié)果和實際真實結(jié)果不同,未達(dá)到兩部分平衡,demo方案就是很好的落地形式,雙方基于同樣的東西進(jìn)行確認(rèn),防止飄在空中,雞同鴨講。有了這個確認(rèn)過的方案,后續(xù)用戶突然臨時新增需求,或是用戶想象中的產(chǎn)品和實際開發(fā)不同等情況,都有據(jù)可依了。

產(chǎn)品開發(fā)的風(fēng)險主要是人,開發(fā)人員能力直接影響開發(fā)進(jìn)度、開發(fā)質(zhì)量,所以就需要產(chǎn)品經(jīng)理提前找到磨合過的優(yōu)質(zhì)開發(fā)資源。如果新合作的開發(fā)人員或是合作過但開發(fā)能力不行的,就只能提前延長工期。如果項目非常緊急無法延長工期,要提前識別出資源風(fēng)險緊張,趕緊找領(lǐng)導(dǎo)協(xié)調(diào),這也是需要產(chǎn)品經(jīng)理格外關(guān)注的。

項目開發(fā)中主要就是日會、周會確認(rèn)開發(fā)進(jìn)度,測試資源也需盡量保證充足,避免上線bug不斷。人員不夠也需產(chǎn)品頂上,總之,開發(fā)過程中就是高頻高效開會拉通團(tuán)隊成員進(jìn)度。

還有一個容易踩坑的點(diǎn)是,需求評審(主要是產(chǎn)品經(jīng)理敘述背景、產(chǎn)品方案細(xì)節(jié))后,一定過幾天就讓每個開發(fā)講解自己為了完成產(chǎn)品功能,需要做哪些事兒,然后就是測試用例評審會收尾,保證全組成員方向不偏。

筆者就出現(xiàn)過好幾次因為開發(fā)想當(dāng)然以為產(chǎn)品功能是這樣設(shè)計,實際上沒有深入理解,導(dǎo)致開發(fā)結(jié)果與產(chǎn)品功能出現(xiàn)偏差。需求評審時只是產(chǎn)品經(jīng)理輸出,并未融合開發(fā)獨(dú)立思考后的結(jié)果,所以容易出現(xiàn)偏差。所以開發(fā)評審主要就是針對開發(fā)基于產(chǎn)品方案,搭建開發(fā)方案,反饋產(chǎn)品經(jīng)理,保證雙方達(dá)成共識。而且產(chǎn)品經(jīng)理在設(shè)計產(chǎn)品方案時會側(cè)重需求方,對開發(fā)實現(xiàn)難易程度、具體如何實現(xiàn)未做過多深入思考,也會有些偏差,溝通會就非常有必要,也是提前降低風(fēng)險的有利措施。

產(chǎn)品經(jīng)理兢兢業(yè)業(yè)緊盯項目進(jìn)度,最終測試通過,可以上線了,就需要提前與用戶溝通好準(zhǔn)備工作,比如數(shù)據(jù)初始化、賬號權(quán)限安排等,而且大產(chǎn)品上線進(jìn)來不要全部用戶一起上,而是找試點(diǎn)公司用戶,試運(yùn)行一段時間修復(fù)完已知未知的bug后再全面鋪開,降低風(fēng)險。

三、產(chǎn)品運(yùn)營/運(yùn)維

產(chǎn)品穩(wěn)定運(yùn)行后,你以為就可以萬事大吉了么?切不可掉以輕心,筆者就的一個項目事故就是在這個環(huán)節(jié)爆發(fā)出來,以為沒什么大bug、大需求,產(chǎn)品穩(wěn)定期應(yīng)該沒什么大問題,就放松警惕,疏于定期管理與審視,導(dǎo)致突然出現(xiàn)數(shù)據(jù)錯誤,引起用戶和業(yè)務(wù)支持者投訴。

究其原因,就是因為產(chǎn)品在上線初期重點(diǎn)關(guān)注大概率的場景,比如業(yè)務(wù)上經(jīng)常出現(xiàn)的流程,而小概率場景沒有過多考慮,可能半年也不會出現(xiàn)此場景,也就沒有重新整理。慢慢的就把一些系統(tǒng)風(fēng)險遺忘,導(dǎo)致突然某一天,小概率場景出現(xiàn),引起大批量數(shù)據(jù)錯誤。

經(jīng)歷此次事故,我們團(tuán)隊也認(rèn)真復(fù)盤,大家一致認(rèn)為,針對穩(wěn)定運(yùn)行的產(chǎn)品功能,隨著業(yè)務(wù)的變化,也會有一定影響,所以需建立定期風(fēng)險排查動作,將實際業(yè)務(wù)場景逐一梳理分析,再走一遍系統(tǒng)流程,反推是否有功能異?;驍?shù)據(jù)問題,盡早發(fā)現(xiàn),盡早解決。

總結(jié):風(fēng)險無處不在,有大有小,細(xì)想也都有應(yīng)對的方案,但前提是心中要有這根線,時刻多問問自己,完成這部分工作了,有哪些環(huán)節(jié)沒考慮到嗎?干好的標(biāo)準(zhǔn)是什么?干差的情況是什么?干差的風(fēng)險概率多大?應(yīng)對措施有哪些?提前考慮到了,到事兒上就可以臨危不亂。

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

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

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!