嗨!菜鳥(niǎo)~我們來(lái)談?wù)勀愕男鹿ぷ鳎ㄎ臋n篇)
![](http://image.woshipm.com/wp-files/img/51.jpg)
寫(xiě)給我的第一任助理
是一個(gè)菜鳥(niǎo)產(chǎn)品經(jīng)理寫(xiě)給她的菜鳥(niǎo)產(chǎn)品助理的入職培訓(xùn)教材,教材分為“習(xí)慣”“流程”“文檔”“產(chǎn)品思維”等幾個(gè)部分。
如果我給你一篇文檔,讓你按照我的格式來(lái)寫(xiě)。而實(shí)際上你并不明白為什么要寫(xiě)這些內(nèi)容?為什么按照這個(gè)順序來(lái)寫(xiě)?這個(gè)內(nèi)容是不是真的需要?在這樣的情況下,你可能會(huì)做一些毫無(wú)意義的文字堆砌浪費(fèi)珍貴的時(shí)間,或者總是無(wú)法確定自己的文字是不是被需要的。
我希望你避免一種“八股”的做事方式,有些嚴(yán)格的規(guī)定會(huì)讓你失去對(duì)做這件事情的原因本質(zhì)的了解,而失去了一些你可以掌控的隨機(jī)應(yīng)變。
當(dāng)然在一切初學(xué)者面前,一個(gè)專業(yè)規(guī)范的文檔格式對(duì)他們的工作是實(shí)用的幫助,所以我還是會(huì)從“規(guī)范”談起,稍后與你分享一些“靈活”的原則。
規(guī)范
首先我們應(yīng)該了解,規(guī)范的文檔撰寫(xiě)源于規(guī)范的流程(我已經(jīng)在流程篇中向你介紹過(guò)),因我們?cè)诹鞒讨凶龅拇蟛糠质虑?,都?huì)有相對(duì)應(yīng)的工作“產(chǎn)出”,這些產(chǎn)出可以統(tǒng)一被稱為“文檔”。
策劃前期
BRD商業(yè)需求文檔
BRD是一個(gè)在企業(yè)商業(yè)戰(zhàn)略層面撰寫(xiě)的文檔,在文檔中分析大環(huán)境和市場(chǎng)前景,得出產(chǎn)品的商業(yè)目標(biāo),并核算投入產(chǎn)出等。對(duì)于小團(tuán)隊(duì)而言……好吧,我認(rèn)為這篇文檔的實(shí)用價(jià)值不太大。 1. 市場(chǎng)環(huán)境分析 2. 問(wèn)題分析 3. 我們的優(yōu)勢(shì) 4. 結(jié)論和商業(yè)目標(biāo) 5. 收益與成本 6. 風(fēng)險(xiǎn)與對(duì)策 嘿~你在我的文件夾中找不到這篇文檔,它的所有內(nèi)容都在boss的腦子里。 策劃中期(產(chǎn)品目標(biāo)、用戶需求、內(nèi)容與功能需求) ?MRD市場(chǎng)需求文檔 這篇文檔說(shuō)明“怎么做產(chǎn)品”,以達(dá)到(BRD中的)商業(yè)目標(biāo)。它會(huì)是未來(lái)所有文檔的參考源頭。 1. 文檔說(shuō)明 a) 文檔基本信息(公司名稱、產(chǎn)品名稱、文檔創(chuàng)建日期、創(chuàng)建人和聯(lián)系方式、部門(mén)職務(wù)) b) 文檔修改記錄 2. 市場(chǎng)說(shuō)明 a) 市場(chǎng)問(wèn)題(產(chǎn)品、技術(shù)、運(yùn)營(yíng)、用戶、商業(yè)模式等) b) 針對(duì)大市場(chǎng)中的目標(biāo)市場(chǎng)(市場(chǎng)規(guī)模、特征、發(fā)展趨勢(shì)等) c) 結(jié)論(市場(chǎng)定位) d) 團(tuán)隊(duì)目標(biāo)(我們要從這個(gè)產(chǎn)品中得到什么) 3. 用戶分析 a) 目標(biāo)用戶群體(年齡、收入、學(xué)歷、地區(qū)等) b) 目標(biāo)用戶特征分析(特點(diǎn)與共性) c) 用戶角色卡: 假設(shè)真實(shí)存在的用戶Gara,為他設(shè)計(jì)年齡性別、生日、收入職業(yè)、居住地、愛(ài)好、性格等 根據(jù)他的背景推理他的技能情況(熟練使用電腦辦公等) 推理與產(chǎn)品相關(guān)的特征(使用微信,單身,喜歡皮膚白長(zhǎng)頭發(fā)的女孩子) 針對(duì)用戶群可以虛擬多個(gè)用戶角色 d) 用戶使用場(chǎng)景 用戶Gara如何使用我們的產(chǎn)品,講一個(gè)完整的故事(時(shí)間、地點(diǎn)、人物、任務(wù)等)。 周五下班途中,在公交車上,無(wú)聊又寂寞的Gara打開(kāi)了微信看看周圍有美女在線,加了對(duì)方好友,快樂(lè)地聊起來(lái)…… a) 用戶需求和用戶的真實(shí)需求 用戶需求:在旅途中方便地充電。 用戶的真實(shí)需求:手機(jī)電池更耐用。 b) 可能影響用戶的因素(設(shè)備、網(wǎng)絡(luò)、速度、信息等) 不僅要羅列因素,還要詳細(xì)分析這些因素如何影響用戶使用產(chǎn)品的過(guò)程。 4. 產(chǎn)品說(shuō)明 a) 用戶定位 簡(jiǎn)單描述產(chǎn)品的目標(biāo)用戶群體。 b) 產(chǎn)品定位 我們將用什么樣的產(chǎn)品滿足用戶需求。 c) 用戶需求、產(chǎn)品核心目標(biāo) 我們的目標(biāo)用戶要從這個(gè)產(chǎn)品中得到什么。 我們的產(chǎn)品幫助目標(biāo)用戶解決什么問(wèn)題。 d) 產(chǎn)品結(jié)構(gòu) 我們需要哪些類型的內(nèi)容。 我們需要什么樣的功能去支撐這些內(nèi)容。 5. 產(chǎn)品路線 成功標(biāo)準(zhǔn):了解我們的開(kāi)發(fā)過(guò)程,知道我們什么時(shí)候到達(dá)終點(diǎn)。 產(chǎn)品路路線經(jīng)常被誤解為方向,實(shí)際上,成功的標(biāo)準(zhǔn)不見(jiàn)得是以方向衡量的,我們通常告訴自己“滿足哪些條件,我就成功了”而不是“向著哪個(gè)方向走,我就成功了”。 因此在規(guī)劃中,我們?cè)O(shè)定里程碑(需要完成的任務(wù)),制定可追蹤的指標(biāo)(需要滿足的條件),來(lái)評(píng)估我們的工作。 一般會(huì)以項(xiàng)目甘特圖的形式體現(xiàn),包含時(shí)間、任務(wù)、說(shuō)明等內(nèi)容(如下圖) 放松的小劇場(chǎng): BRD:嗨~為了放松心情~我們出去玩吧~ MRD:那我們就來(lái)商量下去哪里玩,幾個(gè)人,完成什么任務(wù),空出多少時(shí)間,準(zhǔn)備多少錢… B、M:小P快去干活! 接下來(lái)我們一起來(lái)了解下這個(gè)小P 策劃后期(界面交互與設(shè)計(jì)、信息架構(gòu)、布局與導(dǎo)航設(shè)計(jì)) ?PRD產(chǎn)品需求文檔 有時(shí)候也叫做產(chǎn)品說(shuō)明書(shū),最細(xì)致也最繁瑣的文檔,開(kāi)工之前一定要深呼吸,擺好姿勢(shì)。這個(gè)文檔會(huì)是所有項(xiàng)目成員做事的直接依據(jù),描述要低調(diào)膚淺簡(jiǎn)單粗暴,這樣大家才能愉快滴繼續(xù)玩耍。 1. 文檔說(shuō)明(略) 2. 語(yǔ)言說(shuō)明 a) 溝通語(yǔ),明確與目標(biāo)用戶溝通的語(yǔ)言風(fēng)格,使用與用戶合拍的溝通方式。這是為了避免一些我們自以為很了解的專業(yè)術(shù)語(yǔ)妨礙了用戶的閱讀。 b) 命名,在用戶溝通方式的基礎(chǔ)上,為前臺(tái)的主要功能進(jìn)行命名。 如果可能,我們也可以為后臺(tái)功能做命名。這樣前臺(tái)語(yǔ)言是給用戶看的,后臺(tái)語(yǔ)言是給我們自己看的,把兩者對(duì)應(yīng)起來(lái)以防錯(cuò)誤。這樣程序員的溝通壓力就不會(huì)太大(設(shè)計(jì)人員更加喜歡使用用戶語(yǔ)言,導(dǎo)致程序員的理解困難)。 c) 解釋幾個(gè)重要功能的命名,它們會(huì)在以后的文檔中被使用,現(xiàn)在就需要統(tǒng)一概念。 3. 產(chǎn)品說(shuō)明 a) 產(chǎn)品結(jié)構(gòu) b) 任務(wù)流程圖 4. 全局說(shuō)明 全局是指可以被套用在大部分的頁(yè)面或操作中的一些通用的規(guī)則,如果某個(gè)內(nèi)容或功能與全局情況不同,就在細(xì)化中另外說(shuō)明。 以下舉例兩種全局說(shuō)明: a) 設(shè)計(jì)規(guī)范 i. 布局 ii. 圖片 iii. 文字 iv. 色彩 v. 按鈕 vi. 控件 vii. 元素…… b) 交互規(guī)則 i. 頁(yè)面和元素的切換 ii. 退出軟件 iii. 被打斷 iv. 不同網(wǎng)絡(luò)情況 v. 常用手勢(shì) vi. 加載方案 vii. 錯(cuò)誤處理 viii. 反饋提示…… (退出軟件、打斷、切換、手勢(shì)等內(nèi)容經(jīng)常使用在APP產(chǎn)品中) 5. 細(xì)化說(shuō)明 接下來(lái)我們就要描述清楚產(chǎn)品細(xì)節(jié): i 頁(yè)面布局和顯示規(guī)則 ii 頁(yè)面元素 iii 交互和操作 iv 錯(cuò)誤和反饋 v 網(wǎng)絡(luò)異常 vi 重復(fù)點(diǎn)擊 viii 操作中斷…… 除了描述清楚正常情況下的所有內(nèi)容,還要考慮到特殊場(chǎng)景。 這里占了PRD文檔百分之九十的內(nèi)容,需要點(diǎn)耐心。 我經(jīng)常使用和上文中“產(chǎn)品結(jié)構(gòu)”相同的順序來(lái)進(jìn)行說(shuō)明,從頻道、頁(yè)面、模塊、元素進(jìn)行描述。這種方式適合對(duì)技術(shù)不太了解的小伙伴,描述的重點(diǎn)是用戶看到的部分。 嚴(yán)格來(lái)說(shuō)原型是為了更形象地說(shuō)明PRD中所描述的頁(yè)面布局信息,它在需求傳遞中扮演了重要的角色,并且我們可以讓用戶使用原型提早進(jìn)行可用性測(cè)試。 它會(huì)隨著需求的逐漸明確,變得更加精致: 1.低保真:表達(dá)布局和重點(diǎn) 2.中保真:表達(dá)動(dòng)態(tài)和細(xì)節(jié), 3.高保真:仿真產(chǎn)品。 客觀 主觀:“這里要使用第一人稱” 客觀:“參考文案規(guī)范” 避免使用主觀的內(nèi)容,用客觀事物做參照可以避免反復(fù)修改。 具體 “具體”而不是“詳細(xì)”。 確保文檔中不要出現(xiàn)漏洞,清楚明確。 但是不要追求描述每一個(gè)細(xì)節(jié)。 應(yīng)該包含設(shè)計(jì)或開(kāi)發(fā)過(guò)程中存在的可能會(huì)產(chǎn)生混淆的功能定義。 記錄 不是“展望未來(lái)”,是“記錄”當(dāng)下的決議。 所以我們要小心文檔中出現(xiàn)一些不確定的“想象”。 你完全可以把文檔內(nèi)容拆分開(kāi)來(lái),或者合并,或者重組,或者刪減。你只要確保以下幾點(diǎn): 1. 你想要的內(nèi)容沒(méi)有遺漏 2. 你不需要的內(nèi)容可以沒(méi)有 3. 你的文檔閱讀流暢,邏輯可以被理解 Ps:聽(tīng)說(shuō)點(diǎn)“很好看”那個(gè)方塊,天上會(huì)掉金磚…… 第一篇:嗨!菜鳥(niǎo)~我們來(lái)談?wù)勀愕男鹿ぷ鳎?xí)慣篇) 第二篇:嗨!菜鳥(niǎo)~我們來(lái)談?wù)勀愕男鹿ぷ鳎鞒唐?/a> 第四篇:嗨!菜鳥(niǎo)~我們來(lái)談?wù)勀愕男鹿ぷ鳎óa(chǎn)品思維篇) GaraC,知乎賬號(hào):GaraChenV,人人都是產(chǎn)品經(jīng)理專欄作家,專長(zhǎng)研究用戶體驗(yàn),虐待各種形式的鍵盤(pán)。關(guān)注物聯(lián)網(wǎng)、互聯(lián)網(wǎng)金融、LBS等相關(guān)領(lǐng)域產(chǎn)品。專業(yè)掃描各種書(shū)籍,愛(ài)好:收集各種樂(lè)譜和奇怪的書(shū)。 本文系作者獨(dú)家授權(quán)發(fā)布,未經(jīng)本站許可,不得轉(zhuǎn)載。原型
避免常見(jiàn)的錯(cuò)誤
靈活
#專欄作家#
很好看~
學(xué)習(xí)進(jìn)階ing
學(xué)習(xí)了。
好文章,得好好學(xué)習(xí)啊
新手助理學(xué)習(xí)了
lz寫(xiě)的太精彩了 ,多問(wèn)句您那招助理不[陰險(xiǎn)]