當(dāng)寫下這個標(biāo)題時哮笆，覺得是不是切入點(diǎn)太大了沉馆，因為自己并非全能需求大咖，也不是要寫專業(yè)的指導(dǎo)性文章抚吠，只是在讀完一篇推文如何把一款產(chǎn)品做死后常潮，產(chǎn)生了較強(qiáng)烈的共鳴。不是說文章的角度和內(nèi)容是有多新穎獨(dú)特楷力，其文末總結(jié)也是大師常常掛在嘴邊的敏捷開發(fā)精神喊式。而是這共鳴也來自于今天發(fā)生的兩件事。
一是我們BA的周會上萧朝，勞拉同學(xué)分享了她在實施一個客戶時的成功經(jīng)驗岔留，即花最少的代價去實現(xiàn)客戶的需求，盡可能簡化需求和“拖”需求检柬，有些用戶拍腦袋的需求自然而然就會隨著時間推移和預(yù)計成本而被cut献联。當(dāng)時，我也是深受其啟發(fā)和影響厕吉，因為通常在客戶看似很急的需求下酱固，以及重重催逼下饥悴，往往會陷入我要盡快幫他把功能做出來的思維定勢中升熊，但也往往會變成wasted stories.
產(chǎn)品的功能并不是以數(shù)量取勝的，那些可有可無的功能不僅僅會降低用戶的產(chǎn)品滿意度似忧，還會拖延產(chǎn)品上線的時間项钮。畢竟在產(chǎn)品的探索期班眯，小步快跑更為重要…
第二件事也就是下午的一通用戶的來電。整個通話持續(xù)了有快一個小時烁巫，可以說用戶就提出了三個他覺得急需要解決的要求署隘，但是由這三個需求所引發(fā)的不滿足以讓他反反復(fù)復(fù)的絮叨了一個小時。為了安撫他的情緒亚隙，我不得不在電話里接受了他的需求（雖然我心里已是比較認(rèn)可用戶的抱怨和訴求）電話掛掉時磁餐，旁邊的同事就說，你這樣答應(yīng)他的需求阿弃，是不是太草率被用戶牽走了诊霹，而且文中也提及偽需求是產(chǎn)品的坑。
其實我認(rèn)為也不然渣淳，有句話說脾还，沒有場景的需求都是 YY。這個客戶的抱怨并非沒有根據(jù)入愧，比如他們存在很多分批實收付款的情況下鄙漏，如何體現(xiàn)日現(xiàn)金報表嗤谚？同樣一個需求，可能對于貨主或者大三方來講怔蚌，更關(guān)心的是結(jié)算月而非結(jié)算日巩步。但對于小專線老板而言，他必須關(guān)心到每天媚创。財務(wù)每天登進(jìn)登出渗钉，看不到這個增量的變化彤恶，老板很難發(fā)現(xiàn)是否存在貓膩钞钙。
所以寫到這，想說需求也并非是用哪一種方法去篩選是最好的声离，也不是說上面兩則實例就是反的芒炼，應(yīng)該說是做我們覺得對的。就像大師說的术徊，凡事多問幾個為什么本刽，讓用戶多說，發(fā)覺它們最實質(zhì)的需求赠涮，不做需求的腦補(bǔ)子寓。
