產品需求文檔自查表:避免因為疏漏造成的各種問題

1 評論 39449 瀏覽 327 收藏 7 分鐘

正因為有了這份自查表,幫我檢查出PRD里不少錯誤或疏漏,從而盡可能確保把事情一次性做好,避免產品上線后因為疏漏造成的各種問題。

各位產品經理是否遇到過因為寫PRD時考慮不周,導致產品上線后出各種問題的煩惱?

比如:

  1. 個別關鍵操作點沒有加數據埋點,導致無法統計到轉化率數據。
  2. 沒有考慮到APP低版本的兼容性,導致新功能在低版本上無法正常運行。
  3. 沒有開發配套的后臺功能,用戶投訴時客服不能在后臺查詢相關信息,無法及時解決用戶問題。

在現代社會,面對越來越復雜的工作,人們時常會因為疏忽而犯錯,而有效解決這類問題的好方法就是建立一份工作內容檢查清單。

上述觀點出自圖書《清單革命》,作者認為檢查清單是你把事情做正確的必要條件。

以醫學為例。1.3萬個疾病診斷名稱、6000余種藥物、4000多種操作,再聰明的醫生也難以記住全部。記不住的后果之一,便可能是犯錯,而犯錯的后果很可能會要人性命。據研究,在外科手術領域,由于人為不慎或錯誤所致的并發癥達3%-17%。在分析這些案例后,研究者認為半數手術并發癥可以被避免。

為保證躺在手術臺上的病人安全,世界衛生組織制定過一項指南。而本書作者為此制定了一份“手術清單”,內含19條具體檢查內容,目的正是減少外科醫生的失誤。后來作者的研究結果發表在著名的《新英格蘭醫學雜志》。通過組織全球不同地區、經濟水平不一的8家醫院,對近8000名成人患者進行研究發現,“手術清單”使手術死亡率由原來的1.5%降為0.8%,并發癥發生率也降低了4個百分點。

上述數據表明檢查清單的確是個好東西。目前,美國有10%的醫院及其他國家和地區的2000家醫院采用了類似的“手術清單”,減少甚至避免了部分手術死亡案例。

而在產品管理領域,檢查清單也同樣有效。之前我做項目或產品迭代時,不時會遇到由于產品設計時考慮不周,導致產品上線后出現各種問題的情況。記得有一次,由于沒有考慮到新功能的客服系統配套改造,導致新功能上線后客服無法及時處理因新功能帶來的產品咨詢問題,從而被客服同學投訴,當時感覺很丟臉。

從此以后,為了避免這種不應有的疏漏,我再做每個項目后都會復盤,總結項目上線后遇到的問題及原因,并歸納成一份產品設計自查表及問題案例庫(記錄自己因為疏忽導致產品出問題的真實案例)。

現在我每次寫完PRD后,都要對照自己總結的產品設計自查表把PRD再過一遍,檢查PRD里是否存在疏漏之處。另外時不時翻看下案例庫,提醒自己以后不要再犯同樣的錯誤。

自查表的格式如下:

一、產品

  • 流程是否存在斷頭路
  • 文案是否易懂,是否存在歧義
  • 是否存在APP高低版本兼容問題
  • 新功能是否存在關聯產品的改造
  • 與其他系統的調用是否考慮到弱依賴處理
  • 業務高峰的系統降級處理邏輯
  • 后續新功能或關聯產品如果下線的影響點

xxxx

二、運營

  • 是否存在數據報表、埋點需求
  • 是否存在客服查詢需求
  • 新功能的客戶宣傳策略
  • 是否存在運營需求
  • 運營內容與產品功能是否弱耦合

xxxx

三、風險

  • 是否引發諸如騷擾、欺詐等安全隱患
  • 是否存在負面輿情風險
  • 是否存在法律及合規風險

xxxx

正因為有了這份自查表,幫我檢查出PRD里不少錯誤或疏漏,從而盡可能確保把事情一次性做好,避免產品上線后因為疏漏造成的各種問題。

由于各種互聯網產品的形態及發展階段、側重點不同,因此不強求大家的自查表內容一樣,大家可以根據自己的工作情況總結出一份適用的自查表,相信可以幫大家在寫PRD時少犯錯,或是一樣的錯誤不再犯。

延展思考,其他互聯網工種如運營、UED、開發、測試同學也可以建立相關的工作自查表,從而避免運營活動、交互設計或是系統開發領域,由于疏忽所造成的各種問題。

相關閱讀:

交互設計自查表的建立:思路與項目實例解析

http://www.aharts.cn/ucd/537124.html

你夠專業嗎?一個提升設計師專業度的自查表

http://www.aharts.cn/pd/438966.html

阿里巴巴實習總結:無線客戶端認知走查及用戶體驗要素自查表

http://www.aharts.cn/zhichang/401000.html

 

作者:酷拉皮卡,支付寶產品經理

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 感覺PM的自查表似乎比起設計或者交互套路更少一點

    來自廣東 回復