HVO:基於數據驅動的產品設計方法

如何讓產品避免基於經驗主義進行決策?本文提出了一個框架供大家有解決這個問題的思路——“HVO”閉環,Hypothesis(假設)、Verification(驗證)、Optimization(調整)。

HVO:基於數據驅動的產品設計方法

沒有數據,憑什麼說你的方案更好?

這個功能必須上,要麼我們運營沒法做了!

老闆定好的,我們也沒辦法。

以上這些場景,相信在每一位產品經理的日常工作中一定以非常高的頻率出現,每當面對這些“無語”的問題時,就像啞巴吃黃連,有苦說不出。

其實這些問題都有幾個共性特點:

  1. 基於直覺和經驗的判斷;
  2. 沒有驗證標準;
  3. 缺失數據指標;

結合以上特點,當一個新的產品方案出現爭議時,往往就很容易陷入無效討論。

要麼基於經驗主義進行決策,要麼就是基於老闆決定。稀裡糊塗上線後,也不知道問題出在哪,也沒有優化策略,然後就進入了下一次迭代。

這種惡性循環持續下去,就會使產品離用戶和市場越來越遠,結果就是開發了一堆功能,尤其是在創業公司,這種情況及其常見。

針對這個問題,這裡提供一個方法框架,或者說是一種產品迭代思路,希望從思考方式上能提供一些參考。

我把這個框架稱為“HVO”,它是Hypothesis(假設)、Verification(驗證)、Optimization(調整)的英文首字母簡寫。

HVO:基於數據驅動的產品設計方法

這個框架的起點是“假設”,即一切產品動作的起點都以提出假設開始。基於直覺和經驗的設計,其實都是一個先驗的假設。

而驗證,就需要有相應的指標,也就是要驗證什麼。如果要保證實驗的準確性,就需要保證驗證指標的單一性和可測量性。

從數據結果中,能得到關於假設的驗證洞察(Insight),基於這個洞察就能得出對假設的驗證結果,從而得到調整策略。

以上就是一個完整的HVO閉環。在很多公司和團隊的實際工作中,受制於各種客觀限制,實際的閉環可能是這樣的。

HVO:基於數據驅動的產品設計方法

也就是說,很多產品容易進入一個“偽迭代”的閉環。因為進入調整和修改階段是很容易的,直觀理解就是反覆改需求。

例如一個緊急的運營需求或者一個來自老闆的“反饋”,加之項目進度和時間要求,使得產品經理根本沒有機會走完後面的驗證閉環。

在HVO的閉環裡,最重要的是“假設”,即我們要驗證什麼。把問題定義清楚,問題就解決了一半。

HVO:基於數據驅動的產品設計方法

基於假設,進行MVP(最小化可行產品)的設計,對於讀過《精益創業》這本書的同學,應該不陌生。

在設計MVP的過程中,還有一項關鍵工作,就是定義驗證指標,也就是數據指標。

很多時候,我們做產品容易忽略數據,覺得數據是結果,只要產品上線後就有數據。實際上,能從數據中得到的除了結果之外,還有更重要的東西,就是洞察(Insight)

舉一個例子。

關於使用電商平臺在線購藥的用戶群體,例如京東大藥房和阿里健康大藥房,這種B2C的電商模式和O2O還不太一樣,針對的不是急性用藥人群。

通常是一些慢性病或者需要長時間定期服藥的用戶,從目前各電商頁面的商品分佈和數據中可以看出,男性用藥是一個主要訴求。

比如,一個 35 歲的男性用戶,職業是白領,身處二線城市,在線購藥時,他的關鍵路徑如下。

HVO:基於數據驅動的產品設計方法

大家都知道,對於用藥決策,除了根據醫囑之外,很多OTC類藥品基本都是用戶根據自己的症狀進行定位,比如自己買個感冒藥。

而傳統的藥品說明書往往過於書面化,而電商平臺在商品詳情頁上都有自己的評價區,所以很多用戶會去評價區看其他用戶的用藥反饋。

這些評價內容,某種程度上作為用戶的輔助決策信息,會直接影響用戶是否選擇購買該商品。

如果將商品詳情頁的普通評價區升級為一個健康科普產品,以更豐富和多樣化的內容去輔助用戶決策,從而輔助購藥,對轉化率會有一定的提升。

基於這個假設,我們就可以用HVO框架來做一個分析。

HVO:基於數據驅動的產品設計方法

為了能快速驗證,MVP可以基於現有產品,在商品詳情頁或者評論區放置健康科普內容,並且選定幾個商品進行小範圍測試。

在得出的數據指標中,只需要檢測前後的轉化率就能一窺究竟。如果假設成立,就可以對該模塊進行整體優化。

再舉一個例子,以下兩個對於健康信息的填寫方案中,到底哪一個對於用戶來說,更有動力去填寫?

HVO:基於數據驅動的產品設計方法

左邊的方案是採用分欄式的設計,將信息分類顯示在兩個tab中,右邊的設計是將所有信息羅列放在一個頁面中。

同樣,利用HVO框架去分析的話,也可以定義假設並得出驗證指標。

HVO:基於數據驅動的產品設計方法

以上,就是一個基於假設並通過數據驗證去調整產品設計的思維框架。在運用這個框架的過程中,有三點注意事項。

  1. 假設一定是單一的、客觀的、可測量的;
  2. 驗證一定是可量化的數據、而不是感覺,也不是大數據;
  3. 洞察(經驗)一定是基於客觀事實的、講邏輯的;

做產品,就是一個不斷打破平衡然後再去創造新平衡的過程,當下的結論也會隨著用戶的迭代而發生變化。

通過數據去洞察用戶需求的變化,並以此去不斷優化調整產品策略,產品經理就是這個過程中的診脈人。

大膽假設,小心求證!

希望對你有用。

#專欄作家#

唐韌(Ryan),微信公眾號:唐韌,人人都是產品經理專欄作家。前Juliye Care產品總監,《產品經理必懂的技術那點事兒》作者,在創業公司負責過多款從0到1產品,目前在某電商巨頭負責產品工作 。

本文原創發佈於人人都是產品經理。未經許可,禁止轉載。

題圖來自Unsplash,基於CC0協議

相關推薦

推薦中...