原書作者：劉飛
筆記整理：簡水
請關(guān)注微信公眾號：產(chǎn)品經(jīng)理簡水
續(xù)上篇
5 用戶研究
用戶研究的目的是理解用戶胰舆，不關(guān)注產(chǎn)品功能只關(guān)心用戶。方式方法是使用成型的用戶研究方法富雅，發(fā)掘用戶需求缀辩，研究用戶行為屠列，評估用戶的滿意度，獲取與用戶相關(guān)的數(shù)據(jù)和信息罢艾。
用戶研究要有明確的目標楣颠。
用戶研究的結(jié)果不能提供直接的解決方案尽纽，只是提供情報。
用戶研究的方法：1）觀察用戶的行為和狀態(tài)童漩；2）聽用戶表達的觀點和思想弄贿。
用戶研究有定性的結(jié)論，也有定量的結(jié)論矫膨。常見用戶研究的劃分：定性or定量差凹，行為or觀點。
用戶調(diào)研之前侧馅，要先判斷自己要了解用戶的什么危尿，哪種方式比較好，然后選擇合適的方法開始馁痴。
有缺陷的問卷谊娇，出現(xiàn)的結(jié)論可能會引導(dǎo)到錯誤的結(jié)果。例子：情趣行業(yè)的用戶調(diào)研罗晕，通過調(diào)研發(fā)現(xiàn)用戶中沒有女性济欢。這明顯是不合常理的，最后發(fā)現(xiàn)女生填寫問卷時小渊，給出的是錯誤的答案法褥，說自己是男生。
6 用戶體驗
用戶體驗關(guān)注讓產(chǎn)品友好的滿足用戶的需求粤铭。讓用戶使用產(chǎn)品時挖胃，更方便杂靶、舒適和快捷梆惯。
常見的可用性原則：
1 可見原則
內(nèi)容可見（需要出現(xiàn)的信息都會出現(xiàn)）、狀態(tài)可見（加載中吗垮，等待用戶操作）垛吗、變化可見观蜗。不好的體驗是用戶找不到信息感耙，不知道當前什么情況炎咖，不明白發(fā)生了什么檩坚。
2 場景貼切原則
產(chǎn)品功能符合用戶的使用場景诀紊。例子：滴滴司機版巍杈，字體很大闺金，按鈕位置特別拒课，頁面利用率不高狼牺。但司機開車的時候使用起來很方便羡儿。
3 可控原則
用戶對產(chǎn)品能夠很快了解，方便控制產(chǎn)品的狀態(tài)是钥，用戶有足夠的自由掠归。例子：iphone的home鍵缅叠，一鍵回到桌面。
4 一致性
產(chǎn)品具有統(tǒng)一的規(guī)范（稱呼虏冻、按鈕位置肤粱、字體、顏色）和處理邏輯厨相。
5 防錯领曼、防呆原則
給用戶足夠多的提醒和設(shè)計，防止用戶犯錯蛮穿，或者用戶呆住了不知道怎么繼續(xù)悯森。錯誤提示要讓用戶知道什么意思，即使出錯了绪撵，也要告訴用戶接下來怎么辦呀瓢姻。例子：選擇日期的界面，使用灰色音诈，用戶不知道怎么選擇幻碱。
PS：用最常用的交互界面就行，不要別出心裁了细溅。
6 協(xié)助用戶記憶的原則
不要讓用戶去想褥傍，產(chǎn)品給夠足夠的信息喇聊。例子:訂單的確認頁，把用戶要購買的東西列出來朋贬，用戶在支付前不用回想自己到底選了什么東西窜骄。mac os刪除圖片時邻遏，直接提示要刪除幾張圖片。
7 簡約易讀原則
界面足夠清晰准验、簡單糊饱；文案內(nèi)容應(yīng)當簡易，可讀性強矫废。不要太花哨的界面，用戶看著感覺太復(fù)雜蓖扑，不知道從何下手。
8 容錯原則
在用戶犯錯時潭流，進行提醒柜去。例子:文本編輯時的撤銷功能；Gmail的郵件刪除的撤銷功能讼撒；錘子手機發(fā)短信的撤銷功能股耽。
9 幫助和提示
10 靈活高效原則
例子：微信發(fā)送照片，可以自動把剛拍照的照片自動浮現(xiàn)出來炎滞。
11 恢復(fù)現(xiàn)場原則
例子：微信看公眾號文章诬乞，退出再回來，會返回離開時的位置震嫉。
12 文案
產(chǎn)品經(jīng)理接觸的文案责掏，不多，但足夠關(guān)鍵，一定要慎重對待证芭。文案不要用文藝的語言废士，一定要通俗易懂。文案長度一定要剪短官硝，能有多短就有多短短蜕，不要啰嗦朋魔。文案不能有歧義。文案要讓小白用戶檢驗警检，一定要直白害淤、通俗易懂。如：請公司樓下的保安看看文案好不好镶奉。
總結(jié)：
任何產(chǎn)品任何功能都還有優(yōu)化空間崭放，好產(chǎn)品只是當前時間、資源和市場環(huán)境下的最優(yōu)匹配產(chǎn)物移国。只要有時間道伟、精力，一定要不斷思考祝懂，讓產(chǎn)品變得更好拘鞋！
7 文檔管理
7.1 產(chǎn)品經(jīng)理要不要懂技術(shù)
產(chǎn)品經(jīng)理的分類，各個公司是不同的灰蛙。有技術(shù)性隔躲、設(shè)計型、運營型仅父、項目管理型等等。
產(chǎn)品經(jīng)理要了解公司產(chǎn)品的技術(shù)架構(gòu)笙纤，至少知道用了什么語言、什么數(shù)據(jù)庫抖拴、服務(wù)器是怎么樣的蓉冈、什么系統(tǒng)等等城舞。技術(shù)型的產(chǎn)品經(jīng)理還要了解算法家夺、技術(shù)邏輯伐弹、數(shù)據(jù)結(jié)構(gòu)、架構(gòu)和整體框架等內(nèi)容煌茴。
產(chǎn)品經(jīng)理要懂技術(shù)日川，但懂到什么程度就要看具體需要了。
產(chǎn)品經(jīng)理了解技術(shù)是為了更好的設(shè)計產(chǎn)品以及協(xié)作回论，不是幫技術(shù)的同事完成工作。
7.2 好的PRD文檔是怎么樣的
檢驗方法：能夠減少甚至免除在開發(fā)過程中分歇，技術(shù)人員與產(chǎn)品經(jīng)理溝通的文檔职抡，就是好的文檔缚甩。
PRD文檔的幾個要求：
沒有邏輯硬傷。不會前后不一致蹄胰。
沒有疏漏。缺失功能也是常見的失誤。
邏輯清晰宾袜。內(nèi)容太零散庆猫，開發(fā)看了會不知道從哪里下手。判斷邏輯模糊月培，開發(fā)就更不知道怎么實現(xiàn)了杉畜。
可讀性強。應(yīng)該用圖表纯续，就不要只寫字猬错。專業(yè)名詞要提前在文檔開始的地方解釋清楚倦炒。
產(chǎn)品經(jīng)理有責任讓團隊的所有人都對產(chǎn)品有統(tǒng)一認識软瞎。產(chǎn)品經(jīng)理也要不斷的和技術(shù)人員產(chǎn)生互動铜涉。
文檔形式不重要，最重要的是能讓開發(fā)人員看懂吊奢。
文檔的完整性页滚、邏輯性比文檔的可讀性、美觀程度更重要幻林。
7.3 文檔邏輯
產(chǎn)品經(jīng)理的工作：想清楚躏敢、講清楚、做出來啼器。文檔就是講清楚的關(guān)鍵載體。
PRD文檔的三個邏輯：功能框架邏輯，業(yè)務(wù)流程的邏輯成翩，功能描述的邏輯。
7.3.1 功能框架的邏輯
1术羔、產(chǎn)品復(fù)雜之后，必須在功能框架上清晰寥殖。如：淘寶這種產(chǎn)品涩蜘，一定要有清晰的功能框架，方便大家協(xié)作完成功能同诫。
2误窖、梳理功能框架的方法：
1）拆分熊户。將產(chǎn)品功能拆分為獨立的功能模塊嚷堡，這些功能模塊涵蓋了產(chǎn)品的所有功能。
2）組合北苟。將零散的產(chǎn)品功能模塊友鼻，進行分類組合彩扔，形成幾個組合。
3碰镜、梳理功能框架的意義，方便產(chǎn)品和開發(fā)工作的分工滓鸠、協(xié)作開展工作踱稍。
7.3.2 業(yè)務(wù)流程的邏輯
1啤挎、業(yè)務(wù)流程是產(chǎn)品提供功能或服務(wù)的具體流程步驟伙判。
2、業(yè)務(wù)流程的分析有兩個維度冠绢，面向事件和面向?qū)ο蟆?/p>
3、面向事件的業(yè)務(wù)流程分析：
1）將一件事分為多個步驟和操作羊娃，每個步驟要做的事情唐全，產(chǎn)品提供的功能和服務(wù)。
2）一般使用流程圖描述蕊玷。
4邮利、面向?qū)ο蟮臉I(yè)務(wù)流程分析：
1）使用狀態(tài)轉(zhuǎn)化圖表現(xiàn)。
2）把完整的狀態(tài)轉(zhuǎn)化列清楚垃帅，查看狀態(tài)是否有缺漏延届，狀態(tài)是否合理；確認邏輯是否完備贸诚。
7.3.3 功能描述的邏輯
描述功能的原則：
完整方庭。枚舉所有的情況，分情況說明功能內(nèi)容酱固。
考慮到所有的影響點械念。任何改動都是牽一發(fā)而動全身，需要對全局有足夠了解和謹慎运悲，才能避免出現(xiàn)問題龄减。
條件判斷清晰。不要給出含糊的判斷條件班眯。
含義明確希停。名詞一定給要出具體的含義烁巫，不要用別人看不懂的名詞。
敘述背景宠能。描述一個功能產(chǎn)生的原因亚隙，以及要達到的目的。
8 需求管理
需求的生命周期是整個產(chǎn)品設(shè)計到實現(xiàn)的流程违崇。需求管理是產(chǎn)品經(jīng)理的重要工作阿弃。需求在不同的階段，產(chǎn)品經(jīng)理的責任和具體工作是不同的亦歉。
功能是需求的表現(xiàn)形式恤浪。
產(chǎn)品經(jīng)理對于自身相關(guān)的需求狀態(tài)要了如指掌。出現(xiàn)偏差要第一時間發(fā)現(xiàn)肴楷，千萬不要等最后出現(xiàn)問題再來解決。
需求的變化荠呐、調(diào)整和意外赛蔫，一定要同步到整個團隊。
8.1 獲取需求階段
需求的來源有很多泥张，業(yè)務(wù)越復(fù)雜呵恢，需求就越復(fù)雜。
產(chǎn)品經(jīng)理的級別越高媚创，收到需求的可能性越大渗钉。產(chǎn)品助理，直接接到任務(wù)钞钙。低級產(chǎn)品經(jīng)理鳄橘，用戶和上級提需求。高級產(chǎn)品經(jīng)理芒炼，老板和其他部門提需求瘫怜。老板，誰都可以提需求本刽。
獲得一個需求時鲸湃，要做一個簡單的判斷和記錄。判斷需求的方法：
需求的重要性子寓。主要從影響面來分析暗挑。
考慮需求的來源。老板的需求斜友。用戶的需求炸裆，是否目標用戶？
了解需求的背景蝙寨。原因不明的需求晒衩，不記嗤瞎。邏輯不清的需求，不記听系。不是實際用戶的需求贝奇，不記。
8.2 討論和設(shè)計階段
需求討論會靠胜，整理需求池掉瞳。確認以下事項：
8.2.1 需求的優(yōu)先級
1、重要or不重要+緊急or不緊急浪漠。
不做這個需求的后果是什么陕习？
做了這個需求的好處是什么？
2址愿、KANO模型该镣，將需求對于的功能分為’驚喜型’、’期待型’和“必要型”响谓。優(yōu)先滿足后兩種功能损合，然后不斷用第一種功能激活用戶的激情，促使用戶的傳播娘纷。
8.2.2 方案草稿
例子：O2O解決刷單的問題嫁审。有多種解決方案，事前提醒赖晶，事中限制律适，事后懲戒。具體使用哪種方案遏插，需要依據(jù)方案草稿進行討論捂贿。
8.2.3 指定責任人
兩種需求分配的方式:按照產(chǎn)品模塊劃分，按照事情劃分涩堤。按照產(chǎn)品模塊劃分眷蜓，優(yōu)點：清晰，界限明確胎围，缺點：工作量不平均吁系。按照事情劃分，工作量倒是比較均衡了白魂，但產(chǎn)品就亂了汽纤。
需求要指定責任人，上線后出了問題由責任人承擔福荸，形成制度可以提升產(chǎn)品質(zhì)量蕴坪。
8.2.4 時間節(jié)點
1、需求方案要有明確的deadline。
2背传、產(chǎn)品經(jīng)理要向需求方同步需求的狀態(tài)呆瞻，排定的優(yōu)先級和時間節(jié)點。
8.3 待開發(fā)階段径玖，需求方案的可行性評審
1痴脾、方案本身的可行性。技術(shù)上能否實現(xiàn)梳星？
2赞赖、有沒有更好的方案？
3冤灾、設(shè)計的產(chǎn)品和技術(shù)環(huán)節(jié)有哪些前域？
4、方案的成本如何韵吨？
8.4 開發(fā)階段
1匿垄、開發(fā)需求的次序，未必按照需求的優(yōu)先級進行学赛，也會兼顧需求的性價比年堆。
2、按照需求優(yōu)先級+需求的成本盏浇，計算需求的性價比排序。按照性價比高低開發(fā)需求芽狗。
3绢掰、一個迭代周期的需求確定后，關(guān)閉需求童擎。原則上這個迭代周期不再接收新需求滴劲。
4、開發(fā)需求中容易遇到的問題：
1）需求太多顾复，一個迭代周期無法完成班挖，造成需求擠壓。
2）需求變更芯砸，造成額外工作量萧芙。
3）有緊急需求插隊。
5假丧、產(chǎn)品問題的原因：
1）產(chǎn)品方案不完整双揪。開發(fā)過程中，發(fā)現(xiàn)產(chǎn)品方案的邏輯或功能有問題包帚，導(dǎo)致程序員需要找產(chǎn)品經(jīng)理再討論明確渔期。這個問題的出現(xiàn)可能是需求分析時不徹底，討論需求方案時不認真，或可行性評審時被疏忽了疯趟。
2）需求方主觀改動拘哨。
3）無法預(yù)測的客觀原因。
8.5 復(fù)盤階段
需求完成后信峻，尤其是在出現(xiàn)問題時倦青，一定要對整個過程進行復(fù)盤。復(fù)盤不僅僅是為了追究責任站欺，更是為了防止同類問題再次發(fā)生姨夹。
9 工作流中的管理
產(chǎn)品經(jīng)理的工作不是標準化的，沒有統(tǒng)一的范本矾策。最終的目標是把產(chǎn)品做出來磷账。實現(xiàn)一個目標有很多個方法，往往大家會選擇最容易想到贾虽，但不是最好的辦法逃糟。
9.1 協(xié)作管理
溝通能力很重要。但僅僅依靠溝通解決不了問題蓬豁。團隊要協(xié)作工作绰咽，協(xié)作是每次遇到問題在大家情理可以接受的范圍內(nèi)解決掉。
9.1.1 與技術(shù)人員的協(xié)作
評審會地粪。產(chǎn)品概念的可行性評審取募，產(chǎn)品方案的PRD評審，都是需要與技術(shù)人員完成的日常協(xié)作蟆技。
出現(xiàn)狀況的協(xié)作玩敏。需求變更、上線時間提前等质礼，產(chǎn)品經(jīng)理要想辦法安撫好技術(shù)的同事旺聚，解釋原委，一同想辦法解決問題眶蕉。
技術(shù)的困境砰粹。有時會出現(xiàn)技術(shù)人員無法解決的情況，產(chǎn)品經(jīng)理需要幫忙協(xié)調(diào)資源造挽，共同定位問題碱璃。這樣可以加深與技術(shù)人員的戰(zhàn)斗友誼，形成良性循環(huán)刽宪。
雙贏厘贼。產(chǎn)品經(jīng)理也不要老是想著說服開發(fā)人員，感覺只有這樣才是勝利圣拄。如果產(chǎn)品經(jīng)理老是憑借口才和狡辯嘴秸，開發(fā)人員會對產(chǎn)品經(jīng)理產(chǎn)生不爽，后續(xù)就沒有辦法開展工作了。
9.1.2與需求方的協(xié)作
需求方關(guān)心需求完成的準確程度和及時程度岳掐。產(chǎn)品經(jīng)理需要注意和需求方同步信息凭疮。如果出現(xiàn)問題，產(chǎn)品經(jīng)理要及時安撫并對需求方做出解釋串述。
9.1.3 開會
會前要做好準備执解。會議要高效，關(guān)鍵是在會前的準備纲酗。
1）會議的內(nèi)容衰腌、主題準備好，發(fā)會議通知時就要發(fā)出來觅赊。
2）會前的溝通右蕊。會議前先與重要參與者溝通會議的內(nèi)容，提前達成共識吮螺。
3）會議過程要講規(guī)則饶囚。有主題，有秩序鸠补，禁止人身攻擊萝风，有結(jié)論。
9.1.4 記錄
記錄各個環(huán)節(jié)的溝通結(jié)論紫岩，以防出問題后扯皮规惰。
記錄對于產(chǎn)品的思考過程和結(jié)果。否則過段時間就想不起來了泉蝌。
記錄內(nèi)容：
1）文檔卿拴。再小的需求也要有文檔，至少也要寫在郵件里梨与。大部分團隊的產(chǎn)品文檔都不全，這樣導(dǎo)致無法了解產(chǎn)品的全貌文狱。
2）會議記錄粥鞋。任何會議都要有會議記錄。
3）想法和思路瞄崇。有了產(chǎn)品的想法和思路呻粹，要記錄下來，防止忘記了苏研。
4）同事說的需求等浊，技術(shù)人員提到的方案，圈內(nèi)人分享的數(shù)據(jù)等摹蘑，最好都記錄下來筹燕。
9.2 流程管理
對產(chǎn)品經(jīng)理工作流程的管理和改進，其價值可能遠超我們的想象。
9.2.1 讓協(xié)作標準化和流程化
防止“大公司病”撒踪，中小團隊采用大公司的協(xié)作流程和方式过咬，很多時候是不合適的。
當同樣的問題重復(fù)的出現(xiàn)制妄，而且使用簡單的規(guī)范可以解決時掸绞，就要嘗試指定規(guī)范來解決問題了。例子：口頭需求變?yōu)樾枨蠊芾砹鞒谈獭Ｐ枨笥舌]件提出衔掸，需求提出者和需求接收者都是固定的接口人，需求狀態(tài)每周固定時間發(fā)布俺抽，延期需求要發(fā)郵件告知原委敞映。
9.2.2 減少手工勞動
使用工具解決手工操作的問題。
例子1：需求管理工具凌埂，從excel到google DOCs驱显，再到專門的需求管理軟件。解決需求的多方協(xié)同瞳抓、搜索埃疫、定時提醒的問題。
例子2：產(chǎn)品經(jīng)理需要不同維度的統(tǒng)計數(shù)據(jù)孩哑，可以使用一些現(xiàn)成的腳本直接提取栓霜。
9.2.3 讓一些工作可復(fù)用
做產(chǎn)品原型時，將元素和模塊做成可以重復(fù)利用的横蜒。
文案的邏輯胳蛮、警告、提醒和解釋等內(nèi)容丛晌，形成規(guī)范仅炊。
9.2.4 避免重復(fù)犯錯
遇到問題時解決問題很重要，但避免下次再犯同樣的錯誤更加重要澎蛛。
錯誤的原因：
1）由于疏漏導(dǎo)致抚垄；
2）由于信息不全面；
3）沒有責任心導(dǎo)致谋逻；
4）由于能力不夠無法勝任導(dǎo)致呆馁。
9.3 個人管理
有的人失去了別人的管理，就會變成無頭蒼蠅毁兆，不知該做什么浙滤。
任務(wù)管理中容易出現(xiàn)出現(xiàn)的問題：
1）把焦急當成優(yōu)先級
2）把充實感當成完成任務(wù)
3）眼光不夠長遠，只做眼前的事情
4）事情沒有截至日期
5）不檢查效果
知識管理气堕。我們不能記住全部所學(xué)纺腊、所見的知識畔咧，因此我們需要把許多知識和信息記錄下來，方便以后用到的時候查閱摹菠。
團隊管理盒卸。專業(yè)能力服眾。具備一定的管理技能次氨。
全文完
請關(guān)注微信公眾號：產(chǎn)品經(jīng)理簡水
感謝支持蔽介！
