敏捷開發的PRD文檔該怎麼寫

如何通過精簡的一份PRD把你的產品信息傳達給項目成員,將是產品經理不得不面對的考驗。

一、為什麼會有PRD

首先來說說為什麼會有PRD文檔。

1、稍微大一點的團隊產品經理未必能向每個人傳達產品需求,這就需要有一個文檔的形式來向項目的所有成員來傳達需求,這就是文檔的來源。

2、由於產品經理經常會變更需求,經常愛拍腦袋,容易變卦,所以程序員就想到用一個文檔來約束產品經理。

3、測試人員需要根據產品需求文檔來驗收產品質量。

4、當你的項目有新人進入的時候,可以讓新人更快的了解產品。當你離職的時候,繼任的產品經理也可以根據你的文檔來熟悉產品迭代的內容。

二、什麼是敏捷開發

埃德蒙·伯克說過[我們擔心人們會依照自身的理性主導起生活和交易,因為我們懷疑每個人的理性是相當有限的。]

應用到產品經理身上,我們可以把它翻譯為:[我們擔心產品經理們會依照自身對用戶和社會的理解,來固執的設計產品,因為我們懷疑每個產品經理對用戶的理解都是相當有限的。]

這就是敏捷開發的起源,那麼我們該如何做到敏捷開發呢?

1、快速迭代。

產品通過短周期的迭代交付,通過不斷的迭代完善產品。

2、快速嘗試

避免長時間的需求分析和用戶調研,快速進行嘗試。快速驗證市場和需求的真偽,搶佔市場。

3、快速改進

在地帶周期過後根據客戶反饋快速改進。因為產品迭代很快,肯定會有不完善的情況,產品上線後需要收集用戶需求,方向錯了就調整方向,有bug就快速改bug。

4、充分交流。

團隊成員的無縫交流,如每天短時間的站立會議。交流盡量扁平化,團隊成員可以在坐的近一些,這樣交流起來比較方便,而不是像大公司一樣,一件事情需要走很多流程。

5、簡化流程

拒絕一切形式化的東西,使用簡單易用的東西開始工作。例如;把冗長的word文檔去掉,代指在原型上簡單的標註,其實說實話,你寫的很長篇幅的PRD文檔,開發的兄弟妹妹也不一定會看,白白浪費寫文檔的時間。

三、敏捷開發PRD文檔該怎麼寫

既要敏捷開發,又要保證開發質量,這個時候PRD文檔就顯得重要了。

1、做好版本控制

版本歷史記錄要有。你的原型可能會更新好幾次,這個時候你需要做好版本控制。每次更新的時候在版本命名上顯示是那個幾點幾版本。同時在版本控制上顯示每一版本更新了那些內容,這樣別人一看就會一目了然。

2、feature list要有

feature list 告訴項目成員我們這一版本迭代那些內容,前台需要做那些,後台需要做那些,這樣開發即使沒有文檔,也可以根據feature list來,而不會有遺漏,測試也可以根據你的feature list。feature list可能會更新,每一次更新可以用不同顏色的文字給表示出來。

3、功能說明直接在原型圖上標註

程序猿一般都是看著原型開發,你之前寫的冗長的PRD文檔根本不看的。那麼遵循敏捷開發的「盡量減少文檔原則」,可以直接講功能說明和需要注意的東西標註在文檔上面,對於減少PM和PD的工作量都很有幫助,當然前提是你的PRD需求完整且邏輯清晰。

4、產品全局結構圖以及一些重要的流程圖不能省略

首先,全局結構圖。產品全局結構圖相當於房子的骨架,相當於文章的目錄,別人看過你的全局結構圖就知道你的產品大概分成那幾個部分,這樣別人閱讀接下來的原型設計和文檔的時候就會思路清晰。

其次,一些重要的功能流程圖需要寫。一些基本的流程圖可以不寫,但是一些重要的功能流程圖,例如:充值、提現、購買這些流程。這樣項目成員在會議以後也可以通過文檔來重新溫習一下。同時你把流程圖整理好,也有助於開發人員的開發思路的建立,大大提升開發速度。

5、需要把規則和異常情況寫上去

很多時候產品經理開需求評審會挨批的原因就是沒有考慮周全,只考慮正常的流程,而沒有考慮異常流程情況,無網路的情況等。例如:網貸平台用戶支付系統你只想到用戶輸入支付密碼,完成購買。但你沒想到新用戶用戶如果沒有實名認證是不是先要實名認證,認證完成以後要不要設置交易密碼,如果交易密碼輸入錯誤怎麼辦?是提示他忘記密碼還是讓它重新輸入?同時交易密碼錯誤次數需不需要進行限制?如果支付金額不足怎麼半…等等。這些只有考慮的細,考慮的全面。開會的時候才能少被噴,才能有氣場。同時你考慮全面了,開發人員也會節省時間,不會在做的過程中給你發個郵件說出現某某情況怎麼辦。只有讓他們信服你,減少他們的工作量,你和他們溝通起來,才會順暢。

6、重要的名詞需要清晰簡潔的定義

重複出現的名字就不需要解釋了。例如用戶,當然如果你的目標用戶變更了就需要重新解釋一下,當然解釋的詞語的原則就是第一次出現而且比較重要,同時盡量用簡潔精鍊的語言把名詞解釋出來。

總結:其實實現敏捷開發文檔只是一個手段,更重要的是多溝通,減少因為溝通少而產生的誤解。當然一個好的PRD文檔可以增加你們的溝通效率。需要PRD文檔模版的童鞋可以加我微信:yw5201a1

最後歡迎大家關注我的微信公眾號(chanpinliu880),會定期分享乾貨文章:

推薦閱讀:

作為運營人員,是否需要了解產品原型?
誰有產品需求文檔,市場需求文檔,商業需求文檔的範文?這個文檔 有沒有模板可以參照?
產品原型圖應該是全民參與嗎還是?你的產品原型圖是如何做的?
BRD、MRD 和 PRD 之間的區別與聯繫有哪些?
互聯網產品的需求文檔寫作,應該注意哪些事項和規範?

TAG:产品经理 | PRD | 产品经理入门 |