如何撰寫賞心悅目的PRD?精于心簡于形

56 評論 82536 瀏覽 518 收藏 9 分鐘

寫好一個賞心悅目的PRD是一個合格PM的基本功,怎么寫好——精于心&簡于形。

一、為什么需要一個優秀的PRD

小案例:需求評審,預計1個小時的時間,PM自信的打開PRD,開始講述自認為想的很周全的需求,可是研發們發現了PRD上沒有的各種細節邏輯并開始質問,PM急得一頭汗的回應著各種問題,評審會議也終于在2個小時結束;開始開發了,RD發現這份PRD中仍然缺少了相當多的邏輯細節,于是一邊心里暗罵PM不靠譜,一邊去找PM確認,于是PM在整個需求開發周期中一邊被噴,一邊心累著跟進需求;需求開發完畢,PM開始回歸,發現很多細節不是自己想要的,于是去找RD修改,RD認為你這個不靠譜的PM還敢修改需求后果斷拒絕了,并給出終極大招,看,PRD上沒寫,PM此時可以做的,只能是沉默…

其實我們從上面發現,一個優秀的PRD的用處。

  1. 是PM基本功的體現
  2. 節省開發中PM的精力
  3. 增強在RD心中的靠譜程度(這很重要)
  4. 需求驗收的標準

二、如何寫出優秀的PRD

那么,如何寫出一個優秀的PRD–精于心,簡于形。

每份PRD都應該是PM心血的體現,都應該讓一個對需求完全不了解的人能夠知悉需求中的全貌和細節,但是沒人會一開始就寫出一份優秀的PRD,沒人會在一開始寫的PRD中就想到了所有的細節,一份優秀的PRD必然是PM踩著坑,總結著坑點,一步一步的不斷完善才完成的,那么一個優秀的PRD,必須包含的元素有哪些?干貨見下:

1、需求緯度

一個PRD首先應該展示的內容是需求,需求的背景是什么,沒人會想做一個完全不了解或者沒有意義的需求,作為項目的一份子,研發們有必要知道需求本身最重要的內容–需求背景是什么?需求意義是什么?而且PM和研發也必須知道本需求有效的衡量方法,接下來有個固定的方法,即:

  • 需求意義:XX需求為XX解決了XX問題,以提升XX指標/體驗
  • 衡量方法:XX數據發生XX變化

2、業務緯度

精于心:一個需求/項目(比較大的)里面包括了很多小的需求分支、業務邏輯、甚至是之前沒有的名詞和定義,這里需要用心考慮周全,業務上所有的角色的流程都要考慮到,以免照成影響。

簡于形:相比大段的說明文檔,可能大家需要的是一個邏輯圖。

業務緯度的內容見下:

1)業務流程圖

需求的具體業務是怎么樣的,涉及到哪些部門,物料/數據/信息在各個部門中是如何流轉的。

以淘寶退款流程為例

2)操作流程圖

用戶角度對各個功能是如何使用的,頁面跳轉邏輯是怎么樣的。

以登錄流程為例

3)功能分支圖

整個需求都包括了哪些功能,功能的具體做是什么?

4)新定義說明

需求中涉及到的新定義是怎樣的,跟業務的關系是怎么樣的?

3、頁面緯度

說明了需求,說明了業務,下一步就需要具體到頁面,這部分是用戶真正看到的內容,這里的細節也是研發真正實現的時候最容易遇到細節不清楚的地方,所以,精于心特別重要。那么頁面緯度具體包括哪些內容呢?

共有5個方面的內容:

1)角色區別

進入頁面時是否分角色展示不同內容。

2)展示方式

進入頁面后,默認展示的樣式、多信息排列的規則、UE圖涉及到的邏輯變化、控件點擊前后的細節、文字數目的限制等都需要做詳細的描述。

3)交互方式

頁面中各個控件切換的交互方式是怎么樣的,是否有特殊的交互方式需要特別指出

4)退出方式

頁面退出邏輯是否遵從從哪里進,退回哪里的邏輯(以場景判斷,屬于需求層面),若不遵從,需做明顯標識。

5)數據規則

刷新、緩存、加載、loading具體細節如何,都需要做出詳細的描述,但是由于此部分涉及技術層面內容較多,故一定要與RD做好預溝通后再將確定的內容填寫至PRD。

5、邊界情況

非正常情況也需要在PRD中做詳細的分類和描述,對于RD來說這部分不可缺失,且是PRD中最容易出漏洞的。邊界情況大致包括以下6種。

1)登錄相關

用戶登錄和不登錄展示邏輯,是否可以進入功能等。

2)網絡相關

無網/弱網如何處理,頁面如何展示。

3)空頁面相關

頁面信息為空時如何展示

4)版本相關

歷史版本如何包容新樣式、新信息。

5)操作相關

用戶在使用時殺掉APP,清理了緩存如何處理。

6)帳號相關

單個設備切換帳號后,如何處理數據。

7)數據相關

本需求中需要處理的數據在其他需求中有用到時,是否一并改動,如何兼容問題

6、一定記得檢查你的錯別字和排版

一個錯別字會讓你之前的努力大部分付之東流,錯別字的出現將使好不容易獲得的靠譜度急劇下降,所以別小看它,它是一個PM專業態度的體現。

回頭再看看排版吧,是否看著舒服,信息清晰易懂,這決定著這份PRD的第一印象,請像對待一件藝術品一樣,對待PRD,排版也需要精于心,簡于形。

總結:給個圖吧,這就是上面所有的內容:

三、寫在最后的話

一份PRD不僅僅是一份PRD,看一份PRD,就能看出這個PM的邏輯性、思考的縝密性、對需求的理解、對美的理解,也就代表了一個PM的水平。

精于心,簡于形,對待PRD,也需要如此…。

 

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

題圖來自PEXELS,基于CC0協議

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

    來自上海 回復
  2. 維度

    來自北京 回復
  3. emmm 這個 http://www.aharts.cn/rp/898199.html 一堆錯別字。。。。

    來自浙江 回復
  4. 非常棒的總結,準備以此為基礎指導實踐,希望prd能夠再上一個臺階

    來自北京 回復
  5. 我看了一圈,都是要文檔的~~~~哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈,炸裂

    (對我幫助很大謝謝大佬,不知道您那還有產品坑沒)

    來自北京 回復
  6. 3、頁面緯度 之后 直接就是 5、邊界情況 4沒有了?

    來自天津 回復
  7. 很受用,非常好的分享

    來自北京 回復
  8. 不好意思,同學,由于保密的原因,所以無法給大家提供一份PRD文檔,請各位同學見諒~~此外,公司有PM崗位招人,有需求的可以加微信 hyh625940373

    來自北京 回復
  9. 不好意思,同學,由于保密的原因,所以無法給大家提供一份PRD文檔,請各位同學見諒~~此外,公司有PM崗位確認,有需求的可以加微信 hyh625940373

    來自北京 回復
  10. 不好意思,各位同學,由于保密的原因,所以無法給大家提供一份PRD文檔,請各位同學見諒~~此外,公司有PM崗位坑,有需要可以加微信hyh625940373

    來自北京 回復
  11. 寫的很好,希望收藏大佬的PRD文檔來參考學習,287494763@qq.com

    來自浙江 回復
    1. 不好意思,同學,由于保密的原因,所以無法給大家提供一份PRD文檔,請各位同學見諒~~此外,公司有PM崗位確認,有需求的可以加微信 hyh625940373

      來自北京 回復
  12. 寫的很好,馬上要寫了,新手,也厚臉皮求一份prd文檔實例,315464704@qq.com

    來自浙江 回復
    1. 不好意思,同學,由于保密的原因,所以無法給大家提供一份PRD文檔,請各位同學見諒~~此外,公司有PM崗位確認,有需求的可以加微信 hyh625940373

      來自北京 回復
  13. 非常贊

    來自上海 回復
  14. UE轉產品的小白一名,求大神給份PRD文檔實例學習下,謝謝!zhixingangle@163.com

    來自廣東 回復
    1. 不好意思,同學,由于保密的原因,所以無法給大家提供一份PRD文檔,請各位同學見諒~~此外,公司有PM崗位確認,有需求的可以加微信 hyh625940373

      來自北京 回復
  15. 自己以前寫的很多都沒有注意,看了大佬的文章學到了很多,希望文檔分享,謝謝 546945802@qq.com

    來自北京 回復
    1. 不好意思,同學,由于保密的原因,所以無法給大家提供一份PRD文檔,請各位同學見諒~~此外,公司有PM崗位確認,有需求的可以加微信 hyh625940373

      來自北京 回復
  16. 開篇小案例深有感觸,一直都不愛寫文檔,看了您的分析,覺得自己簡直是一個不合格的產品經理,受益匪淺,能否分享一篇您的PRD文檔實例作為參考,謝謝!! 1521486010@qq.com

    來自浙江 回復
    1. 不好意思,同學,由于保密的原因,所以無法給大家提供一份PRD文檔,請各位同學見諒~~此外,公司有PM崗位確認,有需求的可以加微信 hyh625940373

      來自北京 回復