交互設(shè)計師的產(chǎn)出物是什么？

UE Team 內(nèi)部工作流程（圖1），指導(dǎo)性的流程，實際操作中會有偏差，如任務(wù)緊急有些環(huán)節(jié)及review就會被跳過，大體是這樣一個流程。

圖1

UE Team 外部工作流程（圖2），簡陋版（復(fù)雜版估計看不懂了），表達出大體的意思，各方之間的職責及工作范圍。需求方要提供詳細的需求文檔（request doc），需求有變更需要被記錄（change request doc）、接受需求后進入內(nèi)部流程并交付產(chǎn)出物給開發(fā)團隊（一堆doc，視覺都需要文檔化），開發(fā)團隊依據(jù)設(shè)計文檔交付版本，QA部依據(jù)設(shè)計文檔進行測試并反饋bug，UE繼續(xù)跟進，然后無限循環(huán)……. -_-’

圖2

產(chǎn)品Workflow文檔（圖3 只列出流程圖的一小角），這玩意除了我和開發(fā)其它人都不敢看，傷神！當初畫得這么復(fù)雜也是有點報復(fù)心理 -_-’ 。交互人員請多畫畫workflow能幫你理清邏輯，但別像下圖這樣。

圖3

產(chǎn)品spec文檔（圖4），用來殺腦細胞的，為這頭發(fā)白了不少！下圖是老的制作方法，完全手寫，后期就與原型一并產(chǎn)出了。詳細到界面上每個元素的具體定義及行為描述，Diagram圖的編號需要與上面的Workflow內(nèi)的編號一致，方便開發(fā)人員查找！有些同行說沒用、沒人看，但我的體會是寫個一年半載，整體設(shè)計能力將提升一個level，workflow文檔和spec文檔也可以考驗一個人的細膩程度，現(xiàn)在的基本功也是那時候練下來的。

圖4

Spec文檔細分（圖5），上面這個是大spec文檔，還包含一些其它部分的文檔。像之前我們的產(chǎn)品進行設(shè)計時是一個通用性的產(chǎn)品，當需要針對不同的客戶進行訂制化時，又將產(chǎn)生相應(yīng)的Site Modification文檔 。

圖5

產(chǎn)品原型（圖6），早些年做原型時基本以PPT進行產(chǎn)出，review時方便進行展示，后來也用Axure（算是國內(nèi)較早一批使用Axure的用戶吧），由于前期流程比較扎實，review環(huán)節(jié)也比較多，我們制作原型時往往會產(chǎn)出高保真原型。另外，我們使用Axure制作原型除了看重它的交互性之外更重要的是它能方便導(dǎo)出spec文檔。ps.現(xiàn)在已經(jīng)較少用到了。

圖6

工作資料目錄（圖7 科技