在原型設(shè)計之前,我如何做需求調(diào)研?

1 評論 7685 瀏覽 84 收藏 8 分鐘

只有做好需求調(diào)研,才能在立項時從容的應(yīng)對各種疑問。

比如該需求要為誰解決什么問題?為什么你的需求比別人重要?需求要達到什么目的?……需求調(diào)研不足將導(dǎo)致產(chǎn)品脫離實際業(yè)務(wù)需求,造成開發(fā)資源的浪費和產(chǎn)品方向的偏差。

本人將需求調(diào)研整理為三階段,即需求搜集-需求挖掘-需求評估,并說明每個階段的工作思路。

注:公司產(chǎn)品為c2m服裝定制平臺,以下將結(jié)合實際工作經(jīng)驗及對產(chǎn)品的理解整理,僅供參考。

需求搜集

定義:無論是全新業(yè)務(wù)的探索還是已有業(yè)務(wù)的優(yōu)化方案,都存在業(yè)務(wù)述求,因此需求搜集可以理解為向用戶搜集業(yè)務(wù)述求。

渠道:用戶主動通過某個渠道表達對產(chǎn)品使用的不滿及建議。像微博吐槽,APP評價,在線客服,產(chǎn)品反饋入口等方式會更適合C端用戶。而B端用戶(或公司內(nèi)部用戶),會直接向上級或產(chǎn)品經(jīng)理反饋業(yè)務(wù)述求。

原則:

  • 接近業(yè)務(wù)。產(chǎn)品經(jīng)理未收到業(yè)務(wù)反饋往往不是意味著產(chǎn)品沒有缺點并滿足用戶的所有需求,而是產(chǎn)品未同用戶建立良好的需求溝通機制導(dǎo)致。用戶由于思維慣性,不會主動提出業(yè)務(wù)述求。其原因可能包括:不認為當下的操作行為有何不妥;認為即使提出業(yè)務(wù)述求也得不到有效解決。此時需要產(chǎn)品經(jīng)理去接近用戶,比如說業(yè)務(wù)輪崗,種子用戶訪談,數(shù)據(jù)漏斗分析等。
  • 傾聽和理解。理論上所有的業(yè)務(wù)抱怨都可能提煉成一個需求,不要以自己對產(chǎn)品的熟悉程度去質(zhì)疑用戶的各種操作失誤;既然這是你的用戶,用戶會犯錯,用戶會抱怨,這即使產(chǎn)品需優(yōu)化的點。因此首先要端正自己的態(tài)度,正視業(yè)務(wù)問題,才會有去改進的動力。
  • 及時反饋。為了提高業(yè)務(wù)部門反饋的積極性,對于述求方給出回復(fù)時間點及回復(fù)結(jié)果:轉(zhuǎn)化成需求/大致完成時間,需求拒絕/拒絕理由。
  • 有針對性。往往用戶在描述問題時容易發(fā)散,沒有方向,導(dǎo)致搜集了很多問題,但同需調(diào)研的需求本身有偏差。因此,針對有目的性的需求,產(chǎn)品經(jīng)理對產(chǎn)品的框架有事先的認知,帶有問題去咨詢用戶。比如,要做進銷存的功能,產(chǎn)品經(jīng)理要事先對進銷存有基本的產(chǎn)品框架,集中同用戶討論采購入庫,調(diào)撥,盤點等業(yè)務(wù)場景。

需求挖掘

定義

將業(yè)務(wù)述求整理成需求池,即場景-用戶-問題點(目標)-建議解決方案。

  • 場景:所有的用戶行為都必須具化到場景,需求場景描述要盡可能的詳細,這樣才有利于產(chǎn)品設(shè)計。曾經(jīng)看到地鐵廣告,公眾號二維碼置于海報中下區(qū)域,也就是用戶要蹲下來才能掃到二維碼。如果需求挖掘時有考慮到用戶掃描二維碼的場景,產(chǎn)品設(shè)計就會考慮二維碼的位置。
  • 用戶:你要清楚你為誰設(shè)計產(chǎn)品,不同的用戶產(chǎn)品設(shè)計思路是不一樣的。工廠操作員害怕出錯,因此產(chǎn)品設(shè)計可以側(cè)重強提示,二次復(fù)核,傻瓜式操作等避免出錯;女生害怕計算,因此產(chǎn)品設(shè)計可以將口算的部分轉(zhuǎn)為系統(tǒng)自動計算;特別是C端產(chǎn)品更要考慮用戶畫像,本文就不再展開。
  • 問題點:所有的需求是為了解決業(yè)務(wù)問題。功能上線后未解決業(yè)務(wù)問題,等于資源的浪費。解決業(yè)務(wù)問題即等同于需求目標,有利于確認需求的優(yōu)先級。因此羅列出問題點,作為產(chǎn)品設(shè)計依據(jù)。確認需求目標,可作為上線跟蹤的依據(jù)。
  • 建議解決方案:在同業(yè)務(wù)端溝通時,可能會得出初步的建議解決方案。參考該信息有利于產(chǎn)品設(shè)計是符合用戶需求的。

原則

別把解決方案當需求

很多時候,用戶給我們講出來的想法和要求,根本不是他們的“需求”,而是他們的一種“想要”?!靶枨蟆笔怯脩糇罡镜拇鉀Q的問題,而“想要”只是用戶已經(jīng)幫我們想好的一些解決“需求”的辦法而已,在需求調(diào)研過程中,務(wù)必要挖掘到用戶的“需求”,通過我們的設(shè)計去實現(xiàn)用戶的“需求”,而不是盲目的跟從用戶的“想要”,結(jié)果被用戶帶到了溝里出不來。

不斷問為什么

需求挖掘比較考驗產(chǎn)品經(jīng)理專業(yè)業(yè)務(wù)能力和事物抽象化,比如工廠的說想喝可樂,其用戶需求1是解渴,需求2表達我很酷。在用戶所在環(huán)境,喝可樂是財力和酷的表現(xiàn),而水卻被打上廉價標簽。挖掘更直觀的表達方式是不斷的問為什么,為什么想喝可樂;為什么是可樂;每個業(yè)務(wù)點去問到最后的為什么,也能收集你想挖掘的點。

需求評估

定義:在判斷是真實需求的前提下,需求優(yōu)先級如何。

一般的偽需求在需求挖掘環(huán)節(jié)不斷問為什么,能得到答案。在認定是真實需求時,一般采用重要性和緊急性兩個維度考慮。

  • 重要:公司戰(zhàn)略;增加營收;降低成本;信息泄露;產(chǎn)品基礎(chǔ)模塊,比如電商的支付,訂單,商品,庫存,發(fā)貨等模塊等。
  • 緊急:投訴風險;資金結(jié)算;大面積影響用戶等。

注:不同階段,公司對重要和緊急的領(lǐng)域可能會有差異,要視情況而定。比如說,公司初期增加營收,拉新等是重要的,而公司中期,降低成本,隱私泄露又開始被重視。

兩個維度組合如下:

  • 重要&緊急:如果這類需求多,需反思是否產(chǎn)品框架有問題,產(chǎn)品基礎(chǔ)建設(shè)欠缺。
  • 重要&不緊急:要聚焦于這類需求,代表產(chǎn)品的未來,拆分版本逐步迭代,穩(wěn)扎穩(wěn)打。
  • 不重要&緊急:往往是臨時解決方案,往往對產(chǎn)品沒有質(zhì)的提升。需要反思是過去產(chǎn)品迭代的問題。
  • 不重要&不緊急:盡可能的不做

在大部分情況下,需求和開發(fā)資源是呈現(xiàn)狼多肉少的局面。

因此做好需求的優(yōu)先級,合理利用有限的開發(fā)資源,是考驗產(chǎn)品經(jīng)理能力的一大指標。

 

本文由 @小余同學 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 判斷需求的方法是對的,只有抓到客戶的原始問題,才能看到方案是否合理

    來自北京 回復(fù)