產品實操系列 | “需求分析象限”對創(chuàng)業(yè)團隊有什么不一樣?

覓云人
0 評論 1649 瀏覽 7 收藏 14 分鐘
🔗 产品经理的核心价值是能够准确发现和满足用户需求,把用户需求转化为产品功能,并协调资源推动落地,创造商业价值

之前的文章我們說了可以用需求討論會來獲取原始需求,但產出的內容可能會有爭議,這種情況下,我們可以用本文介紹的5種分析方法,來進行需求分析,幫助我們完善。

首先,在幫助創(chuàng)業(yè)團隊做產品系列的上一篇,我們談到了如何通過開需求討論會來獲得的一些原始需求。

是的沒錯,對于創(chuàng)業(yè)團隊來說,最基礎的需求涌現(xiàn),其實依賴于產品專家和運營專家的經(jīng)驗。

但是,不可能所有的需求都由內部產生,否則這肯定就是閉門造車了。

另外,在需求討論會的這篇中,我們也談到了,需求分析會上的部分產出內容,可能會有爭議。

而此時同樣也是聽取用戶聲音的時候。

那么,今天我們來談一談這個問題。

一、需求分析象限 羅列出5種需求分析方法

↑我將以此圖為大綱,幫助創(chuàng)業(yè)團隊完善產品能力。

今天這一篇,開始針對看板圖的最左上角的.

需求分析能力 -> 需求分析

這張圖其實很容易理解:

  • 橫坐標是一對相反詞,就是用戶的“所說”和“所做”;
  • 縱坐標也是一對相反詞,就是分析用戶用的“定性”和“定量”。

根據(jù)這樣的排列組合,就獲得了需求分析的四個方法,分屬四個象限。

從象限一到象限四,分別為:可用性測試、用戶訪談、調查問卷、數(shù)據(jù)分析。

然后再加上一個特殊的田野調查,位于象限的原點,代表了這是不設限的方式。

這樣就組成了五種需求分析的方法。

當然,這個象限里還可以塞入更多的需求分析方法,比如焦點小組、眼動實驗等。

但因為具有一定的復雜性,所以對創(chuàng)業(yè)團隊一般意義不大。

……

很多人會覺得,這是產品經(jīng)理或運營經(jīng)理的基礎知識啊,也沒有什么特別的吧?

確實如此,那么接下來,讓我們談談在創(chuàng)業(yè)團隊中,會有什么不太一樣的地方吧~

畢竟學術化的方法哪里都可以查到,但對于創(chuàng)業(yè)團隊來說,絕不能追求“真空里的球形雞”。

真空里的球形雞:

這是一個曾經(jīng)出現(xiàn)在美劇《生活大爆炸》里面的梗,當然它本身存在的時間會更早一些。

“有一個農民養(yǎng)雞,但他的雞都不下蛋。所以他找了一個物理學家來幫忙。這個物理學家做了一些計算,然后說:我已經(jīng)有解決辦法了,但是這個辦法只適用于真空中的球形雞?!?/p>

如果成了空對空的概念之爭,將毫無意義。

二、淺談五種需求方法,按優(yōu)先級來排練

1. 用戶訪談

這是創(chuàng)業(yè)團隊第二排序的方法

用戶訪談對于創(chuàng)業(yè)團隊來說是最簡單的,顧名思義就是和用戶面對面的交流。

無論是在線上,還是在線下……當然線下面對面是最佳的方式,只是成本也會高。

如何做一次成功的用戶訪談?網(wǎng)上有太多的方法和教程,就不贅述了。

只談幾點需要特別注意的地方,也是我的過往經(jīng)驗,供創(chuàng)業(yè)團隊參考:

1)保持一對一溝通

“兩個人說真話,三個人說笑話,再多人說春秋大話。”

這是一句民間俗語,其實也代表了人的語言內容產出會受到社交氛圍的影響。

當然,也并不代表多幾名用戶就不可以做用戶需求調查,但這就屬于焦點小組的工作方式,需要無比聚焦到一個具體問題上,還是有一定的操作難度和運營成本的。

2)帶著目的去溝通

想好你要和這個用戶溝通什么樣的內容,這樣可以避免失焦。

當然,用戶會經(jīng)常給予你意想不到的建議,這也是非常寶貴的,但在這之前,先務必把正事完成。

3)問題一定要有開放性

不要對用戶問出類似“對你最重要的是什么?A空氣;B水;C面包;D網(wǎng)上購物”這樣的睿智問題。

都已經(jīng)跟用戶一對一了,就不要限定什么選擇題了,否則你的選項就帶有強烈的誘導性,除非你的調查結果只是想糊弄一下Boss或上級。

4)大多數(shù)情況下,用戶并不能直接說出來答案

用戶只是產品的使用者,而并非是策略的制定者。

有一個經(jīng)典的產品舉例,就是用戶是想向你要一根1萬米長的電話線,但實際上用戶自己都不知道,他想要的是一個無線手機。

用戶所有的話你都盡可能的記下來:線上要保留他所有的聊天記錄;線下甚至可以錄音。

因為用戶的話要分析后才能知道應該要做什么——用戶能直接說清楚的需求,其實創(chuàng)業(yè)團隊內部也早意識到了。

一定要避免被用戶的言語誤入歧途,費時費力地做出一大堆無用的功能。

2. 可用性測試

這是創(chuàng)業(yè)團隊第三排序的方法。

可用性測試,基本上聚焦在前端交互上,往往可以跟用戶訪談一起時來進行。

這個說起來也很簡單,就是讓用戶當面時使用你的產品,比如“請您來完成一次下單操作”。

然后你在一旁觀察,最好能獲得允許后,能在一旁拿自己的手機去拍攝下過程。

我也根據(jù)我的過往經(jīng)驗,談幾點供創(chuàng)業(yè)團隊參考:

1)找用戶能有松弛感的場所

若干年前我在某公司任職的時候,曾經(jīng)有把用戶請到公司里面來進行可用性測試,這樣就能很大的節(jié)省了產品經(jīng)理的時間。

但實際上發(fā)現(xiàn)這樣的效果其實并不好,因為用戶一旦脫離了熟悉的環(huán)境,所作所為就會產生很大的偏差。

甚至我發(fā)現(xiàn),因為陌生的地方對用戶來說太緊張了,Ta們甚至會討好性的來完成任務……那就更沒有意義了。

所以最好是在用戶平常使用的地方來進行溝通,比如家里、或公司的工位上來。

但這樣會比較難實現(xiàn),那么就選擇在輕松的戶外歇息處、快餐店或咖啡廳等場所,也是可以的。

2)在用戶訪談完成之后開展

剛才也說了,可用性測試可以和用戶訪談一起來進行。

那么通過用戶訪談,你和用戶聊了半天,熟悉感起來了,用戶的松弛感也具備了,此時請用戶開展下可用性測試,也就再好不過了。

……

但綜合來講,當下可用性測試的意義對創(chuàng)業(yè)團隊已經(jīng)比較有限了。

因為互聯(lián)網(wǎng)發(fā)展到現(xiàn)在這個階段,前端交互已經(jīng)有了很多固有的模型。

創(chuàng)業(yè)團隊難道要做出很復雜的前端嗎?也不可能啦。

3. 數(shù)據(jù)分析

這是創(chuàng)業(yè)團隊第四排序的方法。

數(shù)據(jù)分析的排序不高,但并不代表數(shù)據(jù)分析不重要,其實應該是非常重要!

這樣排序只是因為數(shù)據(jù)分析對創(chuàng)業(yè)團隊的實施資源占用不應該太高,這是因為:

首先,現(xiàn)在很多創(chuàng)業(yè)公司的產品切入都是小程序,那么小程序后臺其實提供了基礎的數(shù)據(jù)分析功能,比如基本的使用分析、留存分析、用戶畫像等等。

其次,而且市面上也有很多現(xiàn)成的數(shù)據(jù)分析插件,可以供創(chuàng)業(yè)團隊選擇,一般來講,啟動部署成本也不算太高。

如果不利用這些現(xiàn)有的系統(tǒng)的話,數(shù)據(jù)分析其實極其吃資源,需要耗費大量的人力和時間。

對于創(chuàng)業(yè)團隊來說,通用性工具就可以解決大多數(shù)問題,所以實施資源占用就不應該高,當然分析資源還是應該投入的。

另外,創(chuàng)業(yè)團隊有時也會有一些具體的數(shù)據(jù)分析需求,需要和開發(fā)溝通來進行埋點,這里有如下的建議:

1)宜細不宜粗

比如“哪個省的用戶訪問的多”,就不如“某目標省份的用戶的退款率”的意義大。

粗略的數(shù)據(jù)需求是沒有意義的,基本上都可以通過通用統(tǒng)計工具得到。

而粗略的數(shù)據(jù)需求,也很難對業(yè)務的下一步有多少指導意義。

2)宜少不宜多

我上面說過,數(shù)據(jù)埋點的部署,極其耗費資源。

而且從哲學上來說,擁有所有的數(shù)據(jù),和完全不擁有數(shù)據(jù),本質上對工作的幫助其實也是一樣的。

4. 調查問卷

這是創(chuàng)業(yè)團隊最末排序的方法。

對于創(chuàng)業(yè)團隊來說,這其實是最不重要的需求分析方法。

建議在早期的時候,盡可能的少投入資源。

原因如下:

  1. 創(chuàng)業(yè)團隊的有效樣本量往往不足,就那么幾個用戶,一個群都裝下了,還需要調查問卷嗎?
  2. 調查問卷的設計其實是相當專業(yè)的,否則很容易帶來錯誤的結論,創(chuàng)業(yè)團隊中往往不具備有相應的能力。
  3. 如果調查問卷從線上發(fā)放,往往會打斷用戶的正常使用流程,對于創(chuàng)業(yè)團隊,這還是需要謹慎的,尤其是初期相當部分的用戶量,還是來源于流量購買的情況下。

如果到了創(chuàng)業(yè)團隊的中后期了,可以學習一下微調查問卷的產品和運營方法。

比如,用戶在電商購物完成后,彈出來一個購買滿意度的提示框,往往只有一兩個問題,在明確的選項之外,再提供一些開放性答案的收集。

這也是現(xiàn)在逐步取代傳統(tǒng)冗長調查問卷的常用方法。

5. 田野調查

這是對創(chuàng)業(yè)團隊最高排序的方法

田野調查其實是來源于社會學,其實和以上所有的方法的本質都不太一樣。

上面都是技術手段,而田野調查重視的是行知合一。

簡單來說,就是要和用戶“同吃、同住、同勞動”。

也就是說:

  • 如果做的是一個社交產品,那么團隊所有成員必須要注冊一個小號,像用戶一樣去使用,像用戶一樣浸泡、開心、和吵架。
  • 如果做的是一個電商產品,那么團隊所有成員必須要在有需要的情況下,像用戶一樣的去搶券,像用戶一樣的去下單。

除非團隊成員自己都對自己的產品沒有信心……

當時我們做民宿產品的時候,團隊內成員自己會專門租一套房子來做民宿,同時出差的時候也會優(yōu)先預訂民宿來感受。

算是又做房東又做房客,去感受自己的產品。

不過,田野調查要注意一個問題:

就是在任何時候不要預設心理目標,一旦受到預設目標的心理暗示下,所獲得的所有證據(jù)都加強你自己的偏見,這也算是一種心理按摩。

這個說起來簡單,但實施起來其實挺難的。

……

綜上所述,對于創(chuàng)業(yè)團隊來說:

田野調查 > 用戶訪談 >= 可用性測試 > 數(shù)據(jù)分析 >> 調查問卷

希望對創(chuàng)業(yè)團隊有幫助。

本文由 @覓云人 原創(chuàng)發(fā)布于人人都是產品經(jīng)理。未經(jīng)作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協(xié)議。

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

更多精彩內容,請關注人人都是產品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!
专题
18245人已学习13篇文章
AI产品经理的核心目的是通过AI技术创造和优化产品服务,丰富技术知识可以让自己在工作中拥有更多话语权。本专题的文章分享了AI产品经理需要掌握的AI技术。
专题
19492人已学习13篇文章
本专题分享了内容审核的设计思路。
专题
15221人已学习13篇文章
本专题的文章分享了数据分析报告写作指南。
专题
101490人已学习23篇文章
做产品难,做运营更难,做APP运营推广难上加难。
专题
16099人已学习16篇文章
企业服务(2B)公司的创业有8个阶段,所有SaaS公司或2B公司不可能跳过这些阶段,每个阶段都有明确的任务。本专题的文章分享了SaaS创业路线图。
专题
29324人已学习16篇文章
系统如何恰当、清晰、及时地传达给用户操作的结果或者操作对象状态的变更?本专题的文章提供了有效的页面操作反馈设计指南。