從敏捷宣言理解敏捷交互設(shè)計(jì).

1、從敏捷宣言理解敏捷交互設(shè)計(jì)敏捷交互設(shè)計(jì)是敏捷方法論向交互設(shè)計(jì)領(lǐng)域的延伸，它提倡讓所有相關(guān)人參與到設(shè)計(jì)過(guò)程中，迭代 演進(jìn)式地進(jìn)行交互設(shè)計(jì)。從2010年開(kāi)始，已經(jīng)有越來(lái)越的團(tuán)隊(duì)在不同程度上使用敏捷交互設(shè)計(jì)的方 法，而放棄了流程化的傳統(tǒng)產(chǎn)品設(shè)計(jì)過(guò)程。事實(shí)上，敏捷交互設(shè)計(jì)方法在很多方面都充分體現(xiàn)了敏捷價(jià)值觀， 實(shí)踐的最好方法是從記錄在敏捷宣言中的價(jià)值觀開(kāi)始。 個(gè)體和交互勝過(guò)流程和工具 一個(gè)傳統(tǒng)交互設(shè)計(jì)的流程一般分成以下幾個(gè)步驟進(jìn)行：1任務(wù)分析：任務(wù)分析基于功能列表(一般來(lái)自于客戶的功能說(shuō)明書(shū)) 求的基礎(chǔ)上拆分出人物流程和場(chǎng)景；2頁(yè)面流程： 面流程；345因此，理解敏捷交互設(shè)計(jì)在功能性需根據(jù)任務(wù)分析的結(jié)

2、果，為每一個(gè)大任務(wù)下的子任務(wù)中覆蓋的功能制作頁(yè)信息建模:原型設(shè)計(jì):視覺(jué)設(shè)計(jì):根據(jù)頁(yè)面流程的設(shè)計(jì)出一套完整的信息框架，滿足用戶所有功能性需求;基于信息建模，設(shè)計(jì)出低保真原型，交給美工進(jìn)行頁(yè)面美化； 基于原型設(shè)計(jì)，對(duì)頁(yè)面進(jìn)行美化，最終產(chǎn)出高保真原型，同時(shí)編寫(xiě)設(shè)計(jì)說(shuō)明；在傳統(tǒng)流程中，我們可以看到非常細(xì)致的分工一品經(jīng)理負(fù)責(zé)功能的拆解和分類，以及頁(yè)面流轉(zhuǎn)；交互設(shè)計(jì)師設(shè)計(jì)信息架構(gòu)和具體交互行為；視覺(jué)設(shè)計(jì)師負(fù)責(zé)美化頁(yè)面；前端開(kāi)發(fā)人員負(fù)責(zé)高保真原型。你是否體看見(jiàn)了傳統(tǒng)瀑布式開(kāi)發(fā)的影子？弊端顯而易見(jiàn)：1分工造成的局限性 一 個(gè)人都用自己的視角進(jìn)行工作，無(wú)法形成統(tǒng)一的產(chǎn)品視角(Vision );2分工造成的不可評(píng)

3、價(jià)性”一你沒(méi)權(quán)利對(duì)產(chǎn)品經(jīng)理的功能拆解有異義，因?yàn)槟悴皇沁@方面的專家；3需求在傳遞中產(chǎn)生了失真的風(fēng)險(xiǎn) 一要靠大量文檔進(jìn)行記錄；4 客戶沒(méi)法說(shuō)不 一一客戶需要到整個(gè)流程的最后看到一個(gè)或者兩個(gè)大而全的設(shè)計(jì)方 案時(shí)，他無(wú)法提出任何有價(jià)值的反饋，這本身就是用一個(gè)貴重的半成品綁架客戶；(Inspire):拋開(kāi)需求列表，從目標(biāo)人群的期待體驗(yàn)出發(fā)，尋找可能存在跟軟件交付中的敏捷實(shí)踐一樣， 敏捷交互設(shè)計(jì)倡導(dǎo)全功能團(tuán)隊(duì)， 避免過(guò)于明顯的分工， 和基 于分工特有的流程。僅有的流程是基于產(chǎn)品逐步清晰化的過(guò)程， 而非基于人員的技能，所有 人都應(yīng)該參與到這個(gè)過(guò)程中來(lái)。敏捷交互設(shè)計(jì)主要分以下幾個(gè)步驟：5尋找產(chǎn)品方向 的產(chǎn)品

4、方向；(Identify):定位本產(chǎn)品需要提供什么樣的消費(fèi)者體驗(yàn)；(Ideate):對(duì)決定的目標(biāo)體驗(yàn)進(jìn)行設(shè)計(jì)；(Implement):快速制作原型，并頻繁進(jìn)行用戶測(cè)試，迭代式改進(jìn)。定位產(chǎn)品需求設(shè)計(jì)產(chǎn)品體驗(yàn)驗(yàn)證產(chǎn)品設(shè)計(jì)675對(duì)于圖1.從體驗(yàn)中尋找交付范圍，把功能列表放在一邊除了流程簡(jiǎn)化和分工融合，在工具的選擇上，敏捷交互設(shè)計(jì)也與傳統(tǒng)方式有所不同 交互的推崇高于對(duì)特定工具的選擇。所有在敏捷交互設(shè)計(jì)中使用的工具，都應(yīng)該遵循一條原則：它必須推動(dòng)設(shè)計(jì)團(tuán)隊(duì)成員間的交互，而不是簡(jiǎn)單提升單個(gè)成員的工作效率?；诖?，敏捷交互設(shè)計(jì)中推崇各種輕量級(jí)工具，而不是大型的第三方軟件，例如紙質(zhì)原型Paper Protity

5、ping而非Visio或Axure此類原型工具。過(guò)于精細(xì)的結(jié)果往往會(huì)增加協(xié)作和反饋 的門(mén)檻，雖然可能提升單個(gè)成員工作效率，卻達(dá)不到鼓勵(lì)交互的目的。G Cuv4 L* ' »* *、 s k - *":bMtr lA4 ：* .1I - Xhf* gw (-t'J< r d7j 11KatD1 wF F * P 1 1 Q叫* - fii *Y2圖2.使用輕量級(jí)的工具進(jìn)行交互設(shè)計(jì)但卻滿足一個(gè)完整業(yè)務(wù)場(chǎng)景的軟可工作的軟件勝過(guò)完備的文檔敏捷軟件交付過(guò)程中，每個(gè)迭代的核心產(chǎn)出是不足夠完美，無(wú)法在短時(shí)間內(nèi)實(shí)現(xiàn)端到端件一-到端流程的可完成，而不需要面面俱到的完美。

6、而傳統(tǒng)開(kāi)發(fā)方式中在長(zhǎng)時(shí)間內(nèi)只是各個(gè)功能模塊中功能的堆砌， 場(chǎng)景，那么文檔便成為串聯(lián)各個(gè)功能保證有序開(kāi)發(fā)的必需品。傳統(tǒng)交互設(shè)計(jì)也存在這個(gè)問(wèn)題。往往一個(gè)標(biāo)準(zhǔn)交互設(shè)計(jì)階段的文檔分三個(gè)方面，它們是: 1內(nèi)容方面(Content):內(nèi)容的層次和整體信息架構(gòu)設(shè)計(jì)；2視覺(jué)方面(Visual):整站風(fēng)格的視覺(jué)設(shè)計(jì)文檔；3 交互方面(Interaction):整站高保真交互設(shè)計(jì)原型；仔細(xì)分析這些文檔的生產(chǎn)過(guò)程，我們不難發(fā)現(xiàn)以下特點(diǎn)： 4它們都是以整站為目標(biāo)，試圖覆蓋所有使用場(chǎng)景；5 它們的生產(chǎn)過(guò)程是線性的，直到三者全部完成才能夠指導(dǎo)開(kāi)發(fā)；6 正因?yàn)槊總€(gè)環(huán)節(jié)的過(guò)程是孤立的，無(wú)法形成統(tǒng)一的認(rèn)識(shí)，文檔傳遞經(jīng)常發(fā)生失真

7、；7 一個(gè)完美的東西很難得到產(chǎn)品方向性的關(guān)鍵反饋；敏捷交互設(shè)計(jì)試圖在解決以上問(wèn)題。敏捷交付的核心在于盡早地交付出可進(jìn)行端到端測(cè)試的代碼，而非完備文檔，而敏捷交互設(shè)計(jì)的核心則在于盡早地交付出可以進(jìn)行端到端可測(cè)試的原型，同樣亦非完備文檔。而這里說(shuō)的端到端可測(cè)試的原型”包含以下含義：& 端到端：必須設(shè)計(jì)出符合合理使用場(chǎng)景的端到端流程，這個(gè)流程會(huì)覆蓋一個(gè)典型用戶最核心的使用場(chǎng)景，所有的交互設(shè)計(jì)應(yīng)該第一時(shí)間收斂在這個(gè)端到端場(chǎng)景周圍，而非整站”功能的分割展示；9 可測(cè)試原型：不需要完美的原型， 只需要所設(shè)計(jì)端到端場(chǎng)景中涉及到的原型， 同時(shí), 原型的完備性上必須達(dá)到內(nèi)容、視覺(jué)、交互三者細(xì)致力度一致，

8、在測(cè)試中，三者力度的 不一致往往會(huì)隱藏問(wèn)題，例如，如果測(cè)試的原型視覺(jué)上過(guò)于完美，就會(huì)減弱用戶在交互 上的關(guān)注；假設(shè)我們把交互設(shè)計(jì)的四周拆分成每周一個(gè)迭代，每周交付一個(gè)覆蓋端到端場(chǎng)景，且在內(nèi)容、視覺(jué)和交互方面都相對(duì)完備的原型收集反饋或進(jìn)行測(cè)試，和傳統(tǒng)項(xiàng)目相比，我們是否可以更早地得到客戶反饋， 是否可以讓設(shè)計(jì)過(guò)程更透明，是否毋須完備的過(guò)程文檔？答案自然是肯定的。手繪I'沁J. 4線框圖j|n: 高保廉原型圖3逐步細(xì)化的原型，不停進(jìn)行用戶測(cè)試 當(dāng)然，這樣的過(guò)程必然需要多模塊（這里的模塊指技能的差別）之間的融合，實(shí)現(xiàn)全團(tuán)隊(duì)的 運(yùn)作。你會(huì)問(wèn)我，這是否意味著我們的交互設(shè)計(jì)師需要學(xué)會(huì)使用lllust

9、rtor進(jìn)行視覺(jué)設(shè)計(jì)？或者視T型人才覺(jué)設(shè)計(jì)師需要學(xué)會(huì) HTML+CSS+jQuery制作高保真原型？ 是的，在很多情況下，敏捷交互設(shè)計(jì)團(tuán)隊(duì)中的設(shè)計(jì)師確實(shí)需要具備多種功能的 他們有專業(yè)的技能，也可以在其他方面有足夠的貢獻(xiàn)。分工的結(jié)果只能導(dǎo)致能力的停滯不前、產(chǎn)品視角的缺失、職能不可替代的風(fēng)險(xiǎn)、協(xié)作軟的低效、溝通的浪費(fèi)等等，而唯一的好處在于，可以更快和更不被抱怨（如德魯克說(shuō)過(guò)程文檔的價(jià)值在于管理抱怨）”產(chǎn)生一堆堆相互分裂且無(wú)法讓客戶挑錯(cuò)的文檔。一份標(biāo)書(shū)、一份功能列表、一份到處使用 需求調(diào)研”，其 類似產(chǎn)品有哪些PSD文檔，一般客戶協(xié)作勝過(guò)合同談判 讓我們舉例說(shuō)明在傳統(tǒng)交互設(shè)計(jì)階段出現(xiàn)的場(chǎng)景： 的所謂

10、用戶體驗(yàn)調(diào)查問(wèn)卷，在交互設(shè)計(jì)的開(kāi)始階段，我們和客戶在一起進(jìn)行 實(shí)這些不重要，我們只需要對(duì)比我們之前的產(chǎn)品都有哪些功能可能有重復(fù)， 可以借鑒，調(diào)研往往只是形式，關(guān)鍵還是未來(lái)的二至四周； 然后最后一次見(jiàn)客戶也許就是最終文檔提交的那天，給客戶看一套精美的 我們會(huì)做出A和B方案，其中不乏我們臆想出來(lái)的需求，有時(shí)只為讓那個(gè)區(qū)域看起來(lái)不那么空，客戶高興地選擇了其中的一套方案后，交付正式開(kāi)始。這就是基于合同進(jìn)行設(shè)計(jì)的典型場(chǎng)景，誰(shuí)也不知道合同中的功能列表意味著什么，而對(duì)于客戶來(lái)說(shuō)，它確實(shí)是購(gòu)物單，真正交付時(shí)已忘記為什么需要。但這不妨礙交互設(shè)計(jì)師進(jìn)行設(shè)計(jì)，大部分時(shí)候他們并沒(méi)有仔細(xì)思考這個(gè)功能真正的使用場(chǎng) 景，而

11、是把它 畫(huà)”出來(lái)，讓它看起來(lái)很美，卻不管它如何實(shí)現(xiàn)和如何被用戶使用。這是基于合同進(jìn)行設(shè)計(jì)自然而然的結(jié)果，在每個(gè)功能上，設(shè)計(jì)師都希望當(dāng)成對(duì)自己的挑戰(zhàn)， 他們絞盡腦汁收集類似產(chǎn)品類似功能，盡可能取悅客戶，說(shuō)服他們采用更炫更豐富的交互方式，而作為不對(duì)交付負(fù)責(zé)的人他們毋須承擔(dān)責(zé)任。而敏捷交互設(shè)計(jì)希望打破這種基于合同或者換言之，基于功能列表的設(shè)計(jì)模式。它希望在設(shè)計(jì)的全過(guò)程將客戶參與進(jìn)來(lái)，讓客戶了解某個(gè)標(biāo)書(shū)上的功能也許沒(méi)有意義，或者不是當(dāng)下應(yīng)該解決的問(wèn)題 一-個(gè)交付項(xiàng)目范圍的最好確定時(shí)機(jī)就是在交互設(shè)計(jì)過(guò)程中客戶的全程參 與。客戶參與的優(yōu)勢(shì)有以下幾點(diǎn)：10111213141516 報(bào)；17過(guò)程的透明化提升客

12、戶的安全感，隨時(shí)保持對(duì)設(shè)計(jì)進(jìn)度的了解；最好的反饋模式就是讓客戶親身參與設(shè)計(jì)過(guò)程；了解最終用戶和業(yè)務(wù)模式的是客戶，客戶是不可多得的資源；當(dāng)設(shè)計(jì)結(jié)果是功能列表的重新確認(rèn)，對(duì)于合同中的內(nèi)容便達(dá)成了新的共識(shí)； 客戶參與的過(guò)程是建立信任的最佳機(jī)會(huì)，良好的信任關(guān)系應(yīng)該在最開(kāi)始就建立； 在產(chǎn)品設(shè)計(jì)方向上和客戶達(dá)成一致，而不是僅靠標(biāo)書(shū)或者訪談結(jié)果的支言片語(yǔ)； 提升參與感有助于培養(yǎng)更負(fù)責(zé)的客戶，在交付階段，之前的努力將會(huì)獲得巨大的回有效控制設(shè)計(jì)的變化，當(dāng)客戶親身參與設(shè)計(jì)決定過(guò)程時(shí)，很多盲目的設(shè)計(jì)變化會(huì)減 少很多；擁抱變化勝過(guò)遵循計(jì)劃當(dāng)你的設(shè)計(jì)不能和客戶一起進(jìn)行，你只是個(gè)標(biāo)書(shū)需求列表的簡(jiǎn)單執(zhí)行者，需求的變化便是理

13、所當(dāng)然的事情。在有些傳統(tǒng)交互設(shè)計(jì)流程里甚至出現(xiàn)需求凍結(jié)”這樣的流程 一口果你已經(jīng)對(duì)某個(gè)環(huán)節(jié)的文檔進(jìn)行進(jìn)行簽收，就不能在 需求凍結(jié)”后改變主意。這樣的結(jié)果無(wú)非兩個(gè)：一盡量不要簽收那個(gè)環(huán)節(jié)的文檔；二在需求沒(méi)有凍結(jié)的時(shí)候抓緊機(jī)會(huì)改變主意。從敏捷宣言的角度來(lái)看，之前的三句話是最后一句話的基礎(chǔ)，如果不能做到對(duì)個(gè)體和交互的尊重，把可用軟件當(dāng)作產(chǎn)生核心價(jià)值的東西，并且努力和客戶進(jìn)行協(xié)作， 談?chuàng)肀ё兓皇强赵?。在敏捷交互設(shè)計(jì)中，遵循同樣的道理：對(duì)個(gè)體和交互的尊重一需求發(fā)生變化時(shí)，因?yàn)樵谛碌牧鞒讨袑?duì)產(chǎn)品視角的重視，可首先對(duì)需求變化的價(jià)值進(jìn)行判斷，即它是不是匹配達(dá)成一致的產(chǎn)品視角；真正需求變化時(shí)，因?yàn)榉止さ哪：?/p>

14、及流程的簡(jiǎn)化，可更靈活地調(diào)配資源進(jìn)行處理；再者因?yàn)榇罅渴褂幂p量級(jí)的工具，修改成本大大降低；關(guān)注可工作的軟件一一為我們把可進(jìn)行的端到端場(chǎng)景測(cè)試作為敏捷交互設(shè)計(jì)過(guò)程中最重要 的目標(biāo)，當(dāng)出現(xiàn)需求變化時(shí)，可通過(guò)審視變化本身是否包含在端到端場(chǎng)景中？如果不產(chǎn)生這樣的變化，用戶因此有何種損失 ”來(lái)判斷需求變化本身的價(jià)值；同時(shí)，因?yàn)槟軌虮M早的得 到端到端場(chǎng)景原型設(shè)計(jì)，需求本身往往來(lái)自于用戶測(cè)試的結(jié)果，這樣的需求變化往往是有價(jià)值的，有理可依的；客戶協(xié)作的重要性 一 求變化往往來(lái)自于客戶的不確定性，很多情況下這種不確定又來(lái)自 于一個(gè)新產(chǎn)品背后業(yè)務(wù)模式的不確定，客戶協(xié)作幫助在設(shè)計(jì)過(guò)程中及早發(fā)現(xiàn)和解決這種來(lái)自業(yè)務(wù)方面

15、的不確定，同時(shí)，客戶協(xié)作對(duì)客戶責(zé)任感的培養(yǎng)也大大減少了來(lái)自于客戶不負(fù)責(zé)任 的需求擺動(dòng)。這就是敏捷交互設(shè)計(jì)可以很好的管理用戶需求的根本原因。從敏捷推行到現(xiàn)在，在交付領(lǐng)域已經(jīng)走向成熟， 越來(lái)越多的團(tuán)隊(duì)開(kāi)始采用敏捷方法進(jìn)入開(kāi)發(fā)， 但從軟件交付的全流程來(lái)看，早于交付的交互設(shè)計(jì)環(huán)節(jié)目前依然以傳統(tǒng)設(shè)計(jì)方式為主。隨著消費(fèi)型軟件大行其道，用戶對(duì)軟件使用體驗(yàn)的要求越來(lái)越高，同時(shí)新產(chǎn)品的推陳出新對(duì)快速產(chǎn)品設(shè)計(jì)提出新的要求，這樣的背景使得傳統(tǒng)交互設(shè)計(jì)流程不得不做出一些新的調(diào)整以 擁抱更加頻繁的變化，這也是為什么很多交互設(shè)計(jì)團(tuán)隊(duì)開(kāi)始努力嘗試具有敏捷價(jià)值觀的敏捷 交互設(shè)計(jì)進(jìn)行產(chǎn)品設(shè)計(jì)的主要原因。最后，讓我們來(lái)比較一下傳統(tǒng)交互設(shè)計(jì)方法和敏捷交互設(shè)計(jì)方法的區(qū)別：傳統(tǒng)交互設(shè)計(jì)敏捷交互設(shè)計(jì)沒(méi)有交付團(tuán)隊(duì)的參與；客戶參與度低；設(shè)計(jì)團(tuán)隊(duì)中各職能分工明確；交互設(shè)計(jì)師、用戶研究者、視覺(jué)設(shè)計(jì) 師、前端開(kāi)發(fā)者、客戶代表、以及開(kāi) 發(fā)團(tuán)隊(duì)代表都完整參與整個(gè)交互設(shè)計(jì) 的過(guò)程，并只有能力區(qū)分而弱化職責(zé) 分工；客戶需求文檔中的功能列表是貫穿設(shè)計(jì)過(guò)程的主線；基于終端使用者期待體驗(yàn)的設(shè)計(jì)過(guò) 程，往往客戶功能列表只作為參考；各自有各自對(duì)產(chǎn)品的理解，無(wú)法達(dá)成共識(shí)；對(duì)產(chǎn)品設(shè)計(jì)方向的形成共識(shí)是貫穿整個(gè)交互設(shè)計(jì)階段；使