---

主要工具

1 Microsoft Office 2013

1）. Excel（數據統計，數據報表，數據分析，數據圖例制作，進度控制，神器）

√ Excel文檔結構（版式設計，邏輯結構表現，色彩）
√ 簡單的函數計算（加、減、乘、除）
√ 數據組織（篩選、排序、）
√ 圖標制作（餅狀圖，柱狀圖，條形圖，折線圖等）

2）. PowerPoint（演示利器）
3）. Word（文檔）

2 Microsoft Visio 2013

–流程圖利器
–信息結構圖利器

3 Axure 8

–簡易流程圖
–原型利器

4 BalsamiqMockups

–原型圖草圖利器
.可以快速構建你想要的東西
.很好的支持移動性能
.元素豐富
.不容易干擾UI設計

5 Mind manager2012

–思維導圖（Mind master）
–收集，歸納，整理想法與思路

6 最牛利器：2B

---

三大文檔BRD/MRD/PRD

---

商業需求文檔BRD （Business Requirement Document）

a) 文檔的目的

-發現

?現有產品改進的可能（360安全衛士） ?一個創新產品（抖音）

–需要

?要權重 ?要項目 ?要資源

b）匯報對象

c）BRD內容結構

–1.方案形成背景
–2.方案價值
–3.產品規劃
–4.盈利模式
–5.收益與成本評估
–6.風險和對策

1.方案形成背景

市場環境分析
我們要做什么
要解決什么問題

這問題是迫切的問題嗎？
這個問題是強烈的問題嗎？
這個問題出現的頻率高不高？

如果要這么做，我們的優勢在哪里？

?技術優勢
?經驗優勢
?資源優勢
?……

–得到可行的結論

2.方案價值

a 好處：

非經濟類：戰略
經濟類

b 提出你的預測

目標
對于得到的好處

3.產品規劃

產品結構（產品分塊）
產品路線（未來規劃）
注意：BRD不要扯太多產品形態細節的東西

4.盈利模式
5.收益與成本評估

收益預估
成本預估

6.風險和對策

風險的種類

?政策風險
?經濟風險
?市場風險
?行業風險
?公司風險
?技術風險
?資本風險

應對辦法

?規避
?接受
?降低
?分擔
?轉移

d）優秀BRD

4.1 重點突出

?商業價值
?收入與成本
?風險與對策

4.2 是不是產品就不重要？

?BRD很多時候是定性的東西，不要過多的去扯產品細節（技術驅動產品要兩看）
?產品經理不要總是把目光定在產品上，要學會跳出來
?集中火力，不扯淡

4.3 說服力

?演講技巧
?對公司戰略的理解
?對匯報對象思維方式的理解
—->多溝通，或與其合作伙伴溝通
—->平時多觀察行事風格

4.4 見人說人話，見鬼說鬼話

?要變通
?但要有邏輯，理論有支撐

4.5 言簡意賅，點到即止

? 有的話不能說透
? 一圖勝千言
? 一句能說清楚，不要說兩句
? 不要過多的使用專業術語
? 客觀評估，不要給自己埋地雷，但該點到的問題都要點到（困難，風險等）

4.6 BRD文檔的內容結構

?–1.方案形成背景
?–2.方案價值
?–3.產品規劃
?–4.盈利模式
?–5.收益與成本評估
?–6.風險和對策

---

市場需求文檔MRD（Market Requirement Document）

a)目的

i.BRD明確了一件事值得做，這時候需要怎么做，為什么

ii. MRD拿出一套做某事的方法和指導

b)對象

i.未來參與產品的各個階層的同事，包括自己

c)內容

i.文檔說明

基本信息：公司名稱，產品名稱，文檔創建日期，創建人，創建人聯系方式，部門，職務

文檔修改記錄

文檔目的：用于說明相關市場，用戶，產品規劃，核心目標，產品路線圖，項目規劃。（便于交接，也是新手做的東西，要寫好）

文檔概要：文檔說明、市場說明、用戶說明、產品說明4個方面的概括

ii.市場分析

摘要（可選）

現有市場存在的問題（這就是我們能努力的地方，從產品/技術/運營/用戶/商業模式分析）

就互聯網而言，可以從以下（但不限于）幾方面來選擇性表述：
–產品方面（例如：產品形態復雜，用戶體驗差）
–技術方面（語音壓縮技術不成熟，外資搜索引擎對中文理解不夠深刻）
–運營方面（產業鏈偏下游，重實體，輕線上，造成瓜分線下旅行社利潤，形成對立）
–用戶方面（用戶需要可替代產品尚未出現，需求明顯）
–商業模式方面（金山毒霸和360安全衛士的商業模式對比）

目標市場分析（基于該機會點下的市場分析說明）

? 市場規模（多少錢，成功可能大不大，往往是正比，但不絕對是，具體問題具體分析）
? 市場特征（現有市場表現出的典型特征）
? 發展趨勢（未來2-5年的發展評測，搜索市場的語音搜索，蘋果的Siri，體感便攜設備：谷歌眼鏡，蘋果iwatch）
? 時間邊界（這個市場的持續時間預估）

市場分析結論
一般來說，這里會得到一個比較有市場商業價值的結論（否則這個文檔就沒有存在的意義了，囧）

iii.用戶分析

目標用戶群體（找準）（通過年齡段，收入，學歷，地區）

目標用戶特征（要找到共性的特點和非共性特點）

建立虛擬用戶角色（形象化）
即自己創造一個用戶出來，他的名字，性格，收入，與產品關聯的特征，他的期望）

用戶角色卡片針對目標用戶群體進行歸類劃分，抽取典型樣本，數量不限，帶需要能代表目標用戶）

用戶使用場景（用戶放到實際場景去，此時是演示，不要在此時去說一堆自己的推理流程，說出時間地點人物事件即可）

動機總結（讀懂表象）動機是方法，用戶干啥了；

用戶目標總結（明確實質）
目標是目的，用戶通過干啥之后希望得到的東西

影響用戶使用的主要因素（重要，分析）

–是否隨身攜帶接入設備
–網絡是否通暢
–查詢速度
–設備對商品信息的獲取是否會對用戶造成不便
–等….

iv.產品說明

產品定位（推薦書《定位》，要準確，決定了之后整個產品的走向）

a)市場定位:我們對用戶或者用戶市場的選擇,例如:手機發燒友,白領,或者移動通訊設備市場
b)產品定位:我們用什么樣的產品滿足用戶或用戶市場,例如:
.陌陌，一款基于地理位置的移動社交工具
.Chanpin100.com，為產品經理們提供學習交流的平臺，并專注于此
.QQ空間，一個異步信息分享和交流的平臺，是QQ這種同步通訊工具的補充。
c)用戶定位的描述：.針對什么目標群體，做什么事情，用最本質的，無修飾的語言表述:

產品核心目標（產品要干啥達到什么要清晰，整個目標是最重要的，工作是圍繞這個展開的，版本迭代和這個有關）

補充：去查微信的迭代記錄，分析產品的核心目標和產品的路線規劃，版本迭代就是有在有限時間對最高優先功能的完善

產品結構（不是功能結構，是產品的整體結構）

a)市場定位，產品定位，核心目標的直接表現

b)用圖例，流程圖去表現一個產品使用起來，整個流程，各個部門，可以用工具畫出一個頁面草圖

c)產品結構是一桌菜，我們要上什么菜，有什么菜品，先規劃；功能結構是如何做出上面的菜，需要爐子，需要廚師，需要菜，需要餐具等

產品路線圖（幾月份要做出什么東西，先做什么，核心的是要什么，是大的核心目標的分解。時間，任務-子任務輔助說明）

產品功能性需求：

產品非功能性需求：有效性，性能，擴展，安全性，健壯性，兼容性，可用性，運營，用戶體驗

d)優秀MRD

i.邏輯性強，有理有據，沒有廢話

ii.抽象具現化

iii.數據可靠，分析合理

iv.重視非功能需求

v.專業名詞的輔助解釋，即可讀性

vi.有把握的事情要去主觀取巧說明，沒有把握的再去客觀量數據（我覺得沒經驗這種事情還是不要做太多，會容易拍腦袋）

e)即找定位，設目標，訂路線

---

產品需求文檔PRD（Product Requirement Document）

a) 產品需求文檔(Product Requirement Document，PRD)

–PRD文檔向上是對MRD內容的繼承與發展，向下則是要把MRD文檔里面的各種理論要求技術化，向研發部門與設計部門說明產品的的功能和性能要求。
–PRD文檔是產品文檔中最底層最細致的文檔，所以寫作的時候，需要細致耐心。

b)對象

i.研發人員：功能的實現與性能

ii.設計人員：產品調性與原型圖

c)表現方式

i.文字：word

ii.原型圖：Axure（PRD換成Axure+說明，導出為WORD文檔）

iii.圖片

iv.影像模式

d)內容

i.文檔說明

1.與MRD的文檔說明相同，也有一樣的創建日期，創建人等

2.產品版本號（各公司規則不同，這里舉例1.26）

a)1是版本號：重大調整升級與產品功能機構調整
b)2是子版本號，在原有基礎上局部功能的調整和升級
c)6是修正版本號，局部小范圍優化與BUG修復和不動功能性的東西

3.命名原則：歸零原則（1.26變成1.30而不是1.36），收費原則（收費那么版本號要改）

4.歷史修訂

a)內容：編號，版本號，修訂章節，修訂原因，修訂日期，修訂人

b)作用：修改前后進行比較，維護管理PRD，追溯責任

5.名詞術語表

a)不易理解的詞匯，在開篇統一列表說明

ii.產品說明

1.內容：

a)信息結構圖（研發人員，數據庫參考，可以理解為需要用到數據庫儲存的功能）

b)產品結構圖（產品思路，版面，區域，例如網站可以理解為DIV布局）

c)用戶使用流程圖（用戶行為流程，可以理解為做程序流程圖）

補充：不要為了20%的用戶浪費你大量的資源

iii.全局功能說明（主要部分）

1.整體功能說明，如UI交互（例子，優先加載用戶頁面，我發現知乎沒網的時候就是先加載用戶頁面。和微信朋友圈里的24小時前表示為為1天前）

iv.詳細功能說明

a).各個板塊的詳細說明，不同人方法不用

• 按照功能邏輯來表述需求，產品100的例子，產品100下面是首頁，喜歡，回復，再往下分
• 按照產品結構來表述(頻道，頁面，模塊，元素的邏輯表述,相對比較適合產品經理的邏輯，產品經理喜歡）
  –具體哪一個，看團隊要求和默契程度 a)表述順序：

* b) UML>用例文檔>用例圖和狀態圖*

i.統一建模語言unified modeling languageii.面向對象的建模語言

* c)用例圖*

i.描述功能需求的方法，參與者與系統之間的關系組成的示意圖（可以理解為matlab里的simulink）ii.元素：參與者，用例，關聯線，方框

* d)用例說明*

i.對于上面的用例圖的元素的詳細說明，備注之類的補充：這些東西都沒有固定的東西，要看整個團隊的風格

* e)原則與注意*

i.原則MECE：相互獨立，完全窮盡，即重大問題不重疊不遺漏ii.PRD一定要保證思考到位，產品結構本身短期內不會有重大改動，不然團隊會很痛苦iii.PRD是要不斷修改，不斷與團隊協調出來的，不會一次搞定

f)優秀PRD文檔特點

i.正確思路ii.無歧義，易讀iii.完備，MECEiv.一致，同一事物一致用詞v.具有優先級，分主次需求vi.可驗證，功能性描述不是那種效率高，交互完美的定性詞，應該是量化的vii.可修改，PRD有利于后期修改與升級viii.可追蹤，功能性需求來源清楚，知道怎么來的

總結

以上是生活随笔為你收集整理的《产品经理深入浅出》PART 3：产品经理专业技能的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。