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

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

文檔說明

1. 封面

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

2. 圖例說明

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

包括：頁面跳轉圖例、標簽圖例、流程圖圖例、操作手勢圖例等等

3. 更新日志

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

項目說明

1. 項目簡介

大致寫下項目背景，我們為什么要進行此次設計。以及簡單說下項目范圍：要實現哪些功能或優化點，甚至是下一版本的規劃與發展。

2. 項目進度

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

3. 評審記錄

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

需求解析過程

1. 用戶調研

若有涉及到相關數據、結論可以展示出來（調研/競品/線上等），以提供更強有力的數據證明。

2. 需求分析

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

A. 項目

項目目的：為某些人提供某種產品或服務，從而獲取某種價值。

項目目標：預期可衡量價值的指標，多為產品數據的反饋，如轉化率。

B. 用戶

用戶類型：包括用戶類型、基礎信息、特征信息。

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

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

C. 設計

設計目標：如統一操作認知、縮短交互流程等方案概括。

設計方案：如可復用平臺組件、或運用 xx 達到 xx 效果。

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

頁面交互方案

1. 任務流程圖

基于需求分析后發設計方案，梳理其中所涉及到的流程節點。特別是關聯不同用戶角色、場景下的梳理。

2. 頁面流程圖

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

3. 信息架構圖

梳理設計方案下所涉及到功能模塊、層級，有利于理解不同功能模塊之間的關聯性。

4. 交互原型

這個好理解，基于任務流程、信息架構下設計相關頁面方案，注意區分層級即可。

全局通用說明

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

用戶權限說明，展示不同用戶角色下的功能

時間/數據格式說明，整理整個方案中所設計到的字段格式

復用頁面匯總，包括頁面、組件等

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

其他特殊說明，如 Android 上的區別點需要強調一下的。

飛機稿，集中存放被 pass 的方案，以便后續可回溯、再次調用。

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

歡迎關注作者的微信公眾號：「和出此嚴」