產品技能樹之需求分析(二)

1 評論 9427 瀏覽 99 收藏 15 分鐘

編輯導語:在上一篇文章中,作者分析了需求的基本定義以及收集渠道等,詳情:產品技能樹之需求分析(一);本文主要是介紹了需求分析以及需求取舍,我們一起來看一下具體內容。

由于是需求分析的系列文章,所以先簡單回顧上篇文章的內容,上篇文章主要寫了需求分析中的需求定義、需求收集和需求過濾部分。

需求定義主要是定義什么是需求,形成的原因是什么、以及需求的層級,需求收集指覆蓋盡可能多的渠道,收集盡可能多的需求,然后進行合理的分類,需求過濾是對需求的初步篩選。

感興趣的可以去看看上篇文章:產品技能樹之需求分析(一)

本篇文章主要是需求分析和需求取舍,需求分析是針對單條需求的分析和挖掘,需求取舍是如何在眾多需求中進行取舍。

一、需求分析

提到需求分析小伙伴們可能聽過很多方法,這里僅列舉兩個自己平時會用的方法。

一個是HMW分析,適用于需求的發散,在沒有什么想法的時候可以用來打開思路,一個是3+1分析法,適用于需求的收斂,在有一個特定的需求的時候可以進行深入挖掘。

產品技能樹之需求分析(二)

1. HMW分析

HMW,全稱“How Might We”,即——“我們可以怎樣”,印象中是出自國外的一個設計公司。

HMW分析主要包括這么幾部分:

  • 否定:全部、部分;
  • 轉移:人、系統、其他問題;
  • 積極:意愿、能力、觸發;
  • 腦洞:頭腦風暴;
  • 分解:工程化拆解。

否定指的是讓產生這個想法的人取消這個念頭,包括全部取消和部分取消。

轉移指的是把人需要做的問題,轉移給其他人,或者系統來做,遇到比較難解決的問題的時候,也可以考慮把問題轉化成另外一個相對簡單的問題。

積極指的是提升遇到問題的人的能力,讓Ta能夠自己去解決這個問題。

腦洞就是頭腦風暴,不局限于大腦的框架限制,想一些天馬行空的解決方案。

分解指的是基于要解決的問題,按照流程和模塊進行拆分,找到最優的解決方案。

下面以一個例子來簡單的說一下,想法來源于寫作過程中,案例不一定很嚴謹,差不多就是這么個意思。

假定背景是我們發現產品的注冊率很低,想要提高用戶的注冊率,按照HMW的思路來分析就是否定、轉移、積極、腦洞和分解。

產品技能樹之需求分析(二)

在開始HMW分析之前,我們需要先搞清楚一些東西,因為它會影響我們后續的決策,我這里的問題是:

  • 賬戶的本質是什么?
  • 用戶為什么要注冊賬戶?

我個人理解賬戶的本質就是所有權的象征,證明這個東西是獨屬于你的,而用戶注冊賬戶就是為了獲得這種所有權,包括各種信息資料、數據、余額等,通過賬戶系統我們也擁有了用戶的信息。

下面再來看其他的問題。

否定:

  • 能不能不讓用戶注冊賬戶?
  • 能不能即使不注冊賬戶,也能獲得所有權?

單從用戶的角度來講,游客模式也是可以的,我們可以通過設備號作為唯一的標識,但這樣我們就拿不到用戶的信息了,用戶換設備所有的數據也丟失了,所以還是希望有賬戶系統。

轉移:

  • 能不能通過其他方式獲得賬戶的所有權?
  • 能不能系統幫助用戶注冊?

市面上有很多第三方的賬戶系統,微信、微博、QQ這些,也有本機手機號碼一鍵登錄的方式,另外也可以系統自動幫助用戶創建賬號、密碼,這些也都是可行的解決方案。

積極:

  • 能不能讓用戶增強注冊的意愿?
  • 能不能優化注冊流程,降低用戶的注冊門檻?
  • 能不能在一些高轉化節點引導用戶注冊?

這里的答案就是想方設法讓用戶積極的去完成注冊,什么流程優化,加強價值感知,在特定的場景下引導等等。

腦洞:

  • 能不能通過Face ID作為賬戶?
  • 能不能通過指紋系統作為賬戶?
  • 能不能通過聲紋作為賬戶?

一些腦洞大開的想法,沒有什么有價值的點也沒關系,有一個很好的想法就賺到了。

分解:

一個完整的賬戶系統主要會包括這些部分:注冊、登錄、修改密碼、找回密碼。

在注冊這個環節中,又會細化成這些步驟:下載——啟動——產生想注冊的想法——注冊——步驟1、2、3——注冊成功或失敗。

這里面需要做的就是在讓用戶產生注冊的想法和注冊過程中的各種優化了。

最后再基于我們在否定、轉移、積極、腦洞、分解中得到的各種想法,結合最前面部分的思考,找到合適的解決方案。

2. 3+1分析

這個方法主要適用于一個特定需求的挖掘,主要包括這幾部分:

  • 用戶、場景、需求;
  • 高頻、大眾、剛需;
  • 解決前后對比;
  • 數據表現。

用戶場景需求主要是追問這個需求的來源是什么,要解決什么人在什么場景下的什么問題,有哪幾個人物角色,對應問題的流程是什么,在這個過程中用戶的心理變化是怎樣的?

除此之外,還需要弄清楚問題背后對應的用戶需求到底是什么,這里可以結合著需求的層次(表層、深層、人性和價值觀)進行不同層級的深挖。

高頻大眾剛需主要是為了評估需求的影響范圍和程度:

  • 高頻:多久一次,是每周1次,每天1次還是每天N次;
  • 大眾:覆蓋的用戶量級是多少;
  • 剛需:被需要的程度、緊急程度是怎樣的,是想有,可以有,還是必須有。

解決前后的對比主要是評估問題被解決前后對用戶和產品的影響。

問題被解決前,用戶是怎么處理目前問題的,處理的流程是怎樣的?

問題被解決之后,與原來的方法相比,好處體現在什么地方,效率有沒有更高?

是否符合產品的定位,滿足后對產品的影響是什么?

  • 好處:帶來了什么產品價值,從運營和業務的角度能帶來什么價值,從競爭、市場的角度來看有沒有什么影響?
  • 壞處:對產品的核心價值、其他功能有沒有什么影響?對運營、業務有沒有什么負面影響,從競爭、市場的角度來看有沒有什么影響?

數據表現就是問題被解決之后,會反應在哪些數據指標上,對產品的核心數據有什么影響,對其他的一些功能數據會有什么影響?

通過這些分析、評估,然后再綜合看收益與成本、好處與壞處就能對這個需求的價值有所判斷了。

二、需求取舍

這部分主要是對需求進行取舍,目標是追求產品價值的最大化,主要包括匹配產品定位和價值最大化兩部分。

產品技能樹之需求分析(二)

1. 匹配產品定位

并不是所有的需求都會去做,即使一些有價值的需求,這里面需要考慮目標用戶、產品定位和產品目標。

先說目標用戶,有的需求可能有價值,但未必是我們目前的主要用戶群體,有的需求可能對A類用戶有價值,但對我們的B類用戶可能會構成傷害,這個時候需要權衡取舍。

再說產品定位,在產品定位沒有發生大的變化的情況下,我們需要考慮這樣一個需求對產品的核心功能、核心價值的貢獻,能不能強化核心價值、競爭壁壘,能不能滿足產品的常用目標,還是只是體驗優化。

最后是產品目標,在不同階段產品的重點目標是不同的,這個需求是否符合產品的長遠目標,是不是當前階段最重要的事情?

2. 價值最大化

我們不停的進行需求分析、挖掘,權衡各種,其實都是為了追求產品價值最大化,一方面要考慮重要緊急程度,另一方面要考慮性價比。

重要緊急程度主要包括重要程度和緊急程度。

重要程度主要是基于需求的目標貢獻度、產品的核心行為、功能重要性來判斷。

目標貢獻度指的是這個需求對階段目標的貢獻程度,比如短期目標是提升留存,那對留存有幫助的需求更滿足階段目標;

產品的核心行為就是用戶為了獲得產品價值必須發生的行為,比如電商整個購買鏈路、打車整個打車鏈路,然后看需求對核心路徑和核心行為的影響;

功能重要性主要是影響的人數、次數以及功能本身的重要程度,是底線需求,還是夠用就好,還是越多越好,還是驚喜需求。

緊急程度主要就是基于時間點要求,有的需求有時效性,需要在某個時間點之內上線,這些因素也需要考慮進去。

性價比主要包括產出和投入。

產出主要是解決問題之后能創造的價值,涉及到問題本身影響的人數、程度,以及目前解決方案的解決程度。

優先選擇影響范圍大,解決程度高的方案,如果目前沒有很好的解決方案,可能會先不做處理。

投入就是最終需要投入的成本,一般是開發的工作量。

可以在需求池中把影響人數、影響程度、解決程度和工作量進行量化打分,然后算出最終的性價比,就是產出/投入。

三、小結

簡單總結下本篇文章,都是需求分析相關的東西,主要包括需求定義、需求收集、需求過濾、需求分析和需求取舍。

產品技能樹之需求分析(二)

需求定義主要是關于需求的定義、成因和需求的層次。

  • 定義:用戶對解決現存問題的需要;
  • 成因:因欲求不滿,而引發某種動機;
  • 層次:表層、深層、人性和價值觀。

需求收集主要指的是收集盡可能多數量、覆蓋盡可能多的渠道,同時按照用戶的使用流程、需求類型或功能類型進行合理的分類。

需求過濾主要是進行初步的需求篩選,把不符合常理、沒有實際場景、價值不大、目前不可實現的需求先暫緩。

需求分析主要是HMW分析和3+1分析,前者主要適用于需求的發散,找到新的想法,后者主要適用于對單個需求的深入分析:

  • HMW:否定、轉移、積極、腦洞、分解;
  • 3+1分析:用戶場景需求、高頻大眾剛需、前后對比、數據。

需求取舍主要是在不同需求之間進行權衡,先匹配產品定位,然后追求產品價值的最大化:

  • 產品定位:目標用戶、產品定位、產品目標;
  • 價值最大化:優先級、性價比。

需求分析篇暫時告一段落,有什么新的想法后續再迭代。

后續會陸續寫一些其他專題的系列文章,目前在規劃過程中的有用戶研究、競品/產品分析、目標拆解、產品決策、產品設計等,歡迎持續關注和探討。

以上,就是本文的主要內容,歡迎斧正、指點、拍磚。

#專欄作家#

王家郴 ,公眾號:產品經理從0到1,人人都是產品經理專欄作家,喜歡網球和騎行的產品汪,目前奔走在產品的道路上,漫漫產品路,與君共勉。

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

題圖來自 unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 很好的文章,學到了??

    回復