1.需求階段：我使用Bear記錄來自利益相關(guān)者的需求，包括自己基于用戶觀察提煉出來的需求。我會根據(jù)卡諾模型對需求進(jìn)行整理，并提煉出在團(tuán)隊(duì)內(nèi)部達(dá)成共識的部分作為工作計(jì)劃。通過Quip跟團(tuán)隊(duì)成員共享文檔。

2.原型設(shè)計(jì)階段：紙質(zhì)原型。使用工具筆和紙加便簽。這個階段我的輸出物比較隨意，也有一點(diǎn)不修邊幅。不過，這個階段的輸出物大多都是給自己看的。使用的筆也特意選取比較粗的筆，避免自己過早陷入細(xì)節(jié)的泥塘而舉步維艱。自我迭代兩三次以后，我會請身邊的人驗(yàn)證方案。把紙紙?jiān)湍媒o他們用，觀察他們的使用情況。這個階段需要使用手機(jī)作為錄像工具，記錄用戶行為。事后可反復(fù)查看，也可以作為在團(tuán)隊(duì)內(nèi)部或外部利益相關(guān)達(dá)成共識的一個重要文件。有時候用戶的一個細(xì)微的反應(yīng)或行為會勝過千言萬語。

3.高保真設(shè)計(jì)階段：我使用Sketch+設(shè)計(jì)規(guī)范組件庫。這個階段我會依據(jù)設(shè)計(jì)規(guī)范先把按功能模塊去做界面的視覺設(shè)計(jì)。盡量復(fù)用組件，會針對本次設(shè)計(jì)的目的，即要解決的問題做交互上的創(chuàng)新。在視覺層面我主要追求的是一致性和易理解。受限與個人的能力和精力，我會在美觀度上做一些讓步。再復(fù)雜的功能，我都會控制在一周出第一版高保真。然后不斷自我迭代。甚至整個方案擱置，再做B方案，C方案，進(jìn)行對比做出取舍后再繼續(xù)自我迭代，直至自己滿意組織邀請團(tuán)隊(duì)成員評審設(shè)計(jì)方案。

4.高保真交互原型階段：使用Flinto。使用這個工具主要是因?yàn)樗容^簡單，可以跟Sketch做到無縫對接?？梢宰屛铱焖佥敵隹牲c(diǎn)擊的原型。我一般很少會用到它的特效部分，我更多的關(guān)注點(diǎn)在于界面之間的跳轉(zhuǎn)關(guān)系。從哪里來到哪里去，界面上是否還缺少什么？總的來說，在我的整個工作流程里，我都是在犧牲細(xì)節(jié)去求整體OK。這么做時間久了也會有一個缺點(diǎn)就是，會忽略一些視覺上的細(xì)節(jié)，主要是沒耐心再去糾結(jié)它們。特別是動畫特效部分，我大多數(shù)時都是直接忽略的，甚至不去考慮。從整體來看，做這些性價(jià)比不高。我追求更快的速度可以讓我去請人來驗(yàn)證我的設(shè)計(jì)。這個階段我也會先自我迭代幾次，再請用戶做測試。這個階段用Flinto有利有弊。假如是在線測試，flinto對蘋果設(shè)備的依賴性就會成為測試執(zhí)行的最大障礙。不如Axure通過瀏覽器共享來的方便。

5.設(shè)計(jì)評審階段：使用Quip記錄團(tuán)隊(duì)成員對設(shè)計(jì)方案所提出的問題，并整理回答。根據(jù)篩選以后的問題去調(diào)整設(shè)計(jì)稿。再次就設(shè)計(jì)稿跟團(tuán)隊(duì)成員達(dá)成共識，便交付開發(fā)。

6.視覺走查階段：依然是使用Quip做記錄。因?yàn)槲以谠O(shè)計(jì)方案的評審環(huán)節(jié)投入的時間較多，所以，視覺走查只是在團(tuán)隊(duì)最初磨合時會讓我花一些功夫。磨合過兩三次以后，大家因?yàn)閷υO(shè)計(jì)方案已經(jīng)達(dá)成了共識，即在知其所以然的狀態(tài)下去做的執(zhí)行，還原度總體還是不錯的。

7.用戶驗(yàn)證階段：因?yàn)楣ぷ鳝h(huán)境的限制，我一直沒有接觸到數(shù)據(jù)分析這一塊。對于用戶驗(yàn)證，我大多是靠觀察。自己利用自己可以調(diào)動的一切資源，組織用戶使用產(chǎn)品并觀察記錄。這個階段主要是使用手機(jī)和錄屏軟件。更多的用戶反饋是由其它部門反饋回來的記錄，依然是借助Quip。

我的工作流程里，我是刻意的舍棄了低保真線框圖的階段。從紙質(zhì)原型直接到高保真原型。主要的原因就是我想更快的進(jìn)入用戶驗(yàn)證階段。還有一個更重要的原因是，用高保真解釋設(shè)計(jì)方案時，會更容易跟團(tuán)隊(duì)人員達(dá)成共識，因?yàn)楦弑Ｕ娓庇^便于理解。