鐘教你寫出一份完美的PRD文檔

5分鐘教你寫出一份完美的PRD文檔一、版本迭代記錄版本迭代記錄模板表格形式記錄產(chǎn)品各個版本的需求list，優(yōu)先級，現(xiàn)在有什么問題，產(chǎn)品如何解決問題，以鏈接的形式跳轉(zhuǎn)到原型相應位置。如果問答有變更，在需求發(fā)生變更出填寫并說明變更原因。事實上和下面的文檔變更記錄是一個作用，你可以自行選擇。文檔變更記錄如果當前版本有變更，最好單出一個文檔需求變更說明（一個版本一個表格），一是自己檢查開發(fā)是否按自己的需求設計；二是讓開發(fā)很清楚當前版本需求變更情況，以免發(fā)生錯誤；三是反思變更頻繁的原因。二、產(chǎn)品工作流程（對應這個查看后面每個階段產(chǎn)出物）產(chǎn)品工作流程分為六個階段，每個階段的主要角色、重點任務、關鍵會議、關鍵產(chǎn)出物如下：三、原型圖示說明對原型的圖注進行說明四、角色說明對參與系統(tǒng)的各個角色進行說明五、名詞說明業(yè)務相關詞匯解釋六、產(chǎn)品風險記錄產(chǎn)品風險的好處是告訴別人這個鍋我不背！我不背?。∥也槐常。?！描述產(chǎn)品可能存在的風險，比如商務談判的風險，外部合作的風險（對接的接口有坑？對接方時間不可控）；人力風險，一個人多個項目；風險級別為高中低。需要非技術團隊的支持。七、產(chǎn)品總業(yè)務流程圖（給RD）業(yè)務流程定義百度百科定義：業(yè)務流程是為達到特定的價值目標而由不同的人分別共同完成的一系列活動。活動之間不僅有嚴格的先后順序限定，而且活動的內(nèi)容、方式、責任等也都必須有明確的安排和界定，以使不同活動在不同崗位角色之間進行轉(zhuǎn)手交接成為可能?；顒优c活動之間在時間和空間上的轉(zhuǎn)移可以有較大的跨度。而狹義的業(yè)務流程，則認為它僅僅是與客戶價值的滿足相聯(lián)系的一系列活動。簡單來說，通常會由幾個「角色」來組成一條流水線般的工作線。表現(xiàn)形式常用泳道圖，分為橫向和縱向畫流程圖前的準備-與業(yè)務方確認業(yè)務流程1.角色/關鍵角色（對流程中的角色有主要影響）2.活動：做了什么事情3.次序：做這些事情的次序如何，誰是誰的前置條件4.職責（規(guī)則）：什么情況下做什么事情畫流程圖的要素兩大維度：一般泳道圖的橫向為角色，而縱向則作為階段，時間從上到下發(fā)展。如果復雜的泳道圖，在任務分解上可以在階段維度里做一些劃分（也可以做橫向泳道圖）。活動就像一個游泳員一樣，游到不同的泳道中去執(zhí)行任務。舉例如下：八、產(chǎn)品功能結(jié)構(gòu)圖常用的產(chǎn)品功能結(jié)構(gòu)圖主要有三種形式，具體如下：九、產(chǎn)品信息架構(gòu)/產(chǎn)品結(jié)構(gòu)定義以結(jié)構(gòu)化的方式展現(xiàn)的圖表，結(jié)構(gòu)內(nèi)容也如同產(chǎn)品原型，從導航到頁面，再細化到頁面模塊和元素屬性。信息架構(gòu)的作用對外的主要作用是讓用戶可以在一定的信息規(guī)劃下更容易找到自己想要的東西。出于產(chǎn)品目標通過信息架構(gòu)設計去教育、說服、通知用戶。告訴用戶你核心要表達的東西。對內(nèi)針對PM主要是為了梳理思路，畫原型時不漏掉關鍵元素。針對RD它是一種接近數(shù)據(jù)庫結(jié)構(gòu)的圖表，但它并不是真正意義上的數(shù)據(jù)庫結(jié)構(gòu)。開發(fā)人員會進行加工的。什么時候畫產(chǎn)品信息架構(gòu)第一次畫是在用戶需求確立——業(yè)務流程確立——功能結(jié)構(gòu)完成之后?；镜奶峋V如下以今日頭條為例十、頁面跳轉(zhuǎn)圖頁面跳轉(zhuǎn)圖的目的在于讓人理解你的產(chǎn)品交互過程。這里會涉及到一些邏輯上的問題。比如一個提示框出現(xiàn)后需要登錄、注冊。這里也應該進行描述。十一、任務/頁面流程（操作流程）任務/頁面流程定義基于任務流程，描述用戶怎么從一個頁面跳轉(zhuǎn)到另一個頁面的邏輯，這樣大家就能理解頁面之間的關系。任務/頁面流程的作用對于產(chǎn)品/設計1.一張頁面流程圖幫助你講述完整的用戶與系統(tǒng)的交互故事，借助它你更容易知道流程中的潛在地雷是什么，哪里的效率比較低，有助于系統(tǒng)化、全局化、周全的思考。2.細化工作量的基礎，通過頁面流程圖可以準備評估需要多少張頁面3.聚焦：頁面流程圖中的每個頁面都不必追求精細——你的目標是規(guī)劃行為路徑，而不是單頁面的交互設計，所以完全無需考慮頁面內(nèi)容、布局。這樣能讓你更加聚焦于用戶目標和任務的完成，不必過早陷入細節(jié)4.關鍵是快。線框圖可能有幾十張，但頁面流程圖也許就是幾個小時的事情，你就可以對整個項目心中有數(shù)了。對于開發(fā)工程師1.他們會很樂意你在沒有原型的時候，第一時間拿出頁面流程圖和他們討論需求。相信我這比單純的功能列表或者業(yè)務流程圖更讓他們興奮。2.可作為評估工作量的重要依據(jù)，也可作為開展代碼工作的重要參考，特別是前端開發(fā)，必須得知道每一種操作指向什么頁面，他們會映射功能邏輯，會給你更多好的建議。頁面流程圖的要素1.頁面=操作+內(nèi)容，操作是需要用戶觸發(fā)的，包含鏈接、按鈕、表單等等。用戶通過這些操作，看到同一個頁面上的不同內(nèi)容或者跳轉(zhuǎn)到其他的頁面。2.頁面流程圖目標：表現(xiàn)用戶的不同操作指令下不同頁面的流轉(zhuǎn)關系。3.頁面流程圖元素：頁面、操作或狀態(tài)、鏈接線。4.頁面也有分類：請注意有些操作可能不會帶你去一個實際的頁面，而是有可能發(fā)個短信、發(fā)個郵件等，這些也需要被表現(xiàn)出來。如何開始繪制1.不同用戶故事分開畫（按任務場景）2.根據(jù)用戶任務場景的第一個初始頁面開始進行繪制3.然后就按用戶故事一步步發(fā)生的頁面開始畫，遇到條件就判斷，為了任務流程圖易用性更強，主流程的線可以加粗并單獨設置一種顏色。模板如下：舉例如下：十二、用例圖測試用例圖的定義：把復雜的流程圖中的場景拆分成一個個的case進行分析。主要關注角色、任務和事件三要素。十三、文案list十四、非功能性需求1.數(shù)據(jù)需求2.性能需求3.產(chǎn)品服務需求產(chǎn)品上線是否需要客服協(xié)助？此產(chǎn)品計劃的服務優(yōu)先級和重要性如何？當此產(chǎn)品上線后，你想要從客服那里得到什么信息？（例如，關于此產(chǎn)品，請根據(jù)產(chǎn)品相關數(shù)據(jù)進行推斷，客服每周處理多少客訴？花多長時間回復Email？會員常問的問題是什么？）客服應該如何支持？對客服有何影響？客服最常遇到的的是什么情況？應當如何回應？此產(chǎn)品尚未上線前或上線時，客服可或不可與客戶溝通，溝通內(nèi)容是什么？（請與客戶服務部和技術支持討論決定）4.營銷需求5.安全需求6.接口需求7.法務需求請詳細說明與隱私權、知識產(chǎn)權、專利權、商標、服務條款（TOS）、版權、合同責任、客戶溝通等相關之法務議題或者需求。（法務應提供協(xié)助）常見的應用場景是B端商戶入駐和財務結(jié)算發(fā)票主體。8.財務需求此產(chǎn)品是否有特殊的會計財務需求，如有請詳細說明。（財務部應提供協(xié)助）。應用場景主要是財務結(jié)算，財務對賬流程和產(chǎn)品初期的預付模式是否需要預算、財務墊付等等。9.幫助需求請?zhí)峁﹥?nèi)部使用