交互設(shè)計文檔，也叫 DRD，是交互設(shè)計師將抽象的產(chǎn)品需求，轉(zhuǎn)化為具體的界面方案、展示頁面細(xì)節(jié)的說明文檔。一個好的 DRD 不僅能幫助團隊了解需求背景、設(shè)計方案等，還能極大提升交互或產(chǎn)品經(jīng)理的專業(yè)性。

所以老和這次為各位提供一個「超強交互設(shè)計文檔」參考，幾乎涵蓋了整個需求/項目過程，幫助你在面試或者工作輸出時有一個好幫手。大致目錄如下：

文檔說明

1. 封面

大概繪制一下文檔簡介，好讓同事打開后 知道是 xxx 項目的交互文檔。

2. 圖例說明

讓瀏覽者對文檔的介紹模式/細(xì)節(jié) 有一個大概的總覽，特別是新手接入時，能知道你列這些圖例是什么意思。

包括：頁面跳轉(zhuǎn)圖例、標(biāo)簽圖例、流程圖圖例、操作手勢圖例等等

3. 更新日志

記錄每次修改的頁面和地址，并做好頁面鏈接。并建議有最新修改的地方打上 "新"的標(biāo)志，方便同事感知是哪個頁面。

項目說明

1. 項目簡介

大致寫下項目背景，我們?yōu)槭裁匆M(jìn)行此次設(shè)計。以及簡單說下項目范圍：要實現(xiàn)哪些功能或優(yōu)化點，甚至是下一版本的規(guī)劃與發(fā)展。

2. 項目進(jìn)度

加分項：自己記錄或找產(chǎn)品/項目經(jīng)理了解當(dāng)前的項目進(jìn)度。在工時計算、人力安排等給予更直觀的完成度和進(jìn)展概覽。如某一周里進(jìn)行了哪些事項，如果有重點會議內(nèi)容也可同步上去。

3. 評審記錄

這個也是加分項：可記錄一下每次評審的進(jìn)程與重點內(nèi)容，再附上重點參會人員，進(jìn)一步提升的項目的了解和熟悉程度。包括：產(chǎn)品/設(shè)計 組內(nèi)評審、多方參與等情況

需求解析過程

1. 用戶調(diào)研

若有涉及到相關(guān)數(shù)據(jù)、結(jié)論可以展示出來（調(diào)研/競品/線上等），以提供更強有力的數(shù)據(jù)證明。

2. 需求分析

基于項目、用戶、設(shè)計這 3 個維度梳理出詳情分析過程。

A. 項目

項目目的：為某些人提供某種產(chǎn)品或服務(wù)，從而獲取某種價值。

項目目標(biāo)：預(yù)期可衡量價值的指標(biāo)，多為產(chǎn)品數(shù)據(jù)的反饋，如轉(zhuǎn)化率。

B. 用戶

用戶類型：包括用戶類型、基礎(chǔ)信息、特征信息。

用戶痛點：包括行為訴求點、操作動機、阻礙點。

用戶場景：包括場景類型、場景描述。

C. 設(shè)計

設(shè)計目標(biāo)：如統(tǒng)一操作認(rèn)知、縮短交互流程等方案概括。

設(shè)計方案：如可復(fù)用平臺組件、或運用 xx 達(dá)到 xx 效果。

如果有涉及到其他方面的條件或限制，如時間/人力資源、業(yè)務(wù)限制、技術(shù)限制等，也可附加說明出來。

頁面交互方案

1. 任務(wù)流程圖

基于需求分析后發(fā)設(shè)計方案，梳理其中所涉及到的流程節(jié)點。特別是關(guān)聯(lián)不同用戶角色、場景下的梳理。

2. 頁面流程圖

待頁面設(shè)計完成，可根據(jù)需要/團隊習(xí)慣，決定是否輸出一份整體頁面的流程預(yù)覽縮略圖（ 只針對核心/重點流程），以便整體感知整個頁面流轉(zhuǎn)走向。

3. 信息架構(gòu)圖

梳理設(shè)計方案下所涉及到功能模塊、層級，有利于理解不同功能模塊之間的關(guān)聯(lián)性。

4. 交互原型

這個好理解，基于任務(wù)流程、信息架構(gòu)下設(shè)計相關(guān)頁面方案，注意區(qū)分層級即可。

全局通用說明

這一 part 主要展示整個交互原型中所涉及到共性內(nèi)容 or 補充說明，以便有一個整個認(rèn)知或方便調(diào)取。如：

用戶權(quán)限說明，展示不同用戶角色下的功能

時間/數(shù)據(jù)格式說明，整理整個方案中所設(shè)計到的字段格式

復(fù)用頁面匯總，包括頁面、組件等

常用組件匯總：如一些按鈕/列表/導(dǎo)航欄等控件的整合

其他特殊說明，如 AndROId 上的區(qū)別點需要強調(diào)一下的。

飛機稿，集中存放被 pass 的方案，以便后續(xù)可回溯、再次調(diào)用。

好了，以上就是交互文檔的一些內(nèi)容點，不一定全部都要嵌用，根據(jù)自己實際需要靈活參考合適的內(nèi)容即可。

作者：和出此嚴(yán)