如何撰寫賞心悅目的PRD?精于心簡于形
寫好一個賞心悅目的PRD是一個合格PM的基本功,怎么寫好——精于心&簡于形。
一、為什么需要一個優秀的PRD
小案例:需求評審,預計1個小時的時間,PM自信的打開PRD,開始講述自認為想的很周全的需求,可是研發們發現了PRD上沒有的各種細節邏輯并開始質問,PM急得一頭汗的回應著各種問題,評審會議也終于在2個小時結束;開始開發了,RD發現這份PRD中仍然缺少了相當多的邏輯細節,于是一邊心里暗罵PM不靠譜,一邊去找PM確認,于是PM在整個需求開發周期中一邊被噴,一邊心累著跟進需求;需求開發完畢,PM開始回歸,發現很多細節不是自己想要的,于是去找RD修改,RD認為你這個不靠譜的PM還敢修改需求后果斷拒絕了,并給出終極大招,看,PRD上沒寫,PM此時可以做的,只能是沉默…
其實我們從上面發現,一個優秀的PRD的用處。
- 是PM基本功的體現
- 節省開發中PM的精力
- 增強在RD心中的靠譜程度(這很重要)
- 需求驗收的標準
二、如何寫出優秀的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協議
受教了
維度
emmm 這個 http://www.aharts.cn/rp/898199.html 一堆錯別字。。。。
非常棒的總結,準備以此為基礎指導實踐,希望prd能夠再上一個臺階
我看了一圈,都是要文檔的~~~~哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈,炸裂
(對我幫助很大謝謝大佬,不知道您那還有產品坑沒)
3、頁面緯度 之后 直接就是 5、邊界情況 4沒有了?
很受用,非常好的分享
不好意思,同學,由于保密的原因,所以無法給大家提供一份PRD文檔,請各位同學見諒~~此外,公司有PM崗位招人,有需求的可以加微信 hyh625940373
不好意思,同學,由于保密的原因,所以無法給大家提供一份PRD文檔,請各位同學見諒~~此外,公司有PM崗位確認,有需求的可以加微信 hyh625940373
不好意思,各位同學,由于保密的原因,所以無法給大家提供一份PRD文檔,請各位同學見諒~~此外,公司有PM崗位坑,有需要可以加微信hyh625940373
寫的很好,希望收藏大佬的PRD文檔來參考學習,287494763@qq.com
不好意思,同學,由于保密的原因,所以無法給大家提供一份PRD文檔,請各位同學見諒~~此外,公司有PM崗位確認,有需求的可以加微信 hyh625940373
寫的很好,馬上要寫了,新手,也厚臉皮求一份prd文檔實例,315464704@qq.com
不好意思,同學,由于保密的原因,所以無法給大家提供一份PRD文檔,請各位同學見諒~~此外,公司有PM崗位確認,有需求的可以加微信 hyh625940373
非常贊
UE轉產品的小白一名,求大神給份PRD文檔實例學習下,謝謝!zhixingangle@163.com
不好意思,同學,由于保密的原因,所以無法給大家提供一份PRD文檔,請各位同學見諒~~此外,公司有PM崗位確認,有需求的可以加微信 hyh625940373
自己以前寫的很多都沒有注意,看了大佬的文章學到了很多,希望文檔分享,謝謝 546945802@qq.com
不好意思,同學,由于保密的原因,所以無法給大家提供一份PRD文檔,請各位同學見諒~~此外,公司有PM崗位確認,有需求的可以加微信 hyh625940373
開篇小案例深有感觸,一直都不愛寫文檔,看了您的分析,覺得自己簡直是一個不合格的產品經理,受益匪淺,能否分享一篇您的PRD文檔實例作為參考,謝謝!! 1521486010@qq.com
不好意思,同學,由于保密的原因,所以無法給大家提供一份PRD文檔,請各位同學見諒~~此外,公司有PM崗位確認,有需求的可以加微信 hyh625940373