一比伏、需求來源

以用戶為中心的思想胜卤，但也不要試圖滿足所有用戶

1.1用戶是需求之源

• 人類為什么有需求

生活中有很多不滿意（現(xiàn)實(shí)與理想的差距）
需求：去減少或者消除差距

• 用戶VS客戶：

用戶是User，有時也叫做終端用戶赁项，End User瑰艘，是使用產(chǎn)品的人；
客戶是Customer肤舞，是購買產(chǎn)品的人、為產(chǎn)品付錢的人

• 以用戶為中心的思想&不要試圖滿足所有用戶

• 需求的本質(zhì)就是“問題”均蜜，問題的本質(zhì)就是“理想與現(xiàn)實(shí)的差距”李剖。作為產(chǎn)品經(jīng)理，我們每天都在設(shè)法滿足用戶的需求囤耳，其實(shí)就是在解決各種各樣的問題篙顺。
• 優(yōu)先滿足哪些用戶需要和產(chǎn)品的商業(yè)目標(biāo)要結(jié)合起來考慮，簡單說就是看KPI是什么充择，值得注意的是德玫，不要把KPI狹義地理解成一些數(shù)字椎麦，可以把它想象成一種綜合的指標(biāo)宰僧，也可以包含客戶的滿意、員工的開心等观挎。

1.2你真的了解用戶嗎

• 體會真實(shí)的用戶：空想是無用的

• 試著描述用戶：Persona

• 用戶研究

橫向琴儿，用戶的說和做：怎么說表現(xiàn)了目標(biāo)和觀點(diǎn)，怎么做反映了行為嘁捷，用戶怎么說和怎么做經(jīng)常是不一致的造成。
縱向，定性與定量：定性研究可以找出原因雄嚣，偏向于了解晒屎；而定量研究可以發(fā)現(xiàn)現(xiàn)象，偏向于證實(shí)。

具體來說
第一輪鼓鲁，聽用戶定性地說蕴轨，確定產(chǎn)品方向，做什么坐桩？隨機(jī)抽樣40個用戶做訪談尺棋，據(jù)此寫出需求列表。
第二輪绵跷，聽用戶定量地說膘螟，確定需求優(yōu)先級，先做什么碾局？投放了20萬份調(diào)查問卷荆残，確定了需求優(yōu)先級的排序。
第三輪净当，看用戶定性地做内斯，要先做的那幾個需求，應(yīng)該怎么做像啼？一邊設(shè)計(jì)俘闯，一邊陸續(xù)找了10個用戶來驗(yàn)證，做可用性測試忽冻。
第四輪真朗，看用戶定量地做，根據(jù)產(chǎn)品的用戶使用情況做數(shù)據(jù)分析僧诚，不斷改進(jìn)產(chǎn)品遮婶。

二、需求采集

• 需求采集過程：

明確目標(biāo)湖笨、選擇采集方法旗扑、制定采集計(jì)劃、執(zhí)行采集慈省、資料整理臀防，然后進(jìn)入下一步的需求分析階段。

2.1 用戶訪談

• 用戶訪談常見問題&策略

1. 說和做不一致
   a. 一邊交互一邊訪談
   b. 區(qū)分用戶說的事實(shí)or觀點(diǎn)
2. 樣本少辫呻，以偏概全
   a. 隨機(jī)
   b. 識別偏差因素&標(biāo)注在報(bào)告里
   c. 增量式訪談
3. 用戶過于強(qiáng)勢：要把控訪談方向&進(jìn)度
   4.我們過于強(qiáng)勢：牢記訪談目的&管好自己的嘴

• 用戶訪談注意點(diǎn)
  1.避免一組固定的問題
  2.首先關(guān)注目標(biāo)清钥，任務(wù)其次
  3.避免讓用戶成為設(shè)計(jì)師
  4.避免討論技術(shù)
  5.鼓勵講故事
  6.避免誘導(dǎo)性問題

2.2 調(diào)查問卷

• 調(diào)查問卷常見問題&策略
  1.樣本偏差
  a. 識別偏差因素&標(biāo)注在報(bào)告里
  b. 目標(biāo)群體特征定義成問題，回收時再篩選
  2.樣本過少：增加樣本
  3.內(nèi)容細(xì)節(jié)問題
  a. 無引導(dǎo)性
  b. 準(zhǔn)備答案順序不同的問卷
  c. 小范圍試答放闺，再大面積投放

2.3 可用性測試

• 流程
  1.招募測試用戶：代表將來真實(shí)的用戶
  2.準(zhǔn)備測試任務(wù)：實(shí)際使用中的典型任務(wù)
  3.測試過程：用戶通過使用產(chǎn)品來完成所要求的任務(wù)祟昭，同時組織者在一旁觀察用戶操作的全過程，并把發(fā)現(xiàn)的問題記錄下來怖侦。
  4.測試結(jié)束后：組織者可以詢問用戶對于產(chǎn)品整體的主觀看法或感覺篡悟。另外谜叹，如果用戶在測試的過程中沒有完全把思考的過程說出來，此時也可以詢問他們當(dāng)時的想法搬葬，詢問他們?yōu)槭裁醋龀瞿切┎僮鳌?/li>
• 可用性測試常見問題&策略
  1.如果可用性測試做得太晚（往往在產(chǎn)品將要上線的時候）：什么時候都能做
  2.總覺得可用性測試很專業(yè)荷腊，所以干脆不做。（杜絕）
  3.明確是測試產(chǎn)品急凰，而不是測試用戶女仰。
  4.測試過程中，組織者該做的和不該做的抡锈。
  該做的：持續(xù)時間疾忍；要做什么；觀察&記錄床三；小禮物
  不該做的：引導(dǎo)&暗示

2.4 數(shù)據(jù)分析

• 數(shù)據(jù)分析常見問題&策略

1. 過于學(xué)術(shù)一罩，沉迷于“科學(xué)研究”。
   一切的一切需要的只是一種感覺撇簿，一種對數(shù)據(jù)的敏感聂渊，對商業(yè)的敏感。
2. 雖然數(shù)據(jù)不會主動騙人四瘫，但我們經(jīng)常無意或有意地誤讀數(shù)據(jù)汉嗽。
   a. 無意地誤讀數(shù)據(jù)，這個問題的對策找蜜，是學(xué)習(xí)統(tǒng)計(jì)學(xué)的知識诊胞，努力提高自己的水平。
   b. 主動地誤讀數(shù)據(jù)锹杈，一個簡單的對策就是對數(shù)據(jù)保持中立的態(tài)度，盡量不要“為了迎合一個觀點(diǎn)而去找數(shù)據(jù)”迈着，減少利益牽扯竭望。
3. 平時不燒香，臨時抱佛腳裕菠。
   在產(chǎn)品設(shè)計(jì)的時候就把數(shù)據(jù)分析的需求加進(jìn)去

2.5 需求采集方法

1. 現(xiàn)場調(diào)查
2. AB測試
3. 日記研究
4. 卡片分類法
5. 自己提需求

三咬清、需求評審

3.1明確我們的價(jià)值

用戶跟福特要一匹更快的馬，福特卻給了用戶一輛車奴潘。這就是我們存在的價(jià)值旧烧。

• 用戶需求VS產(chǎn)品需求

用戶需求：用戶自以為的需求，并且經(jīng)常表達(dá)為用戶的解決方案画髓。
產(chǎn)品需求：經(jīng)過我們的分析掘剪，找到的真實(shí)需求，并且表達(dá)為產(chǎn)品的解決方案奈虾。
需求分析：從用戶提出的需求出發(fā)夺谁，找到用戶內(nèi)心真正的渴望廉赔，再轉(zhuǎn)化為產(chǎn)品需求的過程∝遗福【注：“Y理論”】

需求分析的Y

小秦出現(xiàn)了躁劣，他說要吃牛肉火鍋（用戶需求）迫吐，160，他碰到了小張账忘。
“真的想吃志膀？”
“想吃！”
“為什么鳖擒？”
“我餓了……”（找到了本質(zhì)８日恪）
“哦，這里是兩個饅頭（產(chǎn)品需求）蒋荚，請你吃戳稽，才1塊錢∑谏”

“……”
小秦?zé)o比不爽惊奇，但沒辦法，真的餓播赁，還是吃了颂郎。
小張是這樣分析的，想吃牛肉火鍋容为，這個用戶需求無非兩個原因——餓了或者饞了乓序。如果他真的是饞了，那就吃吧坎背，不過如果是餓了替劈，那我完全可以用一個低成本的解決方案——饅頭。雖然小秦眉頭緊鎖得滤，但現(xiàn)在經(jīng)濟(jì)不景氣陨献，畢竟節(jié)省了98.75%的成本啊懂更！

• 滿足需求的三種方式

1. 提高現(xiàn)實(shí)：去開發(fā)
2. 降低理想：不要忽略嘴遁的力量
3. 轉(zhuǎn)移需求：尋找更強(qiáng)烈的需求

• 創(chuàng)造需求

我們千萬不要——沒有喬布斯的命湿故，卻有喬布斯的“病”阿趁！

3.2 給需求來次DNA檢測

檢測流程

• 用戶需求—>產(chǎn)品需求
• 確定需求的基本屬性：編號；提交人坛猪；提交時間脖阵；模塊；名稱墅茉；描述命黔；提出者；BUG編號就斤；...
• 需求分類：性能需求悍募；維護(hù)需求；運(yùn)營需求洋机；功能需求坠宴；...
• 需求層次：基礎(chǔ)；期望需求绷旗；興奮需求喜鼓；【注：“KANO模型”】
• 需求的商業(yè)價(jià)值：重要性；緊急度衔肢；持續(xù)時間庄岖；【注：“如何對一個需求做價(jià)值判斷”】
• 需求實(shí)現(xiàn)難度：開發(fā)量；

• 性價(jià)比=商業(yè)價(jià)值：實(shí)現(xiàn)難度

  
  
  
  
  一個需求的DNA

四角骤、需求篩選

4.1需求PK

做項(xiàng)目隅忿，終極目標(biāo)就是：多快好省，即范圍大邦尊、時間短背桐、品質(zhì)高、資源省蝉揍±魏常互聯(lián)網(wǎng)、軟件項(xiàng)目疑苫，比較推崇敏捷方法，所以有比較固定的項(xiàng)目時間纷责，專業(yè)點(diǎn)叫“迭代周期”

1. 需求打包：業(yè)務(wù)邏輯圖
2. 需求依賴捍掺，功能之間的相互依賴
3. 需求粒度大小問題

• 產(chǎn)品會議

商業(yè)需求文檔BRD：項(xiàng)目背景；商業(yè)價(jià)值再膳；功能需求描述挺勿；非功能需求描述；資源評估喂柒；風(fēng)險(xiǎn)和對策不瓶；

4.2做精不做多

情愿把一半的功能做到盡可能完美也不要把全部功能都做成半吊子禾嫉。

• 做得少不如做的巧
• 問題基本解決
• 盡可能的多放棄

五、與需求同行

產(chǎn)品反復(fù)地經(jīng)歷著需求采集蚊丐、需求分析熙参、需求篩選的過程，不斷進(jìn)化麦备。

5.1 需求的生老病死

5.2 需求的管理

• 統(tǒng)計(jì)每個“提交人”的需求數(shù)量
• 統(tǒng)計(jì)“提交時間”孽椰、“發(fā)布時間”等信息
• 統(tǒng)計(jì)每個“模塊”的需求數(shù)量
• 統(tǒng)計(jì)每個“分類”的需求數(shù)量

5.3 永遠(yuǎn)保持對產(chǎn)品的熱愛——和需求一起奮斗

一個需求的奮斗史