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

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

圖1

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

圖2

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

圖3

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

圖4

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

圖5

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

圖6

工作資料目錄（圖7 科技