激情六月丁香婷婷|亚洲色图AV二区|丝袜AV日韩AV|久草视频在线分类|伊人九九精品视频|国产精品一级电影|久草视频在线99|在线看的av网址|伊人99精品无码|午夜无码视频在线

高校合作1：010-59833514 ?咨詢電話：400-810-1418 服務(wù)與監(jiān)督電話：400-810-1418轉(zhuǎn)接2

手把手教你寫交互設(shè)計(jì)文檔01

發(fā)布時(shí)間：2024-01-18 13:40:03 瀏覽量：111次

交互說明文檔（簡(jiǎn)稱為DRD），格式倒沒什么限制，交互設(shè)計(jì)師自己寫到界面上也行，單獨(dú)文檔成文也行，總之就是讓交互設(shè)計(jì)師能夠?qū)⒔缑娉休d不了的信息通過文檔沉淀下來，降低項(xiàng)目里的溝通成本和風(fēng)險(xiǎn)。

一. 什么是交互說明文檔（DRD）？

所謂DRD即是用來承載交互說明，并交付給前端、測(cè)試以及開發(fā)工程師參考的文檔。
在項(xiàng)目中，交互設(shè)計(jì)師的主要產(chǎn)出物可能依次是：site map，page flow，wireframes。有的大型項(xiàng)目前期，交互設(shè)計(jì)師有可能還會(huì)產(chǎn)出用戶需求分析文檔（與PD產(chǎn)出的市場(chǎng)需求文檔不一樣的是，URD更多側(cè)重于對(duì)目標(biāo)用戶的需求分析）。
DRD則很少有人專門撰寫。如果需要對(duì)交互設(shè)計(jì)進(jìn)行說明，聰明的交互設(shè)計(jì)師往往會(huì)直接標(biāo)注在線框圖里，或者在項(xiàng)目中不斷和前端工程師和開發(fā)工程師口口相傳，反復(fù)驗(yàn)收，不斷迭代修改來確保所有的交互設(shè)計(jì)意圖最終得以呈現(xiàn)。

二. 為什么要寫？

DRD非項(xiàng)目必需環(huán)節(jié)，一般情況下也不會(huì)為交互設(shè)計(jì)師專門留出相應(yīng)的時(shí)間預(yù)估。沒有這份文檔，項(xiàng)目也會(huì)繼續(xù)，但是可能項(xiàng)目會(huì)為此承擔(dān)不必要的溝通成本和時(shí)間成本。嚴(yán)重的話，項(xiàng)目的質(zhì)量也會(huì)受到影響。所以寫與不寫，交互設(shè)計(jì)師需要做把握，時(shí)間被統(tǒng)一包含在“線框圖”環(huán)節(jié)內(nèi)——如果你要寫，請(qǐng)?jiān)谠u(píng)估時(shí)預(yù)留1-2天的時(shí)間。

敏捷開發(fā)意味著很多不同角色的流程需要并行操作。如果等到產(chǎn)品經(jīng)理的FRD已經(jīng)全部敲定，交互設(shè)計(jì)師再開始去畫線框圖，固然會(huì)減少溝通成本和返工風(fēng)險(xiǎn)，但是同時(shí)意味著交互設(shè)計(jì)師的很多想法不被采納。如果產(chǎn)品經(jīng)理再強(qiáng)一些，他甚至?xí)贔RD里連原始的DEMO也一并繪制出來了，功能性的需求和界面交互的需求有時(shí)無法區(qū)分太清楚——比如他會(huì)在FRD里直接要求每頁條目40條，超過40條即分頁。而交互設(shè)計(jì)師可能會(huì)認(rèn)為像蘑菇街那樣不斷裝載出足夠長的頁面會(huì)更親和……所以，我們希望是和產(chǎn)品經(jīng)理同時(shí)開始工作，在術(shù)業(yè)有專攻的時(shí)候相互補(bǔ)充。

同樣，開發(fā)工程師也希望及早介入需求，在FRD并未確認(rèn)的時(shí)候就了解需求，進(jìn)而將商業(yè)需求和功能需求轉(zhuǎn)化為開發(fā)工程師看得明白的開發(fā)需求清單（這個(gè)清單，大部分叫做UC，即USE CASE），為了便于描述，在此文里，我仍然將做這件事情的人稱為RA——交付給具體的執(zhí)行工程師后，執(zhí)行工程師基本上可以當(dāng)作一條條的checklist開始高效工作，而不必再思考商業(yè)邏輯和需求。同樣，測(cè)試工程師也需要編寫具體的文檔去指導(dǎo)很多測(cè)試人員在開發(fā)后高效測(cè)試，這也是基于UC和FRD去撰寫的。

所以，開發(fā)需求分析是個(gè)很重要的環(huán)節(jié)。那RA是如何來完成需求分析工作的呢？

  • 前期介入，對(duì)PD進(jìn)行開發(fā)需求評(píng)估支持；
  • 如何寫一份交互說明文檔參與每次的FRD評(píng)審會(huì)；
  • 詳細(xì)審閱FRD文檔并不斷與PD確認(rèn)。

產(chǎn)品經(jīng)理：

前期RA和PD溝通過程中，有很多交互點(diǎn)點(diǎn)不能夠明確，比如“默認(rèn)顯示多少屬性值”，“標(biāo)題顯示多少字符”等。在以往的需求和項(xiàng)目中，對(duì)待這些問題我們都是想到一點(diǎn)補(bǔ)一點(diǎn)的到FRD文檔或者郵件中去。既增加了溝通成本又會(huì)存在遺漏細(xì)節(jié)的風(fēng)險(xiǎn)。PD為了可控性的需求，往往會(huì)“越俎代庖”，直接在FRD注明這種需求（對(duì)于交互設(shè)計(jì)師來講，卻又導(dǎo)致沒有發(fā)揮余地）

我經(jīng)歷的一個(gè)項(xiàng)目，前端從頭到尾更換了三個(gè)人，每次我都要重復(fù)去講解下設(shè)計(jì)需求，講得口干舌燥。而且做好后，還需要去驗(yàn)收。

  • DRD做為參考手冊(cè)，一定程度上避免不吻合的問題發(fā)生。
  • 即使有問題發(fā)生，也可以作為界面驗(yàn)收時(shí)的Checklist。將“我對(duì)A說，我對(duì)B說，A對(duì)B說”，轉(zhuǎn)變?yōu)椤癆和B共同參考同一份文檔”，減少溝通成本及信息不對(duì)稱。
  • 全程影響用戶體驗(yàn)（一直到測(cè)試，都需要參照設(shè)計(jì)文檔）。

三. 寫什么不寫什么？

從寫什么與不寫什么開始，劃清DRD以及FRD的邊界。

不寫視覺規(guī)范規(guī)格標(biāo)注

不寫功能實(shí)現(xiàn)邏輯

如下圖所示，作為DRD，你有必要傳達(dá)清楚Browse by category區(qū)域的設(shè)計(jì)：鏈接的可點(diǎn)擊性，鏈接的指向，字符與條目的數(shù)量限制等，但是具體二級(jí)類目排列是按產(chǎn)品數(shù)目排還是按字母排，還是人工運(yùn)營，是FRD要解決的任務(wù)。

那么文檔寫什么呢？

字符限制

提高空間利用率，有時(shí)網(wǎng)頁上的動(dòng)態(tài)文字需要從數(shù)據(jù)庫里提取部分然后截?cái)嗵幚?。比如下圖中的標(biāo)題和描述。你的DRD需要傳達(dá)清楚：1，是否要做限制？2，如果做限制的話，多少字出現(xiàn)截?cái)啵拷財(cái)嗪笫秋@示為省略號(hào)還是不顯示？這個(gè)漢語設(shè)計(jì)相對(duì)簡(jiǎn)單，如果英文單詞的話，因?yàn)槭前醋址?，每個(gè)字符的寬度不一致，需要預(yù)估，另外還需要注明是整詞截?cái)噙€是詞間截?cái)唷?/p>

鏈接具體化

很多網(wǎng)站都有對(duì)搜索結(jié)果的篩選設(shè)計(jì)（refine search），比如aliexpress搜索結(jié)果頁左側(cè)。這塊區(qū)域的交互事件是非常復(fù)雜的。

類目和屬性的不同如何處理
屬性以及每條屬性顯示的屬性值的條目是否有顯示上的限制？
選中后，被選中的屬性值是停留在原地，方便用戶記憶，還是放到統(tǒng)一的位置，方便用戶統(tǒng)一查看？其他未被選中的屬性值是否消失？

要確保這些你設(shè)想中的復(fù)雜的交互邏輯能夠被理解被呈現(xiàn)，除了一頁頁的線框圖，你有必要再三讓前端工程師和開發(fā)工程師了解并達(dá)成認(rèn)知一致。所以你需要將頁面上的關(guān)鍵鏈接事件標(biāo)識(shí)清楚。它們有的指向無需刷新頁面的交互，有的指向你安排的并非PD安排的某個(gè)中間頁面（page flow是交互設(shè)計(jì)師的職責(zé)）

交互細(xì)節(jié)說明

又如，你可以在這里說明任何你想要的效果

表單的校驗(yàn)

這也是一項(xiàng)不怎么有創(chuàng)意的事情，但是你若不事先想清楚，在項(xiàng)目過程中有點(diǎn)麻煩。寫文檔看似枯燥乏味，反過來想也是讓你自己再好好思量審核設(shè)計(jì)本身的關(guān)鍵步驟。我曾經(jīng)自以為完善的交互設(shè)計(jì)方案就是在寫DRD的時(shí)候發(fā)現(xiàn)存在重大的紕漏，然后及時(shí)優(yōu)化的。

熱門課程推薦

熱門資訊

請(qǐng)綁定手機(jī)號(hào)

獲取驗(yàn)證碼
x

同學(xué)您好！

您已成功報(bào)名0元試學(xué)活動(dòng)，老師會(huì)在第一時(shí)間與您取得聯(lián)系，請(qǐng)保持電話暢通！
確定