大老板在下基層體察民情的時(shí)候說：“我覺得這里應(yīng)該放一個(gè)飲水機(jī)”吴攒。那么很有可能“放一個(gè)飲水機(jī)”是偽需求舶斧，領(lǐng)導(dǎo)渴了是真需求。要滿足真需求泽台，需要做的是隨身帶一瓶水怀酷。要滿足偽需求就必須滿屋子的放飲水機(jī)嗜闻。

客戶說“我需要一個(gè)自動匯總每月銷售數(shù)據(jù)的報(bào)表”。那么很有可能“自動匯總”是偽需求友瘤，“數(shù)據(jù)真實(shí)辫秧、靈活的呈現(xiàn)”是真需求被丧。要滿足真需求，需要首先做一個(gè)銷售明細(xì)的Excel導(dǎo)出柿究，在線外靈活的篩選求和黄选；要滿足偽需求就得準(zhǔn)備好應(yīng)付各種體位的“自動匯總”。

用戶說“我想有一個(gè)批量審批的功能探入，每天點(diǎn)OA太費(fèi)勁”懂诗。那么很有可能“批量審批”是偽需求殃恒，“梳理出那些值得我審批”的是真需求辱揭。要滿足真需求问窃，需要梳理一遍業(yè)務(wù)流程，不一定涉及系統(tǒng)的改造嵌戈。要滿足偽需求就得準(zhǔn)備在做好一個(gè)“一鍵審批”按鈕后再做一個(gè)“一鍵撤銷”熟呛。

當(dāng)用戶直接提出解決方案的時(shí)候尉姨，往往意味著誕生了又一個(gè)“偽需求”。因?yàn)樗麄兯傅姆较虿⒉灰欢艿剿麄兯肴サ牡胤健?/p>

用戶隨意指的方向和他們真的想去哪兒椎瘟，就是偽需求和真需求的區(qū)別降传。

我覺得在需求之前勾怒，應(yīng)該是產(chǎn)品短期和長期的價(jià)值體現(xiàn)和變量（這個(gè)產(chǎn)品的引爆點(diǎn)笔链，一般我們都考慮用戶量和日活等因素…）

第二個(gè)在需求之前的是框架

產(chǎn)品邏輯搭建需要的產(chǎn)品框架體系鉴扫，使得產(chǎn)品能夠按照既定邏輯進(jìn)行，不至于引起偏差……（創(chuàng)意期產(chǎn)品直面客戶大多談模式炕婶，就算你拿原型去討論他們也不會有太多問題存在）

在此基礎(chǔ)下莱预，在用戶應(yīng)用和頭腦風(fēng)暴中的問題，我把這些問題稱之為需求依沮，而需求的真?zhèn)挝矣X得應(yīng)該這樣劃分（個(gè)人習(xí)慣）危喉。一個(gè)周期內(nèi)驗(yàn)證一套框架邏輯即可辜限，在框架邏輯內(nèi)的，是真需求氧急，這些需求可以分為易用性岂座、應(yīng)用性、流程性三類钾恢。易用性決定了產(chǎn)品的難易使用度（我把這個(gè)稱之為周期內(nèi)的客戶的腦容量）瘩蚪，應(yīng)用性則是產(chǎn)品測試期既定邏輯的錯(cuò)誤、用戶限制（也就是我們管的太寬）等問題的發(fā)生崩哩，流程性則是在整個(gè)產(chǎn)品鏈條上的既定邓嘹、預(yù)估問題發(fā)生變化（這個(gè)不太好看出來汹押，需要綜合分析）

在產(chǎn)品邏輯起便、設(shè)計(jì)中，易用性最簡單搞定榆综，數(shù)據(jù)埋點(diǎn)和支撐可以讓你看到你的客戶在哪里跳出高或者點(diǎn)擊強(qiáng)烈，客服也能收集到不少的類似問題怯伊，規(guī)劃和更改著重在前端震贵。（如果是B端的部分產(chǎn)品經(jīng)理，已經(jīng)可以進(jìn)行用戶思維模擬化的話中燥，就自己去走原型流程疗涉，進(jìn)行更改－慎用吟秩，很多問題不是你想當(dāng)然的）

而第二個(gè)應(yīng)用性是后端的功能性問題發(fā)生涵防，一般這些問題發(fā)生，大多是我們腦洞太大杀怠，場景和客戶要的有偏差（如果你是直接項(xiàng)目負(fù)責(zé)赔退，那么恭喜你硕旗，想太多…憋著笑卵渴，改吧）這種便差的發(fā)生一個(gè)是數(shù)據(jù)分析得出（需要些基礎(chǔ)和對產(chǎn)品全局的了解，不會分析數(shù)據(jù)的趕緊學(xué)）鲤竹，第二個(gè)就是客戶通過客服，營銷指導(dǎo)的次數(shù)呈指數(shù)級增加（史上最難操作：））碘橘，應(yīng)用性會改變部分框架痘拆，嚴(yán)重的應(yīng)用性問題會改變整個(gè)產(chǎn)品邏輯纺蛆。

第三個(gè)就是我們的既定核心價(jià)值沒有體現(xiàn)出來

客戶誤解桥氏，或者客戶不關(guān)注這個(gè)價(jià)值。這類問題是數(shù)據(jù)整個(gè)的綜合分析字支，（騷年堕伪，事情已經(jīng)不是你能搞定的了欠雌，開大會吧…）這種場景蠻少見富俄，小一點(diǎn)的公司看不到蛙酪。

現(xiàn)在我們來說說辯識真?zhèn)涡枨蟆ㄟ@個(gè)難度很大桂塞，腦袋里有東西，但是沒怎么總結(jié)過呢玛痊，我嘗試下擂煞，大家表罵我…）

第一对省，偽需求后面藏著真需求蒿涎；

第二劳秋，部分偽需求可以通過已有產(chǎn)品模塊解決玻淑，只是客戶沒發(fā)現(xiàn)（這里反思流程和易用）；

第三個(gè)最難区匠，客戶說的直接需求不是他想要的或者表達(dá)的驰弄，我還是建議你直接問細(xì)致的戚篙，我?guī)湍阕聊ハ隆?/p>

沒法舉例位喂，因?yàn)槲易鰏aas+B電商的塑崖，語言服務(wù)類规婆，俗稱翻譯電商抒蚜，產(chǎn)品及其產(chǎn)品構(gòu)成以人的智慧和學(xué)識構(gòu)成…

這里有些劃水嗡髓，遲到+上班饿这，這兩天我再更新一個(gè)长捧。唆姐。奉芦。声功。

繼續(xù)先巴，仔細(xì)想了下冒冬，發(fā)現(xiàn)在上面架構(gòu)中简烤，辯識真?zhèn)涡枨笠呀?jīng)不是很難的事情挥萌，難的是場景的多樣性：

首先，不管是真需求還是偽需求狂芋，都是在一個(gè)量級用戶下的需求反饋統(tǒng)合，我們在分析歸類后進(jìn)行的深度挖掘的結(jié)果徒像，然后根據(jù)量級用戶來選擇具有偏向性的一方锯蛀，選擇的偏向性為最快到達(dá)你階段性目標(biāo)的…猜測或邏輯旁涤。（在初期邏輯和價(jià)值確認(rèn)后劈愚，我們不在考慮產(chǎn)品大架構(gòu)和大框架的問題，那么我們的思維角度就要從P的角度轉(zhuǎn)向?yàn)镃的角度掠械，主要做的工作就是歸類猾蒂、分析、反思）

我做B端（客戶拜訪和溝通中的需求）

舉例1：

我在上上個(gè)月和營銷去拜訪一個(gè)客戶蚊逢，為了傳播產(chǎn)品的理念和模式烙荷，那么我主要介紹給他的是我們貼合行業(yè)特性的協(xié)同平臺和只為公司服務(wù)的封閉式訂單平臺奢讨，而我?guī)サ哪康男允撬梦业漠a(chǎn)品并感興趣，我們互加了微信和QQ亩码，在過程中描沟，我期望產(chǎn)品的討論主要在當(dāng)前模式下的產(chǎn)品應(yīng)用吏廉，那么這個(gè)東西涵蓋了易用和應(yīng)用性（這些是當(dāng)時(shí)就可以分辨出來的）席覆，而邏輯性卻是比較難的佩伤。

那么這里我開始編：

1. 用戶提出生巡，二級域名這個(gè)東西接受起來很麻煩，每次總是分不清楚孤荣；（不確認(rèn)需求）

2. 用戶提出，在訂單平臺其實(shí)可以有更多種服務(wù)遂庄，能不能把訂單外的X種服務(wù)增加出來；（假需求霹肝，這需要另一套邏輯兌現(xiàn)和落地）

3. 用戶提出 沫换，產(chǎn)品在某個(gè)模塊點(diǎn)擊不進(jìn)去垮兑；（真需求）

4. 用戶提出系枪，X個(gè)模塊在邏輯上應(yīng)該是這樣的…（不確認(rèn)需求）

…

那么現(xiàn)在開始分析：

第三個(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è)市場，或者你有做過調(diào)研，那么這個(gè)是假需求，是訂制需求葫笼；而你剛進(jìn)入這個(gè)行業(yè)，那么先判定成為不確認(rèn)需求洋丐；

數(shù)據(jù)需求收集：

這個(gè)中間分為全埋點(diǎn)和只使用工具+部分埋點(diǎn)的，那么如果是第二種迁客，你看數(shù)據(jù)的時(shí)候掷漱，就要貼合你的核心需求來看（這問題好大，MD海雪，掉坑的趕腳啊）刺彩。

舉例：

我們直接略過渠道驗(yàn)證，純粹認(rèn)為來源用戶都是需求用戶创倔。

那么我要看的數(shù)據(jù)是：

注冊轉(zhuǎn)化率（7-15天周期內(nèi)的變化）：我的核心是不是被清晰表達(dá)霸妹，邏輯被認(rèn)可叹螟；

細(xì)節(jié)中間可以看（如果有的話）：

從注冊步驟1-3，用戶在哪個(gè)步驟退出率較高或者停留時(shí)間較長良价。

（前者說明此模塊有問題，后者說明你給用戶造成了麻煩痊银，需要優(yōu)化）

留存率（次日、周鬓照、月-這個(gè)數(shù)值在你了解行業(yè)的前提下可調(diào)号显，和活躍一樣）：整個(gè)產(chǎn)品模塊和邏輯是否吸引用戶蔑歌，癢點(diǎn)是否有效园匹；

留存率分為刺激性和非刺激性（如果想深入知道這些理論裸违，最原始的應(yīng)該是斯金納的書）供汛。

…常規(guī)數(shù)據(jù)的略過好不，最多你從熱力圖朱监，點(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é)同，還是先去訂單中心查看下有沒有適合的訂單掐隐；

我想要看到客戶登陸后，點(diǎn)擊統(tǒng)計(jì)和設(shè)置的情況探颈；

我想要看到客戶登陸后绩鸣，點(diǎn)擊幫助和退出的情況榴嗅；

我想要看到多少客戶只用saas；

我想要看到多少客戶只在意訂單和收入；

繼續(xù)細(xì)分蒜焊，我想要看到客戶在哪個(gè)頁面退出率最高等…

這些都可以幫助我們找到客戶的需求點(diǎn)鸭丛，同時(shí)還有一個(gè)~

按照客戶分級，單一客戶應(yīng)用的潛在需求可能是你平臺上的其他需求看政，那么，做一個(gè)刺激性呆贿、單一流程性的活動是比較不錯(cuò)的…

以上：你已經(jīng)根據(jù)這些內(nèi)容開始修改你的前端、完善你的產(chǎn)品、幫助系統(tǒng)；并且從中區(qū)分出了客戶主體蒋情，對客戶的掌控性開始建立…

額违帆，我忘記說數(shù)據(jù)需求中刷后，數(shù)據(jù)偶爾會說謊這個(gè)事兒了含衔，不過這個(gè)不太難，電話反饋杭隙、有將反饋或者問卷調(diào)研什么的，如果愿意洽沟，直接出一個(gè)新產(chǎn)品模塊來看看是不是當(dāng)初的問題引起的A/B版就好~

需求沒有真?zhèn)危挥心銓π枨蟮陌盐帐欠駵?zhǔn)確到位。對某種需求有需要的人群水援，是否是必要即時(shí)去開發(fā)新功能的奕扣。需求分先后楷兽，產(chǎn)品的完善是一步一步的却特，先解決大部分人群的需求，再慢慢去完善解決部分人的需求。