產(chǎn)品是什么:

<1 產(chǎn)品是一組將輸入轉(zhuǎn)化為輸出的相互關(guān)聯(lián)或相互作用的活動(dòng)”的結(jié)果，即“過程”

的結(jié)果。

<2 在經(jīng)濟(jì)領(lǐng)域中，通常也可理解為組織制造的任何制品或制品的組合。產(chǎn)品的

狹義概念：被生產(chǎn)出的物品；產(chǎn)品的廣義概念：可以滿足人們需求的載體。

<3 產(chǎn)品就是用來解決某個(gè)問題的東西

全世界的第一位產(chǎn)品經(jīng)理: 20世紀(jì)二三十年代 美國寶潔公司-麥古利

第一章

行業(yè)的進(jìn)化典型的傳統(tǒng)行業(yè)互聯(lián)網(wǎng),軟件行業(yè)

行業(yè)形態(tài)成熟行業(yè)新興行業(yè)

產(chǎn)品形態(tài)與成本結(jié)構(gòu)實(shí)物虛擬物品

生命周期幾年幾個(gè)月

盈利模式單一賣產(chǎn)品賺錢多元盈利

用戶心態(tài)花錢買免費(fèi)用

在產(chǎn)品經(jīng)理的工作中通常表現(xiàn)為以下幾種形式：

第一，信息不足以決策。

第二，時(shí)間不足以安排周密的計(jì)劃。

第三，人員不足以支持工作強(qiáng)度和難度。

第四，資金不足以自由調(diào)配。

這一段很有趣

<1 官方說法 需要全面負(fù)責(zé)產(chǎn)品的整體實(shí)現(xiàn)過程。

私下交流

因?yàn)楫a(chǎn)品經(jīng)理這個(gè)職位比較新，所以具體要做哪些事情沒有開發(fā)人員、測(cè)試人

員明確，于是，干多干少全憑自己決定。

事實(shí)真相

具體的職責(zé)不清楚，就意味著事情多起來沒個(gè)譜，任何與產(chǎn)品有關(guān)的事情都可

以是你的，總是閑不下來。

<2 官方說法 需要能承受壓力、自我調(diào)節(jié)、自我激勵(lì)，綜合素質(zhì)要求高。

私下交流

看到這條就怕了吧，產(chǎn)品經(jīng)理做的很多事情都是更看重質(zhì)量而不是數(shù)量，所以

很難用工作量和工作時(shí)間來衡量績效，經(jīng)常好幾天沒什么產(chǎn)出也很正常。這時(shí)

候你可千萬別崩潰了。

事實(shí)真相

可是，產(chǎn)品的任何方面、團(tuán)隊(duì)里其他人做的任何事情如果出了問題，產(chǎn)品經(jīng)理

都很可能要背黑鍋。

<3 官方說法 對(duì)市場(chǎng)發(fā)展趨勢(shì)有敏銳的洞察力，輔助決策公司戰(zhàn)略方向。

私下交流 你真的可以決定公司產(chǎn)品長什么樣。

事實(shí)真相 產(chǎn)品當(dāng)然是老板生的，你也就是給它化個(gè)妝。

<4 官方說法 需要很強(qiáng)的溝通能力，出色的團(tuán)隊(duì)合作精神。

私下交流

有很多機(jī)會(huì)展示你的想法，如果有興趣的話，可以利用工作機(jī)會(huì)認(rèn)識(shí)公司里幾

乎每一個(gè)人。

事實(shí)真相

你總是某個(gè)產(chǎn)品的信息交換中心，也是各方共同擠壓的對(duì)象，哪邊都不得罪真

是一門藝術(shù)。

<5 官方說法 關(guān)注業(yè)界動(dòng)態(tài)，對(duì)互聯(lián)網(wǎng)產(chǎn)品興趣濃厚。

私下交流

因?yàn)槟阋私庑袠I(yè)的最新資訊，做競爭對(duì)手分析，所以需要不斷去各種網(wǎng)站注

冊(cè)、試用，老板無法判斷你是否在沖浪或瞎逛，全憑自覺。

事實(shí)真相

這樣時(shí)間久了是很痛苦的，整天被那么多垃圾產(chǎn)品惡心，自己做的產(chǎn)品看太多

了更覺得惡心……

第二章

用戶研究，需求采集的過程，都會(huì)有如下幾步：

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

定性

|

用戶訪談|可用性測(cè)試

|

說----------------------------------做

|

調(diào)查問卷|數(shù)據(jù)分析

|

定量

<1 定性的說 用戶訪談:

第一，“說”和“做”不一致的問題。

第二，樣本少，以偏概全的問題。

第三，用戶過于強(qiáng)勢(shì)，把我們往溝里帶。

第四，我們過于強(qiáng)勢(shì)，把用戶往溝里帶。

《軟件觀念革命：交互設(shè)計(jì)精髓》書中說道

? 避免一組固定的問題：固定的問題會(huì)讓被訪者產(chǎn)生被審問的感覺，我們應(yīng)該準(zhǔn)

備好問題清單，但清單只起一個(gè)引導(dǎo)作用，并不用照著讀。

? 首先關(guān)注目標(biāo)，任務(wù)其次：比用戶行為更重要的是行為背后的原因，多問問用

戶為什么這么做。

? 避免讓用戶成為設(shè)計(jì)師：聽用戶說，但不要照著做，用戶的解決方案通常短淺、

片面。

? 避免討論技術(shù)：特別是碰到一些略懂技術(shù)的用戶，不要與其糾纏產(chǎn)品的實(shí)現(xiàn)方式。

? 鼓勵(lì)講故事：故事是最好的幫助設(shè)計(jì)師理解用戶的方法。

<2 定量的說 調(diào)查問卷:

問卷調(diào)查一般不要超過10分鐘! 太多的量,用戶看到就不想繼續(xù)進(jìn)行下去了!

調(diào)查問卷的客觀性、多份問卷之間的獨(dú)立性，可以有效避免上述問題，但其容易

出現(xiàn)的問題在于：

第一，樣本的偏差，即樣本與想了解的目標(biāo)用戶群體出現(xiàn)偏差。

第二，樣本過少的問題。

第三，問卷內(nèi)容的細(xì)節(jié)問題。

<3 定性地做 可用性測(cè)試:

和用戶訪談、調(diào)查問卷一樣，可用性測(cè)試也有其特別需要注意的問題。

第一，如果可用性測(cè)試做得太晚（往往在產(chǎn)品將要上線的時(shí)候），這時(shí)發(fā)現(xiàn)問題

也于事無補(bǔ)了。

第二，總覺得可用性測(cè)試很專業(yè)，所以干脆不做。

第三，明確是測(cè)試產(chǎn)品，而不是測(cè)試用戶。

第四，測(cè)試過程中，組織者該做的和不該做的

<4 定量地做：數(shù)據(jù)分析

數(shù)據(jù)分析的常見問題

第一，過于學(xué)術(shù)，沉迷于“科學(xué)研究”。

第二，雖然數(shù)據(jù)不會(huì)主動(dòng)騙人，但我們經(jīng)常無意或有意地誤讀數(shù)據(jù)。

第三，平時(shí)不燒香，臨時(shí)抱佛腳。

單項(xiàng)需求卡片的理念： 產(chǎn)品的需求工作不只是需求分析人員的事，而是涉及63頁圖

產(chǎn)品的每個(gè)干系人的義務(wù)，至少得參與“采集”的過程.

需求編號(hào)（可由需求人員填寫） 需求類型（可由需求人員填寫）

包含“采集時(shí)刻 + 采集者”信息 功能需求、非功能需求等

來源（ Who） （重要信息，方便追根溯源）

產(chǎn)生需求的用戶：最好有該用戶的聯(lián)系方式等信息

用戶背景資料：受教育程度、崗位經(jīng)驗(yàn)，以及其他與本單項(xiàng)需求相關(guān)經(jīng)驗(yàn)

場(chǎng)景（ Where、 When） （重要信息，用來理解需求發(fā)生的場(chǎng)景）

產(chǎn)生該需求的特定的時(shí)間、地理、環(huán)境等

描述（ What） （最重要的信息）

盡量用（主語+謂語+賓語）的語法結(jié)構(gòu)，不要加入主觀的修飾語句

原因（ Why） （需求人員要保持懷疑的心，很多時(shí)候理由是假想出來的）

為什么會(huì)有這樣的需求，以及采集者的解釋

驗(yàn)收標(biāo)準(zhǔn)（ How） 需求重要性權(quán)重（ How much）：

（如何確認(rèn)這個(gè)需求被滿足了）

1. 盡量用量化的語言

2. 無法量化的舉例解釋

滿足后（“ 1：一般”到“ 5：非常高興”）

未實(shí)現(xiàn)（“ 1：略感遺憾”到“ 5：非常懊惱”）

需求生命特征（ When） 需求關(guān)聯(lián)（ Which）

1. 需求的緊急度

2. 時(shí)間持續(xù)性

1. 人：和此需求關(guān)聯(lián)的任何人

2. 事：和此需求關(guān)聯(lián)的用戶業(yè)務(wù)與其他需求

3. 物：和此需求關(guān)聯(lián)的用戶系統(tǒng)、設(shè)備，以及其

他產(chǎn)品等

參考材料 競爭者對(duì)比

在需求采集活動(dòng)中的輸入材料，只要引用

一下，能找到即可

按照“ 1 分：差”到“ 10 分：好”進(jìn)行評(píng)估：

1. 競爭者對(duì)該需求的滿足方式

2. 用戶、客戶對(duì)競爭者及公司在該需求上的評(píng)價(jià)

AB 測(cè)試。基于大用戶量比較合適，比如有一個(gè)按鈕不知道是放頁面的左邊好，還

是右邊好，而我們有 10 萬用戶，那就先隨機(jī)挑選少量的用戶發(fā)布這個(gè)按鈕， 1000 人放

左邊，另外 1000 人放右邊，然后過一段時(shí)間分析結(jié)果，再?zèng)Q定剩下的 98%用戶該怎么

辦。很明顯，這也是讓用戶直接參與了設(shè)計(jì)，這樣低成本的方法讓很多傳統(tǒng)行業(yè)的同

學(xué)羨慕不已。

注意: 聽用戶的但不要照著做!!!

注意: 聽用戶的但不要照著做!!!

注意: 聽用戶的但不要照著做!!!

重要事情說三遍

明確我們存在的價(jià)值: 用戶跟福特要一匹更快的馬，福特卻給了用戶一輛車。

一個(gè)是用戶需求，一個(gè)是產(chǎn)品需求。而這中間的轉(zhuǎn)化過程，就是這節(jié)的主題——需求分析。

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

用戶需求：用戶自以為的需求，并且經(jīng)常表達(dá)為用戶的解決方案。

產(chǎn)品需求：經(jīng)過我們的分析，找到的真實(shí)需求，并且表達(dá)為產(chǎn)品的解決方案。

需求分析：從用戶提出的需求出發(fā)，找到用戶內(nèi)心真正的渴望，再轉(zhuǎn)化為產(chǎn)品需求的過程。

偉大的需求分析師，可以無視用戶想要的東西，去探究他內(nèi)心真正的渴望，再給出更好的解決方案，或者說是用戶真正需要的東西，這就是本節(jié)標(biāo)題的意思——我們存在的價(jià)值。

滿足需求的三種方式 : 改變現(xiàn)狀 降低理想 轉(zhuǎn)移需求

確定需求的基本屬性

需求屬性 屬性說明

編號(hào):需求的順序號(hào)，唯一性標(biāo)識(shí)

提交人:需求的錄入 PD，負(fù)責(zé)解釋需求

提交時(shí)間: 需求的錄入時(shí)間，輔助信息

模塊:根據(jù)產(chǎn)品的模塊劃分(一般來說，根據(jù)人類記憶的特點(diǎn)，產(chǎn)品有 5±2 個(gè)模塊比較合理，如果超過7 個(gè)，你就要考慮重新劃分，甚至增加一個(gè)基本屬性叫“二級(jí)模塊”。)

名稱:用簡潔的短語描述需求

描述;需求描述：無歧義、完整性、一致性、可測(cè)試等

提出者:即需求的原始提出者，有疑惑時(shí)便于追溯

提出時(shí)間: 原始需求的獲得時(shí)間，輔助信息(原始需求的提出時(shí)間，區(qū)別于提交時(shí)間，這是個(gè)輔助信息。)

Bug:編號(hào) 將一些 Bug 視為需求，統(tǒng)一管理

需求的種類:

分類： 可以分為“新增功能、功能改進(jìn)、體驗(yàn)提升、 Bug 修復(fù)、內(nèi)部需求”等。

層次： 把需求分成“基礎(chǔ)、擴(kuò)展（期望需求）、增值（興奮需求） ” 三層。

我自己經(jīng)常從“雪中送炭”還是“錦上添花”的角度去理解：雪中送炭是基本功能，對(duì)用戶很有用，產(chǎn)品缺了這個(gè)功能根本跑不起來，比如 E-mail

系統(tǒng)里的“收發(fā)郵件”；錦上添花的功能是指非必須的，用戶有時(shí)用得到，有的話會(huì)給用戶的使用帶來方便，比如在發(fā) E-mail 填寫收件人的時(shí)候，系統(tǒng)根據(jù)你輸入的內(nèi)容自

動(dòng)提示你曾經(jīng)發(fā)送過郵件的聯(lián)系人

需求的商業(yè)價(jià)值:

需求屬性 屬性說明

重要性:重要程度，輔助確定商業(yè)價(jià)值

緊急度:緊急程度，輔助確定商業(yè)價(jià)值

持續(xù)時(shí)間: 持續(xù)時(shí)間，輔助確定商業(yè)價(jià)值

商業(yè)價(jià)值: 商業(yè)優(yōu)先級(jí)，不考慮實(shí)現(xiàn)難度，群體決策

需求的實(shí)現(xiàn)難度:

工作量:

開發(fā)量:開發(fā)量是非評(píng)估不可的，我把它叫做“初評(píng)”，允許誤差，并且會(huì)要經(jīng)驗(yàn)豐富的人來評(píng)估，通常是技術(shù)經(jīng)理，或者系統(tǒng)分析師、架構(gòu)師

需求的性價(jià)比:絕對(duì)不能因?yàn)槟硞€(gè)需求的實(shí)現(xiàn)難度很小就馬上去做，也不能因?yàn)榱硪粋€(gè)需求的實(shí)現(xiàn)難度大就不做。

性價(jià)比 = 商業(yè)價(jià)值÷實(shí)現(xiàn)難度（簡化為開發(fā)量）“不要試圖滿足所有用戶”， 一切皆看性價(jià)比。

公司部門的劃分

<1 按產(chǎn)品線劃分的團(tuán)隊(duì)對(duì)產(chǎn)品本身是有利的，產(chǎn)品經(jīng)理權(quán)力更大，可以按照自己的想法做，資源有保證，產(chǎn)品規(guī)劃不容易被動(dòng)改變。

<2 按職能線劃分的團(tuán)隊(duì)對(duì)多個(gè)產(chǎn)品間的資源共享有利，可以讓資源流向更需要的地方，保證對(duì)核心產(chǎn)品的投入，但是效率不高，由于產(chǎn)品規(guī)劃的決策需要在更高層面上敲定，單個(gè)產(chǎn)品的發(fā)展速度會(huì)有所降低。

資源戰(zhàn)爭兩種組織結(jié)構(gòu)，給我“一攻一守”的感覺，鯰魚效應(yīng)使產(chǎn)品經(jīng)理和設(shè)計(jì)師們更抓狂地為產(chǎn)品的發(fā)展而苦苦思索，這是一件好事。

<鯰魚效應(yīng)>即采取一種手段或措施，刺激一些企業(yè)活躍起來投入到市場(chǎng)中積極參與競爭，從而激活市場(chǎng)中的同行業(yè)企業(yè)。其實(shí)質(zhì)是一種負(fù)向激勵(lì)，是激活員工隊(duì)伍之奧秘。

<1 準(zhǔn)備出發(fā)：把需求打個(gè)包

做項(xiàng)目，終極目標(biāo)就是：多快好省 即范圍大、時(shí)間短、品質(zhì)高、資源省。

第一，“ 需求打包”最好打包類似的功能點(diǎn)。

第二， 需求依賴，功能互相之間有依賴關(guān)系。功能與人力資源之間的依賴關(guān)系。

第三， 需求的粒度大小問題。經(jīng)驗(yàn)是，在需求列表里出現(xiàn)的任意一行，工作量最好不要超過“ 5 人天”。

<2 戰(zhàn)場(chǎng)：產(chǎn)品會(huì)議

<3 武器：商業(yè)需求文檔

BRD： Business Requirement Document，商業(yè)需求文檔。

MRD： Market Requirement Document，市場(chǎng)需求文檔。

PRD： Product Requirements Document，產(chǎn)品需求文檔。

商業(yè)需求文檔包含:

項(xiàng)目背景

商業(yè)價(jià)值

功能需求描述

非功能需求描述

資源評(píng)估

風(fēng)險(xiǎn)和對(duì)策

少做就是多做:情愿把一半的功能做到盡可能完美也不要把全部功能都做成半吊子。越來越覺得當(dāng)發(fā)現(xiàn)一個(gè)功能可有可無的時(shí)候，甚至只要是沒有強(qiáng)烈的理由要做的時(shí)候，要明確的選擇：不做！現(xiàn)在我們可以自我安慰了——少做就是多做！

四兩撥千斤:電扇吹空盒子故事

盡可能多地放棄