中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導(dǎo)讀：需求文檔，是伴隨產(chǎn)品經(jīng)理整個(gè)職業(yè)生涯的東西。而寫需求文檔，就是最能體現(xiàn)產(chǎn)品基本功的地方了。要如何寫好需求文檔呢？本文將從三個(gè)方面展開(kāi)分析，希望對(duì)你有幫助。

某大廠的CEO曾經(jīng)說(shuō)過(guò)“練好基本功，能贏99%的事”，而寫需求文檔，就是最能體現(xiàn)產(chǎn)品基本功的地方了。有不少產(chǎn)品/運(yùn)營(yíng)童鞋抱怨研發(fā)不配合、態(tài)度不好、喜歡挑茬，如果你平時(shí)在工作中遇到過(guò)這些問(wèn)題，學(xué)姐強(qiáng)烈建議把這篇看完，先琢磨下自己的需求文檔是否合格。

另外，雖然需求文檔在匯報(bào)、晉升答辯的時(shí)候幾乎用不到，但學(xué)姐可是聽(tīng)說(shuō)，不少互聯(lián)網(wǎng)大廠的高管會(huì)去翻閱需求文檔，來(lái)了解產(chǎn)品細(xì)節(jié)、考察一線童鞋們的基本功是否扎實(shí)，這時(shí)候如果文檔寫得不到位，可就尷尬了~

大廠產(chǎn)品專家手把手教你系列（一）：三步寫出好簡(jiǎn)歷

大廠產(chǎn)品專家手把手教你系列（二）：行業(yè)調(diào)研和規(guī)劃

一、寫之前，先分類

在寫需求文檔之前，我們先要對(duì)本次寫的文檔進(jìn)行正確地分類，畢竟一個(gè)做半年的需求和一個(gè)做半天的需求，在文檔上肯定會(huì)體現(xiàn)出差異。這就和我們?cè)谛枨蠓治鲭A段會(huì)先做用戶分層是一個(gè)道理（用戶分層學(xué)姐強(qiáng)調(diào)過(guò)很多遍啦，不了解的童鞋趕緊戳這篇），需求一般可以分為以下三類：

1. 大項(xiàng)目

有超過(guò)3個(gè)功能點(diǎn)才能實(shí)現(xiàn)的需求，就是一個(gè)相對(duì)完整的項(xiàng)目了，一般需要研發(fā)2個(gè)月以上。

舉個(gè)例子，學(xué)姐之前曾經(jīng)做過(guò)一個(gè)在訂單上加收1塊錢服務(wù)費(fèi)的功能，雖然聽(tīng)上去只是一丟丟（一句話需求啟動(dòng)～），但卻會(huì)涉及到對(duì)整個(gè)交易流程的改造，C端會(huì)涉及到交易列表、商品詳情頁(yè)、訂單列表、訂單詳情、退款詳情等，B端會(huì)涉及到商戶通知、交易列表、對(duì)賬單等；除了業(yè)務(wù)方的研發(fā)，還會(huì)需要到優(yōu)惠中心、訂單中心、結(jié)算中心等各大中臺(tái)一起參與研發(fā)。而且每個(gè)功能點(diǎn)都沒(méi)有辦法拆分上線。

這類文檔的模版是最完整的，學(xué)姐會(huì)在第二章具體介紹。

2. 功能點(diǎn)

指可以單獨(dú)上線的功能點(diǎn)。

比如微信公眾號(hào)最近新增了“草稿箱”功能，寫到一半的文章可以保存，雖說(shuō)從公眾號(hào)作者的角度來(lái)說(shuō)這是一個(gè)比較大的改版，因?yàn)樯婕暗焦娞?hào)后臺(tái)最核心的功能——寫文章。但實(shí)現(xiàn)起來(lái)，只是加了這三個(gè)功能點(diǎn)：

• 寫文章時(shí)可以保存草稿或查看草稿
• 公眾號(hào)后臺(tái)的首頁(yè)新增“最近的草稿”模塊
• 公眾號(hào)后臺(tái)首頁(yè)左側(cè)工具欄新增“草稿箱”，點(diǎn)擊可以查看所有的草稿

其中后兩者完全可以等功能1上線了之后單獨(dú)上線。像這類需求就可以按照“功能點(diǎn)”去寫需求文檔，三個(gè)功能點(diǎn)合起來(lái)寫或者分開(kāi)寫完全看產(chǎn)品對(duì)進(jìn)度的要求。

3. 小優(yōu)化

這類需求可能是一些較小的用戶體驗(yàn)提升、big fix、視覺(jué)優(yōu)化等，比如某個(gè)頁(yè)面上改一個(gè)按鈕之類。很多童鞋在寫這類文檔的時(shí)候往往是“一句話需求”，但其實(shí)這類文檔也會(huì)有側(cè)重點(diǎn)，要做到“麻雀雖小，五臟俱全”。

二、三段式寫PRD

搞清楚需求的3種分類后，我們就可以使用不同的模版了，學(xué)姐會(huì)根據(jù)三段式去詳細(xì)介紹PRD的每一部分：背景->內(nèi)容->計(jì)劃（小優(yōu)化不需要）。

1. 需求背景

這是一個(gè)常見(jiàn)的扣分點(diǎn)，背景不寫或者寫得不好，這不就相當(dāng)于追女生的時(shí)候上來(lái)就問(wèn)她體重多少嘛（大家可以求一下研發(fā)小哥哥/姐姐的心理陰影面積）。這部分是每類需求都要寫的，絕不能省略哦。需求背景分為以下兩部分：

1）為什么要做（WHY）

首先我們要講清楚為什么要做這個(gè)需求，這里學(xué)姐提供1個(gè)經(jīng)典句式，那就是欲揚(yáng)先抑。我們可以先說(shuō)目前的問(wèn)題，比如先列舉用戶痛點(diǎn)，再配一些數(shù)據(jù)，最后提出我們解決問(wèn)題的方案，就能把故事說(shuō)得比較順了，舉兩個(gè)簡(jiǎn)單的例子大家感受下：

• 某某行業(yè)目前魚(yú)龍混雜，信息不公開(kāi)透明，消費(fèi)者的權(quán)利得不到保護(hù)，據(jù)行業(yè)報(bào)告顯示投訴率達(dá)百分之多少，因此，我們要搭建一個(gè)真實(shí)可靠的消費(fèi)者評(píng)價(jià)體系
• 結(jié)算頁(yè)面是用戶完成交易的必經(jīng)頁(yè)面，目前其轉(zhuǎn)化率不到50%，競(jìng)品/行業(yè)內(nèi)標(biāo)準(zhǔn)是60%，因此需要優(yōu)化

這樣寫的好處是會(huì)讓其他部門的同事感同身受，畢竟其他人并不像你一樣這么了解這個(gè)行業(yè)的用戶和產(chǎn)品，這樣可以產(chǎn)生共情。

2）想要達(dá)到什么目標(biāo)（WHAT）

預(yù)估做項(xiàng)目能達(dá)到的核心指標(biāo)，最好把預(yù)估的過(guò)程也寫出來(lái)。一方面，“直接談錢”可以提升其他同事的成就感，讓他們更愿意積極參與；另一方面也是鍛煉自己作為產(chǎn)品/運(yùn)營(yíng)對(duì)數(shù)據(jù)的敏感性，像學(xué)姐因?yàn)楣赖枚嗔?，基本上每次的?shù)量級(jí)都是非常準(zhǔn)的，越來(lái)越接近真實(shí)數(shù)據(jù)。

比如，公司現(xiàn)階段的核心指標(biāo)是交易額，我們想在訂單完成頁(yè)新增推薦模塊，其他業(yè)務(wù)線做這類推薦模塊的訪購(gòu)率一般是2%，我們交叉推薦的行業(yè)客單價(jià)一般在100元左右，那么我們只需要把訂單詳情頁(yè)日均UV*2%*100元*就能算出每天新增的交易額了。如果預(yù)估的時(shí)候沒(méi)有什么可以參考的數(shù)據(jù)，你又是剛?cè)肼毣蛘邉偨佑|這個(gè)業(yè)務(wù)，也可以找身邊一些資深的同事討論下，問(wèn)問(wèn)他們覺(jué)得是多少，然后取個(gè)中間值。

2. 需求內(nèi)容

寫完背景之后可以進(jìn)入正文了，也是三段式（我就套娃）：需求概覽->需求詳述->數(shù)據(jù)打點(diǎn)。

1）需求概覽

這部分其實(shí)就是闡明這個(gè)需求的scope，先給大家一個(gè)比較直觀的印象，不同類型的需求會(huì)有各自的寫法。

對(duì)于大項(xiàng)目，一定要把功能列表寫出來(lái)，因?yàn)轫?xiàng)目的功能點(diǎn)往往很多，直接講功能點(diǎn)的話容易把別人繞暈，先要給大家一個(gè)whole picture。用表格形式，寫出每個(gè)功能點(diǎn)對(duì)應(yīng)的頁(yè)面、平臺(tái)等，如果涉及到跨部門，最好把對(duì)應(yīng)的（研發(fā)）接口人也寫上（也可以需求評(píng)審之后補(bǔ)充）↓

對(duì)于功能點(diǎn)，可以先簡(jiǎn)單描述下每個(gè)功能點(diǎn)。如果是幾個(gè)功能點(diǎn)合并在一個(gè)文檔寫，那么可以把優(yōu)先級(jí)也標(biāo)注清楚↓

對(duì)于小優(yōu)化，需求本身并不復(fù)雜，可能幾十行代碼就解決了。正因?yàn)檫@樣，研發(fā)在做的時(shí)候可能比較隨意，忽略一些小細(xì)節(jié)，比如到底是在哪個(gè)端、哪幾個(gè)頁(yè)面上，這時(shí)候我們就要盡可能直觀一點(diǎn)。如果需求很簡(jiǎn)單的話，甚至可以在這個(gè)表格里就把需求詳述也一起寫了～

2）需求詳述

需求詳述這部分，不同的項(xiàng)目、功能點(diǎn)差異是比較大的（小優(yōu)化比較簡(jiǎn)單，就不展開(kāi)了），如果要說(shuō)能用同一個(gè)模版去套，那就有點(diǎn)不負(fù)責(zé)任了。所以學(xué)姐抽象出了比較常見(jiàn)的2種維度對(duì)功能進(jìn)行細(xì)分，不同類型需求對(duì)應(yīng)不同的寫法，還會(huì)教大家作圖的步驟～

a）新增VS優(yōu)化

新增就是從0到1搭建功能，優(yōu)化就是從1到100。

對(duì)于新增，我們要把“新概念”定義清楚。比如新增加了一些頁(yè)面/狀態(tài)，它們定義是什么。比如草稿這個(gè)功能，就會(huì)新增“草稿箱”，這個(gè)頁(yè)面展示出了公眾號(hào)作者所有的草稿，定義清楚之后，寫文檔的時(shí)候統(tǒng)一措辭，這樣能確保大家都在一個(gè)面上溝通。再比如，不存在草稿詳情頁(yè)，只是在原來(lái)文章詳情頁(yè)新增了一個(gè)中間狀態(tài)，叫“草稿態(tài)”，點(diǎn)擊保存草稿后、發(fā)布文章之前，都是這個(gè)狀態(tài)。這樣對(duì)齊之后大家和研發(fā)的溝通就會(huì)比較順暢了，不容易產(chǎn)生誤解。

對(duì)于優(yōu)化，我們要強(qiáng)調(diào)的就是優(yōu)化后和優(yōu)化前的差異。比如做一個(gè)頁(yè)面優(yōu)化，我們可以直接放上對(duì)比圖，把調(diào)整的部分圈出來(lái)貼在需求文檔上，標(biāo)清楚數(shù)字，然后再用文字描述對(duì)應(yīng)的優(yōu)化，這樣研發(fā)就不用對(duì)著新的稿子“找茬”了。

b）側(cè)重前端頁(yè)面 VS 側(cè)重后端邏輯

很多人喜歡分B端和C端，對(duì)應(yīng)不同的寫法。學(xué)姐倒覺(jué)得，寫文檔的時(shí)候不如看這個(gè)需求是側(cè)重“前端頁(yè)面”還是側(cè)重“后端邏輯”，因?yàn)檫@才是開(kāi)發(fā)的邏輯，To B或To C其實(shí)是產(chǎn)品做需求分析的邏輯。

比如，剛剛提到的“新增1元服務(wù)費(fèi)”就是一個(gè)端到端的需求（B端C端都有），邏輯上并不復(fù)雜，但由于涉及到交易流程，頁(yè)面會(huì)比較多，所以是比較重前端頁(yè)面。像這類需求，我們可以在盡可能用設(shè)計(jì)稿說(shuō)話，圖文穿插，在描述需求的時(shí)候盡量多貼一些圖，比如在流程圖上也能貼一些頁(yè)面，甚至直接用交互稿/視覺(jué)稿去評(píng)審。

另外一個(gè)例子是打車業(yè)務(wù)，在乘客端的訂單詳情頁(yè)進(jìn)行展示優(yōu)化，雖然聽(tīng)上去這是頁(yè)面調(diào)整，但訂單頁(yè)狀態(tài)非常多，有接單前、接單后出發(fā)前、出發(fā)后未到達(dá)目的地、到達(dá)目的地、乘客上車后、乘客到達(dá)目的地未付款、已付款等等十來(lái)個(gè)狀態(tài)，每個(gè)狀態(tài)展示的頁(yè)面都差不多，只是展示的元素（比如按鈕）會(huì)略有不同，這反而是一個(gè)非常強(qiáng)調(diào)邏輯的需求。這時(shí)候如果只貼設(shè)計(jì)稿，就很難說(shuō)明問(wèn)題，還是需要用靈活應(yīng)用各種圖表。

那么問(wèn)題來(lái)了，除了表格和流程圖之外，怎么作出合適的圖來(lái)表達(dá)產(chǎn)品邏輯呢？

去網(wǎng)上搜一下，會(huì)發(fā)現(xiàn)有各種圖，比如泳道圖、時(shí)序圖、狀態(tài)機(jī)、架構(gòu)圖、拓?fù)鋱D等等……說(shuō)實(shí)話，學(xué)姐覺(jué)得，作圖只要能清晰地表達(dá)出邏輯，沒(méi)有人會(huì)在意你畫(huà)的是不是夠標(biāo)準(zhǔn)（指互聯(lián)網(wǎng)行業(yè)，非軟件）。學(xué)姐在大廠這么多年，做過(guò)各種業(yè)務(wù)，身經(jīng)百戰(zhàn)，從來(lái)沒(méi)被研發(fā)挑戰(zhàn)過(guò)作圖的問(wèn)題，甚至也沒(méi)有在大廠里面聽(tīng)到過(guò)別人提“UML”這個(gè)詞（當(dāng)然如果你愿意認(rèn)真學(xué)UML也是極好的）。

其實(shí)，作圖的原則都是類似的，學(xué)姐抽象出了作圖5個(gè)步驟，看完之后童鞋們應(yīng)該會(huì)覺(jué)得作圖so easy。

3. 清晰作圖5步走

1）畫(huà)元素

圖中的元素大家應(yīng)該都知道吧？就是不同形狀的框+文字，比如腦圖里面的每個(gè)主題，比如流程圖（圖1）里面的開(kāi)始、結(jié)束、步驟、選擇等，比如時(shí)序（圖2）里面的對(duì)象和激活期↓

*截圖來(lái)自ProsessOn

如果想要畫(huà)得標(biāo)準(zhǔn)一些的話，也可以進(jìn)一步學(xué)習(xí)下不同形狀框框的含義。

2）放位置

元素所屬的角色可以直接標(biāo)在框內(nèi)，但如果這個(gè)對(duì)象、角色里面還有很多細(xì)分邏輯，就要用元素的位置去表達(dá)。比如在剛剛的時(shí)序圖里，同一縱列的代表同一對(duì)象，在泳道圖（圖1）里也是同理，同一列代表角色，在系統(tǒng)架構(gòu)圖里（圖2），每個(gè)橫行的代表同一層級(jí)的系統(tǒng)功能↓

*截圖來(lái)自ProcessOn

3）連連看

放好位置我們就可以開(kāi)始連連看了，也就是建立元素之間的關(guān)系。常見(jiàn)的有3種，從屬關(guān)系、先后順序和數(shù)據(jù)傳輸，前者用一條線連接，后兩者都是帶箭頭的線。比如流程圖、時(shí)序圖的單箭頭表示先后順序；架構(gòu)圖中的雙箭頭表示數(shù)據(jù)傳輸↓

*截圖來(lái)自ProcessOn

OKR中的連線表示從屬關(guān)系，從大O（目標(biāo)）拆解到小o，從小o在拆解到KR（路徑）↓

*截圖來(lái)自ProcessOn

4）找包含

有了前三步其實(shí)就能搞定大部分的圖了，不過(guò)我們還要看下元素之間的是否包含。我們經(jīng)?？吹郊軜?gòu)圖里面經(jīng)常會(huì)出現(xiàn)一些大框套小框的樣式（又套娃），就是因?yàn)橛邪P(guān)系。舉個(gè)簡(jiǎn)單的例子，美團(tuán)的騎手評(píng)價(jià)及申訴流程（簡(jiǎn)化版）就很清晰，可以看到平臺(tái)第一次過(guò)濾的時(shí)候主要包含了4種情況，第二次過(guò)濾的時(shí)候又會(huì)包含3種情況，這樣作圖我相信騎手也能看得很明白↓

*摘自美團(tuán)公眾號(hào)

如果前者部分包含了后者的話，我們只要把這兩個(gè)元素稍微疊起來(lái)一些就行了，比如經(jīng)典的PMF方法論，不過(guò)這類圖在需求詳述里用得比較少，一般是在需求背景這部分↓

5）添輔助

為了讓大家看的更清晰，作完圖之后我們可以適當(dāng)?shù)奶砑右恍┹o助，比如底色、輔助線等，幫助大家看圖更輕松。比如下面的架構(gòu)圖和泳道圖看起來(lái)就會(huì)比黑白的要清晰↓

截圖來(lái)自ProcessOn

4. 數(shù)據(jù)打點(diǎn)

到這里文檔的大部分內(nèi)容都寫完了，數(shù)據(jù)打點(diǎn)又是文檔里面比較容易忽略的部分，經(jīng)常會(huì)出現(xiàn)數(shù)據(jù)打點(diǎn)的文檔后續(xù)再補(bǔ)這種情況，這很容易導(dǎo)致上線之后才發(fā)現(xiàn)漏打點(diǎn)。

學(xué)姐建議，可以先把最核心的打點(diǎn)都寫上，等需求評(píng)審?fù)辍⑿枨蠹?xì)節(jié)都確定之后，再把詳細(xì)的打點(diǎn)都寫上，這樣既不會(huì)太花時(shí)間，又不會(huì)因?yàn)槟承┐螯c(diǎn)沒(méi)有評(píng)估而新增工作量（不清楚怎么打點(diǎn)的可以看學(xué)姐的這篇文章）。

5. 項(xiàng)目計(jì)劃

如果本次的需求是一個(gè)大項(xiàng)目或者重要的功能點(diǎn)，項(xiàng)目計(jì)劃是必寫的。雖然寫文檔的時(shí)候，研發(fā)的工作量還沒(méi)有評(píng)估出來(lái)，但很多重要的項(xiàng)目是有時(shí)間節(jié)點(diǎn)的，與其等到大家評(píng)估出來(lái)之后你再提意見(jiàn)，還不如一開(kāi)始就把你心中的節(jié)奏直接展示出來(lái)給大家看，讓研發(fā)去反推項(xiàng)目的啟動(dòng)時(shí)間和資源。

當(dāng)然，如果不是有時(shí)間節(jié)點(diǎn)的高優(yōu)先級(jí)項(xiàng)目，你也可以只是把表格空著，等評(píng)審?fù)炅嗽偃ヌ顚憽?/p>

三、評(píng)之后，要更新

三段式寫完了，但是并不意味著結(jié)束，在需求評(píng)審?fù)旰螅覀冞€需要陸續(xù)在文檔上更新以下這些內(nèi)容↓

1. 風(fēng)險(xiǎn)點(diǎn)

這部分也是必更新的，大部分需求的風(fēng)險(xiǎn)點(diǎn)除了有資源、合規(guī)、預(yù)算等，還有一個(gè)容易忽視的就是不同部門研發(fā)之間的依賴關(guān)系，比如研發(fā)b需要研發(fā)c的一個(gè)接口，研發(fā)a又需要研發(fā)b提供的接口，即使c準(zhǔn)時(shí)給出了接口，a和b也研發(fā)完成了，也用假數(shù)據(jù)測(cè)試過(guò)了，但很可能因?yàn)閏的bug導(dǎo)致a和b都無(wú)法聯(lián)調(diào)成功，整個(gè)項(xiàng)目就容易delay。

所以，如果研發(fā)在評(píng)審的時(shí)候，提出了一些依賴關(guān)系，那我們一定要在文檔里用醒目的黃底標(biāo)清楚，可以標(biāo)注在PRD的第三部分——項(xiàng)目計(jì)劃這部分。

2. 項(xiàng)目計(jì)劃

備注了風(fēng)險(xiǎn)點(diǎn)之后，項(xiàng)目計(jì)劃也可以更新了。另外，建議童鞋們?cè)诒容^重大的項(xiàng)目上，可以把開(kāi)會(huì)的日期、參會(huì)人員和會(huì)議紀(jì)要也記錄進(jìn)去。

3. 根據(jù)各方反饋進(jìn)行的調(diào)整

這應(yīng)該是產(chǎn)品童鞋的家常便飯了，評(píng)審之后多多少少會(huì)有一些可行性或者研發(fā)資源的問(wèn)題，會(huì)調(diào)整一些細(xì)節(jié)，學(xué)姐建議大家在原文檔的基礎(chǔ)上劃線修改，保留原始需求，把修改的原因也作記錄，這樣也便于在以后有資源的時(shí)候重新優(yōu)化。

4. 數(shù)據(jù)結(jié)果

一個(gè)需求文檔，最完美的ending就是最終的數(shù)據(jù)結(jié)果了。學(xué)姐接觸下來(lái)，大部分優(yōu)秀的研發(fā)對(duì)這數(shù)據(jù)結(jié)果都很感興趣的。

我們可以等有數(shù)據(jù)了之后更新在需求文檔的第一段第二部分（需求背景-想要達(dá)到什么目標(biāo)），看看和自己預(yù)估的是否有差異？如果低于預(yù)期的話問(wèn)題在哪兒？是否能從中推導(dǎo)出后續(xù)的2.0版本？如果2.0版本的需求文檔中，能附上1.0版本的鏈接，文檔開(kāi)頭還有數(shù)據(jù)更新和分析，那相信2.0版本的需求評(píng)審也就能順理成章了。

#專欄作家#

海貝學(xué)姐，公眾號(hào)：海貝學(xué)姐，人人都是產(chǎn)品經(jīng)理專欄作家。十年大廠產(chǎn)品經(jīng)驗(yàn)，精通產(chǎn)品方法論和產(chǎn)品知識(shí)。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來(lái)自Unsplash，基于 CC0 協(xié)議