一個(gè)產(chǎn)品需求價(jià)值的故事

6 評論 2332 瀏覽 8 收藏 12 分鐘

這篇文章通過一個(gè)具體的故事,揭示了產(chǎn)品需求價(jià)值評估的復(fù)雜性和實(shí)際操作中的困境。它講述了一個(gè)業(yè)務(wù)部門對現(xiàn)有系統(tǒng)效率不滿、提出改進(jìn)需求,到產(chǎn)品經(jīng)理如何評估這個(gè)需求的價(jià)值,再到需求實(shí)施后的實(shí)際效果與預(yù)期之間的差距。

業(yè)務(wù)部門覺得現(xiàn)有系統(tǒng)的錄入合同信息功能就是“反人類”!

一個(gè)新合同要在ERP、財(cái)務(wù)系統(tǒng)、OA審批系統(tǒng)分別錄入,錄完合同然后再錄入收款,假如合同的收款分為多次,那負(fù)責(zé)合同收款的小姑娘就要哭啦。因?yàn)楹贤湛钍且痪€銷售在跟進(jìn),收款到賬是財(cái)務(wù)部進(jìn)行核實(shí),中間是小姑娘向銷售人員要到收款信息后錄入系統(tǒng),工作流才能串聯(lián)起來。但是,有些合同收款周期太長,銷售忘了提供合同后續(xù)的收款信息(實(shí)際已打款),財(cái)務(wù)部就多了不少“無頭賬”,小姑娘就得拿著一筆筆銀行轉(zhuǎn)賬,去ERP系統(tǒng)里找哪個(gè)合同收的款。因此,小姑娘經(jīng)常加班到深夜9、10點(diǎn),大好年華都奉獻(xiàn)給了公司。

小姑娘很委屈,就找到部門主管訴苦。業(yè)務(wù)部門主管一聽,覺得有道理,公司的系統(tǒng)是該好好改造一下了,這破系統(tǒng),簡直就是讓人在給系統(tǒng)打工!于是,業(yè)務(wù)部門給IT部提了一個(gè)需求,要求合同信息不用錄入3次。

產(chǎn)品經(jīng)理小吳一聽這需求,簡單啊!做個(gè)系統(tǒng)間的數(shù)據(jù)同步不就好了嘛!

產(chǎn)品經(jīng)理老吳會心一笑,別急!咱先來看看業(yè)務(wù)部門在3個(gè)系統(tǒng)的功能現(xiàn)況。

接著便發(fā)現(xiàn):

  1. 需要錄入的合同信息主要為十幾個(gè)合同字段,還有一些附件材料。
  2. 在ERP是在項(xiàng)目簽完紙質(zhì)合同的時(shí)候錄入合同,在OA審批是項(xiàng)目合同上報(bào)管理層的時(shí)候錄入合同,在財(cái)務(wù)系統(tǒng)是項(xiàng)目第一次收到付款的時(shí)候錄入合同。
  3. 在OA審批時(shí)要填寫的信息遠(yuǎn)不止合同信息,還有很多線下收集的材料、審批流字段。也就是說,如果做數(shù)據(jù)同步,只能把3次錄入減到2次,并不能減到1次。
  4. 更好的辦法是將收集合同信息的錄入工作轉(zhuǎn)移到一線銷售員工身上,因?yàn)殇N售員工上百名,分?jǐn)偟矫咳瞬贿^0.5個(gè)合同,不會給他們造成很大的工作壓力,并且銷售跟進(jìn)自己的合同更上心。
  5. 需求的另一個(gè)塊——“無頭賬”的解決方案,則同樣將收集收款信息的工作轉(zhuǎn)移到一線銷售員工身上,從而釋放小姑娘的工作壓力。

這么一來,功能應(yīng)該設(shè)計(jì)成:在APP新開發(fā)兩個(gè)表單收集頁面,在PC后臺新開發(fā)一個(gè)管理頁面。

老吳又找到小姑娘細(xì)聊,確認(rèn)完她日??啾频墓ぷ髦蟆査好總€(gè)合同要花多少時(shí)間處理?每個(gè)月大概有多少個(gè)合同?

小姑娘滿眼真誠地說:“每個(gè)合同都要花掉她1小時(shí)錄入,一個(gè)月大概有40個(gè)合同。假如合同分多次付款,則還要多花1個(gè)小時(shí)?!?/p>

老吳腦子里開始盤算:算她一個(gè)月大概50小時(shí)做這事,一年是600小時(shí),折合下來差不多是3.4個(gè)月(720/22/8)。小姑娘的人力成本是10k/月,那么,這個(gè)需求的成本是34k。然后,IT部為此投入的產(chǎn)品、開發(fā)、UI、測試的人力成本算1人月吧,研發(fā)的人力成本是30k/月。需求的投產(chǎn)比是114%,雖然是正收益,可價(jià)值不是很大。

告別了小姑娘,老吳把分析結(jié)果給小吳講了,小吳驚呼,這需求沒多大價(jià)值嘛,一般需求的投產(chǎn)至少要到200%。給它放著,先做價(jià)值高的需求吧。

老吳又說:“你還是天真了,我們需求池的里的各個(gè)業(yè)務(wù)部提的需求,價(jià)值、投產(chǎn)真的有那么高嗎?大家知道投產(chǎn)會影響需求優(yōu)先級,于是業(yè)務(wù)部門報(bào)過來的需求價(jià)值往往高估,甚至水分十足。這小姑娘不諳世事,說的卻是實(shí)際的。另外,這個(gè)業(yè)務(wù)部門領(lǐng)導(dǎo)平時(shí)在老板面前威望很重,要是拖著人家,人家到老板那邊告我們的狀,我們可要吃不了兜著走?!?/p>

小吳:“這可咋辦?”

老吳:“這樣,你私下里跟那個(gè)小姑娘說一聲,告訴她正式提交需求給IT部門的時(shí)候,不要把價(jià)值評估的范圍局限于她自己一人,把財(cái)務(wù)同事、銷售人員花的時(shí)間,以及她和相干人頻繁交接所花的時(shí)間都算進(jìn)去?!?/p>

小吳:“高還是你高!不僅瞬間提升了需求價(jià)值,還TMD賊合理。”

小姑娘聽了豁然開朗。不過,她還是很謹(jǐn)慎,把這事告訴了部門主管,主管一聽,當(dāng)機(jī)立斷:“這必須得把價(jià)值提升上去?。 眱?nèi)心嘀咕:我只管提升我們部門的工作效率。心里默默地夸獎(jiǎng)老吳、小吳:這兩個(gè)IT部的員工,很懂得做事嘛。

于是,小姑娘在正式需求單里把每個(gè)合同的耗時(shí)從1小時(shí)改為了3小時(shí),一個(gè)月大概150小時(shí),一年是1800小時(shí),需求成本約合10萬,投產(chǎn)比暴增至333%。需求優(yōu)先級大大提高,順利排上期。

一個(gè)月后,需求上線。

小姑娘卻發(fā)現(xiàn)新功能上線后,并沒有給她省下很多的時(shí)間,因?yàn)殇N售人員還是習(xí)慣性的把付款材料傳給她,還有些銷售抱怨要自己傳資料很麻煩,不如之前線下的流程來的方便。小姑娘反而變成了一個(gè)輔導(dǎo)員,每天教銷售人員如何填寫合同信息、如何提交付款記錄。

過了不久,公司企劃部抽查IT部的工作成果,正好選中了這個(gè)“合同信息”的需求,于是,便去詢問需求提出人——小姑娘——實(shí)際使用效果如何?以及“有沒有為業(yè)務(wù)部門每個(gè)月節(jié)約150小時(shí)?”

小姑娘猶如被雷劈了一下——怎么還有檢查?。‖F(xiàn)在要暴露了,咋辦咋辦?一時(shí)之間不知如何開口,只好支支吾吾的說:“那個(gè)……確實(shí)有所幫助,那個(gè)…….實(shí)際節(jié)約的時(shí)長,我……我……再回去問下我們領(lǐng)導(dǎo)?!?/p>

慌慌張張的小姑娘跟領(lǐng)導(dǎo)說了檢查的事,領(lǐng)導(dǎo)一聽,眉頭微微一皺:被抽到確實(shí)有點(diǎn)倒霉,但兵來將擋水來土淹,總能應(yīng)付的。要是現(xiàn)在事實(shí)求是匯報(bào)使用現(xiàn)況的話,就會說我們部門虛報(bào)需求價(jià)值,估計(jì)IT部兩位產(chǎn)品經(jīng)理也要被批評需求管理不當(dāng)——不行!我們把效果說的好一點(diǎn),這樣才能證明我們部門是認(rèn)真做事、積極向上。

領(lǐng)導(dǎo)把小姑娘拉過來,跟她說:“你這么…這么…寫,這樣…這樣…說,明白了嗎?”

有過上次點(diǎn)撥的經(jīng)驗(yàn),小姑娘立馬心領(lǐng)神會,回去“啪啪啪”敲鍵盤,給企劃部回復(fù)到:合同信息需求不僅幫助業(yè)務(wù)部門員工節(jié)約了150小時(shí)/月的合同收錄時(shí)間,相關(guān)員工還做了更多工作,尤其是輔導(dǎo)銷售人員這一塊,培養(yǎng)了我們的銷售隊(duì)伍線上化作業(yè)的能力,使我們整個(gè)銷售流程更加合規(guī)、更高效。在此,非常感謝IT部的支持和相關(guān)產(chǎn)品經(jīng)理的出謀劃策,幫助業(yè)務(wù)部門降本增效。

企劃部收到回復(fù)表示滿意:業(yè)務(wù)部認(rèn)可需求價(jià)值,并且邏輯也說的通。此外,因?yàn)椤傲鞒叹€上化”是當(dāng)年公司創(chuàng)新主題,企劃部還將該需求標(biāo)記為“有價(jià)值案例”。

至此,這個(gè)需求的故事收獲了一個(gè)各方“皆大歡喜”的結(jié)局。

可是,這個(gè)結(jié)局似乎也不盡如人意。需求價(jià)值虛報(bào)的,需求產(chǎn)出蒙混過關(guān),小姑娘也沒因需求省心多少,銷售還在吐苦水。

這就是一個(gè)普通的關(guān)于需求價(jià)值的故事,或許,也是很多產(chǎn)品經(jīng)理經(jīng)歷過的事兒。如果也曾感到無奈,這里有三條建議給到分享:

  1. 做好需求調(diào)研、分析。業(yè)務(wù)夸大需求價(jià)值不可避免,產(chǎn)品經(jīng)理收到需求時(shí)不可盲目輕信之,多思考,多去體驗(yàn)用戶的場景、流程,從而避免被業(yè)務(wù)忽悠,做了低價(jià)值的需求。
  2. 做好用戶陪伴、追蹤上線效果。新功能需要一個(gè)試用期和學(xué)習(xí)培訓(xùn)階段,需求價(jià)值不能馬上體現(xiàn),保持耐心,比如過一個(gè)月再看需求效果,如果解決了主要問題解決了,那么需求基本沒太大問題,還有些小問題一點(diǎn)點(diǎn)優(yōu)化就好。假如主要問題沒解決,那就說明這需求最初的分析判斷有誤。
  3. 保持清醒的認(rèn)知。有些時(shí)候有些需求價(jià)值不高,但也“必須做、必須上”,產(chǎn)品經(jīng)理人輕言微,那就內(nèi)心明白這個(gè)需求本質(zhì)是什么就好,做好原型、文檔等本職工作,其他的就讓他隨風(fēng)去吧,別因此精神內(nèi)耗。

作者:吳德馨 公眾號:吳德馨

本文由 @吳德馨 原創(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. 這投入產(chǎn)出比統(tǒng)計(jì)就有問題,小姑娘這是長期的,系統(tǒng)是一次性的,小姑娘節(jié)省下來的時(shí)間還能做其他價(jià)值的產(chǎn)出

    來自浙江 回復(fù)
  2. 大家都不想做數(shù)據(jù)錄入,又必須有人做,最終一定是公司里最沒權(quán)勢的部門崗位來做,這個(gè)不由產(chǎn)品經(jīng)理的設(shè)計(jì)方案轉(zhuǎn)移,而取決于組織內(nèi)部的動態(tài)博弈。

    來自北京 回復(fù)
    1. 拋開權(quán)勢,換一個(gè)角度:誰最關(guān)心誰來錄入,對誰收益最大誰來錄入。文中的例子,銷售本來就線下收集轉(zhuǎn)移這些信息,收款又跟銷售的績效相關(guān),他們是是愿意做好一點(diǎn)的,只是一開始要切換作業(yè)模式,他們會抱怨

      來自上海 回復(fù)
    2. 你原文里說的銷售最關(guān)心合同,但是為何他們原來不主動做合同錄入的工作呢?這就說明原先的博弈均衡不是這個(gè)結(jié)果,而新系統(tǒng)上線后沒有改變這個(gè)博弈各方的實(shí)力對比,所以銷售還是延續(xù)舊有習(xí)慣。我一貫的主張是:要讓人產(chǎn)生某個(gè)行為,就要讓他因?yàn)檫@個(gè)行為而產(chǎn)生激勵(lì),沒有激勵(lì)沒有行為。銷售是拿合同提成的,他關(guān)心的是合同能否拿下、能拿多少提成,但這與合同是否由他錄入無關(guān)。這里我認(rèn)為最關(guān)鍵的點(diǎn)在于小姑娘能否拒絕幫助銷售錄入合同而不背鍋,如果管理制度上能實(shí)現(xiàn)這一點(diǎn),銷售就會為了自己的利益主動錄入合同。

      來自北京 回復(fù)
    3. 銷售來錄入,那要怎么放心?這該不會要價(jià)格審核吧,那又得有人來審核錄入結(jié)果是否真實(shí),成本又增加了

      來自陜西 回復(fù)
    4. 不論誰錄入都要有審核的,怎么可能銷售錄多少是多少,而且三個(gè)系統(tǒng)的數(shù)據(jù)要對齊的,用數(shù)據(jù)打通自動對齊還減少了差錯(cuò)的產(chǎn)生。據(jù)原文【在ERP是在項(xiàng)目簽完紙質(zhì)合同的時(shí)候錄入合同,在OA審批是項(xiàng)目合同上報(bào)管理層的時(shí)候錄入合同,在財(cái)務(wù)系統(tǒng)是項(xiàng)目第一次收到付款的時(shí)候錄入合同。】推測流程:1.OA是第一個(gè)流程,審核合同內(nèi)容條款和價(jià)格,確認(rèn)是否能簽合同。2.ERP是第二個(gè)流程,簽完合同要按合同內(nèi)容組織生產(chǎn)交付。3.財(cái)務(wù)是第三道流程,按合同約定確認(rèn)收款。

      來自北京 回復(fù)