用原型代替PRD時(shí),原型應(yīng)該包含哪些內(nèi)容

27 評(píng)論 51050 瀏覽 1527 收藏 9 分鐘

隨著互聯(lián)網(wǎng)節(jié)奏越來(lái)越快,傳統(tǒng)的需求文檔已經(jīng)比較難適應(yīng)市場(chǎng)的腳步,特別對(duì)于要求敏捷的團(tuán)隊(duì)來(lái)說(shuō),冗余而細(xì)致入微的需求文檔已經(jīng)成為包袱(這么長(zhǎng)個(gè)文檔領(lǐng)導(dǎo)也不會(huì)看呀)。目前大多數(shù)團(tuán)隊(duì)更喜愛(ài)直接使用原型來(lái)代替需求文檔,然而所謂的原型可不只是畫(huà)畫(huà)線(xiàn)框圖喲。

首頁(yè),原型的使用者包括產(chǎn)品、UI、研發(fā)、測(cè)試等(商務(wù)呀,上級(jí)呀)。這么多人參考原型來(lái)工作,壓力不小哦,一旦表達(dá)不清,出現(xiàn)歧義,研發(fā)的結(jié)果的就會(huì)教會(huì)我們什么叫“偏差”,不僅可能會(huì)背離產(chǎn)品方向,還會(huì)影響節(jié)奏和效率。所以該有的還是還有,高保真低保真什么的事情況而定。

變更日志

原型不可能一步到位,相信大家深有體會(huì),所以每次更改后再給項(xiàng)目成員時(shí),別人不知道你改了哪些地方,這是件很頭疼的事。這種情況下,更新日志就顯得尤為重要了,大家一看日志就知道你改了哪些,直接鎖定目標(biāo),效率大大的提升。

945740-ed35a444565b14a5

更新日志 示例

版本說(shuō)明

同上,只不過(guò)是每個(gè)迭代版本的更新說(shuō)明。

945740-fb3cec2daf738f62

版本說(shuō)明 示例

信息結(jié)構(gòu)

產(chǎn)品都包含了哪些內(nèi)容,層次結(jié)構(gòu)怎么樣,它們是如何組織起來(lái)的。有了信息結(jié)構(gòu),項(xiàng)目成員可以直觀快速的知會(huì)這些信息,特別是剛接觸時(shí)。

945740-9a4323f0aea91b09

信息結(jié)構(gòu) 示例

流程圖

包含業(yè)務(wù)流程、任務(wù)流程。業(yè)務(wù)流程是業(yè)務(wù)邏輯,包括前后臺(tái)邏輯、數(shù)據(jù)走向等,而任務(wù)流程則是用戶(hù)的操作、頁(yè)面反饋等更具象化。

945740-18131f7696dbcad0

流程圖 示例

有些還包含頁(yè)面流程,基于任務(wù)流程,描述用戶(hù)怎么從一個(gè)頁(yè)面跳到另一個(gè)頁(yè)面的邏輯,這樣就能清晰的理解頁(yè)面之間的聯(lián)系。

945740-a88c650e178a9d2b

頁(yè)面流程圖 示例(來(lái)自網(wǎng)絡(luò))

交互說(shuō)明

讓你的線(xiàn)框“動(dòng)”起來(lái)。有些朋友喜歡用動(dòng)態(tài)效果來(lái)代替說(shuō)明,對(duì)于演示來(lái)說(shuō)是必須的,但對(duì)于傳遞信息來(lái)說(shuō),則有諸多不便。且不說(shuō)做動(dòng)效需要的時(shí)間成本,瀏覽原型的人需要一個(gè)個(gè)操作才能看到全部效果,說(shuō)不定還有疏忽遺漏的地方。圖文并茂的交互說(shuō)明能讓項(xiàng)目成員快速清晰的掃描全部信息,某些不太好描述的動(dòng)效,則可以采用交互說(shuō)明+動(dòng)效的方式表達(dá)。

945740-8c643c95b3051401

交互說(shuō)明 示例

另外,全局的交互說(shuō)明記得要提煉出來(lái)(代碼重用性^_^),如統(tǒng)一的頁(yè)面切換方式、統(tǒng)一的手勢(shì)、彈層模態(tài)等。

945740-40502dac83238bfb

全局交互說(shuō)明 示例

其中“交互說(shuō)明”部分是最直觀和細(xì)節(jié)的,也是研發(fā)會(huì)仔細(xì)琢磨的部分(也是大部分會(huì)跳過(guò)前面步驟直接進(jìn)行畫(huà)圖(&交互)的部分),所有需要我們考慮清楚,表達(dá)清楚。因?yàn)榘粹o不止一個(gè)狀態(tài)、文本域是有限制的、用戶(hù)操作不是完全可控的…

狀態(tài)

默認(rèn)狀態(tài):主要是默認(rèn)(初始化)顯示的數(shù)據(jù)、文字、選項(xiàng)等。任何一個(gè)頁(yè)面、表單、按鈕、文本域等都會(huì)有默認(rèn)狀態(tài),這是需要我們注明的,否則研發(fā)人員難以準(zhǔn)確單純的從原型上判斷出元素背后的邏輯。

常見(jiàn)狀態(tài):頁(yè)面上一個(gè)模塊,它可能會(huì)有多種狀態(tài),比如APP客戶(hù)端個(gè)人中心一般會(huì)有未登錄狀態(tài)、已登錄狀態(tài),這些是需要我們展示清楚的,如果我們少寫(xiě)了狀態(tài),研發(fā)人員就會(huì)納悶xxx(登錄)之后(前)是什么樣的呢?

異常狀態(tài):非正常情況下的樣式、文案、說(shuō)明等,比如搜索無(wú)結(jié)果、加載失敗、網(wǎng)絡(luò)(定位)未開(kāi)啟等等。異常狀態(tài)一般較容易被遺漏,最終導(dǎo)致產(chǎn)品體驗(yàn)較差。畢竟用戶(hù)不是都在辦公室里把所有開(kāi)關(guān)(權(quán)限)都打開(kāi)才使用我們產(chǎn)品的。

限制

范圍:數(shù)據(jù)的取值范圍。比如輪播圖的個(gè)數(shù)、滑塊的范圍&刻度、文本域的長(zhǎng)度等等…

極限值:數(shù)據(jù)的顯示限制。比如最多應(yīng)該顯示多少字?jǐn)?shù),超出時(shí)如何顯示、每次請(qǐng)求數(shù)據(jù)的條數(shù),不足時(shí)怎么辦超出時(shí)怎么辦等等…

操作

常見(jiàn)操作:正常操作時(shí)得到的反饋狀態(tài)。比如一個(gè)按鈕經(jīng)過(guò)不同操作會(huì)出現(xiàn)不同狀態(tài),鼠標(biāo)進(jìn)入、按下、點(diǎn)擊后。

特殊操作:一些極端情況下的操作,出現(xiàn)概率較小,還是要想好應(yīng)對(duì)措施。比如我們?cè)谫I(mǎi)保險(xiǎn)時(shí)會(huì)有常用被保險(xiǎn)人,選中某個(gè)其詳細(xì)信息會(huì)出現(xiàn)在申請(qǐng)表單中,如果在這時(shí)候修改了被選中人的信息,修改后的人,算被選中人還是新的被保險(xiǎn)人呢?提交表單后是覆蓋愿被選中人信息還是新增一個(gè)被保險(xiǎn)人呢?

面對(duì)可能出現(xiàn)復(fù)雜的情況,要和研發(fā)人員一起探討解決辦法,并把交互說(shuō)明寫(xiě)清楚。有時(shí)候研發(fā)人員想到的辦法可能更簡(jiǎn)單實(shí)用。

誤操作:用戶(hù)操作錯(cuò)誤的情況。這種情況采取的措施一般是提前預(yù)防錯(cuò)誤、適當(dāng)提示用戶(hù)、系統(tǒng)自動(dòng)糾錯(cuò)。比如庫(kù)存接近0時(shí),選擇數(shù)量時(shí)就會(huì)提醒用戶(hù)庫(kù)存5件,如果用戶(hù)輸入超出5,則自動(dòng)更正為5.

手勢(shì)操作:使用移動(dòng)端產(chǎn)品時(shí)的操作方式。比如滑動(dòng)、放大、搖晃等。

反饋

提示:用戶(hù)操作后,系統(tǒng)反饋給用戶(hù)的提示。

跳轉(zhuǎn):點(diǎn)擊某個(gè)鏈接/按鈕后,頁(yè)面跳轉(zhuǎn)到的地方。網(wǎng)頁(yè)也表明是原頁(yè)面刷新還是新標(biāo)簽頁(yè)打開(kāi),移動(dòng)端要表明轉(zhuǎn)場(chǎng)方式(默認(rèn)為全局)。

動(dòng)畫(huà):用戶(hù)操作后,系統(tǒng)通過(guò)動(dòng)畫(huà)的方式反饋給用戶(hù)。動(dòng)畫(huà)給人的感覺(jué)比較友好,趣味性較強(qiáng),避免過(guò)于夸張。比如Clear用炫酷的手勢(shì)和動(dòng)畫(huà)贏得了用戶(hù)的青睞。

除靜態(tài)頁(yè)面外,還需要考慮各種動(dòng)態(tài)情況;除正常情況外,還需要考慮特殊和錯(cuò)誤情況。

 

本文由 @陳正曦? 授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理?,未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 求示例文件,謝謝!
    yuuly@163.com

    來(lái)自北京 回復(fù)
    1. 請(qǐng)問(wèn)你有這個(gè)源文件了嗎?

      回復(fù)
  2. 學(xué)習(xí)了。

    來(lái)自上海 回復(fù)
  3. 樓主,能不能提供的示例啊,文中提到的需要包含的內(nèi)容都顯示在哪?
    本人小白,求救!

    來(lái)自北京 回復(fù)
  4. 好東西,謝謝分享 ??

    來(lái)自北京 回復(fù)
  5. 樓主,交互說(shuō)明那張圖是用什么軟件畫(huà)出來(lái)的呀 ??

    來(lái)自北京 回復(fù)
    1. 就是用Axure畫(huà)的吧!

      來(lái)自北京 回復(fù)
  6. 后面幾點(diǎn)沒(méi)配圖?所有的細(xì)節(jié)都在頁(yè)面上羅列難免會(huì)有疏漏,文檔還是不能省啊。需要的時(shí)候可以看看,免得到后來(lái)自己都忘了 ?

    來(lái)自福建 回復(fù)
  7. 我現(xiàn)在都不寫(xiě)PRD了,可是直接寫(xiě)在原型上也有問(wèn)題,老是細(xì)節(jié)部分想不到,特別是需求變更極快極多的情況下,又涉及到邏輯和框架的,再去調(diào)整就很麻煩了!

    來(lái)自廣東 回復(fù)
  8. 說(shuō)實(shí)話(huà),寫(xiě)得好我贊同。可是有幾個(gè)人能全部展示出來(lái)這些信息,做過(guò)的人都知道,很多時(shí)候有些交互語(yǔ)言描述不出來(lái),就算你都描述出出來(lái)了,技術(shù)也未必會(huì)認(rèn)真看。人都有主觀思維,技術(shù)認(rèn)為你的意思未必是你的意思。

    來(lái)自北京 回復(fù)
  9. 不錯(cuò)!

    來(lái)自福建 回復(fù)
  10. 感謝分享,寫(xiě)得不錯(cuò)。敏捷開(kāi)發(fā),快速迭代,傳統(tǒng)的多文字需求文檔的確過(guò)時(shí)了。無(wú)論開(kāi)發(fā)人員或領(lǐng)導(dǎo)都沒(méi)有那么多時(shí)間或耐心去閱讀。

    來(lái)自湖南 回復(fù)
  11. 謝謝分享,寫(xiě)的挺全面的,可是組織起來(lái)有點(diǎn)困難,不知道這么多得信息要怎么展示出來(lái)~

    來(lái)自天津 回復(fù)
  12. 后面寫(xiě)的就有點(diǎn)隨意了

    來(lái)自安徽 回復(fù)
  13. 受教啦,謝謝分享 ??

    來(lái)自北京 回復(fù)
  14. 贊一個(gè)

    來(lái)自福建 回復(fù)
  15. 真正的干貨

    來(lái)自上海 回復(fù)
  16. 學(xué)習(xí)了~

    來(lái)自江蘇 回復(fù)
  17. 知道該怎么做啦,感謝分享 ??

    來(lái)自北京 回復(fù)
  18. 學(xué)習(xí)了

    來(lái)自北京 回復(fù)
  19. ?? niu!

    來(lái)自廣東 回復(fù)
    1. ??

      來(lái)自北京 回復(fù)
  20. 我用的就是這套

    來(lái)自北京 回復(fù)