一份靠譜的PRD文檔,需要注重哪些細(xì)節(jié)?
![](http://image.woshipm.com/wp-files/img/62.jpg)
只有通過原型推敲,才能夠不放過任何一個(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é)議
寫得蠻好的。但是如果寫這么詳細(xì),PRD文檔未免太臃腫了,我看了很多文檔也沒見寫這么詳細(xì)的。。。?怎么解決這個(gè)問題?
diaozhatian!!!…
感謝樓主,收下了。
之前看過一本書叫《清單革命》,把一些容易忘記的條目記錄下來,到時(shí)候核對(duì)一下清單即可,減少大腦記憶壓力。
感覺更像ue的方案
666666
你這個(gè)是做交互,與做產(chǎn)品設(shè)計(jì)沒任何關(guān)系。
哪有那么多公司需要UE
挺全面的,可以再根據(jù)自己思路再整理一份
一圖抵千文,之前一直想歸納的東西因?yàn)閼袥]有去歸納,大神干貨很干,打印收藏了,謝謝哈。
真的很詳細(xì),都把平時(shí)一些問題梳理進(jìn)去了 干貨收了![:mrgreen:](http://m.codemsi.com/wp-includes/images/smilies/mrgreen.png)
就喜歡這種干貨,可操作性非常強(qiáng) ??
666666 ??
贊
干貨一定收藏
好文章,。贊一個(gè)。就是評(píng)論為什么這么少呢?
難得一見的干貨,謝謝
嗯,跟實(shí)際工作中使用的差不多,不過每次寫的時(shí)候總會(huì)遺漏點(diǎn)東西,現(xiàn)在有一個(gè)系統(tǒng)的梳理,以后對(duì)著寫就不會(huì)遺漏了。已收藏!
感謝梳理,已收藏