2014/09/11 00:33人人都是產(chǎn)品經(jīng)理
寫給我的第一任助理
是一個菜鳥產(chǎn)品經(jīng)理寫給她的菜鳥產(chǎn)品助理的入職培訓(xùn)教材，教材分為“習(xí)慣”“流程”“文檔”“產(chǎn)品思維”等幾個部分智润。
如果我給你一篇文檔船老，讓你按照我的格式來寫。而實際上你并不明白為什么要寫這些內(nèi)容滚躯？為什么按照這個順序來寫？這個內(nèi)容是不是真的需要嘿歌？在這樣的情況下掸掏，你可能會做一些毫無意義的文字堆砌浪費珍貴的時間，或者總是無法確定自己的文字是不是被需要的宙帝。
我希望你避免一種“八股”的做事方式丧凤，有些嚴(yán)格的規(guī)定會讓你失去對做這件事情的原因本質(zhì)的了解，而失去了一些你可以掌控的隨機應(yīng)變步脓。
當(dāng)然在一切初學(xué)者面前愿待，一個專業(yè)規(guī)范的文檔格式對他們的工作是實用的幫助浩螺，所以我還是會從“規(guī)范”談起，稍后與你分享一些“靈活”的原則仍侥。
規(guī)范
首先我們應(yīng)該了解要出，規(guī)范的文檔撰寫源于規(guī)范的流程（我已經(jīng)在流程篇中向你介紹過），因我們在流程中做的大部分事情农渊，都會有相對應(yīng)的工作“產(chǎn)出”患蹂，這些產(chǎn)出可以統(tǒng)一被稱為“文檔”。
策劃前期
BRD商業(yè)需求文檔
BRD是一個在企業(yè)商業(yè)戰(zhàn)略層面撰寫的文檔砸紊，在文檔中分析大環(huán)境和市場前景传于，得出產(chǎn)品的商業(yè)目標(biāo)，并核算投入產(chǎn)出等醉顽。對于小團隊而言……好吧沼溜，我認(rèn)為這篇文檔的實用價值不太大。
1． 市場環(huán)境分析
2． 問題分析
3． 我們的優(yōu)勢
4． 結(jié)論和商業(yè)目標(biāo)
5． 收益與成本
6． 風(fēng)險與對策
嘿~你在我的文件夾中找不到這篇文檔游添，它的所有內(nèi)容都在boss的腦子里系草。
策劃中期（產(chǎn)品目標(biāo)、用戶需求否淤、內(nèi)容與功能需求）
MRD市場需求文檔
這篇文檔說明“怎么做產(chǎn)品”悄但，以達到（BRD中的）商業(yè)目標(biāo)。它會是未來所有文檔的參考源頭石抡。
1. 文檔說明
a) 文檔基本信息（公司名稱檐嚣、產(chǎn)品名稱、文檔創(chuàng)建日期啰扛、創(chuàng)建人和聯(lián)系方式嚎京、部門職務(wù)）
b) 文檔修改記錄
2. 市場說明
a) 市場問題（產(chǎn)品、技術(shù)隐解、運營鞍帝、用戶、商業(yè)模式等）
b) 針對大市場中的目標(biāo)市場（市場規(guī)模煞茫、特征帕涌、發(fā)展趨勢等）
c) 結(jié)論（市場定位）
d) 團隊目標(biāo)（我們要從這個產(chǎn)品中得到什么）
3. 用戶分析
a) 目標(biāo)用戶群體（年齡、收入续徽、學(xué)歷蚓曼、地區(qū)等）
b) 目標(biāo)用戶特征分析（特點與共性）
c) 用戶角色卡：
假設(shè)真實存在的用戶Gara，為他設(shè)計年齡性別钦扭、生日纫版、收入職業(yè)、居住地客情、愛好其弊、性格等
根據(jù)他的背景推理他的技能情況（熟練使用電腦辦公等）
推理與產(chǎn)品相關(guān)的特征（使用微信癞己，單身，喜歡皮膚白長頭發(fā)的女孩子）
針對用戶群可以虛擬多個用戶角色
d) 用戶使用場景
用戶Gara如何使用我們的產(chǎn)品梭伐，講一個完整的故事（時間痹雅、地點、人物籽御、任務(wù)等）练慕。
周五下班途中，在公交車上技掏，無聊又寂寞的Gara打開了微信看看周圍有美女在線铃将，加了對方好友，快樂地聊起來……
a) 用戶需求和用戶的真實需求
用戶需求：在旅途中方便地充電哑梳。
用戶的真實需求：手機電池更耐用劲阎。
b) 可能影響用戶的因素（設(shè)備、網(wǎng)絡(luò)鸠真、速度悯仙、信息等）
不僅要羅列因素，還要詳細(xì)分析這些因素如何影響用戶使用產(chǎn)品的過程吠卷。
4. 產(chǎn)品說明
a) 用戶定位
簡單描述產(chǎn)品的目標(biāo)用戶群體锡垄。
b) 產(chǎn)品定位
我們將用什么樣的產(chǎn)品滿足用戶需求。
c) 用戶需求祭隔、產(chǎn)品核心目標(biāo)
我們的目標(biāo)用戶要從這個產(chǎn)品中得到什么货岭。
我們的產(chǎn)品幫助目標(biāo)用戶解決什么問題。
d) 產(chǎn)品結(jié)構(gòu)
我們需要哪些類型的內(nèi)容疾渴。
我們需要什么樣的功能去支撐這些內(nèi)容千贯。
5. 產(chǎn)品路線
成功標(biāo)準(zhǔn)：了解我們的開發(fā)過程，知道我們什么時候到達終點搞坝。
產(chǎn)品路路線經(jīng)常被誤解為方向搔谴，實際上，成功的標(biāo)準(zhǔn)不見得是以方向衡量的桩撮，我們通常告訴自己“滿足哪些條件敦第，我就成功了”而不是“向著哪個方向走，我就成功了”店量。
因此在規(guī)劃中芜果，我們設(shè)定里程碑（需要完成的任務(wù)），制定可追蹤的指標(biāo)（需要滿足的條件）垫桂，來評估我們的工作。
一般會以項目甘特圖的形式體現(xiàn)粟按，包含時間诬滩、任務(wù)霹粥、說明等內(nèi)容（如下圖）
放松的小劇場：
BRD：嗨~為了放松心情~我們出去玩吧~
MRD：那我們就來商量下去哪里玩，幾個人疼鸟，完成什么任務(wù)猜惋，空出多少時間堪遂，準(zhǔn)備多少錢…
B、M：小P快去干活！
接下來我們一起來了解下這個小P
策劃后期（界面交互與設(shè)計夯到、信息架構(gòu)、布局與導(dǎo)航設(shè)計）
PRD產(chǎn)品需求文檔
有時候也叫做產(chǎn)品說明書肖粮，最細(xì)致也最繁瑣的文檔革半，開工之前一定要深呼吸，擺好姿勢洼怔。這個文檔會是所有項目成員做事的直接依據(jù)署惯，描述要低調(diào)膚淺簡單粗暴，這樣大家才能愉快滴繼續(xù)玩耍镣隶。
1. 文檔說明（略）
2. 語言說明
a) 溝通語极谊，明確與目標(biāo)用戶溝通的語言風(fēng)格，使用與用戶合拍的溝通方式安岂。這是為了避免一些我們自以為很了解的專業(yè)術(shù)語妨礙了用戶的閱讀轻猖。
b) 命名，在用戶溝通方式的基礎(chǔ)上域那，為前臺的主要功能進行命名咙边。
如果可能，我們也可以為后臺功能做命名琉雳。這樣前臺語言是給用戶看的样眠，后臺語言是給我們自己看的，把兩者對應(yīng)起來以防錯誤翠肘。這樣程序員的溝通壓力就不會太大（設(shè)計人員更加喜歡使用用戶語言檐束，導(dǎo)致程序員的理解困難）。
c) 解釋幾個重要功能的命名束倍，它們會在以后的文檔中被使用被丧，現(xiàn)在就需要統(tǒng)一概念。
3. 產(chǎn)品說明
a) 產(chǎn)品結(jié)構(gòu)
b) 任務(wù)流程圖
4. 全局說明
全局是指可以被套用在大部分的頁面或操作中的一些通用的規(guī)則绪妹，如果某個內(nèi)容或功能與全局情況不同甥桂，就在細(xì)化中另外說明。
以下舉例兩種全局說明：
a) 設(shè)計規(guī)范
i. 布局
ii. 圖片
iii. 文字
iv. 色彩
v. 按鈕
vi. 控件
vii. 元素……
b) 交互規(guī)則
i. 頁面和元素的切換
ii. 退出軟件
iii. 被打斷
iv. 不同網(wǎng)絡(luò)情況
v. 常用手勢
vi. 加載方案
vii. 錯誤處理
viii. 反饋提示……
（退出軟件邮旷、打斷黄选、切換、手勢等內(nèi)容經(jīng)常使用在APP產(chǎn)品中）
5. 細(xì)化說明
接下來我們就要描述清楚產(chǎn)品細(xì)節(jié)：
i 頁面布局和顯示規(guī)則
ii 頁面元素
iii 交互和操作
iv 錯誤和反饋
v 網(wǎng)絡(luò)異常
vi 重復(fù)點擊
viii 操作中斷......
除了描述清楚正常情況下的所有內(nèi)容，還要考慮到特殊場景办陷。
這里占了PRD文檔百分之九十的內(nèi)容貌夕，需要點耐心。
我經(jīng)常使用和上文中“產(chǎn)品結(jié)構(gòu)”相同的順序來進行說明民镜，從頻道啡专、頁面、模塊制圈、元素進行描述们童。這種方式適合對技術(shù)不太了解的小伙伴，描述的重點是用戶看到的部分鲸鹦。
原型
嚴(yán)格來說原型是為了更形象地說明PRD中所描述的頁面布局信息慧库，它在需求傳遞中扮演了重要的角色，并且我們可以讓用戶使用原型提早進行可用性測試亥鬓。
它會隨著需求的逐漸明確完沪，變得更加精致：
1.低保真：表達布局和重點
2.中保真：表達動態(tài)和細(xì)節(jié)，
3.高保真：仿真產(chǎn)品嵌戈。
避免常見的錯誤
客觀
主觀：“這里要使用第一人稱”
客觀：“參考文案規(guī)范”
避免使用主觀的內(nèi)容覆积，用客觀事物做參照可以避免反復(fù)修改。
具體
“具體”而不是“詳細(xì)”熟呛。
確保文檔中不要出現(xiàn)漏洞宽档，清楚明確。
但是不要追求描述每一個細(xì)節(jié)庵朝。
應(yīng)該包含設(shè)計或開發(fā)過程中存在的可能會產(chǎn)生混淆的功能定義吗冤。
記錄
不是“展望未來”，是“記錄”當(dāng)下的決議九府。
所以我們要小心文檔中出現(xiàn)一些不確定的“想象”椎瘟。
靈活
你完全可以把文檔內(nèi)容拆分開來，或者合并侄旬，或者重組肺蔚，或者刪減。你只要確保以下幾點：
1. 你想要的內(nèi)容沒有遺漏
2. 你不需要的內(nèi)容可以沒有
3. 你的文檔閱讀流暢儡羔，邏輯可以被理解
