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

規范的PRD文檔，可以幫助降低文檔使用對象的閱讀門檻，那么，B端產品的PRD文檔撰寫，應當遵循哪些注意事項呢？這篇文章里，作者就從多個維度總結了PRD文檔的規范撰寫細節，一起來看看吧。

不知道工作中你是否遇到過這樣的問題？

• 你認為寫的需求文檔簡單易懂，但是開發讀不懂你的文檔；
• 你認為寫的需求文檔天衣無縫，評審時漏洞百出，遭受各方挑戰；
• 你認為寫的需求文檔行云流水，但是讀者體驗較差，對系統的整體架構一臉蒙圈。

規范的PRD文檔可以給我們帶來什么？

• 每個公司均有自己的PRD規范格式，都是在最基礎的模板上進行增減，可以有效降低文檔使用對象的閱讀門檻。
• 規范行文格式以及行文脈絡，遵循MECE的原則，可以在一定程度上對功能模塊進行查漏補缺。
• 清晰給予讀者系統全方位視角的流程圖，架構圖等等，幫助讀者從宏觀視角理解文檔。

下面給大家展開介紹一下規范的PRD文檔的書寫。

首先需要明確PRD面向對象為哪些人，重點需要給哪些人進行講解，例如：業務方、設計團隊、產品團隊、研發團隊、運營團隊及PM自己等等。

其次為版本號的命名，命名規則一般為Va.b.c（abc均為正整數），對全局功能的升級改版，改頭換面需要改變a，依次加1；對流程以及部分功能的修改以及升級需要改變b，依次加1 ；對細微處的優化修改不影響主流程需要改變c，依次加1。

最后給大家呈現標準的格式如下：

XXX項目XX系統V1.1.0（需要注明項目以及涉及的系統）

一、背景描述

介紹項目產生的背景。

二、 名詞解釋

對文檔中出現的新的名詞給出定義和解釋。

三、產品目標及價值

1. 調研信息和數據

提供前期調研信息和數據給出一些重要的項目數據。

2. 產品預期目標

明確本次迭代的預期目標及價值，給出有量化的目標值。

四、產品概述

1. 用戶角色

哪些用戶在什么場景下用到系統的某些功能，做用戶角色以及故事簡單描述。

2. 總體流程

1. 主流程圖以及主要分支流程圖；
2. 產品架構圖。

3. 功能摘要

4. 對其他系統的影響

跟自己上下游系統之間有無影響，影響面多大，涉及到哪些功能點。

五、功能需求

1. 功能模塊

1）用戶場景

用戶通過什么操作或途徑觸發該功能模塊。

2）約束條件

前置條件：用戶觸發功能模塊的前置條件。

后置條件：用戶執行完該功能或操作后，關聯的數據會有什么變化，頁面怎么跳轉。

3）輸入/輸出

當用戶輸入時，對于不同的輸入該如何處理？當用戶完成輸入并提交時，系統該做什么校驗？不同結果該返回什么值？

建議通過業務流程圖+文字來描述，以確保邏輯清晰、完整。

4）異常處理

如網絡錯誤、接口返回異常、服務器內部錯誤等，產品需要給出對應的解決措施或是相應反饋。

5）狀態轉換

列出產品的各種狀態及狀態轉換圖。

6）界面&排序規則

每個界面都可以拆分成多個元素，如表單、文本、鏈接、圖片等。

7）數據字典

該功能涉及哪些數據，哪些可以通過數據字典進行配置，可以給到開發一些參考。

六、非功能需求

包括數據需求、性能需求、監控需求、兼容性需求、安全需求等。

1. 數據需求

如果系統需要數據統計，例如：PV、UV等，PM要提前梳理出需要埋點的事件，同步給開發進行埋點。

2. 性能需求

如果系統對性能有特殊需求，例如：最大并發數、響應時間等，可提前聯系技術及運維人員準備部署方案。

3. 監控需求

如果系統需要特殊的監控，例如：當某個接口或服務出現異常時，可發送報警信息至相關人員。

4. 安全需求

如果系統對安全有特殊需求，例如：手機號需要進行加密，密碼需要進行密鑰管理，外網是否可以訪問等等。

5. 兼容性需求

如果產品需要對兼容性提出特殊的需求，例如：需要小米11，蘋果14的機型等等，需要提前聯系對應的測試以及機型管理員，提前做好適配。

七、風險與運營

1. 上線后需要如何運營達到相應指標；
2. 上線后對歷史功能的影響以及宣傳是否到位；
3. 上線后需要打配合的部門有哪些，需要做何種協助。