- 產(chǎn)品經(jīng)理的價(jià)值：聽取用戶需求表述（但不要照著做）卧抗，經(jīng)過分析，把用戶需求轉(zhuǎn)化為產(chǎn)品需求（滿足用戶的本質(zhì)需求而不是口頭上的表象）老赤，千萬不能當(dāng)用戶的“傳聲筒”逸嘀。
- 用戶與客戶的區(qū)別：用戶是使用產(chǎn)品的人--User；客戶是購買產(chǎn)品的人--Customer碰纬。兩者可以互相交叉萍聊。例如老板買軟件，老板是管理員用戶悦析。
- 需求采集方法：用戶訪談寿桨、調(diào)查問卷、可用性測試强戴、數(shù)據(jù)分析
一亭螟、用戶訪談（定性的說）：單個用戶訪談、焦點(diǎn)小組
問題1：用戶說的和做的不一致骑歹。例如用戶說喜歡黃色的衣服预烙、而買的時候缺買的灰色。
對策1：盡量讓用戶做一次道媚，以驗(yàn)證說法扁掸；區(qū)分用戶說的事實(shí)和觀點(diǎn)，如“做了什么最域、步驟如何谴分、遇到什么問題”比較可信，而“我覺得镀脂、我認(rèn)為”則需要慎重牺蹄，帶著問號去聽。
問題2：樣本少狗热，以偏概全钞馁。例如訪談對象都是男性、都是某個地區(qū)子公司的員工匿刮。
對策2：識別可能引起偏差的因素僧凰，操作時避免或報(bào)告中標(biāo)明；用增量的方式訪談熟丸，例如先訪談5個用戶训措，得出基本結(jié)論，再訪談5個用戶驗(yàn)證結(jié)論是否有變，若有變動則反復(fù)上一過程绩鸣，若沒有變動則結(jié)束訪談怀大，節(jié)省成本。
問題3：用戶過于健談呀闻，訪談話題偏題或描述過于冗長
對策3：及時扳回來化借，如果多次無效就結(jié)束，換下一個捡多。
問題4：我們過于健談蓖康，用戶被說服，真實(shí)想法無法表達(dá)
對策4：牢記訪談目的和主題垒手，管住嘴蒜焊。
二、調(diào)查問卷（定量的說）：通過訪談的開放式問題和溝通為問卷采集設(shè)計(jì)封閉式問題
問題1：樣本偏差科贬，即樣本與想了解的目標(biāo)用戶群體出現(xiàn)偏差泳梆。
對策1：盡量覆蓋各類型用戶，如年齡榜掌、性別优妙、行業(yè)、收入等憎账；保證各類型用戶的樣本比例接近全體比例鳞溉，如用戶中男女比例為7：3，那么樣本也應(yīng)該保持這個比例鼠哥；標(biāo)明調(diào)研約束和限制條件等篩選條件；把目標(biāo)群體特征定義成一系列問題看政，放入問卷朴恳，以便篩選使用和調(diào)整比例偏差。
問題2：樣本總量過少允蚣。
對策2：報(bào)告中只能說“5個用戶中3個選擇了A”于颖，除了補(bǔ)充外沒其他太好辦法，統(tǒng)計(jì)意義不大嚷兔。
三森渐、可用性測試（定性的做）：讓測試用戶通過使用產(chǎn)品或原型來發(fā)現(xiàn)界面設(shè)計(jì)中的可用性問題，通常只需要少數(shù)幾個用戶冒晰，觀察用戶怎么做同衣，并不時詢問、記錄問題壶运。
問題1：做的太晚耐齐，即使發(fā)現(xiàn)問題也來不及修正了。
對策1：產(chǎn)品的各個階段都可以做，從原型有了交互行為開始埠况，各功能測試耸携、版本上線都可以抓很少的1，2個用戶盡早的做辕翰。
問題2：組織者說的過多或帶有引導(dǎo)性夺衍，影響用戶自主性和操作真實(shí)性。
對策2：少說多看喜命，管住嘴沟沙，多提問，多記錄渊抄，時候討論尝胆。
四、數(shù)據(jù)分析（定量的做）：用戶的操作日志护桦、后臺管理系統(tǒng)日志含衔、訪問信息。
問題1：統(tǒng)計(jì)使用不得當(dāng)而誤讀數(shù)據(jù)二庵。
對策1：統(tǒng)計(jì)學(xué)知識補(bǔ)充贪染，常回顧催享、檢查杭隙。
問題2：平時不下功夫，臨時抱佛腳因妙。
對策2：數(shù)據(jù)采集要從產(chǎn)品設(shè)計(jì)時就考慮進(jìn)去痰憎，方式、途徑攀涵、內(nèi)容铣耘、頻次，以及重要的檢測點(diǎn)和檢測對象設(shè)定以故。
-
一手需求VS二手需求
一手需求類似“生孩子”：在產(chǎn)品誕生前蜗细，沒有用戶使用，由產(chǎn)品人員驅(qū)動怒详，發(fā)揮空間大炉媒，是從潛在用戶那里“拉”來的需求。
二手需求類似“養(yǎng)孩子”：已經(jīng)運(yùn)行的產(chǎn)品昆烁，用戶已經(jīng)在使用吊骤，由用戶驅(qū)動，按需改進(jìn)静尼，是已有客戶“推”給產(chǎn)品的需求水援。 -
需求采集的補(bǔ)充方法
現(xiàn)場調(diào)查：融入業(yè)務(wù)一線密强，需要一定時間。
AB測試：基于大用戶量使用蜗元。
日記研究：互聯(lián)網(wǎng)新興個人應(yīng)用或渤，往往是同行意見。
卡片分類法：把需求單獨(dú)寫在便利貼上奕扣，讓用戶去分類薪鹦，了解用戶是怎么給產(chǎn)品劃分模塊的。
自己提需求：自己用自己的產(chǎn)品惯豆。 -
用戶需求VS產(chǎn)品需求
用戶需求：用戶自以為的需求池磁，經(jīng)常表達(dá)為用戶的解決方案。
產(chǎn)品需求：經(jīng)過產(chǎn)品人員的分析楷兽，找到的真實(shí)用戶需求地熄，并且表達(dá)為產(chǎn)品的解決方案。
示例：用戶說我想加其他人為好友芯杀，其他仔細(xì)詢問過后才知道他想得到其他人的文章更新提示端考，因此產(chǎn)品中增加“訂閱用戶新文章功能”就夠了。 - 需求分析過程就是把用戶零散的真實(shí)需求揭厚，分類抽象提煉為最終用戶需求却特，轉(zhuǎn)換為對應(yīng)產(chǎn)品功能，指導(dǎo)開發(fā)筛圆。
-
滿足需求的三種方式
改變現(xiàn)狀：開發(fā)或更新產(chǎn)品功能裂明，最笨。
降低理想太援；“打預(yù)防針”闽晦、“丑話說在前頭”等。
轉(zhuǎn)移需求：引導(dǎo)用戶關(guān)注更重要的功能提岔。 -
需求的檢查過程
相應(yīng)工具見《用戶需求清單》《產(chǎn)品需求清單》《需求開發(fā)清單》
- 需求的生老病死
- 一個需求的奮斗史
Tips
- 以用戶為設(shè)計(jì)指導(dǎo)尼荆、以老板為實(shí)際出發(fā)，協(xié)助老板更好的實(shí)現(xiàn)用戶價(jià)值唧垦。
- 要根據(jù)重要程度將用戶進(jìn)行分類排序，不同程度的滿足液样，畢竟資源和約束限制是必定要考量的振亮。
- 用戶需求優(yōu)先級應(yīng)該結(jié)合商業(yè)目標(biāo)作出評價(jià)和甄選。
- 產(chǎn)品需求規(guī)劃的各階段目標(biāo)和用戶主體不同鞭莽，因此需要動態(tài)調(diào)整用戶需求優(yōu)先級坊秸。
- 比用戶說的和做的更重要的是背后的原因，多向用戶問為什么澎怒，刨根問底褒搔。
- 避免讓用戶設(shè)計(jì)產(chǎn)品功能或與用戶討論技術(shù)實(shí)現(xiàn)細(xì)節(jié)，抓住訪談主題和目的。
- 鼓勵用戶以故事的方式講出來星瘾，是最好理解用戶的方式走孽。
- 無論線上還是線下問卷，最好不要超過10分鐘琳状，自己要先測試答一下磕瓷。
- 問卷開篇問題應(yīng)簡單、少思考念逞；中篇應(yīng)重點(diǎn)困食、需思考、較敏感翎承；末篇應(yīng)個人信息硕盹。
- 樣本總量少時，使用百分比分析是沒有意義的叨咖，結(jié)果不穩(wěn)定瘩例；要使用百分比的話，最好約有100份有效的調(diào)研結(jié)果芒澜。
- 問卷表述應(yīng)無引導(dǎo)性仰剿，與用戶訪談類似。
- 對于重要的問卷痴晦，需采用先小范圍試答南吮，根據(jù)反饋修改后，再大面積投放的方式誊酌，類似產(chǎn)品的灰度發(fā)布部凑。
- 招募測試用戶時應(yīng)盡可能貼近真實(shí)用戶群體。
- 可用性測試前組織者應(yīng)給用戶準(zhǔn)備好一系列典型碧浊、重要涂邀、頻繁操作的業(yè)務(wù)。
- 改版上線前的可用性測試和AB測試很重要箱锐，需要給自己留退路比勉。
- 在一個團(tuán)隊(duì)里，應(yīng)統(tǒng)一一種記錄用戶需求的形式驹止，如mindmap浩聋。
- 用戶需求和產(chǎn)品需求可能出現(xiàn)多對多情況，因此需要在《用戶需求清單》給用戶需求編號臊恋，在《產(chǎn)品需求清單》中標(biāo)注對應(yīng)用戶需求衣洁；產(chǎn)品需求也應(yīng)在《產(chǎn)品需求清單》中編號，在《需求開發(fā)清單》中標(biāo)注對應(yīng)的產(chǎn)品需求抖仅。
- 做項(xiàng)目的終極目標(biāo)：多快好省坊夫。范圍大砖第、時間短、品質(zhì)高环凿、資源省梧兼。
敏捷迭代、一般2-4周拷邢，把類似的功能點(diǎn)袱院、業(yè)務(wù)邏輯上關(guān)系密切的放在一次迭代中。 - 功能互相之間依賴瞭稼。那些只能先做的功能忽洛，應(yīng)該在產(chǎn)品需求列表里注明；功能與人力資源之間的依賴關(guān)系也會經(jīng)常存在环肘，比如有些功能只能由團(tuán)隊(duì)里的特定成員來做欲虚。
- 需求的粒度大小。商業(yè)價(jià)值很高的功能悔雹，如果細(xì)分的話复哆，會發(fā)現(xiàn)其中也有價(jià)值相對低的部分，所以需求的粒度應(yīng)該盡量細(xì)腌零，前提是細(xì)化引起的管理成本上升在可接受的范圍內(nèi)梯找。經(jīng)驗(yàn)是，在需求列表里出現(xiàn)的任意一行益涧，工作量最好不要超過5人天锈锤。
- 情愿把一半的功能盡可能完美也不要把全部功能做成半吊子。
