產(chǎn)品問(wèn)答 | 如何深入挖掘用戶需求?
用戶需求是產(chǎn)品設(shè)計(jì)中一個(gè)重要因素,想深入地挖掘用戶需求,就要從用戶需求特點(diǎn)抓起。由于每個(gè)用戶的個(gè)人特性都不相同,所以對(duì)于產(chǎn)品的需求體現(xiàn)也不盡相同。本文作者針對(duì)三種不同的用戶需求——強(qiáng)烈個(gè)人傾向用戶需求、淺層需求以及片面需求,來(lái)探討:如何更好、更深入地挖掘用戶需求?
團(tuán)隊(duì)中的產(chǎn)品經(jīng)理最近提了幾個(gè)問(wèn)題,趁此機(jī)會(huì)做一下分享。
這是產(chǎn)品問(wèn)答的第二篇,探討對(duì)用戶需求的深入挖掘。
問(wèn):在挖掘用戶需求時(shí),如何深刻的挖到用戶的需求?
答:用戶需求,字面意思就是用戶的需求。
用戶的需求,有這么幾個(gè)特點(diǎn):
強(qiáng)烈個(gè)人傾向用戶提出的需求,可能是在使用產(chǎn)品遇到問(wèn)題所產(chǎn)生的。
而每個(gè)用戶的使用習(xí)慣、認(rèn)知等不同,會(huì)導(dǎo)致他遇到的問(wèn)題,對(duì)于其他人并不是問(wèn)題。
曾經(jīng)有個(gè)客戶提出:他希望每次進(jìn)入到郵箱,都可以直接編寫(xiě)新郵件,而不是非要去點(diǎn)擊“新郵件”這個(gè)按鈕。
這就是個(gè)人傾向比較明顯的需求,并不是所有郵箱用戶,都認(rèn)為編寫(xiě)新郵件是最重要的需求。
淺層希望用戶提出需求不會(huì)進(jìn)行深入思考,而是當(dāng)下的淺層希望。
比如,產(chǎn)品經(jīng)理耳熟能詳?shù)墓适?——“更快的馬車(chē)和發(fā)明汽車(chē)”:商人淺層希望為“希望馬車(chē)可以跑的更快”,而其深層需求是“更快的速度”。那么,汽車(chē)所能提供的,比馬車(chē)更快更持久的速度,才是對(duì)其真實(shí)需求的最佳滿足。
現(xiàn)成功能很多時(shí)候用戶提出的,是直接了當(dāng)?shù)墓δ堋?/p>
在做互聯(lián)網(wǎng)醫(yī)療項(xiàng)目時(shí),曾一位患者,對(duì)我們的【不良反應(yīng)反饋功能】(癌癥患者在手術(shù)后的治療過(guò)程中,每進(jìn)行一個(gè)療程都要反饋?zhàn)约荷眢w的不適,包括:頭暈、惡心、嘔吐、疼痛等等。這些信息會(huì)輔助醫(yī)生來(lái)決策:當(dāng)前方案是否合適?是否要進(jìn)行調(diào)整?),提出這么一個(gè)需求:“我每次都要一項(xiàng)項(xiàng)輸入這些信息,我想你們能在這個(gè)頁(yè)面地下放個(gè)按鈕,我按住以后就像微信聊天一樣說(shuō)話,醫(yī)生到時(shí)候直接聽(tīng)就可以了”。
這就是一個(gè)直接體現(xiàn)為具體功能的需求。
單個(gè)或片面的角度用戶提出的需求,可能是客觀情況中的單個(gè)角度。
還是在那個(gè)互聯(lián)網(wǎng)醫(yī)療項(xiàng)目中,我們服務(wù)的一家醫(yī)院科室,提出一個(gè)需求:“我們這次要增加一個(gè)功能,患者預(yù)約了手術(shù),我們的醫(yī)生審核確認(rèn)之后,患者就不能再取消預(yù)約?!?/p>
這個(gè)需求一定是這個(gè)科室從自身業(yè)務(wù)或利益角度考量決定的,但并不是所有科室都會(huì)這么考慮。實(shí)際也證明我們服務(wù)的其他科室,很多都允許患者在要求時(shí)間之前提交取消申請(qǐng)。
僅考慮自身利益忽視他人利益,可能對(duì)其他人造成困擾。
同樣還是前一個(gè)例子:科室提出不允許患者取消,并沒(méi)有考慮到患者可能出現(xiàn)的情況。如果患者確實(shí)無(wú)法進(jìn)行手術(shù),而功能上卻不支持這樣的操作,最終傷害的是利益相關(guān)的雙方。
實(shí)際情況是:用戶提出的需求,同時(shí)包含如上多個(gè)特點(diǎn)。對(duì)用戶需求的特點(diǎn)進(jìn)行識(shí)別,再針對(duì)性處理,是最高效的方法。
接下來(lái),針對(duì)如上特點(diǎn),逐一分析如何深入挖掘。
個(gè)人傾向需求
個(gè)人傾向的需求這類需求,要拓展到更大的需求框架中進(jìn)行對(duì)比和思考。
還是用郵箱產(chǎn)品的例子:
我們判斷這個(gè)用戶提出這樣的需求,是因?yàn)樗褂绵]箱時(shí),更頻繁的是發(fā)送新郵件。假設(shè)有一群這樣的用戶,我們定義其為“郵件發(fā)起者”。
那么,我們就可以通過(guò)問(wèn)卷調(diào)研來(lái)搜集:現(xiàn)有用戶中(或者所有郵箱使用者中)“郵件發(fā)起者”的比例有多少?他們對(duì)于這種直接發(fā)送郵件功能的需求程度,以及他們是否還有其他更好的想法?
同時(shí),我們還可以根據(jù)郵箱的主要功能,再假設(shè)幾個(gè)用戶群出來(lái),如:“郵件審閱者”、“郵件轉(zhuǎn)發(fā)者”、“郵件回復(fù)者”等。
那他們是否也有類似的需求,將某個(gè)常用功能排序到操作的第一步。我們的這些推測(cè)可以通過(guò)問(wèn)卷調(diào)研一次性搜集。
假設(shè)通過(guò)分析,驗(yàn)證了如上猜測(cè),那我們就可以總結(jié):
郵箱用戶可以根據(jù)使用郵箱的主要目的,分為:“郵件發(fā)起者”、“郵件審閱者”、“郵件轉(zhuǎn)發(fā)者”、“郵件回復(fù)者”等幾種類型。
每種類型的用戶都有將其主要使用步驟前置的需求。那么,我們就可以考慮如何去滿足這類需求,比如:開(kāi)發(fā)一個(gè)選擇用戶類型的功能,方便每個(gè)類型的用戶直接將主要功能前置,而如果用戶沒(méi)有需求,則仍保持傳統(tǒng)郵箱功能序列。
淺層希望需求
淺層希望的需求停留在淺層希望的需求,可以通過(guò)復(fù)原場(chǎng)景的方式來(lái)獲得更深層信息。這方面的產(chǎn)品文章有很多,大家感興趣就能找到,我還是從最經(jīng)典的“更快的馬車(chē)和發(fā)明汽車(chē)”來(lái)簡(jiǎn)單闡述。
商人提出需要更快的馬車(chē),我們應(yīng)該去和他聊聊,通過(guò)溝通復(fù)原他提出需求的場(chǎng)景。
問(wèn)他這些問(wèn)題,可能會(huì)有幫助:
- 你使用馬車(chē)是用來(lái)做什么?
- 你對(duì)速度的要求,是基于什么樣的考慮?
- 你在載重量、時(shí)間持久、使用成本有什么要求么?
- 在上面這些因素里面,速度真的是你最優(yōu)先的要求么?
- 上面這些因素里,有哪些對(duì)你造成過(guò)困擾?
- …
這些問(wèn)題得到的答案,往往可以引申出新的問(wèn)題,直到你覺(jué)得你已經(jīng)深度復(fù)原了需求提出的場(chǎng)景。相信那時(shí)候,你對(duì)真正的需求也有了完整的認(rèn)知。
提問(wèn)方法,可以參照“5W1H分析法”。
體現(xiàn)為功能的需求提出是已經(jīng)成為功能的需求,可以圍繞功能的每一步進(jìn)行訪談。
同樣用舉過(guò)的例子來(lái)說(shuō)明:
患者的需求描述是:“我每次都要一項(xiàng)項(xiàng)輸入這些信息,我想你們能在這個(gè)頁(yè)面底下放個(gè)按鈕,我按住以后就像微信聊天一樣說(shuō)話,醫(yī)生到時(shí)候直接聽(tīng)就可以了”。
可以提出這些問(wèn)題:
- 您每次輸入不良反應(yīng),大概會(huì)輸入多少項(xiàng)內(nèi)容?
- 輸入的內(nèi)容量有多少,哪些是您覺(jué)得比較犯錯(cuò)或容易出錯(cuò)的?
- 假設(shè)現(xiàn)在我們已經(jīng)在這個(gè)頁(yè)面增加了按鈕,您現(xiàn)在按住它,模擬一下您現(xiàn)在要說(shuō)的內(nèi)容。
- 現(xiàn)在您講完了,頁(yè)面提示您已經(jīng)增加了一段錄音,您是否需要回放一下?您是否可能需要?jiǎng)h掉這條,在重新錄音?
- 您是否想知道醫(yī)生有沒(méi)有聽(tīng)完您的錄音,您希望醫(yī)生聽(tīng)完以后給您什么反饋么?
通過(guò)一系列的問(wèn)題,就可以建立一個(gè)完整的圍繞功能的需求邏輯。
角度片面的需求
角度片面的需求角度片面,表示提出來(lái)的需求,可能只是完整業(yè)務(wù)流程的其中一條路徑。
這時(shí),應(yīng)該先去梳理出完整的業(yè)務(wù)流程圖,建立對(duì)需求可能性的完整認(rèn)識(shí)。
A醫(yī)院的科室提出:要關(guān)閉患者對(duì)已成功手術(shù)預(yù)約的取消功能。
我們應(yīng)該先從A醫(yī)院開(kāi)始,詢問(wèn)他們提出這個(gè)需求時(shí),所基于的實(shí)際業(yè)務(wù)情況。這里需要運(yùn)用業(yè)務(wù)調(diào)研訪談的方法,也需要培養(yǎng)自己的對(duì)于業(yè)務(wù)的理解和梳理能力。(如要展開(kāi)說(shuō)會(huì)是一篇長(zhǎng)文,我以后有機(jī)會(huì)再詳細(xì)闡述。)
最好的結(jié)果就是:可以把A醫(yī)院圍繞這個(gè)功能的業(yè)務(wù)情況,梳理成業(yè)務(wù)流程圖。
你可能會(huì)發(fā)現(xiàn):原來(lái)提出的需求并不能覆蓋他們實(shí)際的業(yè)務(wù),那就需要在滿足需求時(shí),整體考慮業(yè)務(wù)情況。
因?yàn)槭且豢頢aas產(chǎn)品,僅對(duì)個(gè)別醫(yī)院業(yè)務(wù)覆蓋,是不能作為標(biāo)準(zhǔn)功能去迭代的。要以個(gè)別醫(yī)院的業(yè)務(wù)流程圖為基礎(chǔ),廣泛調(diào)研訪談更多的客戶科室。最終把更大范圍的業(yè)務(wù)情況整合成一個(gè)更加全面完整的業(yè)務(wù)流程,才能在迭代中即滿足某些業(yè)務(wù)特例,又不對(duì)其他正常業(yè)務(wù)造成影響。
僅考慮自身利益的需求這類需求,體現(xiàn)了不同用戶群之間的利益博弈。
對(duì)待博弈最好的辦法,就是:尋找雙方利益的臨界點(diǎn)或最優(yōu)解。從雙方或多方的角度各自出發(fā),尋找最終可被大家一致接受的方案。
通過(guò)深入溝通,我們了解到科室提出該需求的考慮為:“經(jīng)常有患者因?yàn)檎`操作或者各種的原因,取消手術(shù)預(yù)約??剖乙呀?jīng)為準(zhǔn)備手術(shù)付出了很多成本,甚至已經(jīng)取消的患者會(huì)出現(xiàn)在住院部要求繼續(xù)進(jìn)行手術(shù)。導(dǎo)致醫(yī)院床位、人員、手術(shù)室的資源浪費(fèi)?!?/p>
繼續(xù)問(wèn)科室:“如果真的患者有必要的情況無(wú)法手術(shù),你們要如何處理?”
科室回復(fù):“需要患者聯(lián)系醫(yī)生,醫(yī)生確認(rèn)后就會(huì)取消手術(shù)”。
所以我們可以確定:
- 科室并非不能接受患者的取消,而是患者誤操作或其他原因取消,導(dǎo)致手術(shù)安排混亂;
- 科室可以接受患者向醫(yī)生提出取消申請(qǐng),醫(yī)生來(lái)確認(rèn)的業(yè)務(wù)路徑。
后來(lái)我們?cè)O(shè)計(jì)的功能是:患者線下聯(lián)系醫(yī)生后,醫(yī)生會(huì)在系統(tǒng)內(nèi)將患者的手術(shù)取消掉。
也許你會(huì)問(wèn):
為什么不設(shè)計(jì)成,患者申請(qǐng)醫(yī)生審核呢?
——設(shè)計(jì)成患者申請(qǐng),患者依舊會(huì)產(chǎn)生誤操作,醫(yī)生要繼續(xù)為誤操作投入時(shí)間成本。
為什么一定要醫(yī)生在系統(tǒng)中取消呢?
——因?yàn)楹罄m(xù)手術(shù)的預(yù)約一定是建立在沒(méi)有進(jìn)行中手術(shù)的前提上,不限制會(huì)造成更多問(wèn)題。
當(dāng)我們對(duì)用戶的需求理解比較完整,就可以進(jìn)行下一步工作,將用戶需求轉(zhuǎn)化為產(chǎn)品需求。
完成對(duì)用戶需求的全面了解和深入挖掘,并不代表一定要去規(guī)劃成果產(chǎn)品功能并開(kāi)發(fā)。我們要用產(chǎn)品戰(zhàn)略對(duì)產(chǎn)品規(guī)劃的指導(dǎo)方法,來(lái)篩選出最終要去實(shí)現(xiàn)的需求。
而所有最終抉擇后留下來(lái)的待開(kāi)發(fā)需求,也正因?yàn)槲覀兊纳钊胪诰?,能夠?qū)ψ罱K形成的產(chǎn)品需求,作出更全面的指引。
作者:十八子殺,微信公眾號(hào):產(chǎn)品狗的思考(ID:PM-Doggy)。10年產(chǎn)品人,射手座,愛(ài)自由,喜攝影,好讀書(shū),涉獵廣泛,望與同路人勉勵(lì)前行。
本文由@十八子殺 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自@Unsplash, 基于CC0協(xié)議
說(shuō)了半天,也沒(méi)解釋清需求是什么?如何挖掘? 風(fēng)馬牛不相及說(shuō)了一堆。
對(duì),我也覺(jué)得,思想是好的,但有些地方語(yǔ)句不通順,讀著有些費(fèi)勁
不知道是作者語(yǔ)文沒(méi)學(xué)好,還是編輯審稿不細(xì)心,句子讀著通順應(yīng)該是最基本的吧?。?!
煩請(qǐng)指正