B端產品需求上線后,數據怎么看?

0 評論 3896 瀏覽 37 收藏 11 分鐘

對于B端產品經理而言,把需求做上線,就像是一個項目完結的標志。但其實,為需求的最終交付價值負責,最終如期達成業務目標才是關鍵。本文總結了4點:一定、二看、三查、四調,希望對你有所幫助。

對于B端產品經理,不知從什么時候起,把需求做上線好像變成了判斷一個項目是否完結的標志。有時需求一上線,業務方就會找你聊下一個需求,如果你說你還要追蹤一下上線數據,業務方可能會說:“需求都上線了還看啥”。

殊不知產品經理需要為需求的最終交付價值負責,而非單純的為上線負責,上線只是開始,最終如期達成業務目標才是關鍵。

當然,需求上線后如何有章法的看數,還是需要一些方法的,個人總結有4點:一定、二看、三查、四調。

一、一定:定指標

結合需求背景和具體業務問題,設定可以直觀表現業務好壞的數據指標,包括指標維度和指標值。

1. 指標維度

B端產品的數據指標,可以從時間、人力、效率、質量、規模這五方面去做定義,在我的上一篇文章中有詳細介紹,這里不重復說明。大體思路是結合業務問題和業務目標,看解決的是什么問題,是時效問題?還是解決人效問題等,設計與之方向相同的指標維度。

2. 指標值

一目標值,即量化后的期望達到的業務效果,是需求實現效果的主要參照物?!叭缧枨竽繕耸菍⒖爝f員單日送貨量提高10%,或是將每日丟損快遞包裹數控制在1000件以內”,屬于可量化的業務目標;

二平衡值,平衡指標是為了平衡目標值的反向觀測指標,即目標值變好的情況下,平衡值不能變差,以防止不計成本的去完成業務目標?!袄缭诓辉黾涌爝f員離職率的前提下,提高快遞員10%的單位時間派送件數”。避免出現通過壓榨快遞員午休或吃飯時間,來達成多送貨目標的情況發生。

二、二看:看變化

需求上線后,觀察數據變化,來判斷需求效果否符合預期,并通過數據表現好壞,制定下一步動作或計劃。

1. 預實對照

功能上線后,對指標及時跟進,分析指標實際值、原值和目標值情況,對情況比較有以下幾種情況:

實際值<原值:負面效果,數據向壞發展,該回滾回滾該下線下線,然后排查原因是什么?二次上線需制定備用方案。

原值=<實際值<目標值:說明沒有讓該方案變得相比原來更差,但實際值為何低于目標值?低多少?是否有提升空間?分析清楚后再評估是繼續改進還是放棄。

實際值>=目標值:說明達到目標,甚至超過預期,分析為什么會超過預期,是否有虛假繁榮的情況,如果數據真實可靠,應盡快大范圍推廣該功能,或舉一反三,用類似思路去改造其他功能。

2. 4維數據觀測法

需求上線后,有時會產生非常多的數據,面對這些雜亂無章的數據,開始也很迷茫。那么可以通過這四個方向去做數據整理,捋清分析思路,提煉業務價值。

一比大小:通過對比數據大小、高低、多少、快慢等,來直觀判斷業務好壞,方案優劣。進行絕對值比較的同時,也別忘了相對值(比例)的對比分析,才會更客觀。

二看走勢:通過對比今天/昨天、同比/環比、上線前/后的核心指標數據的變化,判斷業務健康度走向和變化速度,以及需求上線后對業務走勢的影響。

三斷異常:即看數據驟然的升降,診斷問題的發生,定位機會點或問題點。

四看結構:穿透數據表面,逐級下鉆,以金字塔結構勾勒出關鍵業務數據的組成結構,分析各單位組成占比及優先級,以定位關鍵的影響因子。

三、三查:望聞問切

通過數據表現,發現問題并對問題分類,是產品功能問題?還是業務流程有斷點?還是一些極限情況沒考慮到?進而篩查問題原因。根據不同的問題類型,可通過看數歸因、聽取反饋、問詢調研、業務診斷四種方法進行問題篩查,如同中醫醫人的“望聞問切”之法。

1. 望

望:中醫指觀氣色。在做需求分析問題時,指通過需求上線后的各項數據表現,發現問題端倪和線索。

該方法較適用于純線上的系統需求,由于其數據的完整性可以對流程進行全鏈路分析,從而準確定位問題,如分析各線上渠道的流量轉化效率問題;而一些通過線下行為進行流程串聯的,由于線下業務動作是黑盒,不易簡單通過數據表現去做問題定位,如多次交接后貨物破損的定責問題。

例如收集快遞小哥派送成功時刻的地理位置,與實際客戶收貨地址做經緯度對比分析,發現一些偏遠郊區較易出現虛假妥投的現象,即快遞小哥在未到達客戶收貨地址前就在app上操作派送成功,以逃脫配送超時的處罰,屬于通過數據觀測分析到的作弊行為。

2. 聞

聞:中醫指聽氣息。在做需求分析問題時,指聽取一線用戶的聲音和運營的反饋,透過用戶視角發現流程中的阻礙斷點、操作中苛刻的約束條件、或者是對人機協作中的過于理想化的設計,造成需求預期不達標。

B端產品的用戶,往往是自己領域的產品使用專家,相比于C端,他們反饋的問題往往是高質量可挖掘的,所以多聽取一線用戶的反饋,有助于去定位問題。

3. 問

問:中醫指詢問癥狀。產品經理在排查問題時,應向多方詢問收集線索,信息足夠多,斷問題才準確。

  • 咨詢研發:接口的調用條件、指標的計數口徑等;
  • 咨詢業務:某某case是否屬于正常的業務情形、之前未考慮到的異常場景應歸為哪一項數據指標等;
  • 咨詢一線:選取配合度高且具備系統sense的一線業務人員,建立種子用戶群,新需求上線后,現在種子群進行灰度驗證,征詢種子用戶的使用體驗,收集問題反饋并擇優改善。

4. 切

切:中醫指摸脈象。產品經理在排查問題時,如無法直接判斷問題原因,可通過模擬問題數據的操作流程,check業務流程是否符合預期,以及通過debug調試判斷功能是否準確實現。

組織業務專家進行問題case分析,step by step的業務診斷,理論上可以涵蓋所有業務分支及細節,匹配問題出現的場景,并聯合業務專家確認問題解法。

四、四調:調整 方向/規則/目標

根據問題分析結果和原因,及時調整需求方向、產品規則、業務目標。

需求方向:關停下線 or 繼續迭代。需求上線后,如果數據表現很差,那么需要根據問題大小影響范圍,來判斷需求是否需要緊急下線,還是先將功能短暫關閉,通過打補丁熱更新的方式快速fix。對于預期上線風險較大的功能,產品經理要多留些心眼,提前配置一些開關以應對突發情況,如果數據表現符合預期,則可以繼續放量,或迭代二期三期。

產品規則:在面對一些不成熟或試驗性的業務需求時,容易產生需求上線后的業務規則變更,這種頻繁的需求變動是對團隊信任和精力的極大損耗,應盡量避免。業務規則的臨時變更,一方面來源于前期調研的不充分,一些場景并未真正考慮清楚;另一方向也客觀存在一些業務環境發生變化,或競對的一些動作,而被動的跟進調整,應理性看待。

業務目標:在需求上線后,受一些外部環境變化影響(如疫情封閉、節假日的勞工返鄉等),導致一些依賴線下執行的業務推進困難,使需求效果不如預期,那么就需要對業務目標做一些調整,使其更加符合現狀。

寫在最后

以終為始,以行為知。對B端產品經理來說,需求上線不是終點,解決了業務問題達成了業務目標,才是一次合格的價值交付。

本文由 @打傘遛狗 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自Unsplash,基于 CC0 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!