交互設計師文檔形式的轉變趨勢

發現個趨勢，交互設計師的文檔形式開始趨於統一，開始向Sketch進行轉移，如下圖。

三年前，Axure盛行，閣主在慕X網擔任UI設計師，當時那邊的交互和產品崗位還沒有分開，所以PM和交互由一個人擔當，大部分的交互由產品經理擔當，UI設計師工作內容也有部分的交互。

產品給UI設計師的文章有兩個內容，一是以Word文檔形式出現的PRD文檔，一個是以Axure為依據的交互文檔。大家都知道Axure可以提現跳轉流程，所以傳給別人時，對方能通過點擊立馬就get到功能的流程是什麼。

很長一段時間內Axure都擔任著比較重要的交互設計的工具。而且像這種產品和交互是同一個人，UI是另一個人擔當的合作情況現在很多公司也依然維持著這樣的人員配置格局。

現在，在阿里，所看到的情況有所轉變的趨勢。首先當然是人員的配置上有所不太一樣，交互和視覺是分開的，由兩隊不同的人員進行擔任。這樣工作更細緻一些。但每個公司的風格不太一樣，人員配比的情況有所區別。

比方說阿里是電商起家，商業氣氛更濃，更注重運營，對於成本部門的設計師，人員配置上就不會太多，給予的話語權也相對少一些。但從一個網易的師兄的敘述中，那邊情況又是另一番景色。產品經理、設計師是大大的多，工作節奏也相對較慢，一個禮拜也就優化類似於一個button的增減情況等。

兩種公司戰略的情況下衍生出不同風格的公司，阿里會傾向於快速佔領市場快速試錯，講究速度與效率，而網易則打磨出網易雲音樂、網易嚴選等等從用戶體驗和需求上更貼心的產品。

不管是哪樣的公司，交互設計師的工作內容都是將產品定義的功能用視覺化的文檔進行表述。現階段，閣主團隊統一使用的是Sketch，而這個Sketch會包含每個頁面的元素以及頁面與頁面之間的跳轉關係，甚至是一些關鍵的跳轉邏輯或者元素的說明。文件接受者在一張大的畫板上就能瀏覽到該功能所有的細節。

這樣做的好處在於，第一，自己在畫流程的時候，會幫助自己整理思路，將所有元素擺在一張頁面上一目了然。第二，在與PM、運營、開發、視覺等開會（或者叫評審）時，對方他的思考不會被打斷，方便於溝通。如果是Axure可能跳轉到另一個頁面的時候可能需要回想一下上個頁面的內容。

當然這樣並不是說sketch比Axure要好，只不過對於各種工具多一些的接觸而已，像網易的師兄就是使用的Axure（but最近他也開始用sketch了）。Axure的好處在於它動態的跳轉效果更直觀，修改組件庫的時候更方便。

閣主在思考，這樣一個工具的轉變趨勢意味著什麼？當所有畫面都鋪出來的時候，頁面的結構、流程、元素內容，都展現在自己的面前時，特別是在跟其他部分人員討論的時候，你所有的缺漏和所有不足（包括大的小的），更容易被人看出來。意味著，對於設計師的思考的深度和全面度都要求更嚴，意味著將工作重點將實現產品功能，移到了需要更多思維層面的積累。

還有一方面，就是團隊之間的溝通效率更高。比方說，你請個假，別人直接通過你的文件就能知道內容，不需要額外問你。那麼你們之間不必要的溝通時間就會變少。哈哈哈，對，替代性也會變容易。

在後台回復「交互文檔」，就可以得到該文檔的下載鏈接。該文件是比較初級的交互文件稿，以後再發詳細版本，不過它已經可以應付80%的工作情況。里在symbol中有嵌套的運用可以研究一下。

下篇文章閣主有兩個話題選擇，收集大家的投票，一是：大公司的工作流程及時間分配；二是：設計總監的背景帶給閣主的思考。小夥伴們如果有其他的建議也可以在留言區進行留言~

推薦閱讀：