怎么區(qū)分真需求與偽需求？
大老板在下基層體察民情的時(shí)候說(shuō)：“我覺(jué)得這里應(yīng)該放一個(gè)飲水機(jī)”。那么很有可能“放一個(gè)飲水機(jī)”是偽需求，領(lǐng)導(dǎo)渴了是真需求。要滿足真需求，需要做的是隨身帶一瓶水。要滿足偽需求就必須滿屋子的放飲水機(jī)。
客戶說(shuō)“我需要一個(gè)自動(dòng)匯總每月銷(xiāo)售數(shù)據(jù)的報(bào)表”。那么很有可能“自動(dòng)匯總”是偽需求，“數(shù)據(jù)真實(shí)、靈活的呈現(xiàn)”是真需求。要滿足真需求，需要首先做一個(gè)銷(xiāo)售明細(xì)的Excel導(dǎo)出，在線外靈活的篩選求和；要滿足偽需求就得準(zhǔn)備好應(yīng)付各種體位的“自動(dòng)匯總”。
用戶說(shuō)“我想有一個(gè)批量審批的功能，每天點(diǎn)OA太費(fèi)勁”。那么很有可能“批量審批”是偽需求，“梳理出那些值得我審批”的是真需求。要滿足真需求，需要梳理一遍業(yè)務(wù)流程，不一定涉及系統(tǒng)的改造。要滿足偽需求就得準(zhǔn)備在做好一個(gè)“一鍵審批”按鈕后再做一個(gè)“一鍵撤銷(xiāo)”。
當(dāng)用戶直接提出解決方案的時(shí)候，往往意味著誕生了又一個(gè)“偽需求”。因?yàn)樗麄兯傅姆较虿⒉灰欢艿剿麄兯肴サ牡胤健?/p>
用戶隨意指的方向和他們真的想去哪兒，就是偽需求和真需求的區(qū)別。
我覺(jué)得在需求之前，應(yīng)該是產(chǎn)品短期和長(zhǎng)期的價(jià)值體現(xiàn)和變量（這個(gè)產(chǎn)品的引爆點(diǎn)，一般我們都考慮用戶量和日活等因素…）
第二個(gè)在需求之前的是框架
產(chǎn)品邏輯搭建需要的產(chǎn)品框架體系，使得產(chǎn)品能夠按照既定邏輯進(jìn)行，不至于引起偏差……（創(chuàng)意期產(chǎn)品直面客戶大多談模式，就算你拿原型去討論他們也不會(huì)有太多問(wèn)題存在）
在此基礎(chǔ)下，在用戶應(yīng)用和頭腦風(fēng)暴中的問(wèn)題，我把這些問(wèn)題稱之為需求，而需求的真?zhèn)挝矣X(jué)得應(yīng)該這樣劃分（個(gè)人習(xí)慣）。一個(gè)周期內(nèi)驗(yàn)證一套框架邏輯即可，在框架邏輯內(nèi)的，是真需求，這些需求可以分為易用性、應(yīng)用性、流程性三類。易用性決定了產(chǎn)品的難易使用度（我把這個(gè)稱之為周期內(nèi)的客戶的腦容量），應(yīng)用性則是產(chǎn)品測(cè)試期既定邏輯的錯(cuò)誤、用戶限制（也就是我們管的太寬）等問(wèn)題的發(fā)生，流程性則是在整個(gè)產(chǎn)品鏈條上的既定、預(yù)估問(wèn)題發(fā)生變化（這個(gè)不太好看出來(lái)，需要綜合分析）
在產(chǎn)品邏輯、設(shè)計(jì)中，易用性最簡(jiǎn)單搞定，數(shù)據(jù)埋點(diǎn)和支撐可以讓你看到你的客戶在哪里跳出高或者點(diǎn)擊強(qiáng)烈，客服也能收集到不少的類似問(wèn)題，規(guī)劃和更改著重在前端。（如果是B端的部分產(chǎn)品經(jīng)理，已經(jīng)可以進(jìn)行用戶思維模擬化的話，就自己去走原型流程，進(jìn)行更改－慎用，很多問(wèn)題不是你想當(dāng)然的）
而第二個(gè)應(yīng)用性是后端的功能性問(wèn)題發(fā)生，一般這些問(wèn)題發(fā)生，大多是我們腦洞太大，場(chǎng)景和客戶要的有偏差（如果你是直接項(xiàng)目負(fù)責(zé)，那么恭喜你，想太多…憋著笑，改吧）這種便差的發(fā)生一個(gè)是數(shù)據(jù)分析得出（需要些基礎(chǔ)和對(duì)產(chǎn)品全局的了解，不會(huì)分析數(shù)據(jù)的趕緊學(xué)），第二個(gè)就是客戶通過(guò)客服，營(yíng)銷(xiāo)指導(dǎo)的次數(shù)呈指數(shù)級(jí)增加（史上最難操作：）），應(yīng)用性會(huì)改變部分框架，嚴(yán)重的應(yīng)用性問(wèn)題會(huì)改變整個(gè)產(chǎn)品邏輯。
第三個(gè)就是我們的既定核心價(jià)值沒(méi)有體現(xiàn)出來(lái)
客戶誤解，或者客戶不關(guān)注這個(gè)價(jià)值。這類問(wèn)題是數(shù)據(jù)整個(gè)的綜合分析，（騷年，事情已經(jīng)不是你能搞定的了，開(kāi)大會(huì)吧…）這種場(chǎng)景蠻少見(jiàn)，小一點(diǎn)的公司看不到。
現(xiàn)在我們來(lái)說(shuō)說(shuō)辯識(shí)真?zhèn)涡枨蟆ㄟ@個(gè)難度很大，腦袋里有東西，但是沒(méi)怎么總結(jié)過(guò)呢，我嘗試下，大家表罵我…）
第一，偽需求后面藏著真需求；
第二，部分偽需求可以通過(guò)已有產(chǎn)品模塊解決，只是客戶沒(méi)發(fā)現(xiàn)（這里反思流程和易用）；
第三個(gè)最難，客戶說(shuō)的直接需求不是他想要的或者表達(dá)的，我還是建議你直接問(wèn)細(xì)致的，我?guī)湍阕聊ハ隆?/p>
沒(méi)法舉例，因?yàn)槲易鰏aas+B電商的，語(yǔ)言服務(wù)類，俗稱翻譯電商，產(chǎn)品及其產(chǎn)品構(gòu)成以人的智慧和學(xué)識(shí)構(gòu)成…
這里有些劃水，遲到+上班，這兩天我再更新一個(gè)。。。。
繼續(xù)，仔細(xì)想了下，發(fā)現(xiàn)在上面架構(gòu)中，辯識(shí)真?zhèn)涡枨笠呀?jīng)不是很難的事情，難的是場(chǎng)景的多樣性：
首先，不管是真需求還是偽需求，都是在一個(gè)量級(jí)用戶下的需求反饋統(tǒng)合，我們?cè)诜治鰵w類后進(jìn)行的深度挖掘的結(jié)果，然后根據(jù)量級(jí)用戶來(lái)選擇具有偏向性的一方，選擇的偏向性為最快到達(dá)你階段性目標(biāo)的…猜測(cè)或邏輯。（在初期邏輯和價(jià)值確認(rèn)后，我們不在考慮產(chǎn)品大架構(gòu)和大框架的問(wèn)題，那么我們的思維角度就要從P的角度轉(zhuǎn)向?yàn)镃的角度，主要做的工作就是歸類、分析、反思）
我做B端（客戶拜訪和溝通中的需求）
舉例1：
我在上上個(gè)月和營(yíng)銷(xiāo)去拜訪一個(gè)客戶，為了傳播產(chǎn)品的理念和模式，那么我主要介紹給他的是我們貼合行業(yè)特性的協(xié)同平臺(tái)和只為公司服務(wù)的封閉式訂單平臺(tái)，而我?guī)サ哪康男允撬梦业漠a(chǎn)品并感興趣，我們互加了微信和QQ，在過(guò)程中，我期望產(chǎn)品的討論主要在當(dāng)前模式下的產(chǎn)品應(yīng)用，那么這個(gè)東西涵蓋了易用和應(yīng)用性（這些是當(dāng)時(shí)就可以分辨出來(lái)的），而邏輯性卻是比較難的。
那么這里我開(kāi)始編：
1. 用戶提出，二級(jí)域名這個(gè)東西接受起來(lái)很麻煩，每次總是分不清楚；（不確認(rèn)需求）
2. 用戶提出，在訂單平臺(tái)其實(shí)可以有更多種服務(wù)，能不能把訂單外的X種服務(wù)增加出來(lái)；（假需求，這需要另一套邏輯兌現(xiàn)和落地）
3. 用戶提出 ，產(chǎn)品在某個(gè)模塊點(diǎn)擊不進(jìn)去；（真需求）
4. 用戶提出，X個(gè)模塊在邏輯上應(yīng)該是這樣的…（不確認(rèn)需求）
…
那么現(xiàn)在開(kāi)始分析：
第三個(gè)需求可以馬上判定為真需求，因?yàn)槲覀兘?jīng)常進(jìn)入一個(gè)誤區(qū)，就是客戶理解能力和部分模塊的穩(wěn)定性；
第二個(gè)需求判定為暫時(shí)性假需求，其實(shí)這并不是一個(gè)假需求，而是在當(dāng)前周期內(nèi)，我需要驗(yàn)證的并不包含這條邏輯；
不確認(rèn)需求中的第一個(gè)，是因?yàn)檫@是個(gè)個(gè)體現(xiàn)象還是一個(gè)群體現(xiàn)象？需要收集驗(yàn)證。
不確認(rèn)需求中的第四個(gè)，分幾種情況，你足夠了解這個(gè)市場(chǎng)，或者你有做過(guò)調(diào)研，那么這個(gè)是假需求，是訂制需求；而你剛進(jìn)入這個(gè)行業(yè)，那么先判定成為不確認(rèn)需求；
數(shù)據(jù)需求收集：
這個(gè)中間分為全埋點(diǎn)和只使用工具+部分埋點(diǎn)的，那么如果是第二種，你看數(shù)據(jù)的時(shí)候，就要貼合你的核心需求來(lái)看（這問(wèn)題好大，MD，掉坑的趕腳啊）。
舉例：
我們直接略過(guò)渠道驗(yàn)證，純粹認(rèn)為來(lái)源用戶都是需求用戶。
那么我要看的數(shù)據(jù)是：
注冊(cè)轉(zhuǎn)化率（7-15天周期內(nèi)的變化）：我的核心是不是被清晰表達(dá)，邏輯被認(rèn)可；
細(xì)節(jié)中間可以看（如果有的話）：
從注冊(cè)步驟1-3，用戶在哪個(gè)步驟退出率較高或者停留時(shí)間較長(zhǎng)。
（前者說(shuō)明此模塊有問(wèn)題，后者說(shuō)明你給用戶造成了麻煩，需要優(yōu)化）
留存率（次日、周、月-這個(gè)數(shù)值在你了解行業(yè)的前提下可調(diào)，和活躍一樣）：整個(gè)產(chǎn)品模塊和邏輯是否吸引用戶，癢點(diǎn)是否有效；
留存率分為刺激性和非刺激性（如果想深入知道這些理論，最原始的應(yīng)該是斯金納的書(shū)）。
…常規(guī)數(shù)據(jù)的略過(guò)好不，最多你從熱力圖，點(diǎn)擊分布，點(diǎn)擊數(shù)據(jù)等，能看出在你框架下用戶最期望用的產(chǎn)品和用戶的疑難點(diǎn)，這玩意不難理解，多看看多將心比心下就好。
那么其實(shí)重要的是部分埋點(diǎn)數(shù)據(jù)，關(guān)鍵數(shù)據(jù)的埋點(diǎn)可以讓我們看到客戶的大致使用范圍，比如：
我想要看到客戶登陸后，是先進(jìn)Saas協(xié)同，還是先去訂單中心查看下有沒(méi)有適合的訂單；
我想要看到客戶登陸后，點(diǎn)擊統(tǒng)計(jì)和設(shè)置的情況；
我想要看到客戶登陸后，點(diǎn)擊幫助和退出的情況；
我想要看到多少客戶只用saas；
我想要看到多少客戶只在意訂單和收入；
繼續(xù)細(xì)分，我想要看到客戶在哪個(gè)頁(yè)面退出率最高等…
這些都可以幫助我們找到客戶的需求點(diǎn)，同時(shí)還有一個(gè)~
按照客戶分級(jí)，單一客戶應(yīng)用的潛在需求可能是你平臺(tái)上的其他需求，那么，做一個(gè)刺激性、單一流程性的活動(dòng)是比較不錯(cuò)的…
以上：你已經(jīng)根據(jù)這些內(nèi)容開(kāi)始修改你的前端、完善你的產(chǎn)品、幫助系統(tǒng)；并且從中區(qū)分出了客戶主體，對(duì)客戶的掌控性開(kāi)始建立…
額，我忘記說(shuō)數(shù)據(jù)需求中，數(shù)據(jù)偶爾會(huì)說(shuō)謊這個(gè)事兒了，不過(guò)這個(gè)不太難，電話反饋、有將反饋或者問(wèn)卷調(diào)研什么的，如果愿意，直接出一個(gè)新產(chǎn)品模塊來(lái)看看是不是當(dāng)初的問(wèn)題引起的A/B版就好~
需求沒(méi)有真?zhèn)危挥心銓?duì)需求的把握是否準(zhǔn)確到位。對(duì)某種需求有需要的人群，是否是必要即時(shí)去開(kāi)發(fā)新功能的。需求分先后，產(chǎn)品的完善是一步一步的，先解決大部分人群的需求，再慢慢去完善解決部分人的需求。
評(píng)論
評(píng)論
推薦評(píng)論
暫無(wú)評(píng)論哦，快來(lái)評(píng)論一下吧！
全部評(píng)論（0條）