一份實用又精簡的PRD,到底該包含哪些內容?

49 評論 49599 瀏覽 468 收藏 25 分鐘

對于產品新人來說一份產品需求文檔到底該包含哪些內容?寫太多一方面時間不夠,另一方面大而全的東西未必實用,寫了大家未必都會看;寫少了又怕領導說偷懶。本文將以Microsoft To-do為例倒推一份精簡又實用的PRD。

文檔管理

文檔管理,就和產品的更新迭代一樣,隨著產品的不同階段,產品需求文檔會修改,增加,刪除部分內容。為了方便閱讀和追根溯源,產品文檔每更新一次,都需注明修訂者,修訂日期及版本等情況。文檔管理主要分為兩部分:版本情況、編輯歷史。

版本說明

版本說明,主要用來說明該文檔屬于哪個產品,文檔狀態,文檔標簽,當前版本,作者,完成日期。

編輯歷史

編輯歷史,是文檔管理最重要的一部分,主要是為了方便后來者閱讀,及追根溯源找到當事人,了解情況。版本每次更新的內容需用不同顏色或其他方法標識,方便閱讀人員快速了解情況。

1產品概況

1.1產品介紹

Microsoft To-do是一款小而美的待辦事項管理軟件。用戶通過新建不同類別的清單(如學習,工作,生活),然后在清單里新建待辦事項,添加到“我的一天”。用戶每完成一項待辦事項,便從“我的一天”中移除該待辦事項,新的一天,再從各類清單中添加待辦事項到“我的一天”,周而復始,從而更好的管理每一天。

1.2產品定位

幫助用戶更輕松的計劃和管理每一天。

1.3目標用戶群

渴望管理和安排好自己每一天的工作族,及其他有該需求的人員。

2產品整體框架及流程

2.1產品整體框架

2.2產品主要功能使用流程

3功能需求

3.1“我的一天”

  • 用戶場景:用戶通過對一天中的待辦事項進行“完成”,“移除”等操作來管理一天中的事項
  • 功能描述:對一天中的待辦事項進行“完成”,“移除”等操作
  • 輸入/前置條件:首次打開軟件,默認進入

需求描述:

  1. 我的一天下方顯示當天日期,格式為:XX月XX日星期X
  2. 點擊“圓圈+”新建待辦事項,且該待辦事項在To-Do清單頁中同時出現,To-Do清單頁為軟件默認清單頁,不可重命名和刪除
  3. 點擊待辦事項前的“圓圈”,完成該待辦事項,“圓圈”變為“√圓圈”且待辦事項名稱出現刪除線,清單頁中的該待辦事項亦同步被“完成”,再次點擊“√圓圈”取消完成,待辦事項恢復原狀
  4. 點擊待辦事項,進入該待辦事項的編輯頁面,可對該待辦事項設置提醒時間,截至日期,添加備注等
  5. 待辦事項名稱下方依次顯示清單圖標(包括名稱)、截止日期圖標(包括日期)、提醒時間圖標、備注圖標,每個圖標用小圓點隔開
  6. 手勢操作:右滑待辦事項從“我的一天”中移除該待辦事項;左滑待辦事項刪除該待辦事項,并同時在該待辦事項所在的清單中刪除;上劃折疊主題題圖,方便顯示更多的待辦事項,下滑展開主題體圖

輸出/后置條件:

  1. 點擊側邊欄按鈕或右滑打開側邊欄,左滑關閉側邊欄
  2. 點擊”燈泡“按鈕,進入建議界面

3.1.1建議功能

  • 用戶場景:用戶在其他清單頁中已新建好待辦事項,用戶每天直接在建議中便可將其他清單頁中的待辦事項加入到“我的一天”,方便用戶更輕松的計劃和管理一天的待辦事項
  • 功能描述:方便用戶更直接的將其他清單頁中的待辦事項加入到“我的一天”
  • 輸入/前置條件:在“我的一天”頁面中點擊“燈泡按鈕”

需求描述:

  1. 點擊“+”按鈕,將該待辦事項加入到“我的一天”中,并告知用戶“已加入到“我的一天”中”,兩秒后告知消失,該待辦事項也從建議中消失
  2. 點擊“展開”,“折疊”按鈕,展開/折疊各清單中的待辦事項
  3. 當所有的待辦事項全部加入到“我的一天”中,建議為空;加入到“我的一天“中的待辦事項在完成并從“我的一天“中移除時,當天不會在出現在建議中,直到新的一天開始,但用戶可在清單頁中將移除的待辦事項重新加入到”我的一天“中;或者當其他清單頁中沒有待辦事項時,建議同樣為空

輸出/后置條件:單擊返回按鈕,返回到”我的一天“

3.2側邊欄

  • 用戶場景:用戶需要進行設置,查找待辦事項或新建其他清單時
  • 功能描述:執行設置、查找、新建清單等操作
  • 輸入/前置條件:點擊側邊欄按鈕,或在其他清單頁右滑

需求描述:

  1. 在用戶登陸的情況下,顯示用戶頭像,姓名,郵箱,如果未綁定郵箱則不顯示;用戶未登陸時,如右圖所示
  2. 當選中某個清單頁時,該清單加底紋突出顯示,告知用戶
  3. 清單名稱后的數字為該清單未完成的待辦事項數
  4. 長按用戶新建的清單拖動實現,清單排序

輸出/后置條件:

  1. 點擊頭像,進入設置界面
  2. 點擊查找按鈕,進入查找頁面
  3. 點擊某個清單名稱,進入該清單頁面
  4. 點擊“+”進入新建清單頁面
  5. 左滑或點擊非側邊欄區域,關閉側邊欄

3.2.1設置

  • 用戶場景:用戶需要登陸,或涉及到賬戶管理及軟件其他設置
  • 功能描述:執行登陸、管理賬戶,軟件設置等其他操作
  • 輸入/前置條件:在側邊欄點擊頭像

需求描述:

  1. 在登陸的情況下,顯示用戶頭像和郵箱,未綁定郵箱則不顯示;未登陸情況下,如右圖所示,點擊登陸,進入登陸頁面;
  2. 在登陸情況下,點擊管理賬戶,進入賬戶頁面,可對用戶資料等情況進行設置;點擊注銷,退出登陸打
  3. 打開刪除前確認,在刪除清單和待辦事項時,會彈窗詢問,該按鈕默認打開;打開完成提示音,在點擊完成一項待辦事項時,會發出聲音,該按鈕默認打開;打開快速添加通知欄,安卓手機下拉通知欄,會出現添加待辦事項,點擊會在屏幕新建待辦事項并添加到“我的一天”中,該按鈕默認關閉
  4. 點擊同步,同步待辦事項狀態到云端;未登陸時跳轉到登陸頁面
  5. 點擊建議和反饋進入建議反饋頁面
  6. 點擊版本更新,進入版本頁面,可查看當前版本和更新

輸出/后置條件:點擊返回按鈕,返回側邊欄

3.2.2賬戶設置

  • 用戶場景:用戶需要上傳頭像,設置姓名,綁定手機號,郵箱及修改手機號,郵箱,以及修改密碼
  • 功能描述:執行上傳頭像,設置姓名,綁定手機號,郵箱及修改手機號,郵箱,以及修改密碼操作
  • 輸入/前置條件:在登陸情況下,點擊“管理賬戶”

需求描述:

  1. 點擊上傳,進入上傳頭像頁面
  2. 在已有姓名的情況下,姓名后顯示當前姓名,否則不顯示;點擊姓名進入設置或修改姓名界面
  3. 在已綁定手機號的情況下,手機號后顯示當前手機號,否則不顯示;點擊手機號進入綁定或修改手機號界面
  4. 在已綁定郵箱的情況下,郵箱后顯示當前郵箱,否則不顯示;點擊郵箱進入綁定或修改郵箱
  5. 點擊修改密碼,進入修改密碼界面

輸出/后置條件:點擊返回按鈕,返回設置界面

3.2.3搜索

  • 用戶場景:用戶需要精確查找某個待辦事項
  • 輸入/前置條件:在側邊欄點擊查找按鈕
  • 功能描述:精確查找某個待辦事項

需求描述:

  1. 搜索框沒有輸入文字時,顯示搜索倆字;當輸入文字時,顯示輸入文字,右側出現清除按鈕,并在內容區實時顯示搜索結果;沒有搜索結果時顯示,你要查找的待辦事項可能已刪除或等待你的新建
  2. 點擊清除按鈕,清空搜索框
  3. 點擊查找到的待辦事項,點擊進入該待辦事項的編輯狀態,可查看并設置其提醒時間,截止日期、備注等

輸出/后置條件:點擊返回按鈕,返回側邊欄

3.2.4新建清單

  • 用戶場景:給待辦事項分類,更方便的管理待辦事項
  • 輸入/前置條件:在側邊欄點擊“圓圈+”按鈕
  • 功能描述:給待辦事項新建一個分類

需求描述:

  1. 點擊新建清單按鈕,彈出清單名稱編輯框,默認彈出鍵盤;輸入框上的文字默認被選中,當有文字輸出時“無標題清單”被輸入文字替代
  2. 點擊輸入框左側的笑臉按鈕,彈出圖標選擇框,用戶點擊合適的圖標,笑臉被該圖標替換,并收起圖標選擇框;再次點擊選擇圖標按鈕,彈出圖標選擇框,點擊刪除按鈕,刪除該圖標,并收起圖標選擇框
  3. 點擊保存,留在新建的清單頁

輸出/后置條件:點擊取消,返回到側邊欄

3.3清單頁

  • 用戶場景:用戶需要在清單中執行查看、新建、編輯待辦事項以及重命名、刪除清單等操作
  • 輸入/前置條件:用戶在側邊欄點擊相應的清單選項或則新建清單后留在本清單
  • 功能描述:在清單中執行查看、新建、編輯待辦事項以及重命名、刪除清單等操作

需求描述:

  1. 點擊側邊欄按鈕或右滑,打開側邊欄;左滑關閉側邊欄按鈕
  2. 上劃折疊主題題圖,方便顯示更多的待辦事項,下滑展開主題體圖
  3. 點擊右上角的“豎圓點按鈕”彈出清單功能框;點擊重命名,彈出重命名編輯框;點擊排序,從底部彈出排序方式;點擊更改主題,進入更改主題頁面;點擊“隱藏已完成的待辦事項”,隱藏清單中已完成的待辦事項;點擊刪除,彈出確認框,點擊“是”刪除該清單頁及其待辦事項,并返回到“我的一天”,點擊“取消”彈窗消失
  4. 點擊待辦事項前的“圓圈”,完成該待辦事項,“圓圈”變為“√圓圈”且待辦事項名稱出現刪除線,如果該待辦事項加入到“我的一天”中,“我的一天”中的該待辦事項亦同步被“完成”,再次點擊“√圓圈”取消完成,待辦事項恢復原狀
  5. 點擊待辦事項,進入該待辦事項的編輯頁面,可對該待辦事項設置提醒時間,截至日期,添加備注等
  6. 待辦事項名稱下方依次顯示“我的一天”、截止日期圖標(包括日期)、提醒時間圖標、備注圖標,每個圖標用小圓點隔開,其他清單頁的待辦事項同理
  7. 點擊“圓圈+”新建待辦事項
  8. 手勢操作:右滑將待辦事項加入“我的一天”,再次右從“我的一天”中移除該待辦事項;左滑待辦事項刪除該待辦事項,如果該待辦事項已加入到“我的一天”亦同步刪除;

輸出/后置條件:打開側邊欄

3.3.1重命名清單

  • 用戶場景:用戶想要修改清單的名稱
  • 輸入/前置條件:在清單頁點擊重命名清單
  • 功能描述:修改清單名稱
  • 需求描述:參考新建清單
  • 輸出/后置條件:點擊取消,放棄修改;點擊保存,保存修改,并繼續留在當前清單頁

3.3.2排序

  • 用戶場景:用戶想要根據不同的排序規格查看或瀏覽待辦事項
  • 輸入/前置條件:在相應清單頁點擊排序
  • 功能描述:提供不同的排序方式,方便用戶查看或瀏覽待辦事項

需求描述:

  1. 點擊字母排序,清單中的待辦事項按照字母排序,并收起排序方式菜單
  2. 點擊截止日期,清單中的待辦事項按照截止日期先后排序,并收起排序方式菜單
  3. 點擊創建日期,清單中的待辦事項按照創建日期先后排序,并收起排序方式菜單
  4. 點擊已完成,按照已完成排序,并收起排序方式菜單
  5. 點擊已添加到“我的一天”,已添加到“我的一天”中的待辦事項排在最前面,并收起排序方式菜單

輸出/后置條件:

3.3.3更改主題

  • 用戶場景:用戶想要改變一種主題風格
  • 輸入/前置條件:在相應清單頁點擊更改主題
  • 功能描述:更改主題
  • 需求描述:點擊“圓圈”更換不同的主題色,點擊主題縮略圖,更換相應的主題圖;單擊非主題選擇區,收起主題更改彈窗
  • 輸出/后置條件:

3.3.4新建清單

  • 用戶場景:需要新建待辦事項
  • 輸入/前置條件:在相應清單頁單擊新建待辦事項按鈕
  • 功能描述:新建待辦事項
  • 需求描述:在單擊新建待辦事項按鈕后,彈出待辦事項輸入框和并開啟鍵盤;當輸入框輸入文字后,添加按鈕由禁用變為啟用,點擊該按鈕將待辦事項加入到該清單頁中;單擊其他區域新建待辦事項輸入框收起
  • 輸出/后置條件:

3.4編輯清單

  • 用戶場景:用戶想要編輯或查看該待辦事項的具體信息
  • 輸入/前置條件:用戶在相應清單頁或搜索頁點擊相應待辦事項
  • 功能描述:編輯或查看待辦事項的具體信息

需求描述:

  1. 標題欄顯示該待辦事項所在清單的圖標和名稱
  2. 單擊待辦事項前的圓圈按鈕實現待辦事項的完成和撤銷完成
  3. 點擊添加到“我的一天”實現添加到“我的一天”并以不同顏色字體突出顯示,再次點擊從“我的一天”移除或則點擊右側的清除按鈕
  4. 點擊提醒我,彈出提醒時間設置框,時間設置好后,用不同顏色字體顯示時間同時右側出現清除按鈕,時間格式:當日,今天,XX:XX;明日,XX:XX;當年,月X日周X,XX:XX;非當年XXXX年X月X日周X,XX:XX
  5. 點擊截止日期,彈出截止日期設置框,設置好日期后,用不同顏色字體顯示日期同時右側出現清除按鈕,時間格式:當年,X月X日周X;非當年,XXXX年X月X日周X
  6. 點擊添加備注進入到添加備注頁面,當有備注時顯示備注和更新時間,時間格式:當天,今天;當年,X月X日;非當年,XXXX年X月X日
  7. 頁面左下角在待辦事項未完成時,顯示創建日期,時間格式:當年,X月X日周X;非當年,XXXX年X月X日周X;在待辦事項完成時,顯示完成日期,時間格式:當天,今天;當年,月X日周X;非當年,XXXX年X月X日周X
  8. 點擊刪除按鈕,刪除該待辦事項,并繼續留在相應頁面

輸出/后置條件:

3.4.1設置提醒時間

  • 用戶場景:用戶害怕忘記做某事,設置提醒時間
  • 輸入/前置條件:在編輯待辦事項頁面點擊設置時間
  • 功能描述:設置提醒時間,到時鬧鈴提醒

需求描述:

  1. 點擊日期和時間,切換日期和時間設置;在日期選項卡上,實時顯示選擇的日期,并可通過上劃,下滑選擇不同年月的日期
  2. 在時間選項卡,通過點擊時、分來切換時分的設置;選中時時,時顯示亮色,分同理,不被選中為暗色;通過拖動指針,實時顯示時間
  3. 點擊取消,返回到編輯待辦事項頁面;點擊保存,保存提醒時間,返回到編輯待辦事項頁面

輸出/后置條件:

3.4.2設置截止日期

  • 用戶場景:到期待辦事項自動刪除,節省用戶手動刪除,方便用戶更輕松的管理待辦事項
  • 輸入/前置條件:在待辦事項編輯頁面單擊設置截止日期,彈出該彈窗
  • 功能描述:到期待辦事項自動刪除
  • 需求描述:參考提醒日期設置

輸出/后置條件:

3.4.3添加備注

  • 用戶場景:對待辦事項進一步說明
  • 輸入/前置條件:在編輯待辦事項頁面點擊添加備注
  • 功能描述:對待辦事項進一步說明
  • 需求描述:進入添加備注頁面,默認開啟鍵盤;如果已添加備注,則顯示已添加的備注,用戶通過刪除,輸入新的備注;點擊取消,返回上一頁面;點擊保存,保存備注并返回上一頁面
  • 輸出/后置條件:

說明:本文只是作者使用了微軟To-do后,倒推的一份PRD。由于時間有限,一些不是太主要的功能就沒有畫原型,所以相比較原版APP,可能有些刪減。另為稍微一小部分功能,做了修改,在此向原版致敬,也推薦給大家使用這款APP。

補充:一份產品文檔是隨著產品的不同階段,逐步更新迭代的。最原始的產品文檔可能只是一份需求清單,所以產品文檔的內容和形式,取決于產品階段,不必拘泥于一定的形式。在產品開發過程中,可能遇到需要補發一些說明文檔,這是常有的事,更沒有一步到位的文檔。(文檔的本質就是起到溝通協作的作用,達到該目的的文檔就足夠了)

 

作者:阿杜,現居蘇州,正在找一份產品工作,歡迎蘇州的產品大咖引薦。

本文由 @阿杜 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自PEXELS,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 感謝分享!

    來自福建 回復
  2. 記得買菜哦~~ ??

    來自四川 回復
    1. 我有菜,你有酒么?

      回復
  3. 設計轉產品,現在非常頭痛的事情就是接口文檔這些問題,完全不懂 ??

    來自北京 回復
    1. 你們公司產品需要寫接口文檔嗎? ??

      來自廣東 回復
  4. 非計算機類專業,想轉產品的小白,文章條理清晰,學到了,謝謝

    回復
    1. 做產品不需要計算機專業

      回復
  5. 我想問一下,一般需求文檔出來之后是怎么跟技術對接的呢

    來自四川 回復
    1. 原型畫出來之后,一般會有一次產品宣講,先給團隊其他成員講一下,團隊成本基本上就了解個差不多了。代碼寫到哪里,開發有不清楚的就翻出需求文檔看一下。我們公司大概是這樣的,不同的公司情況可能不同。

      來自江蘇 回復
    2. 謝謝

      來自四川 回復
    3. 還有一點就是現在一些交互或者細節說明,都是在原型里直接標注,我是在原型里不好截圖,就沒有截圖,現在一般不用word寫需求文檔

      來自江蘇 回復
    4. 就是PRD文檔是么?細節說明這個我之前看過,但是交互是怎么體現呢? 一直以來還有一個疑問,需求文檔一般設計和前端用的比較多,跟后端的技術是怎么交付呢?

      來自四川 回復
  6. 這原型用什么畫的看著有點像墨刀

    來自北京 回復
  7. 我是個新人,希望能多點向你學習

    來自廣東 回復
    1. ??次椅恼戮托?,我工作也就1年,所以寫的內容都是都是比較偏向實操的

      來自江蘇 回復
  8. mark

    回復
  9. 老兄這是交互文檔吧····也就產品經理,UI看的,開發人員看了能罵人的···原型畫的還挺美觀的,設計出身嗎?

    來自河北 回復
    1. 純產品出身,你們開發人員一般喜歡哪種類型的?

      來自江蘇 回復
    2. 第一次聽說產品出身?。?!還有個人不建議這種方式,對于開發邏輯不夠清晰,對于UI容易遺漏交互。

      來自北京 回復
    3. 同意

      來自內蒙古 回復
    4. 你說的是不是業務建模,系統用例

      來自上海 回復
  10. 方便留個聯系方式嗎?有些問題想請教一下

    來自上海 回復
  11. 走心

    來自河南 回復
  12. 到底是原型PRD 和文檔PRD,我沒分清楚

    來自廣東 回復
    1. 這個是畫好原型后,針對原型頁面一些功能點的具體說明,算文檔型PRD吧,不過現在都是在畫好原型后,直接在原型里就把一些細節寫上了

      來自江蘇 回復
  13. 很不錯哈,雖然我是做運營的。認識下

    回復
    1. 很高興認識,希望在運營方面能向你學習,方便的話,加個微信

      來自江蘇 回復
    2. 方便加個微信嗎

      來自河北 回復
    3. duji1608618670

      來自江蘇 回復
    4. ok了

      來自河北 回復
  14. 不適用pc端產品吧,放圖能放死人,可讀性會很差。還有開發基本不會看的,一般直接看原型,我現在是在axure上說明,直接導出word

    來自浙江 回復
    1. 是的,PC端直接在Axure寫就行了,移動端看團隊成員偏好,這個主要是給產品新人看的

      來自江蘇 回復
  15. 以前以為項目經理程序員不喜歡看文字文檔,等到洋洋灑灑畫了幾十張圖,多圖少字的prd放在他們面前,發現他們仍然不看(⊙o⊙)…大多數人都是做到哪兒看到哪兒,哎~

    來自北京 回復
    1. 是的,字少的時候研發的同學抱怨需求不明確,字多的時候,研發的同學又不看,不過和研發的同學搞好關系,溝通起來就方便多了,多在一起吃個飯,交流下感情啥的

      來自江蘇 回復
    2. 這倒不用,我是開發轉項目轉產品~PRD的作用并沒有想象的那么大,體量小的團隊為了效率不需要那么精致,體量大的團隊更多是流程需要

      來自四川 回復
  16. 不知道有沒有產品新人,歡迎大家留言,以后我會盡量抽時間多寫一些接地氣,偏向于實操的內容,希望能和更多的產品人一起學習成長

    來自江蘇 回復
    1. 新人在此,已經學了。多來干貨啊

      來自上海 回復
    2. 好的,我們拒絕套路,只講干貨

      來自江蘇 回復
    3. 666

      來自廣東 回復
    4. 新人在這里!之前看了不少PRD,大部分都非常長,不適合小白直接上手學習。希望之后多一些類似的簡化梳理脈絡的干貨。

      來自廣東 回復
    5. 好的,這篇文章主要就是給產品新人看的,以后盡量會多寫一些適合新人的內容,我也希望我的分享,能真正幫到一些熱愛學習的產品新人

      來自江蘇 回復
    6. 大哥,你這樣做會誤導新人的,實際工作中這種文檔實用性很差的,現在基本上都是直接原型標注導出……

      來自北京 回復
    7. 你沒看上面么,已經說明一般都是在原型標注,只是在原型標注里不好截圖,所以就沒截圖,因為圖大,下拉頁沒法截圖

      來自江蘇 回復
  17. hmmm,感覺應該先把具體的模塊講一下,再搬實例,不然的話看起來就像一份PRD了。

    來自中國 回復
    1. 這確實是一份PRD ??

      來自江蘇 回復
    2. 所以一份PRD要包含啥呢?為啥要包含羅列的這些內容呢?其實是想知道這些內容多過看一份PRD………….

      來自中國 回復
    3. 哥你回的這兩句話我一句都沒看懂….你一定是個大神

      來自北京 回復
  18. 呃,原型挺精致的。。。好多時候我原型隨便一搭,壓縮時間,只要UI能看明白就成

    來自陜西 回復
    1. 是的,時間允許我一般都畫的都比較細一點,這樣也可以減少和UI的溝通成本

      來自江蘇 回復