<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          PRD文檔范例,產(chǎn)品經(jīng)理值得收藏的寫作手冊(cè)

          共 3750字,需瀏覽 8分鐘

           ·

          2021-05-19 13:43

          2015年,我寫了一篇梳理PRD的文章《?PRD到底該怎么寫?》,獲得3.5萬次閱讀,423次收藏。至今已過去5年,在這5年里,我一直從事產(chǎn)品產(chǎn)品相關(guān)的工作,也經(jīng)歷過一次完整的創(chuàng)業(yè),對(duì)PRD又有了一些新的思考。這篇文章是《PRD怎么寫》的升級(jí)版,彌補(bǔ)了之前文章的不足,對(duì)怎么寫PRD,描述得更具體、更全面,是我思考的沉淀,也希望對(duì)大家有一定幫助。

          01. 你是否遇到過這樣的問題



          • PRD里關(guān)鍵需求描述不準(zhǔn)確,研發(fā)過程中不斷修改,導(dǎo)致項(xiàng)目延期;

          • 產(chǎn)品總監(jiān)、項(xiàng)目經(jīng)理、研發(fā)、測試總是不斷挑刺,信譽(yù)度降低,自信心受打擊;

          • 到新公司負(fù)責(zé)新項(xiàng)目,前任產(chǎn)品經(jīng)理留下的文檔晦澀難懂,不知所云。

          如果遇到以上一個(gè)或多個(gè)問題,那么你可能需要反思,自己寫PRD的思路是不是有問題?寫PRD是產(chǎn)品經(jīng)理非常重要的基本功,寫好PRD,可以提高團(tuán)隊(duì)效率,減少無效的溝通。


          02.什么是PRD?



          PRD是Product Requirement Document的簡稱,其中文翻譯為:產(chǎn)品需求文檔。該文檔是產(chǎn)品項(xiàng)目由“概念化”階段進(jìn)入到“圖紙化”階段的最重要的一個(gè)文檔。

          PRD的主要使用對(duì)象有:研發(fā)、測試、交互設(shè)計(jì)師及其他業(yè)務(wù)人員。

          • 研發(fā)可以根據(jù)PRD獲知整個(gè)產(chǎn)品的邏輯,作為編碼的依據(jù);

          • 測試可以根據(jù)PRD編寫測試用例,為正式測試做準(zhǔn)備;

          • 交互設(shè)計(jì)師可以根據(jù)PRD設(shè)計(jì)交互細(xì)節(jié);

          • 業(yè)務(wù)人員可以通過PRD提前了解產(chǎn)品,為運(yùn)營和推廣做準(zhǔn)備;

          PRD是項(xiàng)目啟動(dòng)之前,必須經(jīng)過評(píng)審達(dá)成共識(shí)的最重要文檔。

          產(chǎn)品經(jīng)理的PRD,就像建筑設(shè)計(jì)師的設(shè)計(jì)圖紙,是設(shè)計(jì)和思考的文檔化呈現(xiàn)。

          《用戶體驗(yàn)要素》作者在書中有一句很經(jīng)典的話:文檔不能解決問題,但定義可以”,PRD就是要定義需求。


          03. 動(dòng)手之前,先思考這幾個(gè)問題



          1、解決什么問題?

          解決用戶什么問題?發(fā)現(xiàn)問題比解決方案更重要。給公司能否帶來收益?相關(guān)干系人的需求是什么?是不是老板說這樣做的?是不是“他們”說這樣做的?他們是誰?真正的問題是他們說的那樣嗎?

          產(chǎn)品經(jīng)理正確的設(shè)計(jì)思路如下:

          5ffd4062b2a7278da83b3b30a8a2a429.webp

          這叫RTPA設(shè)計(jì)框架,是一種逆向思維假設(shè)分析,我們要使用這樣一種思考技巧:假設(shè)初始需求都是錯(cuò)誤的,即問題并不存在,你需要重新發(fā)現(xiàn)問題。

          不要需求方一提需求,就開始著手設(shè)計(jì),多問幾個(gè)為什么并著手調(diào)查,以了解真正的問題。

          下面是一次完整的設(shè)計(jì)思路示例:

          f1988cae847575bfacbfafef8b8d4a7b.webp

          2、怎么衡量?

          不同的干系人,通過什么指標(biāo)去衡量問題是否已解決?有沒有埋點(diǎn)?有沒有業(yè)務(wù)數(shù)據(jù)?誰來運(yùn)營?

          3、需要多少資源?

          為了實(shí)現(xiàn)這個(gè)解決方案,需要多少資源、多少人?能大致評(píng)估嗎?

          4、會(huì)不會(huì)太復(fù)雜?

          這個(gè)解決方案會(huì)不會(huì)太復(fù)雜?復(fù)雜是產(chǎn)品的墳?zāi)埂?/span>有沒有性價(jià)比更高的解決方案?會(huì)不會(huì)影響現(xiàn)有的業(yè)務(wù)?會(huì)不會(huì)影響歷史數(shù)據(jù)?

          5、有風(fēng)險(xiǎn)嗎?

          這個(gè)方案會(huì)有風(fēng)險(xiǎn)嗎?有沒有違法?相關(guān)政策是什么?尤其是金融、游戲領(lǐng)域,國家監(jiān)管比較嚴(yán),有可能上不了應(yīng)用市場,有可能三方服務(wù)商不會(huì)提供服務(wù)。

          6、有創(chuàng)新嗎?

          有更創(chuàng)新的解決方案嗎?競品怎么做的,有沒有調(diào)研3個(gè)以上的競品方案。

          7、用戶怎么說?

          需求真的是提交人說的那樣嗎?有親身體驗(yàn)過場景嗎?有跟用戶面對(duì)面交流嗎?熟悉相關(guān)領(lǐng)域的基本知識(shí)嗎?有看不懂的名詞嗎?

          動(dòng)手寫文檔或做設(shè)計(jì)方案之前,一定要問問自己以上幾個(gè)問題,想清楚了在動(dòng)手,任何一個(gè)問題沒想清楚,都不要進(jìn)行下一步。


          04. 寫PRD的基本步驟



          搭框架、定流程、扣細(xì)節(jié),這是從一名產(chǎn)品前輩那了解到的產(chǎn)品設(shè)計(jì)流程,寫PRD,也可以按照這個(gè)思路。

          1、搭框架。首先遍歷出所有用戶角色,再針對(duì)每個(gè)角色,提供相應(yīng)的系統(tǒng)/功能,然后按照某種維度進(jìn)行結(jié)構(gòu)劃分。這個(gè)步驟完成后,就可以輸出產(chǎn)品的系統(tǒng)架構(gòu)圖及系統(tǒng)的功能結(jié)構(gòu)圖。

          0147ca4d0ab1b1a7bc4e9d1c10a389d9.webp

          產(chǎn)品架構(gòu)圖,出自《電商產(chǎn)品設(shè)計(jì)全攻略》

          ba3cf87e3a59e0b93b813a41fc4cf9af.webp

          更細(xì)化的功能結(jié)構(gòu)圖

          產(chǎn)品由一個(gè)個(gè)功能組成,功能是邏輯結(jié)構(gòu),一個(gè)完整的功能具備輸入、處理、輸出三大特性。從大到小的劃分是:系統(tǒng)>功能模塊>功能,用戶+功能組成了用例,用例是PRD文檔里描述占比70%以上的內(nèi)容,所以合理的功能結(jié)構(gòu),是寫好PRD的前提。

          2、定流程。每個(gè)產(chǎn)品都有一個(gè)核心業(yè)務(wù)流程,這個(gè)核心業(yè)務(wù)流程涉及多個(gè)角色,這個(gè)步驟就是把各個(gè)角色和功能聯(lián)系起來。通過核心業(yè)務(wù)流程,閱讀者可以了解產(chǎn)品全貌,對(duì)產(chǎn)品有個(gè)宏觀的認(rèn)識(shí)。

          此外,每個(gè)系統(tǒng)也有各自的核心業(yè)務(wù)流程,全業(yè)務(wù)流程+子系統(tǒng)業(yè)務(wù)流程,可以概括產(chǎn)品的業(yè)務(wù)邏輯。

          這個(gè)步驟輸出產(chǎn)品核心業(yè)務(wù)流程圖,子系統(tǒng)核心業(yè)務(wù)流程圖,活動(dòng)圖,狀態(tài)機(jī)圖,與外部系統(tǒng)交互可能還有時(shí)序圖。

          3、扣細(xì)節(jié)。這一步的核心的畫原型和功能設(shè)計(jì),通過原型表達(dá)產(chǎn)品的界面和交互。功能設(shè)計(jì)主要是從輸入處理輸出三個(gè)方面去考慮,用戶執(zhí)行輸入指令后,系統(tǒng)會(huì)進(jìn)行邏輯處理,然后輸出結(jié)果。此外,還要考慮功能涉及到哪些數(shù)據(jù),表結(jié)構(gòu)怎樣設(shè)計(jì),這些會(huì)涉及大量細(xì)節(jié),PRD大部分內(nèi)容,都是在描述這些細(xì)節(jié)。

          步驟1和步驟2沒有嚴(yán)格的順序,也可以先梳理業(yè)務(wù)流程,再根據(jù)流程中的具體場景梳理出實(shí)際功能或系統(tǒng)結(jié)構(gòu)。


          05. 文檔的組成部分



          1、修訂記錄

          記錄每次文檔更新的時(shí)間、作者、修訂內(nèi)容,便于追溯歷史變動(dòng);

          2、全局說明

          包括名詞解釋、統(tǒng)一異常處理、列表默認(rèn)數(shù)據(jù)規(guī)則等。

          • 名詞解釋:每個(gè)行業(yè)都有專業(yè)術(shù)語,可以提前將晦澀難懂的術(shù)語提前做好解釋,便于達(dá)成共識(shí),更好溝通;

          • 統(tǒng)一異常處理:網(wǎng)絡(luò)異常、后臺(tái)服務(wù)異常的交互邏輯;

          • 列表默認(rèn)數(shù)據(jù)規(guī)則:默認(rèn)列表的排序方式,默認(rèn)顯示條數(shù),超過多少條翻頁,缺省值展現(xiàn)方式;

          • 所有涉及全局的描述,都可以羅列在這里。

          3、項(xiàng)目背景

          每個(gè)產(chǎn)品,都有一套價(jià)值模型。以信貸產(chǎn)品為例,針對(duì)用戶的價(jià)值指標(biāo)有放款額、審批時(shí)長、是否上征信等;針對(duì)后臺(tái)業(yè)務(wù)人員,有審批時(shí)效、通過率、放款率、壞賬率等指標(biāo);針對(duì)老板,有投資回報(bào)比、員工成本、凈利潤等價(jià)值指標(biāo),每一個(gè)需求,應(yīng)該都是圍繞某個(gè)價(jià)值指標(biāo)展開。

          背景從現(xiàn)狀、方案、目標(biāo)3方面描述。

          • 現(xiàn)狀:描述當(dāng)前需求方遇到的問題,最好能跟價(jià)值模型關(guān)聯(lián);

          • 方案:針對(duì)這個(gè)問題,所提供的解決方案概述;

          • 目標(biāo):期望獲得多少價(jià)值指標(biāo)提升;

          通過項(xiàng)目背景的描述,可以讓項(xiàng)目參與者感受到自己的工作價(jià)值。

          4、項(xiàng)目范圍

          項(xiàng)目范圍對(duì)應(yīng)搭框架部分,將功能結(jié)構(gòu)圖在此處羅列;

          5、業(yè)務(wù)流程

          業(yè)務(wù)流程對(duì)應(yīng)定流程部分,將核心業(yè)務(wù)流程、子系統(tǒng)業(yè)務(wù)流程在此處羅列;

          6、功能需求

          這個(gè)部分在PRD中占比最大,搭框架部分,已經(jīng)將產(chǎn)品功能點(diǎn)全部梳理出來了,這部分就是對(duì)功能點(diǎn)進(jìn)行逐一描述。功能是從系統(tǒng)的角度來看,我們還要考慮用戶角度,所有我們采用用戶+功能的方式來描述需求,這就是用例。完整用例名稱一定是動(dòng)賓結(jié)構(gòu),如添加文章、刪除文章、修改文章、查看文章列表。一個(gè)完整的用例包含:

          • 描述(非必須)

          • 前置條件

          • 后置條件

          • 界面交互

          • 業(yè)務(wù)流程

          • 異常和分支流程

          • 數(shù)據(jù)字典(非必須)

          描述

          功能的簡要描述。

          前置條件

          要操作此功能,需要具備什么角色、權(quán)限或狀態(tài)。

          后置條件

          執(zhí)行完這個(gè)用例后,關(guān)聯(lián)的數(shù)據(jù)會(huì)有什么變化,頁面怎么跳轉(zhuǎn)。

          界面

          每個(gè)界面都可以拆分成多個(gè)元素,如表單、文本、鏈接、圖片等;

          表單的每個(gè)元素要描述是否可為空、是否有初始內(nèi)容、是否默認(rèn)選中、是否有字?jǐn)?shù)限制等,還有對(duì)應(yīng)的錯(cuò)誤提示;

          文本要考慮最大顯示長度,超過怎么處理;

          鏈接一定要指定點(diǎn)擊后跳轉(zhuǎn)到哪個(gè)頁面;

          圖片要考慮顯示的比例,如果未加載出來該顯示什么;

          還要考慮界面的內(nèi)容是寫死還是通過后臺(tái)配置;

          3ce9a7a3761597dee3e15ab09fbe34e8.webp

          界面元素:

          c56e57ae19151dc2607b7c20a393ae6e.webp

          業(yè)務(wù)流程

          當(dāng)用戶完成輸入并提交時(shí),后端應(yīng)該做什么校驗(yàn),不同輸入該怎么處理,不同結(jié)果該返回什么值,最好通過業(yè)務(wù)流程圖+文字來描述,確保邏輯完整。

          示例:

          09c895afc7432cd216a2b0449097e13e.webp

          文字版:

          471997eeec5fe48249f5acace8f0212c.webp

          異常和分支流程

          異常流程如網(wǎng)絡(luò)錯(cuò)誤、接口返回異常、服務(wù)器內(nèi)部錯(cuò)誤等;

          以登錄為例,分支流程包括找回密碼、密碼登錄等,分支流程非必須,簡單的分支流程可以直接通過主流程體現(xiàn),具體可以視情況按照一定顆粒度進(jìn)行拆分。

          數(shù)據(jù)字典

          這個(gè)用例涉及哪些數(shù)據(jù),可以通過數(shù)據(jù)字典描述,這一步非必須,最終表結(jié)構(gòu)也不一定就是這樣,只是給開發(fā)一個(gè)參考。有技術(shù)背景的產(chǎn)品,也可以做得更細(xì)。以注冊(cè)功能涉及的用戶表為例:

          8b3f55043f1d7a4a23000ff20f8ed3ec.webp

          產(chǎn)品經(jīng)理一定要懂基本的數(shù)據(jù)庫知識(shí),程序=數(shù)據(jù)結(jié)構(gòu)+算法。用戶使用產(chǎn)品時(shí),本質(zhì)上是在和數(shù)據(jù)進(jìn)行交互,只是在用戶和數(shù)據(jù)之間,加了一些列算法。

          7、非功能需求

          數(shù)據(jù)需求。常見的就是數(shù)據(jù)埋點(diǎn),產(chǎn)品經(jīng)理需要梳理出埋點(diǎn)事件表,告知開發(fā),讓開發(fā)在編碼過程中進(jìn)行埋點(diǎn)。

          監(jiān)控需求。需要監(jiān)控某個(gè)接口或某些服務(wù),當(dāng)出現(xiàn)異常時(shí),可以發(fā)送報(bào)警信息至相關(guān)人員。

          性能需求需要支撐多大的并發(fā),運(yùn)維人員可以提前準(zhǔn)備部署方案。


          06. 最后



          一定要用正確的思路去寫PRD,更要想清楚PRD所呈現(xiàn)方案的價(jià)值。方向不對(duì),努力白費(fèi)。記住,找準(zhǔn)問題比解決方案更重要。

          如果想跟刀哥深入探討,或者需要完整的PRD模板,歡迎關(guān)注刀哥公眾號(hào):刀哥說。刀哥隨時(shí)都在。



          c43d1d8fe4fa4d6b4e21650aedcc389d.webp

          E N D



          ??????知識(shí)星球


          互聯(lián)網(wǎng)干貨鋪,超多互聯(lián)網(wǎng)干貨資料(騰訊PRD模板、京東供應(yīng)鏈、會(huì)員與積分系統(tǒng)、阿里旅行商家后臺(tái)、TMS智慧系統(tǒng)、產(chǎn)品經(jīng)理面試100問以及各種B端和G端項(xiàng)目的原型說明文檔等等200多個(gè)干貨資料)
          同時(shí)也會(huì)定期舉辦各種活動(dòng)大咖來了(已舉辦5期)讀書會(huì)(已舉辦6期)快來跟300名小伙伴一起成長吧~???


          2fb7306940cca24edc21385f84a8f30f.webp



          加入方式就在下面啦!

          ? ? ? ?c8420211aab2240d341702716af989cf.webp




          瀏覽 100
          點(diǎn)贊
          評(píng)論
          收藏
          分享

          手機(jī)掃一掃分享

          分享
          舉報(bào)
          評(píng)論
          圖片
          表情
          推薦
          點(diǎn)贊
          評(píng)論
          收藏
          分享

          手機(jī)掃一掃分享

          分享
          舉報(bào)
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  超碰在线中文1159 | 在线男人天堂 | 久久久成人精品视频 | 国产精品成人无码A片噜噜 | 自拍偷拍视频网站 |