一、需求的概念
1买决、需求是什么沛婴？
簡單的說，每當(dāng)你想到督赤，如果可以這樣就好了嘁灯，那就是一個需求。
一個很形象的例子躲舌，餓了旁仿，想吃飯。那么餓就是一個需求孽糖。
2、需求分析是什么毅贮？
*深度理解用戶需求办悟，挖掘用戶的深層次需求。
比如：
用戶想要找東西——找到更符合要求的東西——推薦給他他所關(guān)注的東西——“好東西推薦給好友”滩褥。
這就是用戶需求逐步深入挖掘的典型案例病蛉，由最初的用戶想找某一個東西，到最后好東西共享好友瑰煎，讓好友方便找東西铺然，做到信息共享。
?當(dāng)然用戶在提出某一個需求想法的同時酒甸，也會提出自己認(rèn)為正確的解決方案魄健，但是這個方案并不一定就是我們可實現(xiàn)的產(chǎn)品原型。聆聽用戶需求插勤，深度剖析用戶底層需求要點沽瘦，找準(zhǔn)用戶痛點，這就是需求分析的精髓农尖。
二析恋、用戶分析
你知道一群餓了的用戶，又如何幫他們解決餓這個需求呢盛卡？就像一千個讀者眼中有一千個哈姆萊特助隧，用戶需求會千奇百怪，而產(chǎn)品不可能大而全的滿足所有用戶的所有需求滑沧，那么找準(zhǔn)自己的目標(biāo)用戶群并村，很關(guān)鍵巍实。怎么來做用戶分析
用戶分析的要點又是什么？
（1）根據(jù)產(chǎn)品基本定位橘霎，明確用戶分類蔫浆；
?（2）不同用戶群體的特征：年齡、性別姐叁、教育程度瓦盛、消費能力、城市外潜、共性習(xí)慣等原环；
?（3）不同用戶群體想要什么；
?（4）用戶想要的我們是否滿足处窥。
案例解析：以螞蜂窩為例嘱吗，進行用戶分析。
定位：螞蜂窩是一家旅游攻略滔驾、自助游谒麦、自駕游攻略、靠譜旅游社交媒體網(wǎng)站哆致。
用戶群劃分：
分享類用戶绕德，愛旅游愛分享，喜歡分享各種旅行感受攻略等摊阀；
瀏覽類用戶耻蛇，看旅行攻略和他人游記為主；
旅行賺錢類胞此，如背包客小鵬臣咖；
軟文推廣類，旅行社/公司職員漱牵，旅行編輯夺蛇，寫旅行類文案推廣；
組隊約伴型布疙，組隊旅行蚊惯，順便預(yù)定一個酒店。
三灵临、需求獲取
認(rèn)識了解用戶后截型，下一步就該了解各用戶群體的需求，通過多種途徑采集用戶需求儒溉。我們常用的需求采集方法有：文獻調(diào)研宦焦、用戶訪談、問卷調(diào)查、競品分析波闹、運營數(shù)據(jù)分析及用戶模擬酝豪。
下面抽取幾種典型的需求采集方法展開：
1、文獻調(diào)研
查閱歷史資料精堕、行業(yè)報告孵淘、網(wǎng)絡(luò)資訊等相關(guān)訊息，如《年度互聯(lián)網(wǎng)用戶行為分析報告》歹篓、《移動APP年度報告》等互聯(lián)網(wǎng)行業(yè)報告瘫证，了解判斷行業(yè)趨勢、把脈用戶習(xí)慣庄撮，粗略判別用戶需求背捌。PS：艾瑞咨詢發(fā)布互聯(lián)網(wǎng)報告較多，當(dāng)然明確產(chǎn)品相關(guān)行業(yè)及目標(biāo)用戶后針對性的了解分析更為關(guān)鍵洞斯。
2毡庆、用戶訪談
用戶訪談分為2種形式，1V1的深度訪談和座談會形式的焦點訪談烙如。兩種用戶訪談的方式各有所長么抗。下表對兩種不同的訪談形式做詳解：
3、問卷調(diào)查
?(1)相比用戶訪談亚铁，問卷調(diào)查是一種定量的調(diào)研方式乖坠，常用于用戶訪談之后；通常先通過定性的用戶訪談判斷基本方向及要點刀闷，再通過問卷對各需求關(guān)鍵點進行定量驗證，了解其特點后再次通過1V1的深度訪談把脈需求（一般在問卷調(diào)研過程中發(fā)掘深訪對象）仰迁。當(dāng)然視產(chǎn)品的具體情況選擇最適合的方法甸昏。
(2)全流程的問卷調(diào)查，執(zhí)行過程中一般會涵蓋調(diào)研方案（調(diào)研時間徐许、地點施蜜、主題、投放數(shù)量雌隅、受訪者構(gòu)成等）翻默、問卷設(shè)計（問卷設(shè)計完成后，可小范圍投放測試）恰起、實際調(diào)研（網(wǎng)絡(luò)修械、電話、實地）检盼、問卷回收（審核問卷真實性肯污、有效性）、問卷分析（分析調(diào)研數(shù)據(jù)，出具分析報告）幾個方面蹦渣。其中的問卷設(shè)計哄芜，有幾個原則：1）問題通俗化，忌專業(yè)術(shù)語柬唯；2）選擇題為主认臊，問題設(shè)置由淺入深，邏輯性锄奢；3）選擇題答案閉合失晴，標(biāo)準(zhǔn)化。
4斟薇、運營數(shù)據(jù)分析
從運營數(shù)據(jù)報告中獲取需求师坎，一般針對已上線的產(chǎn)品/業(yè)務(wù)，通過現(xiàn)產(chǎn)品的運營監(jiān)控堪滨，為產(chǎn)品迭代提供一定依據(jù)胯陋。通常來自于采集運營數(shù)據(jù)（如UV、PV袱箱、瀏覽軌跡遏乔、轉(zhuǎn)化率等）和市場、客服等其他合作部門的建議反饋发笔。
案例解析：螞蜂窩這一案例中的酒店預(yù)定盟萨、機票預(yù)定功能，如果訂單數(shù)量很多了讨，但最終完成支付的很少捻激，可以怎么解決？
1前计、 梳理下訂單之后的各個環(huán)節(jié)胞谭，下單成功后，需要什么環(huán)節(jié)才能成功支付男杈；
2丈屹、 分析各個環(huán)節(jié)的轉(zhuǎn)化率，找到用戶流失的關(guān)鍵步驟伶棒；
3旺垒、 從產(chǎn)品角度考慮產(chǎn)品功能優(yōu)化，以降低用戶流失肤无。
現(xiàn)場簡要分析先蒋，用戶流失可能因為：1）登錄注冊繁瑣；2）支付方式太少宛渐；3）頁面跳轉(zhuǎn)環(huán)節(jié)過多等等鞭达。針對這幾個問題司忱，從用戶需求的角度來看，1）簡化登錄注冊畴蹭，最好可以支持通用的如QQ坦仍、微博等社交類帳號；2）豐富支付方式叨襟，支持常用網(wǎng)銀繁扎、支付寶等支付工具；3）簡化非必要跳轉(zhuǎn)頁面糊闽。
市場梳玫、客服等合作部門的反饋，因為市場右犹、客服人員是與一線用戶直接接觸的提澎，對于用戶對產(chǎn)品的反饋和建議是能夠快速掌握的，有時可能就是用戶的一句抱怨念链，可能會給產(chǎn)品帶來很大的價值盼忌，因此留意用戶，接觸用戶也是非常關(guān)鍵的掂墓。
?5谦纱、競品分析
所謂的競品分析就是找類似定位的產(chǎn)品，看別人的產(chǎn)品功能君编、設(shè)計跨嘉，逆推用戶需求，發(fā)現(xiàn)競品的閃光點吃嘿，拿來用在自己的產(chǎn)品上祠乃。
從領(lǐng)域、產(chǎn)品類型兑燥、未來規(guī)劃的方向跳纳、相關(guān)功能等角度去找競品；再從競品的定位贪嫂，具體功能，戰(zhàn)略規(guī)劃艾蓝，運營推廣等角度去分析力崇。（ps：當(dāng)今社會創(chuàng)新的成本太高，拿來主義式的微創(chuàng)新也是不錯的選擇）
如本篇案例中的螞蜂窩赢织，競品分析可對途牛網(wǎng)亮靴、悠哉網(wǎng)，去哪兒于置，酷訊茧吊，到到網(wǎng)，驢評網(wǎng)，蟬游記等產(chǎn)品的產(chǎn)品定位搓侄、功能結(jié)構(gòu)瞄桨、產(chǎn)品規(guī)劃等多維度分析，找到不同產(chǎn)品的優(yōu)勢讶踪，然后為我所用芯侥，基于此對螞蜂窩進行優(yōu)化改造。
6乳讥、用戶模擬
用戶模擬的目的是在具備產(chǎn)品核心定位后柱查，融入用戶角色，再不斷的對產(chǎn)品核心理念做修正的一個過程云石。有兩種方式唉工，一種是1S變小白，自己化身用戶汹忠，思考如果你是用戶淋硝，你想用這個產(chǎn)品在什么場景下做什么；另外一種方式错维，代入用戶角色奖地，走進目標(biāo)用戶群，去體驗感受用戶的所有感知赋焕。
四参歹、需求評估
通過多種需求采集方法收集了大量的用戶需求后，在進行產(chǎn)品設(shè)計前隆判，會預(yù)先對需求進行評估犬庇。
資源總是有限的: 開發(fā)產(chǎn)品的資源往往是有限的，你常常會發(fā)現(xiàn)侨嘀，開發(fā)臭挽、設(shè)計、測試人手總是不夠用咬腕。
?需求評估的目的在于欢峰，對所有需求做評估，做優(yōu)先級判斷涨共，判斷哪些需求是必須要滿足的纽帖，哪些是可以延遲一點滿足的，而哪些又是可以不用考慮的举反。在有限的資源上懊直，通過優(yōu)化產(chǎn)品設(shè)計，提煉出正確火鼻、有效的需求室囊，盡量避免在后續(xù)的設(shè)計雕崩、開發(fā)中臨時改需求，至少要做到框架級的需求不大改
產(chǎn)品經(jīng)理在設(shè)計任何一個產(chǎn)品時融撞，總會遇到很多需求要點盼铁，這些點如果沒有梳理清楚，最后項目一定（非撑称蹋肯定的語氣）會出問題的捉貌。
需求評估考慮的因素有：
?1）可行性（技術(shù)能否實現(xiàn)）;
?2）成本（人力成本、時間成本）;
?3）商業(yè)風(fēng)險;
?4）是不是用戶最迫切的需求（緊急性與重要性）冬念。
我們常用的需求評估方法有KANO模型趁窃、需求減法、專家評估式.
?1急前、KANO模型
?KANO模型醒陆，是需求實現(xiàn)與用戶滿意度之間的關(guān)系模型圖，把需求按照需求滿足和滿意度兩個維度把需求劃分為基本型需求裆针、期望型需求和興奮型需求三大類刨摩。同時用戶的需求類型是隨著時間變化的，也許期望型需求變成了基本型需求世吨，興奮型需求變成了期望型需求澡刹，需要重新挖掘用戶的興奮型需求。
對于必須完成的需求耘婚，在產(chǎn)品發(fā)布時需要完成罢浇；同時完成盡可能多的期望型需求；如果時間允許沐祷，至少應(yīng)該確定少量的興奮點需求優(yōu)先級嚷闭，進入研發(fā)和發(fā)布計劃；后續(xù)及時跟進用戶的需求狀態(tài)和類型赖临，不斷挖掘用戶新的興奮型需求胞锰。
卡諾模型也叫做狩野模型（Kano Model），它是由日本品管大師狩野紀(jì)昭（Noriaki Kano）博士于1984年所提出的兢榨⌒衢牛卡諾模型的核心是將產(chǎn)品品質(zhì)分為5個部分：
A 無差異品質(zhì)（Indifference）：無論提供或不提供此品質(zhì)，用戶滿意度不會改變吵聪，換句話說凌那，這種品質(zhì)用戶根本不在意；這種品質(zhì)是產(chǎn)品設(shè)計中需要盡力避免的暖璧。
B 魅力品質(zhì)（Attractive）：用戶想象不到的品質(zhì)，如果不提供此品質(zhì)君旦，不會降低用戶的滿意度澎办，一旦提供魅力品質(zhì)嘲碱，用戶滿意度會大幅提升。
C 一維品質(zhì)（One-dimensional）：一維品質(zhì)又稱為線性品質(zhì)局蚀，若品質(zhì)好麦锯，客戶滿意度高，反之琅绅，品質(zhì)差客戶便給予負(fù)面評價扶欣。
D 必要品質(zhì)（Must-be）：這是產(chǎn)品的基本要求，無論必要品質(zhì)如何提升千扶，客戶都會有滿意度的上限料祠，但不提供此需求，用戶滿意度會大幅降低澎羞。
E 反向品質(zhì)(Reverse)：用戶根本都沒有此需求髓绽，提供后用戶滿意度反而會下降。
上面簡單說了幾種品質(zhì)妆绞，我們做產(chǎn)品設(shè)計時顺呕，需要盡量避免無差異品質(zhì)、反向品質(zhì)括饶，至少做好必要品質(zhì)株茶、一維品質(zhì)，努力做魅力品質(zhì)图焰。
盡量避免：無差異品質(zhì)启盛、反向品質(zhì)
至少做好：必要品質(zhì)、一維品質(zhì)
努力做好：魅力品質(zhì)
2楞泼、需求減法
有時候決定不做什么驰徊，比決定做什么更加重要。產(chǎn)品經(jīng)理或多或少有一些”完美主義“情結(jié)堕阔，生怕缺少什么棍厂，增加不必要的功能。但是從成本超陆、效率等多方面考慮牺弹，我們應(yīng)該傾向于”輕產(chǎn)品“，根據(jù)一定的原則做需求減法时呀，適當(dāng)?shù)目车粢徊糠中枨蟆?/p>
需求減法的核心要點依舊是產(chǎn)品定位张漂，圍繞產(chǎn)品定位，根據(jù)產(chǎn)品價值谨娜，定義需求邊界航攒，把握核心需求，砍掉需求邊界外一些無關(guān)緊要的需求趴梢。
如阿里集團旗下的淘寶和阿里巴巴同為電商平臺漠畜，為何阿里會搭建兩個平臺來開展電商業(yè)務(wù)币他？很清楚的定位，淘寶是2C憔狞，阿里巴巴是2B蝴悉，兩者所面向的用戶群體不一樣，對于不同的買家和賣家的需求都會不一樣瘾敢。
3拍冠、專家評估法
專家評估法，顧名思義就是組織資深產(chǎn)品專家一起評估產(chǎn)品需求簇抵，決定做還是不做庆杜，是否值得去做，運用群體智慧的力量來決策產(chǎn)品需求正压。資深專家可以是技術(shù)專家欣福、資深市場、資深客服等焦履。
尤其值得一提的是老板需求拓劝，老板作為一個特殊的客戶，常常會對產(chǎn)品提出一些自己的設(shè)想嘉裤，老板以他的經(jīng)驗郑临、閱歷及對市場的敏感度會做出一定的判斷。針對老板需求在不影響整體產(chǎn)品邏輯的前提下可以適當(dāng)考慮屑宠。如果偏離太遠厢洞，可提供相應(yīng)理由給老板定奪。
五典奉、需求管理
在需求采集躺翻、需求評估的過程中，如何整體管理這些需求卫玖，在整個產(chǎn)品的生命周期里更好的跟蹤把控需求進展公你。公司不同，個人習(xí)慣不同假瞬，對于需求管理的方法會有所不同陕靠，但是目的是一致的，實時把控跟蹤需求脱茉。下面是幾種使用較多的需求管理方式：
需求卡片：描述需求來源剪芥、需求內(nèi)容及需求優(yōu)先級的需求卡片，一般會用于市場琴许、客服等相關(guān)合作部門提交需求所用税肪。
需求矩陣：EXCEL表單的形式記錄每條需求，追蹤需求動向，包括相應(yīng)提出人益兄、需求描述签财、需求優(yōu)先級、需求評審時間偏塞、開發(fā)時間、開發(fā)人員邦鲫、測試人員等灸叼。
需求文檔：把整個產(chǎn)品拆成N個小功能模塊，出具相應(yīng)的需求文檔庆捺，分階段提供給開發(fā)古今、測試相關(guān)人員，在小公司小的產(chǎn)品中比較適用滔以，但要求產(chǎn)品人員必須非常清楚產(chǎn)品的每個功能點捉腥，可以全盤考慮管理。
測試用例：測試用例一般以用戶場景的形式描述你画，使用測試用例的形式來記錄需求抵碟，管理需求也不失為一種很好的方法。
最后提供兩個群友們貢獻的工具參考：Jira坏匪、FitNesse
