案例拆解:B端的MVP產品方法論你懂嗎?

2 評論 9473 瀏覽 36 收藏 9 分鐘

本文想跟大家談談,作為產品人的第一個產品方法論的MVP到底在我們的產品工作中是這么運作,到底應用之后會有什么樣的效果?

  • 愿景:?作為轉行成為產品經理1年的產品人,結合產品方法論,在實踐過程中的具體執行情況,希望分享出來,給人以啟發。
  • 目標人群:產品人&年齡<3歲
  • idea:產品論方法的有效性及可行性
  • 競爭對手:個人興趣、時間、惰性

還是老規矩,在每次正式開始寫之前,都想嘮叨幾句,反思前文,開啟本文。在上一篇《惰性思維對產品人的傷害》中,著重論證了在產品人的工作過程中,如果沒有一套科學的產品方法論,沒有自己的產品思考,是很容易陷入泥淖之中,迷失在產品的這條道路上,導致對自己產品道路的懷疑。

那么,在這里,本文想談談,作為產品人的第一個產品方法論的MVP到底在我們的產品工作中是這么運作,到底應用之后會有什么樣的效果?本文在這里將會結合筆者的實際工作內容,來談談MVP的產品方法論,供大家參考與交流。

廢話不多說,我們切入正題,本文將從五部分進行描寫,分別是:產品背景、產品反面教材、MVP的理論概念、MVP在實際工作中的應用、產品效果。

?一、產品背景

從筆者之前的文章就知道,當前筆者負責的項目是G端的大數據應用相關的產品,這款產品主要是為了實現對政府部門人員的執法監督、執法規范,但從這個點衍生出來的產品功能范圍就特別寬。

  • 首先需要識別風險(風險類型包括根據執法流程直接識別風險和數據挖掘分析隱藏的執法風險);
  • 其次是風險識別之后需要進行風險分類核查與處理(不同部門的核查方法和核查的風險數據種類都不同);
  • 再次是針對風險結果數據實現對部門、人員的紀律問責;
  • 然后是根據紀律之后的整改情況、風險執法情況等維度對部門、人員進行統一考核考評;
  • 最后是根據考核考評的內容實現對部門、人員的獎懲。

當然,筆者只是簡要概述了產品的大體背景,不能詳盡述說。

二、產品反面教材

筆者剛開始接觸的客戶是牽頭負責該產品建設的甲方霸霸,甲方霸霸當時直接為我們梳理了在執法過程中的35個風險點,這讓第一次接觸這個行業的筆者感激涕零啊,甲方霸霸業沒有那么“無理取鬧”嘛!然后筆者就開始根據這些風險點,進行建設。

筆者遵循的產品設計優先級的原則是:

  1. 客戶痛點最痛(1~5分,5分最痛)
  2. 數據來源(根據數據易處理性1~5分,5分最容易處理)
  3. 開發難度(根據難度系數1~5分,5分最容易)

根據三者相加,計算每個風險點的優先級,按照優先級進行產品設計及開發(筆者這里是15分制,可以根據需求數量,擴展到100分制)。在風風火火啟動項目2個月之后,建設完成27個風險點,很高興地向甲方霸霸匯報項目情況。然后一揮手就開始在個別區縣的進行試點使用,不定期的會有不同層級的領導過來視察,兄弟單位業會過來學習。

這試點的過程中,就被嚴重質疑,這個平臺沒用!原因是:

  1. 數據不全,監督不到位;
  2. 風險數據存在大量誤報的情況;
  3. 服務不到位,只是一種懲罰工具等等各種各樣的問題。

這個時候,筆者知道,產品的路徑規劃完全錯了!

三、MVP的理論概念

MVP的概念是Eric Ries在其創作的《精益創業》這本書中提出的概念,書中對其解釋為“最輕量級的可行性產品(Minimum Viable Product)”,但將這一概念套用在筆者剛開始的產品設計中,筆者的產品規劃應該也算是最輕量級的可行性產品啊,對執法流程分階段實現了執法風險監督。但在試點的時候,卻出現這么多的問題,筆者結合B端的產品特征進行分析,B端的主要特征是有工作流。

因此筆者對B端產品的MVP的定義是“最輕量級的可服務性產品”??煞招裕侵改軌蚍张c該業務相關的所有參與人員。

四、MVP在實際工作中的應用

通過反思,筆者開始對大數據應用相關的產品按照mvp的策略來進行產品設計。

首先選擇已建成的某個有特色的亮點、難點的監督領域A的風險(注意:這里不是某一個風險點,是某一類,包含了一個獨立的風險種類!另外:如果是0到1的產品,可以在需求池中,通過需求的優先級進行選擇),按照MVP的產品建設思路,對目前的產品進行設計完善,整個MVP產品可以通過如下的流程圖展示:

通過上述的流程圖,我們可以知道,與該類風險相關的部門/人員有3類:責任部門/人員、監督部門/人員、獎懲的部門/人員。

因此根據MVP的思路,上線的產品至少要滿足這3類部門/人員的使用和訴求。且功能點需要設計風險識別、風險預警、風險異常、風險推送、風險核查、風險處理、風險整改、風險歸檔、風險報表統計等功能,這樣才能形成一個完整閉環的MVP產品。

而且通過上述的分析,我們也明白這些服務的對象以及需要囊括進MVP的功能,實際上都是由于選定的監督領域A的風險而衍生出來的。但是這也是筆者在進行了前期的產品試錯,以及產品試點和深入基層調研反思才明白的一個B端MVP產品設計的道理。

這里總結一下B端的MVP的產品工作方法就是兩點:

  1. 對客戶的業務有一個宏觀的了解;
  2. 實現最輕量級的產品服務閉環。

五、產品效果

  1. 迭代更新的產品上線之后,可以針對性的在固定區縣,固定部門進行試點,降低系統的推廣門檻。
  2. 快速驗證產品的運轉模式,是否貼合業務部門/人員的實際需求。
  3. 在給領導匯報、演示的時候,可以實現一類業務的完整閉環,對系統的價值以及系統服務的人群范圍有一個直觀的了解。
  4. 有了基礎框架,在后續的產品設計中,很容易進行產品升級迭代,而且整個設計的思維都會是一個閉環的思維。

最后:B端的產品,一定要有產品服務于業務閉環、服務于業務人員、服務于領導的特點。

 

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

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 同行

    回復
    1. 哥們,又是你!

      回復