原書作者：劉飛
筆記整理：簡(jiǎn)水
請(qǐng)關(guān)注微信公眾號(hào)：產(chǎn)品經(jīng)理簡(jiǎn)水
續(xù)上篇
5 用戶研究
用戶研究的目的是理解用戶，不關(guān)注產(chǎn)品功能只關(guān)心用戶。方式方法是使用成型的用戶研究方法，發(fā)掘用戶需求，研究用戶行為，評(píng)估用戶的滿意度，獲取與用戶相關(guān)的數(shù)據(jù)和信息。
用戶研究要有明確的目標(biāo)。
用戶研究的結(jié)果不能提供直接的解決方案，只是提供情報(bào)。
用戶研究的方法：1）觀察用戶的行為和狀態(tài)；2）聽用戶表達(dá)的觀點(diǎn)和思想。
用戶研究有定性的結(jié)論，也有定量的結(jié)論。常見用戶研究的劃分：定性or定量，行為or觀點(diǎn)。
用戶調(diào)研之前，要先判斷自己要了解用戶的什么，哪種方式比較好，然后選擇合適的方法開始。
有缺陷的問卷，出現(xiàn)的結(jié)論可能會(huì)引導(dǎo)到錯(cuò)誤的結(jié)果。例子：情趣行業(yè)的用戶調(diào)研，通過調(diào)研發(fā)現(xiàn)用戶中沒有女性。這明顯是不合常理的，最后發(fā)現(xiàn)女生填寫問卷時(shí)，給出的是錯(cuò)誤的答案，說自己是男生。
6 用戶體驗(yàn)
用戶體驗(yàn)關(guān)注讓產(chǎn)品友好的滿足用戶的需求。讓用戶使用產(chǎn)品時(shí)，更方便、舒適和快捷。
常見的可用性原則：
1 可見原則
內(nèi)容可見（需要出現(xiàn)的信息都會(huì)出現(xiàn)）、狀態(tài)可見（加載中，等待用戶操作）、變化可見。不好的體驗(yàn)是用戶找不到信息，不知道當(dāng)前什么情況，不明白發(fā)生了什么。
2 場(chǎng)景貼切原則
產(chǎn)品功能符合用戶的使用場(chǎng)景。例子：滴滴司機(jī)版，字體很大，按鈕位置特別，頁(yè)面利用率不高。但司機(jī)開車的時(shí)候使用起來很方便。
3 可控原則
用戶對(duì)產(chǎn)品能夠很快了解，方便控制產(chǎn)品的狀態(tài)，用戶有足夠的自由。例子：iphone的home鍵，一鍵回到桌面。
4 一致性
產(chǎn)品具有統(tǒng)一的規(guī)范（稱呼、按鈕位置、字體、顏色）和處理邏輯。
5 防錯(cuò)、防呆原則
給用戶足夠多的提醒和設(shè)計(jì)，防止用戶犯錯(cuò)，或者用戶呆住了不知道怎么繼續(xù)。錯(cuò)誤提示要讓用戶知道什么意思，即使出錯(cuò)了，也要告訴用戶接下來怎么辦呀。例子：選擇日期的界面，使用灰色，用戶不知道怎么選擇。
PS：用最常用的交互界面就行，不要?jiǎng)e出心裁了。
6 協(xié)助用戶記憶的原則
不要讓用戶去想，產(chǎn)品給夠足夠的信息。例子:訂單的確認(rèn)頁(yè)，把用戶要購(gòu)買的東西列出來，用戶在支付前不用回想自己到底選了什么東西。mac os刪除圖片時(shí)，直接提示要?jiǎng)h除幾張圖片。
7 簡(jiǎn)約易讀原則
界面足夠清晰、簡(jiǎn)單；文案內(nèi)容應(yīng)當(dāng)簡(jiǎn)易，可讀性強(qiáng)。不要太花哨的界面，用戶看著感覺太復(fù)雜，不知道從何下手。
8 容錯(cuò)原則
在用戶犯錯(cuò)時(shí)，進(jìn)行提醒。例子:文本編輯時(shí)的撤銷功能；Gmail的郵件刪除的撤銷功能；錘子手機(jī)發(fā)短信的撤銷功能。
9 幫助和提示
10 靈活高效原則
例子：微信發(fā)送照片，可以自動(dòng)把剛拍照的照片自動(dòng)浮現(xiàn)出來。
11 恢復(fù)現(xiàn)場(chǎng)原則
例子：微信看公眾號(hào)文章，退出再回來，會(huì)返回離開時(shí)的位置。
12 文案
產(chǎn)品經(jīng)理接觸的文案，不多，但足夠關(guān)鍵，一定要慎重對(duì)待。文案不要用文藝的語(yǔ)言，一定要通俗易懂。文案長(zhǎng)度一定要剪短，能有多短就有多短，不要啰嗦。文案不能有歧義。文案要讓小白用戶檢驗(yàn)，一定要直白、通俗易懂。如：請(qǐng)公司樓下的保安看看文案好不好。
總結(jié)：
任何產(chǎn)品任何功能都還有優(yōu)化空間，好產(chǎn)品只是當(dāng)前時(shí)間、資源和市場(chǎng)環(huán)境下的最優(yōu)匹配產(chǎn)物。只要有時(shí)間、精力，一定要不斷思考，讓產(chǎn)品變得更好！
7 文檔管理
7.1 產(chǎn)品經(jīng)理要不要懂技術(shù)
產(chǎn)品經(jīng)理的分類，各個(gè)公司是不同的。有技術(shù)性、設(shè)計(jì)型、運(yùn)營(yíng)型、項(xiàng)目管理型等等。
產(chǎn)品經(jīng)理要了解公司產(chǎn)品的技術(shù)架構(gòu)，至少知道用了什么語(yǔ)言、什么數(shù)據(jù)庫(kù)、服務(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è)計(jì)產(chǎn)品以及協(xié)作，不是幫技術(shù)的同事完成工作。
7.2 好的PRD文檔是怎么樣的
檢驗(yàn)方法：能夠減少甚至免除在開發(fā)過程中，技術(shù)人員與產(chǎn)品經(jīng)理溝通的文檔，就是好的文檔。
PRD文檔的幾個(gè)要求：
沒有邏輯硬傷。不會(huì)前后不一致。
沒有疏漏。缺失功能也是常見的失誤。
邏輯清晰。內(nèi)容太零散，開發(fā)看了會(huì)不知道從哪里下手。判斷邏輯模糊，開發(fā)就更不知道怎么實(shí)現(xiàn)了。
可讀性強(qiáng)。應(yīng)該用圖表，就不要只寫字。專業(yè)名詞要提前在文檔開始的地方解釋清楚。
產(chǎn)品經(jīng)理有責(zé)任讓團(tuán)隊(duì)的所有人都對(duì)產(chǎn)品有統(tǒng)一認(rèn)識(shí)。產(chǎn)品經(jīng)理也要不斷的和技術(shù)人員產(chǎn)生互動(dòng)。
文檔形式不重要，最重要的是能讓開發(fā)人員看懂。
文檔的完整性、邏輯性比文檔的可讀性、美觀程度更重要。
7.3 文檔邏輯
產(chǎn)品經(jīng)理的工作：想清楚、講清楚、做出來。文檔就是講清楚的關(guān)鍵載體。
PRD文檔的三個(gè)邏輯：功能框架邏輯，業(yè)務(wù)流程的邏輯，功能描述的邏輯。
7.3.1 功能框架的邏輯
1、產(chǎn)品復(fù)雜之后，必須在功能框架上清晰。如：淘寶這種產(chǎn)品，一定要有清晰的功能框架，方便大家協(xié)作完成功能。
2、梳理功能框架的方法：
1）拆分。將產(chǎn)品功能拆分為獨(dú)立的功能模塊，這些功能模塊涵蓋了產(chǎn)品的所有功能。
2）組合。將零散的產(chǎn)品功能模塊，進(jìn)行分類組合，形成幾個(gè)組合。
3、梳理功能框架的意義，方便產(chǎn)品和開發(fā)工作的分工、協(xié)作開展工作。
7.3.2 業(yè)務(wù)流程的邏輯
1、業(yè)務(wù)流程是產(chǎn)品提供功能或服務(wù)的具體流程步驟。
2、業(yè)務(wù)流程的分析有兩個(gè)維度，面向事件和面向?qū)ο蟆?/p>
3、面向事件的業(yè)務(wù)流程分析：
1）將一件事分為多個(gè)步驟和操作，每個(gè)步驟要做的事情，產(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)是否合理；確認(rèn)邏輯是否完備。
7.3.3 功能描述的邏輯
描述功能的原則：
完整。枚舉所有的情況，分情況說明功能內(nèi)容。
考慮到所有的影響點(diǎn)。任何改動(dòng)都是牽一發(fā)而動(dòng)全身，需要對(duì)全局有足夠了解和謹(jǐn)慎，才能避免出現(xiàn)問題。
條件判斷清晰。不要給出含糊的判斷條件。
含義明確。名詞一定給要出具體的含義，不要用別人看不懂的名詞。
敘述背景。描述一個(gè)功能產(chǎn)生的原因，以及要達(dá)到的目的。
8 需求管理
需求的生命周期是整個(gè)產(chǎn)品設(shè)計(jì)到實(shí)現(xiàn)的流程。需求管理是產(chǎn)品經(jīng)理的重要工作。需求在不同的階段，產(chǎn)品經(jīng)理的責(zé)任和具體工作是不同的。
功能是需求的表現(xiàn)形式。
產(chǎn)品經(jīng)理對(duì)于自身相關(guān)的需求狀態(tài)要了如指掌。出現(xiàn)偏差要第一時(shí)間發(fā)現(xiàn)，千萬不要等最后出現(xiàn)問題再來解決。
需求的變化、調(diào)整和意外，一定要同步到整個(gè)團(tuán)隊(duì)。
8.1 獲取需求階段
需求的來源有很多，業(yè)務(wù)越復(fù)雜，需求就越復(fù)雜。
產(chǎn)品經(jīng)理的級(jí)別越高，收到需求的可能性越大。產(chǎn)品助理，直接接到任務(wù)。低級(jí)產(chǎn)品經(jīng)理，用戶和上級(jí)提需求。高級(jí)產(chǎn)品經(jīng)理，老板和其他部門提需求。老板，誰都可以提需求。
獲得一個(gè)需求時(shí)，要做一個(gè)簡(jiǎn)單的判斷和記錄。判斷需求的方法：
需求的重要性。主要從影響面來分析。
考慮需求的來源。老板的需求。用戶的需求，是否目標(biāo)用戶？
了解需求的背景。原因不明的需求，不記。邏輯不清的需求，不記。不是實(shí)際用戶的需求，不記。
8.2 討論和設(shè)計(jì)階段
需求討論會(huì)，整理需求池。確認(rèn)以下事項(xiàng)：
8.2.1 需求的優(yōu)先級(jí)
1、重要or不重要+緊急or不緊急。
不做這個(gè)需求的后果是什么？
做了這個(gè)需求的好處是什么？
2、KANO模型，將需求對(duì)于的功能分為’驚喜型’、’期待型’和“必要型”。優(yōu)先滿足后兩種功能，然后不斷用第一種功能激活用戶的激情，促使用戶的傳播。
8.2.2 方案草稿
例子：O2O解決刷單的問題。有多種解決方案，事前提醒，事中限制，事后懲戒。具體使用哪種方案，需要依據(jù)方案草稿進(jìn)行討論。
8.2.3 指定責(zé)任人
兩種需求分配的方式:按照產(chǎn)品模塊劃分，按照事情劃分。按照產(chǎn)品模塊劃分，優(yōu)點(diǎn)：清晰，界限明確，缺點(diǎn)：工作量不平均。按照事情劃分，工作量倒是比較均衡了，但產(chǎn)品就亂了。
需求要指定責(zé)任人，上線后出了問題由責(zé)任人承擔(dān)，形成制度可以提升產(chǎn)品質(zhì)量。
8.2.4 時(shí)間節(jié)點(diǎn)
1、需求方案要有明確的deadline。
2、產(chǎn)品經(jīng)理要向需求方同步需求的狀態(tài)，排定的優(yōu)先級(jí)和時(shí)間節(jié)點(diǎn)。
8.3 待開發(fā)階段，需求方案的可行性評(píng)審
1、方案本身的可行性。技術(shù)上能否實(shí)現(xiàn)？
2、有沒有更好的方案？
3、設(shè)計(jì)的產(chǎn)品和技術(shù)環(huán)節(jié)有哪些？
4、方案的成本如何？
8.4 開發(fā)階段
1、開發(fā)需求的次序，未必按照需求的優(yōu)先級(jí)進(jìn)行，也會(huì)兼顧需求的性價(jià)比。
2、按照需求優(yōu)先級(jí)+需求的成本，計(jì)算需求的性價(jià)比排序。按照性價(jià)比高低開發(fā)需求。
3、一個(gè)迭代周期的需求確定后，關(guān)閉需求。原則上這個(gè)迭代周期不再接收新需求。
4、開發(fā)需求中容易遇到的問題：
1）需求太多，一個(gè)迭代周期無法完成，造成需求擠壓。
2）需求變更，造成額外工作量。
3）有緊急需求插隊(duì)。
5、產(chǎn)品問題的原因：
1）產(chǎn)品方案不完整。開發(fā)過程中，發(fā)現(xiàn)產(chǎn)品方案的邏輯或功能有問題，導(dǎo)致程序員需要找產(chǎn)品經(jīng)理再討論明確。這個(gè)問題的出現(xiàn)可能是需求分析時(shí)不徹底，討論需求方案時(shí)不認(rèn)真，或可行性評(píng)審時(shí)被疏忽了。
2）需求方主觀改動(dòng)。
3）無法預(yù)測(cè)的客觀原因。
8.5 復(fù)盤階段
需求完成后，尤其是在出現(xiàn)問題時(shí)，一定要對(duì)整個(gè)過程進(jìn)行復(fù)盤。復(fù)盤不僅僅是為了追究責(zé)任，更是為了防止同類問題再次發(fā)生。
9 工作流中的管理
產(chǎn)品經(jīng)理的工作不是標(biāo)準(zhǔn)化的，沒有統(tǒng)一的范本。最終的目標(biāo)是把產(chǎn)品做出來。實(shí)現(xiàn)一個(gè)目標(biāo)有很多個(gè)方法，往往大家會(huì)選擇最容易想到，但不是最好的辦法。
9.1 協(xié)作管理
溝通能力很重要。但僅僅依靠溝通解決不了問題。團(tuán)隊(duì)要協(xié)作工作，協(xié)作是每次遇到問題在大家情理可以接受的范圍內(nèi)解決掉。
9.1.1 與技術(shù)人員的協(xié)作
評(píng)審會(huì)。產(chǎn)品概念的可行性評(píng)審，產(chǎn)品方案的PRD評(píng)審，都是需要與技術(shù)人員完成的日常協(xié)作。
出現(xiàn)狀況的協(xié)作。需求變更、上線時(shí)間提前等，產(chǎn)品經(jīng)理要想辦法安撫好技術(shù)的同事，解釋原委，一同想辦法解決問題。
技術(shù)的困境。有時(shí)會(huì)出現(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ā)人員會(huì)對(duì)產(chǎn)品經(jīng)理產(chǎn)生不爽，后續(xù)就沒有辦法開展工作了。
9.1.2與需求方的協(xié)作
需求方關(guān)心需求完成的準(zhǔn)確程度和及時(shí)程度。產(chǎn)品經(jīng)理需要注意和需求方同步信息。如果出現(xiàn)問題，產(chǎn)品經(jīng)理要及時(shí)安撫并對(duì)需求方做出解釋。
9.1.3 開會(huì)
會(huì)前要做好準(zhǔn)備。會(huì)議要高效，關(guān)鍵是在會(huì)前的準(zhǔn)備。
1）會(huì)議的內(nèi)容、主題準(zhǔn)備好，發(fā)會(huì)議通知時(shí)就要發(fā)出來。
2）會(huì)前的溝通。會(huì)議前先與重要參與者溝通會(huì)議的內(nèi)容，提前達(dá)成共識(shí)。
3）會(huì)議過程要講規(guī)則。有主題，有秩序，禁止人身攻擊，有結(jié)論。
9.1.4 記錄
記錄各個(gè)環(huán)節(jié)的溝通結(jié)論，以防出問題后扯皮。
記錄對(duì)于產(chǎn)品的思考過程和結(jié)果。否則過段時(shí)間就想不起來了。
記錄內(nèi)容：
1）文檔。再小的需求也要有文檔，至少也要寫在郵件里。大部分團(tuán)隊(duì)的產(chǎn)品文檔都不全，這樣導(dǎo)致無法了解產(chǎn)品的全貌。
2）會(huì)議記錄。任何會(huì)議都要有會(huì)議記錄。
3）想法和思路。有了產(chǎn)品的想法和思路，要記錄下來，防止忘記了。
4）同事說的需求，技術(shù)人員提到的方案，圈內(nèi)人分享的數(shù)據(jù)等，最好都記錄下來。
9.2 流程管理
對(duì)產(chǎn)品經(jīng)理工作流程的管理和改進(jìn)，其價(jià)值可能遠(yuǎn)超我們的想象。
9.2.1 讓協(xié)作標(biāo)準(zhǔn)化和流程化
防止“大公司病”，中小團(tuán)隊(duì)采用大公司的協(xié)作流程和方式，很多時(shí)候是不合適的。
當(dāng)同樣的問題重復(fù)的出現(xiàn)，而且使用簡(jiǎn)單的規(guī)范可以解決時(shí)，就要嘗試指定規(guī)范來解決問題了。例子：口頭需求變?yōu)樾枨蠊芾砹鞒獭Ｐ枨笥舌]件提出，需求提出者和需求接收者都是固定的接口人，需求狀態(tài)每周固定時(shí)間發(fā)布，延期需求要發(fā)郵件告知原委。
9.2.2 減少手工勞動(dòng)
使用工具解決手工操作的問題。
例子1：需求管理工具，從excel到google DOCs，再到專門的需求管理軟件。解決需求的多方協(xié)同、搜索、定時(shí)提醒的問題。
例子2：產(chǎn)品經(jīng)理需要不同維度的統(tǒng)計(jì)數(shù)據(jù)，可以使用一些現(xiàn)成的腳本直接提取。
9.2.3 讓一些工作可復(fù)用
做產(chǎn)品原型時(shí)，將元素和模塊做成可以重復(fù)利用的。
文案的邏輯、警告、提醒和解釋等內(nèi)容，形成規(guī)范。
9.2.4 避免重復(fù)犯錯(cuò)
遇到問題時(shí)解決問題很重要，但避免下次再犯同樣的錯(cuò)誤更加重要。
錯(cuò)誤的原因：
1）由于疏漏導(dǎo)致；
2）由于信息不全面；
3）沒有責(zé)任心導(dǎo)致；
4）由于能力不夠無法勝任導(dǎo)致。
9.3 個(gè)人管理
有的人失去了別人的管理，就會(huì)變成無頭蒼蠅，不知該做什么。
任務(wù)管理中容易出現(xiàn)出現(xiàn)的問題：
1）把焦急當(dāng)成優(yōu)先級(jí)
2）把充實(shí)感當(dāng)成完成任務(wù)
3）眼光不夠長(zhǎng)遠(yuǎn)，只做眼前的事情
4）事情沒有截至日期
5）不檢查效果
知識(shí)管理。我們不能記住全部所學(xué)、所見的知識(shí)，因此我們需要把許多知識(shí)和信息記錄下來，方便以后用到的時(shí)候查閱。
團(tuán)隊(duì)管理。專業(yè)能力服眾。具備一定的管理技能。
全文完
請(qǐng)關(guān)注微信公眾號(hào)：產(chǎn)品經(jīng)理簡(jiǎn)水
感謝支持！
