編輯導語：在上一篇文章中，作者分析了需求的基本定義以及收集渠道等，詳情：産品技能樹之需求分析（一）；本文主要是介紹了需求分析以及需求取舍，我們一起來看一下具體内容。

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

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

感興趣的可以去看看上篇文章：産品技能樹之需求分析（一）

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

一、需求分析

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

一個是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類用戶有價值，但對我們的Ｂ類用戶可能會構成傷害，這個時候需要權衡取舍。

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

最後是産品目标，在不同階段産品的重點目标是不同的，這個需求是否符合産品的長遠目标，是不是當前階段最重要的事情？

2. 價值最大化

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

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

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

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

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

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

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

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

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

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

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

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

三、小結

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

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

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

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

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

需求分析主要是HMW分析和3 1分析，前者主要适用于需求的發散，找到新的想法，後者主要适用于對單個需求的深入分析：

• HMW：否定、轉移、積極、腦洞、分解；
• 3 1分析：用戶場景需求、高頻大衆剛需、前後對比、數據。

需求取舍主要是在不同需求之間進行權衡，先匹配産品定位，然後追求産品價值的最大化：

• 産品定位：目标用戶、産品定位、産品目标；
• 價值最大化：優先級、性價比。

需求分析篇暫時告一段落，有什麼新的想法後續再疊代。

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

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

#專欄作家#

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

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

題圖來自 unsplash，基于 CC0 協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部