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

你是否遇到過因需求不明確而導致的項目延誤？讓我們一起學習如何通過精確的PRD文檔避免這些問題，保證產品開發的每一個環節都能高效對接、無縫執行。

互聯網產品邏輯復雜，為了保證從到開發到上線過程中，實施的沒有偏差，大家協作時需要達成一致并且形成規范，我們經常聽到1個詞“需求”，這個功能沒有按照“需求”開發，這個“需求”的標準就是PRD文檔，本文總結了以下幾點，供大家學習和參考：

一、RPD是什么？

PRD（Product Requirement Document），中文意思是：產品需求文檔。它是對需求的具體描述，闡述產品具體要做成什么樣子，要按照什么標準或規范來做而形成的文檔。

二、為什么要寫PRD？

在互聯網開發團隊中有這么幾個角色：UI/UE、前端、后端、測試。產品經理設計完后，就需要剛提到的幾個角色來具體實施落地了，首先大家要知道需求是什么？比如說做一個電商系統，公司為什么要做這個系統？這個系統具體要做成什么樣子的？這些問題都要統一落實到文檔，有依據，所以PRD文檔的最重要作用就是——作為開發團隊協作的依據！

不管前端還是后端都按照文檔開發，要確保大家按同樣的標準和需求來開發，開發同學如果理解上有歧義，有偏差時要依據文檔，有疑問時，要第一時間跟產品經理溝通確認，這樣才能順利的進行后續的開發工作，同樣，測試工程師寫測試用例也要依據產品需求文檔，因為bug的定義是“實際結果與期望結果不符”，期望結果是誰給出的？是產品經理，所以源頭都是產品需求文檔。

三、如何寫PRD？

1. 版本記錄

版本記錄的目的是為了清晰的記錄每次變更的內容是什么？什么時間發生的變更？以及提出變更的人是誰。因為隨著產品設計及開發，需求會有微調或者改動，而需求變更次數太多的話，大家的信息獲取有可能產生偏差，有人按照1.0做的，有人按照2.0做的，這時就要有“依據”，到底哪一版是最新的，最終定版是哪一版，否則會浪費開發資源。

2. 產品概述/背景

任何實施團隊在做的時候，都務必要明確大家在做的是什么產品/功能，為什么要做這個產品/功能，這個產品/功能解決什么問題，產品經理切勿把開發當工具人，只有讓開發知道為什么要做，從內心認同這個產品時，才能保證后續的質量。

3. 功能需求

1）業務場景

產品是有很多功能/子功能構成，比如說“導入商品”，這就是一個功能，每個功能都是在特定的場景下來解決用戶的特定的需求，比如導入商品，當用戶首次使用系統，并想要批量新增商品時，就產生了這個訴求，“導入商品”這個功能就是在這個場景下解決用戶的訴求的，它屬于降本增效類的功能。寫“業務場景”時，重點寫在什么場景下，哪一部分用戶產生了什么訴求或遇到了什么問題，系統功能是如何解決這個問題的。

2）需求說明

這部分是整個PRD文檔中最最重要的，因為具體落地實施就是依據這部分，如果說前面的產品背景有些“虛”，那么這部分就是最最實際，開發最關心的，然后前后端和測試關注的點不一樣，所以這部分務必要寫的清晰明確全面，從這一部分能看出產品的基本功是否深厚，下面我們來具體說一下這里面要寫什么。

（1）流程圖

流程圖有很多種，有數據流、有業務流程圖、有交互流程圖，有泳道圖，這里根據公司的需要而定。注意，這里的流程圖不是產品整體的流程圖（因為整體流程圖很復雜，且冗長），這里的流程是具體某個功能的流程圖，重點是要把每個節點、判斷條件、后置結果寫清楚，沒有邏輯錯誤，要閉環。

（2）E-R圖

E-R圖即是數據對象之間的關系，1對1、多對1、多對多。寫這個的目的是為了讓后端建表和字段的時候有依據，比如一筆訂單多次出庫，那么訂單表的1條數據就可能對應出庫表里面的多條數據。

（3）名詞解釋（定義）

產品在設計需求時，經常會自己定義一些概念，這些概念需要有明確的定義，比如“審核中”狀態的具體定義，再比如“過賬”的含義，這些名詞第一次出現在開發同學眼里時，他們是不知道的，只有產品自己知道，所以需要明確的寫出來，避免開發產生歧義。

（4）交互說明

寫“交互說明”主要是給前端同學看的，比如一個下拉框，它默認選中什么，有哪些枚舉值，字數最多顯示多少，超出顯示不下怎么處理，有沒有禁用狀態，鼠標懸停和點擊分別是什么效果等等。

（5）各種情況枚舉

這部分比較考驗產品經理的全面思維和經驗，很多產品同學設計完產品后可能會有遺漏，不是漏了這就是漏了那，這樣開發會不斷地追問，主要就是沒有窮盡各種情況，而這部分也是測試關心的，因為測試要把99%的場景/情況都測到，才能保證上線后沒有bug，比如商品下架在前端怎么展示，商品刪除了在前端怎么展示，商品沒有庫存在前端怎么展示等等。

下面作者以一個簡單的商品列表為實例，簡單展示下需求說明怎么寫

（6）實例：商品列表

• 數據來源：商品表，所有狀態的商品
• 列表排序規則：按商品創建時間倒序排列
• 列表加載：默認加載全部列表
• 列表查詢條件：商品名模糊查詢、商品編碼精確查詢
• 列表字段及定義：商品名、商品圖、商品編碼、條碼、狀態、價格、創建時間、操作
• 列表操作：新增、編輯、刪除、上架、下架、導入等等
• 交互說明：略

需要文檔模板的可以留言。

4、非功能需求

非功能需求主要包括了性能需求、安全性需求、其他合規性需求等等。

四、總結

在寫RPD文檔時，每個公司都有每個公司的模板，雖然有區別，但是本質都差不多，只要我們明白了PRD的作用和目的，書寫思路，其實就不必拘泥于具體的形式。