一份靠譜的PRD文檔,需要注重哪些細(xì)節(jié)?

18 評(píng)論 41998 瀏覽 732 收藏 5 分鐘

只有通過原型推敲,才能夠不放過任何一個(gè)細(xì)節(jié),做出好的產(chǎn)品。

PRD文檔很見產(chǎn)品經(jīng)理的基本功。好的PRD文檔開發(fā)人員閱讀起來如沐清風(fēng),手腳麻利,干活利索。延期?不存在的!

一份考慮不夠周全的PRD文檔,讓開發(fā)人員二丈摸不到頭腦,在需求評(píng)審會(huì)上,悄然醞釀著撕逼大戰(zhàn)。或者是,產(chǎn)品經(jīng)理善于挖坑,需求評(píng)審會(huì)上居然過了,在實(shí)際開發(fā)過程中才發(fā)現(xiàn)問題,嚴(yán)重時(shí)候可能需要返工,浪費(fèi)人力物力財(cái)力。

細(xì)節(jié)考慮不清楚,測(cè)試同學(xué)也無法發(fā)現(xiàn)潛在的問題,可能導(dǎo)致產(chǎn)品缺陷。

不靠譜!

為了不翻車,在寫完P(guān)RD的時(shí)候,對(duì)于每個(gè)用例,都應(yīng)該仔細(xì)去考慮下面的細(xì)節(jié)內(nèi)容。

前置條件

是否需要用戶登陸?

在操作前是否有什么必要條件?如使用定位功能必須開啟GPS。

數(shù)據(jù)

1、數(shù)據(jù)展示

數(shù)據(jù)來自哪里?

沒有數(shù)據(jù)時(shí)候展示什么?(很多產(chǎn)品直接就是空白的,用戶不明白的還以為是自己網(wǎng)絡(luò)不好加載不出來。)

最多展示多少數(shù)據(jù)?

超過容器的部分怎么辦?

數(shù)據(jù)加載失敗怎么處理?

計(jì)量單位是否統(tǒng)一?(如內(nèi)容發(fā)布時(shí)間,是顯示具體時(shí)間還是如“1天內(nèi)”這樣的表述?)

2、數(shù)據(jù)輸入

數(shù)據(jù)類型是什么?

是否必填?

長(zhǎng)度是否有限制?

是否校驗(yàn)唯一性?(如用戶名,是否唯一?)

有無特殊說明?(如密碼以星號(hào)展示)

是否有默認(rèn)值?

刷新數(shù)據(jù)是否還在?

3、數(shù)據(jù)加載

加載數(shù)據(jù)的方式?(手動(dòng)加載還是滾動(dòng)自動(dòng)加載?)

加載中的樣式?

加載失敗如何處理?

如果無數(shù)據(jù)可加載如何展示?

一次加載多少數(shù)據(jù)?

4、排序問題

排序的規(guī)則?

排序更新的頻率?

是否有影響排序的因子?

是否有置頂?

5、數(shù)據(jù)緩存

哪些數(shù)據(jù)可以緩存?

緩存更新的規(guī)則?

緩存刪除的規(guī)則?

組件操作

組件可點(diǎn)擊的區(qū)域大???(有些產(chǎn)品的關(guān)閉按鈕點(diǎn)擊區(qū)域很小,用戶很難操作。)

是否可以拖動(dòng)?

是否可點(diǎn)擊?

有無特殊交互效果?(得到焦點(diǎn)時(shí)、失去焦點(diǎn)時(shí)等)

交互自查

彈窗樣式?

頁面切換樣式?

提示樣式?(成功提示、失敗提示、異常提示)

操作反饋(點(diǎn)擊、滑動(dòng)、縮放等等)

操作

操作是否可以撤回?(如回滾功能,回收站功能)

關(guān)鍵操作之前是否需要給予提示/警告?(如刪除操作)

是否需要為某些操作添加特殊說明(如后臺(tái)產(chǎn)品,有些操作并不是所有用戶都了解的,有必要給出特殊文字說明)

操作如果異常/失敗/強(qiáng)制中斷,如何處理?是否有備份?

操作中是否允許中斷?

以上基本覆蓋了大部分的容易遺漏的細(xì)節(jié),根據(jù)產(chǎn)品的不同,還有可能出現(xiàn)不一樣的異常狀況,都需要被考慮到。如我曾經(jīng)為數(shù)據(jù)工程師設(shè)計(jì)的一款數(shù)據(jù)標(biāo)注的產(chǎn)品,就有一個(gè)情況,就是工程師在標(biāo)注數(shù)據(jù)的時(shí)候,有可能會(huì)離開位置去做一些其他的事情。而這個(gè)產(chǎn)品在交互上就需要給予工程師一個(gè)數(shù)據(jù)標(biāo)注的進(jìn)度位置展示,否則工程師一回頭就忘了自己標(biāo)注到哪里了。這些都需要根據(jù)場(chǎng)景來實(shí)際考慮。所以我一直在說高保真原型的重要性。只有通過原型推敲,才能夠不放過任何一個(gè)細(xì)節(jié),做出好的產(chǎn)品。

 

作者:躚塵,互聯(lián)網(wǎng)產(chǎn)品經(jīng)理(微信公眾號(hào):躚塵),獨(dú)立音樂人(網(wǎng)易云音樂:躚塵),歡迎交流。

本文由 @躚塵 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自 Pexels,基于 CC0 協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 寫得蠻好的。但是如果寫這么詳細(xì),PRD文檔未免太臃腫了,我看了很多文檔也沒見寫這么詳細(xì)的。。。?怎么解決這個(gè)問題?

    來自上海 回復(fù)
  2. diaozhatian!!!…

    來自四川 回復(fù)
  3. 感謝樓主,收下了。

    之前看過一本書叫《清單革命》,把一些容易忘記的條目記錄下來,到時(shí)候核對(duì)一下清單即可,減少大腦記憶壓力。

    來自浙江 回復(fù)
  4. 感覺更像ue的方案

    回復(fù)
  5. 666666

    來自陜西 回復(fù)
  6. 你這個(gè)是做交互,與做產(chǎn)品設(shè)計(jì)沒任何關(guān)系。

    來自上海 回復(fù)
    1. 哪有那么多公司需要UE

      來自上海 回復(fù)
  7. 挺全面的,可以再根據(jù)自己思路再整理一份

    來自山東 回復(fù)
  8. 一圖抵千文,之前一直想歸納的東西因?yàn)閼袥]有去歸納,大神干貨很干,打印收藏了,謝謝哈。

    來自上海 回復(fù)
  9. 真的很詳細(xì),都把平時(shí)一些問題梳理進(jìn)去了 干貨收了 :mrgreen:

    來自四川 回復(fù)
  10. 就喜歡這種干貨,可操作性非常強(qiáng) ??

    來自重慶 回復(fù)
  11. 666666 ??

    來自廣東 回復(fù)
  12. 來自上海 回復(fù)
  13. 干貨一定收藏

    回復(fù)
  14. 好文章,。贊一個(gè)。就是評(píng)論為什么這么少呢?

    來自廣東 回復(fù)
  15. 難得一見的干貨,謝謝

    來自四川 回復(fù)
  16. 嗯,跟實(shí)際工作中使用的差不多,不過每次寫的時(shí)候總會(huì)遺漏點(diǎn)東西,現(xiàn)在有一個(gè)系統(tǒng)的梳理,以后對(duì)著寫就不會(huì)遺漏了。已收藏!

    來自天津 回復(fù)
  17. 感謝梳理,已收藏

    回復(fù)