———— / BEGIN / ————

PS：本文適用于移動端，Axure軟件制作的文檔型交互稿。

• 交互稿應該包含哪些內容？

• 如何搭建一個合理的交互稿結構？

• 各個界面應該如何擺放？

• 清晰易讀的設計說明應該是怎樣的？

作為一個新人，很難完全弄清上面的問題。

其實想要畫出一份合乎規范的交互稿并不難，只需找前輩的稿子參考一下就能習得十之六七。但由于設計稿大多涉及企業機密，有著較強的產權屬性，所以一般很難接觸到。

今天筆者將通過“解讀一份交互稿模板”的方式，解決上面的幾個問題。

一、交互稿應該包含哪些內容？

交互稿是否只需包含設計方案即可？

其實不然。

交互稿兼具設計展示、上下游協作、過程記錄、版本管理幾種作用，所以交互稿一般至少具有以下幾個部分的內容：

封面：用于記錄版本號、人員、時間等信息；

更新日志：記錄了交互稿更新的信息，方便他人查看，同時也保障了規范性；

設計過程：包含需求信息、設計資料記錄、設計過程記錄三方面信息，目的是讓自己的設計過程更加結構化，也方便以后回溯設計、總結設計；

交互稿：交互稿的主體，內含流程圖、界面圖、設計說明等；

廢紙簍：用于存放廢棄的頁面，以防后期用到；

二、如何組織交互稿結構？

2.1. 交互稿結構依賴于產品信息架構

首先需要說明的是，“把所有界面放在一個畫布上的無結構式交互稿”一定是不對的，這是很多新人經常會犯的錯誤。因為這種做法無法適應大型稿件，而且開發同學在錯綜復雜的網狀設計稿中找信息，也是著實辛苦。

交互稿的結構，應該根據產品信息架構搭建。

比如下圖是網易云音樂“本地音樂”模塊的信息架構和交互稿目錄，由產品信息架構可以推導出交互稿目錄。

可以發現這種一一對應的交互稿目錄結構，非常清晰易懂。

網易云音樂“本地音樂”模塊

2.2. 交互稿結構原理

交互稿結構應當遵循“平臺–頁面–子頁面”這樣的原則（下圖，這里說的頁面不是界面，而是指“一頁交互稿”）。每一個頁面中承載的對象有2種，一種是單界面，另一種是界面流程（后文解釋）。

交互稿結構原則

我們舉個例子，假設有一個“簡版的網易新聞”，那么它的結構可能是下圖這樣的：

交互稿結構示例

什么是“單界面”、“界面流程”？單界面相對容易理解，比如上圖中的“首頁”，就只需要在交互稿的這一頁中放置一張“首頁”的線框圖即可，也就是所謂的“單界面”。那么界面流程是什么呢？

其實就是多個界面的串聯圖（如下圖所示）

界面流程

什么情況下需要使用“流程界面”呢？所有APP都由界面組成，而界面上的元素可以歸為3類：內容、入口、功能。“界面流程”一般用來闡述一項“功能”。

究其原因，功能與內容和入口都不同，功能一般需要“一連串操作”，比如登錄功能、搜索功能。此時我們再看上面的案例，就會很容易理解了。

三、每一頁交互稿應該是怎樣的？

3.1. 每頁交互稿的內容

一般而言，每一頁交互稿應當具備以下幾項內容：

單頁交互稿示例：

頁面標題：建議使用“固定在瀏覽器頂部”功能讓頁面標題常駐；

界面標題：方便交互稿中的互相索引，比如“回到界面B狀態”；

界面：建議尺寸為360*640px，長頁面也可自行延伸高度；

設計說明：邏輯關系、元素狀態、小微流程，都可以放在設計說明中；

流程線：說明界面間邏輯關系，可使用軟件自帶流程線；

鏈接：指向其他頁面，比如支線流程，開發同學閱讀起來會很方便；

作者信息：這是設計師的落款，同時也方便他人聯系設計師；

3.2. 網格系統的應用

確定了頁面內容后，內容的布局也很重要。布局不好就會顯得亂糟糟的，怎么處理布局問題呢？筆者提供一個“網格系統”（下圖），可以讓設計稿很有“秩序感”。

具體而言，在Axure的“布局-柵格與輔助線-網格設置”中設置間距為40px的網格（40px是常見界面尺寸320、360、640、1080…的公約數），然后盡量保證所有的元素貼齊網格即可。使用后你會發現自己的交互稿變得盡然有序，且美觀很多。

帶有網格系統的交互稿

網格的另外一個優點是可以很高效地對齊各個元素，如下面視頻所示：

總結

以上是生活随笔為你收集整理的这份交互稿模板，可以让你的设计稿非常规范的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。