UX最佳實(shí)踐：提高用戶體驗(yàn)影響力的藝術(shù)

　　第1章協(xié)作的、創(chuàng)新的設(shè)計(jì)大綱：使用戶體驗(yàn)設(shè)計(jì)成為公司認(rèn)可、信賴的商業(yè)核心戰(zhàn)略性競(jìng)爭(zhēng)力的重要工具彼得 L 菲利普斯（Peter L. Phillips）不同的人對(duì)設(shè)計(jì)有不同的理解。設(shè)計(jì)各式各樣，設(shè)計(jì)師也分很多種。例如，產(chǎn)品設(shè)計(jì)師、平面設(shè)計(jì)師、包裝設(shè)計(jì)師、用戶體驗(yàn)（下文簡(jiǎn)稱UX）設(shè)計(jì)師、用戶界面（下文簡(jiǎn)稱UI）設(shè)計(jì)師、景觀設(shè)計(jì)師、花藝設(shè)計(jì)師、室內(nèi)設(shè)計(jì)師、建筑師、甚至“設(shè)計(jì)”芯片電路的工程師，等等。因此，當(dāng)我們說自己是設(shè)計(jì)師時(shí)，別人常常沒法確定我們究竟是哪種類型的設(shè)計(jì)師！什么是設(shè)計(jì)？在我看來，著名設(shè)計(jì)師保羅蘭德（PaulRand）的回答堪稱極致。蘭德說：“設(shè)計(jì)是一門解決問題的學(xué)科。”無論哪個(gè)領(lǐng)域的設(shè)計(jì)，設(shè)計(jì)師們都是在用特定的知識(shí)和技術(shù)解決問題。通常，這些問題或多或少都會(huì)牽扯到某個(gè)具體的商業(yè)領(lǐng)域。依我30多年的專業(yè)平面設(shè)計(jì)師和設(shè)計(jì)經(jīng)理的經(jīng)驗(yàn)，我發(fā)現(xiàn)新產(chǎn)品的失敗率高達(dá)30%～40%。這些產(chǎn)品為何失??？原因可能很多。然而，據(jù)我所知，至少從某種角度上講，很多設(shè)計(jì)項(xiàng)目的失敗都是因?yàn)樵O(shè)計(jì)師或設(shè)計(jì)團(tuán)隊(duì)不能充分理解他們需要用設(shè)計(jì)技巧去解決的問題而造成的。而其中最常見的情況就是，因?yàn)閳F(tuán)隊(duì)根本沒有撰寫任何形式的設(shè)計(jì)大綱（designbrief），抑或大綱寫得太差而不能夠反映實(shí)際問題。那么為什么大家不用設(shè)計(jì)大綱呢？我最常聽到的借口就是撰寫大綱太費(fèi)時(shí)和費(fèi)錢。其實(shí)許多業(yè)務(wù)經(jīng)理完全不懂怎樣寫設(shè)計(jì)大綱，或沒有類似的經(jīng)驗(yàn)，我猜這是設(shè)計(jì)大綱沒有普及的另一大原因。依我的經(jīng)驗(yàn)，設(shè)計(jì)方案被市場(chǎng)淘汰的另一個(gè)原因是：項(xiàng)目負(fù)責(zé)人和設(shè)計(jì)師之間缺乏戰(zhàn)略協(xié)作。通常人們只把設(shè)計(jì)當(dāng)做發(fā)布新產(chǎn)品過程中必須附帶的一項(xiàng)支持性工序。既然設(shè)計(jì)是門解決問題的學(xué)科，那么如果設(shè)計(jì)師連要解決的問題是什么都不能清楚表述出來，那么設(shè)計(jì)方案失敗的可能性將大大增加。為了在設(shè)計(jì)過程開始之前就明確問題，項(xiàng)目負(fù)責(zé)人和設(shè)計(jì)師必須在戰(zhàn)略層面緊密合作，并肩作戰(zhàn)。本章不在于介紹某個(gè)具體的UX設(shè)計(jì)項(xiàng)目或問題，而是介紹一些技巧，幫助團(tuán)隊(duì)去識(shí)別并清楚表述出要解決的商業(yè)問題。這需要UX設(shè)計(jì)部門與項(xiàng)目管理團(tuán)隊(duì)建立戰(zhàn)略伙伴關(guān)系，彼此認(rèn)可、彼此信任。迎合商業(yè)需求、建立戰(zhàn)略伙伴關(guān)系的最佳工具就是一份協(xié)作創(chuàng)新的設(shè)計(jì)大綱。1.1　到底什么是設(shè)計(jì)大綱什么是設(shè)計(jì)大綱，在我的職業(yè)生涯中，我聽到過許多不同的叫法。許多人稱之為創(chuàng)意大綱（creative brief），其他人更習(xí)慣像營銷大綱（marketing brief）、項(xiàng)目大綱（project brief）、任務(wù)標(biāo)簽（jobticket）的叫法，還有我最喜歡的叫法—?jiǎng)?chuàng)新大綱（innovationbrief）。但無論哪種叫法，都是指設(shè)計(jì)項(xiàng)目的書面描述。我最不喜歡的叫法是任務(wù)標(biāo)簽。任務(wù)標(biāo)簽不過是列出了項(xiàng)目名稱、截止日期、預(yù)算、需求方（個(gè)人或團(tuán)隊(duì)）和其他一些戰(zhàn)術(shù)層面的數(shù)據(jù)，一般不超過一頁。我認(rèn)為在實(shí)際的設(shè)計(jì)階段，這些任務(wù)標(biāo)簽可以說是作用甚微。正如我前面所說的，我十分認(rèn)可創(chuàng)新大綱的叫法，這種叫法在歐洲很常見。我喜歡它所蘊(yùn)含的深意。但很遺憾，大多數(shù)公司并不認(rèn)為設(shè)計(jì)是一個(gè)創(chuàng)新的過程，更算不上商業(yè)層面的戰(zhàn)略過程，他們認(rèn)為設(shè)計(jì)不過是一項(xiàng)支持性的服務(wù)工作罷了。1.2　設(shè)計(jì)大綱模板設(shè)計(jì)大綱模板有很多，沒有唯一的標(biāo)準(zhǔn)，也無優(yōu)劣之別。我看過通篇是一段接一段的描述的優(yōu)秀設(shè)計(jì)大綱；也看過以列表形式一項(xiàng)項(xiàng)列出的設(shè)計(jì)大綱，有些也做得十分出彩。最近越來越多的人使用一種電腦程序，需求方只需回答一些關(guān)鍵問題，將答案填入空白欄，電腦即可自動(dòng)生成一份設(shè)計(jì)大綱。另外，還有一些很優(yōu)秀的設(shè)計(jì)大綱是由PPT寫成的。你最終采用的模板很大程度上取決于你具體從事的設(shè)計(jì)類型，以及你的公司最適合的風(fēng)格。當(dāng)然，無論應(yīng)用哪種模板，清晰易讀和便于跟蹤查詢才是關(guān)鍵。其次，大綱必須涵蓋流程中每位利益方所需的所有信息和數(shù)據(jù)。最后，設(shè)計(jì)大綱必須既有紙質(zhì)版又有在線版。過去幾年里，我碰到的設(shè)計(jì)師似乎都認(rèn)電腦程序自動(dòng)生成的模板最具挑戰(zhàn)性。但諷刺的是，過半的設(shè)計(jì)師都用了這種電腦生成的模板！其實(shí)并不是這些模板設(shè)計(jì)得太差，而是人們沒有用合適的方法去使用這些模板。設(shè)計(jì)師們常抱怨需求方要不就是留了太多空白欄沒有填寫，要不就是填寫的信息不全。舉個(gè)典型的例子，問題欄是“目標(biāo)用戶”，而需求方只填了“客戶”。這和沒填簡(jiǎn)直沒什么兩樣！找到最適合組織的模板的重要性不容忽視。多花點(diǎn)時(shí)間，多嘗試幾次，建立一套滿足公司上下實(shí)際需求的模板?？傊?，最后你要形成一套滿足自身具體需求的模板。對(duì)我來說，最適合我的模板首先是陳述性模板，其次是列表模板。1.3　設(shè)計(jì)大綱該寫多長簡(jiǎn)答說來，設(shè)計(jì)大綱的長度應(yīng)按需而定。許多參與我的設(shè)計(jì)大綱工作坊的人都跟我說，總是有人不斷地要求他們把設(shè)計(jì)大綱寫得越短越好。但是我們不應(yīng)該以短為目標(biāo)，而是需要讓設(shè)計(jì)大綱盡可能完整、實(shí)用。大綱最終長度是依具體項(xiàng)目的需要和復(fù)雜程度而定的。1.4　什么時(shí)候需要設(shè)計(jì)大綱每個(gè)設(shè)計(jì)項(xiàng)目都需要設(shè)計(jì)大綱嗎？當(dāng)然不是！那些例行項(xiàng)目或是已經(jīng)開始的設(shè)計(jì)項(xiàng)目并不需要一份正式的設(shè)計(jì)大綱。但各個(gè)設(shè)計(jì)類別中，包括UX設(shè)計(jì)，大部分項(xiàng)目必須有一份書面的設(shè)計(jì)大綱。請(qǐng)注意，這里所說的設(shè)計(jì)大綱不是口頭的，而是書面的！我最常聽到的沒寫正式的項(xiàng)目設(shè)計(jì)大綱的借口就是項(xiàng)目時(shí)間太緊，來不及寫。第二大理由是書面的設(shè)計(jì)大綱不利于發(fā)揮創(chuàng)造力。我不這么認(rèn)為，我相信我所推崇的這種設(shè)計(jì)大綱并不會(huì)扼殺創(chuàng)造性，反而會(huì)增強(qiáng)創(chuàng)造性。說得更明白點(diǎn)，一些重大項(xiàng)目如果只有口頭的設(shè)計(jì)大綱，項(xiàng)目時(shí)間將會(huì)大大延長?？陬^的大綱常常會(huì)帶給團(tuán)隊(duì)誤解、不良的情緒、意見的分歧和嚴(yán)重的挫敗感，最后的設(shè)計(jì)方案也總是不能體現(xiàn)真正的水平。我總聽到一些設(shè)計(jì)師和設(shè)計(jì)部門經(jīng)理抱怨：“他們不理解我?！薄八麄兘o的時(shí)間不夠長。”“他們給的錢不夠多?！薄八麄儾蛔屛野l(fā)揮創(chuàng)造力?！薄八麄儾焕斫釻X設(shè)計(jì)流程！”我知道這是常有的事，但即使真實(shí)情況確實(shí)如此，我的回答也是錯(cuò)不在他們，而是我們自己。如果設(shè)計(jì)師們得不到定位商業(yè)問題和解決問題所需的戰(zhàn)略信息，那么應(yīng)該感到慚愧的是我們自己。如果“他們”不理解，是因?yàn)槲覀冏龅貌粔蚝?。我們沒能有效地溝通、表達(dá)我們的需求，僅此而已。設(shè)計(jì)行業(yè)的人要學(xué)會(huì)變得積極主動(dòng)，從決策人的角度出發(fā)，讓別人發(fā)現(xiàn)設(shè)計(jì)的價(jià)值，并肯定其具有核心商業(yè)競(jìng)爭(zhēng)力的戰(zhàn)略地位。在開始學(xué)習(xí)編寫完美的設(shè)計(jì)大綱之前，我們需要理解怎樣將設(shè)計(jì)理解為一種商務(wù)戰(zhàn)略方面的資源，而非一項(xiàng)支持服務(wù)。1.5　設(shè)計(jì)大綱由誰來寫一旦確立了設(shè)計(jì)部門要解決的具體商業(yè)需求，確定了將要執(zhí)行這個(gè)項(xiàng)目的設(shè)計(jì)團(tuán)隊(duì)，就該馬上展開設(shè)計(jì)大綱的編寫工作。第一步就是要確定誰將是項(xiàng)目負(fù)責(zé)人。負(fù)責(zé)人也是項(xiàng)目的最終責(zé)問人。即項(xiàng)目成功了功歸于誰，失敗了由誰來承擔(dān)責(zé)任。我堅(jiān)定地認(rèn)為每個(gè)項(xiàng)目都應(yīng)該由兩個(gè)人共同負(fù)責(zé)。一位代表有設(shè)計(jì)需求的業(yè)務(wù)團(tuán)隊(duì)，另一位代表要解決這一需求的設(shè)計(jì)團(tuán)隊(duì)。做項(xiàng)目的時(shí)候，雙方都是平等的合作伙伴。他們之間是戰(zhàn)略意義上的商業(yè)合作伙伴關(guān)系，而不是客戶和服務(wù)商之間的關(guān)系。設(shè)計(jì)師和設(shè)計(jì)部門經(jīng)理必須改變思維定勢(shì)，將角色定位從服務(wù)商轉(zhuǎn)向戰(zhàn)略意義上平等的商業(yè)伙伴。如果項(xiàng)目出了差錯(cuò)，設(shè)計(jì)師也要大膽站出來承擔(dān)責(zé)任。1.5.1　是客戶？還是合作伙伴我認(rèn)識(shí)的大多數(shù)設(shè)計(jì)師和設(shè)計(jì)部門經(jīng)理總是過度使用客戶這個(gè)詞。“我的客戶想要這樣?！薄拔业目蛻艉茈y合作?！薄拔业目蛻舨蛔屛以琰c(diǎn)參與?！薄拔业目蛻舨欢O(shè)計(jì)?！鳖l繁地使用客戶這個(gè)詞在一定程度上反映出了我們處理項(xiàng)目的方式。其實(shí)稱對(duì)方為“客戶”的同時(shí)，我們也等于在說，設(shè)計(jì)不是我們做主，而是他們。為什么不以合作伙伴相稱呢？為什么不分?jǐn)傌?zé)任呢？我自己在做咨詢項(xiàng)目時(shí)，總是盡量避免用客戶這個(gè)詞，我一般都說我和別人正合作一個(gè)項(xiàng)目。嚴(yán)格來講，這些人確實(shí)是我的客戶，但我不想只把他們當(dāng)做客戶；我也不希望他們只當(dāng)我是服務(wù)方；我想成為他們的合作伙伴。設(shè)計(jì)行業(yè)的人應(yīng)該和我們所謂的客戶成為平等的合作伙伴，承擔(dān)相同的責(zé)任。他們需要我們的專業(yè)技術(shù)，向我們求助，僅此而已。如果我們接受了這一思維的轉(zhuǎn)變，事情或許會(huì)變得更順利，合作將擦出新的火花，好的設(shè)計(jì)也會(huì)接踵而至。這種工作關(guān)系還會(huì)帶給設(shè)計(jì)師更多的自主性。1.5.2　共同負(fù)責(zé)我認(rèn)為如果只是讓有商業(yè)需求的一方撰寫好設(shè)計(jì)大綱，然后交給設(shè)計(jì)方執(zhí)行，這么做沒有意義。同樣，如果單由設(shè)計(jì)方撰寫設(shè)計(jì)大綱，而沒有將合作伙伴掌握的具有商業(yè)價(jià)值的重要信息納入考慮，這么做也沒有意義。因此，許多年前我定了一個(gè)規(guī)矩，設(shè)計(jì)大綱的撰寫至少得有兩人參與：一方代表商業(yè)需求方；另一方代表設(shè)計(jì)方。當(dāng)然，有時(shí)也有超過兩個(gè)人負(fù)責(zé)撰寫設(shè)計(jì)大綱的情況。中間可能有第三方，這種情況通常在有商業(yè)聯(lián)盟參與的項(xiàng)目中比較常見。但是大多數(shù)情況下，撰寫設(shè)計(jì)大綱兩個(gè)人就足夠了。盡管我強(qiáng)烈主張?jiān)O(shè)計(jì)大綱的撰寫應(yīng)由多人共同負(fù)責(zé)，但我并不提倡成立一個(gè)委員會(huì)團(tuán)隊(duì)來撰寫。一旦太多人認(rèn)為自己負(fù)責(zé)設(shè)計(jì)大綱的實(shí)際開發(fā)和撰寫，而且都去扮演設(shè)計(jì)師的角色，一切都將亂了套。一個(gè)設(shè)計(jì)大綱團(tuán)隊(duì)可以有多個(gè)成員，但“負(fù)責(zé)人”只應(yīng)有兩位，或者三位。設(shè)計(jì)大綱團(tuán)隊(duì)成員的職責(zé)是提供信息，并審核通過設(shè)計(jì)大綱，并不一定需要實(shí)際參與大綱的撰寫。1.5.3　共同負(fù)責(zé)人應(yīng)來自哪個(gè)級(jí)別設(shè)計(jì)大綱需要什么級(jí)別的負(fù)責(zé)人，這取決于項(xiàng)目的大小以及項(xiàng)目對(duì)公司的重要性。新推出的、突破性的產(chǎn)品和服務(wù)通常是由資深設(shè)計(jì)執(zhí)行官、設(shè)計(jì)部門經(jīng)理或設(shè)計(jì)總監(jiān)負(fù)責(zé)。此外，現(xiàn)有產(chǎn)品的一些改進(jìn)工作一般由中層市場(chǎng)專員和資深設(shè)計(jì)師來共同承擔(dān)。其實(shí)，負(fù)責(zé)人所屬的管理層高低并不太影響設(shè)計(jì)大綱的開發(fā)，開發(fā)流程還是一樣的。最后，我要說說客戶經(jīng)理、項(xiàng)目經(jīng)理。許多公司都會(huì)雇客戶經(jīng)理，也就是我們常說的“西裝革履的人”。這些人可否成為共同負(fù)責(zé)人呢？我認(rèn)為客戶經(jīng)理也可以共同負(fù)責(zé)設(shè)計(jì)大綱的撰寫，但是有個(gè)前提，客戶經(jīng)理必須十分了解設(shè)計(jì)、設(shè)計(jì)流程以及設(shè)計(jì)師需要的是什么信息。過去我接觸到許多客戶經(jīng)理，他們銷售做得很棒，也是很出色的項(xiàng)目經(jīng)理。但遺憾的是，他們對(duì)設(shè)計(jì)知之甚少。在我看來，如果在設(shè)計(jì)師和客戶/合作伙伴之間安排這樣一個(gè)角色，反而是一個(gè)阻礙，設(shè)計(jì)師和客戶之間有了阻隔，不利于設(shè)計(jì)出一套好的方案。設(shè)計(jì)師必須和設(shè)計(jì)方案的需求方直接接觸。1.6　設(shè)計(jì)是一門解決問題的學(xué)科那些到達(dá)一定境界的設(shè)計(jì)大師都知道，設(shè)計(jì)是一個(gè)解決問題的學(xué)科。設(shè)計(jì)與藝術(shù)的區(qū)別在于：藝術(shù)家專注于對(duì)事物的個(gè)人解讀，而設(shè)計(jì)所關(guān)注的是為一個(gè)已知問題設(shè)計(jì)一套解決方案。因此，設(shè)計(jì)師必須明確確切的商業(yè)問題，并提出相應(yīng)的設(shè)計(jì)方案。這也是為什么設(shè)計(jì)師和商業(yè)伙伴必須一起合作開發(fā)出一套解決實(shí)際問題的設(shè)計(jì)大綱。一個(gè)真正有效的設(shè)計(jì)方案必須能夠解決問題。這就要求：首先，問題需要被清晰地定義；另外，問題的解決方案所需要達(dá)成的商業(yè)目標(biāo)也需要被清楚表述。只有當(dāng)大家對(duì)實(shí)際的商業(yè)問題和其目標(biāo)都有了清晰的認(rèn)識(shí)之時(shí)，相應(yīng)的設(shè)計(jì)方案才可能被提出。1.7　大綱的協(xié)作撰寫流程大綱撰寫流程的第一步是：共同負(fù)責(zé)人一起確定設(shè)計(jì)項(xiàng)目要完成的所有商業(yè)目標(biāo)，并描述具體細(xì)節(jié)。這一步要回答的關(guān)鍵問題是：我們究竟要解決什么樣的商業(yè)問題？我們到底想做出什么？下一步是討論設(shè)計(jì)項(xiàng)目的商業(yè)動(dòng)機(jī)，即目標(biāo)背后的實(shí)際需求。最后，共同負(fù)責(zé)人要用文字清楚地將設(shè)計(jì)活動(dòng)完成后需實(shí)現(xiàn)的所有效果記錄下來。1.8　設(shè)計(jì)大綱的主要內(nèi)容：通向成功的任務(wù)清單共同負(fù)責(zé)人確定并清楚記錄了商業(yè)內(nèi)容、市場(chǎng)需求和項(xiàng)目預(yù)期后，就可以接著撰寫大綱了。大綱的內(nèi)容包括： 項(xiàng)目背景和項(xiàng)目描述 類別/行業(yè)綜述 目標(biāo)用戶綜述 公司作品集 商業(yè)目標(biāo)和UX設(shè)計(jì)策略 項(xiàng)目階段：規(guī)模、時(shí)間表、預(yù)算 研究數(shù)據(jù) 附錄（按需而定）下面我簡(jiǎn)單總結(jié)了每個(gè)部分的內(nèi)容。項(xiàng)目背景和項(xiàng)目描述　第一部分包涵了項(xiàng)目背景介紹和項(xiàng)目市場(chǎng)環(huán)境描述。類別/行業(yè)綜述　第二部分是關(guān)于項(xiàng)目當(dāng)前所屬的行業(yè)劃分，通常包含了市場(chǎng)競(jìng)爭(zhēng)，行業(yè)趨勢(shì)，品牌和旗下品牌的定位、定價(jià)，產(chǎn)品和服務(wù)的推廣策略、營銷策略等信息。目標(biāo)用戶綜述　第三部分通常是對(duì)產(chǎn)品和服務(wù)的目標(biāo)用戶進(jìn)行全面綜合的討論。特別是要說明你希望哪些用戶會(huì)對(duì)設(shè)計(jì)解決方案感興趣，會(huì)如何使用。公司作品集　這一部分需要理清公司所有的產(chǎn)品或它所提供的所有服務(wù)。這個(gè)項(xiàng)目和公司其他產(chǎn)品或服務(wù)有什么關(guān)聯(lián)？該設(shè)計(jì)項(xiàng)目如何體現(xiàn)了公司的品牌定位？商業(yè)目標(biāo)和UX設(shè)計(jì)策略　這一塊或許是整個(gè)設(shè)計(jì)大綱中最關(guān)鍵的部分。它需要設(shè)計(jì)師根據(jù)具體的商業(yè)目標(biāo)制定出相應(yīng)的設(shè)計(jì)方案開發(fā)策略。就UX設(shè)計(jì)案例而言，有一個(gè)撰寫設(shè)計(jì)大綱的技巧很有效：共同負(fù)責(zé)人創(chuàng)建一個(gè)如表1-1所示的三欄表格，許多團(tuán)隊(duì)試過后都覺得十分奏效。第一欄的標(biāo)題是“商業(yè)問題”。在這一標(biāo)題下面列出具體的商業(yè)目標(biāo)。第二欄的標(biāo)題是“UX相關(guān)問題”，列出具體的UX問題。最后，第三欄的標(biāo)題是“UX設(shè)計(jì)策略”。這一欄應(yīng)該由UX設(shè)計(jì)團(tuán)隊(duì)來寫，所列出的策略需要共同負(fù)責(zé)人達(dá)成共識(shí)。表1-1　移動(dòng)電話公司商業(yè)視角下的UX案例商業(yè)問題UX相關(guān)問題UX設(shè)計(jì)策略改善產(chǎn)品的易用性，使收入增長x%（1）用戶不好找到相機(jī)功能（用例：照相并發(fā)送）（2）用戶不發(fā)彩信，原因不明（3）用戶回復(fù)信息不如預(yù)期的頻繁（用例： 回復(fù)收到的信息）（4）用戶有時(shí)會(huì)忽略收到的信息（5）會(huì)議邀請(qǐng)功能不好用（用例：邀請(qǐng)參會(huì)） （1）進(jìn)行可用性測(cè)試：設(shè)計(jì)、原型、可用性測(cè)試（2）焦點(diǎn)小組（3）實(shí)地調(diào)研：設(shè)計(jì)、原型、可用性測(cè)試（4）使用日志：設(shè)計(jì)、原型、可用性測(cè)試品牌知名度提高y%（1）“操作性”不夠獨(dú)特，容易被忽視（2）在廣告、書刊、產(chǎn)品和交互（如 圖形化用戶界面）中用更顯眼的品牌標(biāo)志元素 （1）品牌概念：打造品牌特有的交互設(shè)計(jì)模式（正如蘋果現(xiàn)在所做的）（2）通過各種渠道和媒體宣傳品牌概念并測(cè)試反饋這個(gè)方法優(yōu)點(diǎn)很多。最重要的是，它的確有助于加速整個(gè)撰寫流程。此外，它幾乎完全避免了在整個(gè)流程中可能出現(xiàn)的許多誤解。有了這種列表模板，所有的利益方都能了解要解決的問題是什么以及UX團(tuán)隊(duì)所做出的應(yīng)對(duì)策略。這樣，每個(gè)人都能對(duì)項(xiàng)目有一定的了解。項(xiàng)目階段：范圍、時(shí)間表、預(yù)算　每個(gè)大綱都得涉及一些具體策略，通常我們稱之為“項(xiàng)目階段”，或項(xiàng)目時(shí)間表。列出設(shè)計(jì)流程的每個(gè)階段。每個(gè)階段都要標(biāo)明這一階段的持續(xù)時(shí)間以及所需開支。還要注明可能需要目標(biāo)用戶參與的概念測(cè)試?？紤]范圍要涵蓋到所有可能會(huì)對(duì)最終產(chǎn)品產(chǎn)生影響的輔助項(xiàng)，例如，包裝、使用說明書、疑難排解指南等。這一部分需要包含設(shè)計(jì)流程中非常重要的三個(gè)階段，但卻常常被忽略。第一個(gè)階段是最后的審批階段。你要列出掌握設(shè)計(jì)項(xiàng)目最終決定權(quán)人的具體信息。第二個(gè)階段常被忽略，是執(zhí)行階段。一旦設(shè)計(jì)通過，就需要投入大量的時(shí)間和金錢在市場(chǎng)上推動(dòng)設(shè)計(jì)方案執(zhí)行。最后一個(gè)階段是評(píng)估階段。如何判定產(chǎn)品是否成功？判定成功與失敗的標(biāo)準(zhǔn)又是什么？誰來評(píng)估？評(píng)估該持續(xù)多長？研究數(shù)據(jù)　你可能還需要總結(jié)一些關(guān)鍵的研究數(shù)據(jù)，用來說明為什么UX設(shè)計(jì)團(tuán)隊(duì)最好從一開始就介入項(xiàng)目。附錄　附錄通常包含了競(jìng)爭(zhēng)對(duì)手的產(chǎn)品照片或草圖、研究數(shù)據(jù)報(bào)告和配色方案推薦等項(xiàng)。1.9　協(xié)作設(shè)計(jì)大綱的商業(yè)影響目前的研究表明，在過去的六年里，最成功的產(chǎn)品都是從撰寫一份全面綜合的設(shè)計(jì)大綱開始的。前面提到的“沒有時(shí)間撰寫設(shè)計(jì)大綱”的障礙并不存在。如果合作撰寫一份大綱需要6到8個(gè)小時(shí)，那么設(shè)計(jì)執(zhí)行階段省下的時(shí)間至少是它的10倍。當(dāng)你對(duì)一個(gè)個(gè)擺在面前的有待解決的商業(yè)問題都進(jìn)行過全面透徹的分析時(shí)，你設(shè)計(jì)出的產(chǎn)品通常能在市場(chǎng)上獲得更大的成功。1.9.1　成為戰(zhàn)略合作伙伴設(shè)計(jì)行業(yè)的人如何成為撰寫設(shè)計(jì)大綱的共同負(fù)責(zé)人，并享有平等的地位呢？首先，我們作為核心商業(yè)競(jìng)爭(zhēng)力的戰(zhàn)略地位必須得到肯定。我設(shè)計(jì)了一個(gè)模型，用來解釋成為這種戰(zhàn)略伙伴需要走哪幾步？模型圖1-1很好地展示了如何一步步成為戰(zhàn)略伙伴，這對(duì)于那些想要加深公司對(duì)設(shè)計(jì)的認(rèn)識(shí)，加強(qiáng)設(shè)計(jì)在公司中的影響力的設(shè)計(jì)師和設(shè)計(jì)部門經(jīng)理而言，十分奏效。要按這個(gè)模型一步步順利進(jìn)行，設(shè)計(jì)大綱是關(guān)鍵的工具。圖1-1　模型你的價(jià)值　這是模型中的第一步，也是最重要的一步。如果連你自己都不知道自己的價(jià)值所在和設(shè)計(jì)的價(jià)值所在，其他人就更不知道了。我們大都自認(rèn)為很清楚自己的價(jià)值，但是清楚與有效溝通完全是兩碼事。而且，我們自認(rèn)為體現(xiàn)自身價(jià)值的東西，在別人看來或許意義并不大。對(duì)別人來說，我們?cè)诙虝r(shí)間內(nèi)按時(shí)完成我們的工作是理所當(dāng)然的。另外，預(yù)算最好也不要超。要有創(chuàng)意？那當(dāng)然了，不然他們?yōu)槭裁垂湍?！一個(gè)人應(yīng)付多個(gè)項(xiàng)目？他們不也天天如此。這樣的問題還有很多。在說明自己的價(jià)值的時(shí)候，設(shè)計(jì)師們通常會(huì)列出他們每天做了哪些“策略層面”的事。但我看到的沒幾個(gè)能真正達(dá)到“戰(zhàn)略層面”。要想讓自己的價(jià)值得到肯定，在項(xiàng)目中享有平等的合作伙伴地位，核心商業(yè)競(jìng)爭(zhēng)力的戰(zhàn)略地位得到認(rèn)可，設(shè)計(jì)師必須學(xué)會(huì)用商業(yè)的行話解釋自己在做的東西會(huì)帶來的商業(yè)收益。舉個(gè)例子，假如你希望成為撰寫設(shè)計(jì)大綱的共同負(fù)責(zé)人和平等的合作伙伴，你就必須有效地溝通，讓別人知道你在從戰(zhàn)略層面考慮如何通過設(shè)計(jì)解決具體的商業(yè)問題。但如果你只關(guān)注視覺效果和技術(shù)層面的東西，沒有人會(huì)把你當(dāng)成真正的合作伙伴。你只會(huì)是一個(gè)“裝修工”，或一項(xiàng)“設(shè)計(jì)服務(wù)提供者”。我并不是說視覺效果和技術(shù)層面不重要，只是你不能只關(guān)注這些?！澳愕膬r(jià)值”中的“你”具體指誰？這個(gè)模型中牽扯到兩個(gè)“你”。一個(gè)是個(gè)人的你，那個(gè)想成為平等的合作伙伴的你；另一個(gè)是集體的你，代表整個(gè)UX設(shè)計(jì)部門，你希望設(shè)計(jì)部門的價(jià)值得到認(rèn)可，成為組織的重要部分，你也希望獲得設(shè)計(jì)過程負(fù)責(zé)人所應(yīng)得的重視和信任。從一個(gè)測(cè)試開始如果你想要凸顯自己在公司的價(jià)值，我推薦一個(gè)十分奏效的測(cè)試。你可以自己進(jìn)行測(cè)試，看看自己能給公司帶來多少附加值；你也可以和設(shè)計(jì)團(tuán)隊(duì)一起進(jìn)行測(cè)試，弄清楚設(shè)計(jì)是如何給公司帶來附加值的。無論哪種形式，測(cè)試的技巧都是一樣的。首先，列出所有你認(rèn)為你或者設(shè)計(jì)能給公司帶來價(jià)值的原因。寫下所有你能想到的點(diǎn)。這個(gè)時(shí)候不要考慮用詞，甚至不用考慮這是否和答案相關(guān)。只要想到了，就寫下來。一般來說，你很快就能寫出一長串列表。這時(shí)你一般會(huì)很有成就感。我看到好多人寫完之后盯著那一長串列表，自豪地說：“哇，原來我擅長這么多東西！”這時(shí)要把列表放到一邊。過一段時(shí)間，也就是一兩天后，再拿出來看看，并一項(xiàng)項(xiàng)地過一遍?？吹矫恳豁?xiàng)，都問問自己：“不搞設(shè)計(jì)的商業(yè)人士真的會(huì)在乎這個(gè)嗎？“如果答案是“否”，那么就把這項(xiàng)劃掉。我和各種團(tuán)隊(duì)做過上百次這樣的測(cè)試。這里我舉出一些被我們劃掉的例子，為了說明問題，這些例子可能有點(diǎn)極端?！凹词苟鄠€(gè)項(xiàng)目纏身，我也能記清楚許多細(xì)節(jié)?！薄拔覍?duì)人很友好，容易相處?！薄拔姨貏e擅長使用研究數(shù)據(jù)?！边@些都是優(yōu)點(diǎn)，但對(duì)于商業(yè)價(jià)值來講毫無意義。我希望第一遍你能寫下所有你能想到的點(diǎn)，因?yàn)楫?dāng)你劃掉那些不相關(guān)的點(diǎn)時(shí)，你會(huì)有一個(gè)直觀的印象，你就能記住哪些類型的事雖然你們每天都在討論，卻不容易引起設(shè)計(jì)之外的人的興趣。當(dāng)初看到這一長串列表的成就感這時(shí)候大概也就沒有了。你的列表要比你預(yù)期的短得多。下一步要重新列個(gè)表。但這次不要草草記下所有想到的點(diǎn)，把重心放在那些不搞設(shè)計(jì)的人會(huì)認(rèn)為是附加值的點(diǎn)上，同時(shí)也要注意你描述它們時(shí)的用詞。這個(gè)步驟花的時(shí)間要比第一輪多得多。但它的結(jié)果也同樣令人期待。這次的列表相對(duì)較短，但它所包含的信息卻更多了，因?yàn)檫@部分要說明設(shè)計(jì)到底如何增加商業(yè)的附加值。切記，這時(shí)不能從美學(xué)角度考慮，而是得從商業(yè)角度出發(fā)。思考設(shè)計(jì)能為商業(yè)做什么？我在第二次列出的列表上看過一些很有說服力的點(diǎn)，措辭可能不盡相同，但意思大體是：“我們可以縮短銷售周期。”“我們可以讓公司的唱片或服務(wù)在視覺上從混亂的市場(chǎng)中脫穎而出?！薄拔覀儎?chuàng)造了一個(gè)強(qiáng)勁的競(jìng)爭(zhēng)優(yōu)勢(shì)?！薄拔覀兺ㄟ^視覺效果和體驗(yàn)方式凸顯了公司的商業(yè)戰(zhàn)略?！边@些才會(huì)令那些非設(shè)計(jì)出身的資深業(yè)務(wù)經(jīng)理們打起精神，才能引起他們的注意。“我們的任務(wù)是通過視覺效果和用戶體驗(yàn)凸顯董事會(huì)和股東們通過的全盤商業(yè)戰(zhàn)略決策。”這是我們看到的另一個(gè)十分有說服力而且又新穎的表述。這句話聽起來一點(diǎn)也不像是出自技術(shù)服務(wù)人員之口，更像是戰(zhàn)略商業(yè)團(tuán)隊(duì)中的一員說出的話。你應(yīng)該成為這種人。一旦發(fā)現(xiàn)了自身的價(jià)值所在，你就應(yīng)該把自己的想法融入到你所做的每件事中。一些團(tuán)隊(duì)做了這個(gè)測(cè)試后，制定了一套“設(shè)計(jì)哲學(xué)”。將這些說服力強(qiáng)、從商業(yè)角度出發(fā)的戰(zhàn)略性觀點(diǎn)應(yīng)用到備忘錄、演講、會(huì)議、日常對(duì)話和設(shè)計(jì)大綱中去。你可能常會(huì)碰到這種情況：開會(huì)時(shí)，公司里的其他與會(huì)人員并不了解你的工作。這在所難免，他們會(huì)問你是做什么的。我在課上做了個(gè)實(shí)驗(yàn)，我讓學(xué)生告訴我“設(shè)計(jì)師是干什么的”。從他們嘴里蹦出的第一個(gè)詞幾乎都是“嗯？”，接下來就是像“我做設(shè)計(jì)是為了獲得更好的用戶體驗(yàn)（或其他什么）”之類的回答。然后他們就停了下來，不知道該從哪方面回答這個(gè)問題。做完這個(gè)測(cè)試后，你就該能給出一長串答案，這些答案在你頭腦里已經(jīng)根深蒂固了，也能引起發(fā)問人的注意。內(nèi)心深處，你希望他們能夠意識(shí)到設(shè)計(jì)對(duì)于商業(yè)的重要性，你希望他們說“真沒想到，我原來還以為你們只是干技術(shù)活，我們應(yīng)該多聊聊！”許多做人力資源的人都認(rèn)為，面試時(shí)的頭兩分鐘對(duì)于整個(gè)面試的結(jié)果至關(guān)重要，他們把這一訣竅叫做“兩分鐘效應(yīng)”。和人交流時(shí)，你必須學(xué)會(huì)言簡(jiǎn)意賅，并且得讓人信服，讓別人看到你提出的東西的獨(dú)到之處。弄清作為一名設(shè)計(jì)專業(yè)人士真正的附加值是什么之后，你應(yīng)該也有能力學(xué)會(huì)怎樣在兩分鐘或更短的時(shí)間內(nèi)向別人說清你的價(jià)值。這需要一些練習(xí)，但若想改變商業(yè)圈對(duì)設(shè)計(jì)的認(rèn)識(shí)，有效溝通是很重要的一步。要想在商業(yè)圈里得到真正的重視，首先，你必須知道自己的價(jià)值是什么（我們都是有價(jià)值的?。?，另外，你也必須會(huì)用商業(yè)的行話簡(jiǎn)潔、清晰、迅速地說明你的價(jià)值。如果連你自己都不清楚你的價(jià)值在哪，你的優(yōu)勢(shì)在哪，其他人就更不知道了。在進(jìn)行模型中描述的其他步驟之前，先做一做這個(gè)測(cè)試。這個(gè)測(cè)試也很適合作為UX設(shè)計(jì)團(tuán)隊(duì)會(huì)議上的一項(xiàng)活動(dòng)而提上日程。團(tuán)隊(duì)里的每位成員對(duì)自身價(jià)值的理解要保持一致。這比那種只讓設(shè)計(jì)師一個(gè)接一個(gè)地進(jìn)行情況匯報(bào)的枯燥會(huì)議要好多了。認(rèn)清UX設(shè)計(jì)的商業(yè)角色　“認(rèn)清UX設(shè)計(jì)的商業(yè)角色”也可以表述為“UX設(shè)計(jì)在商業(yè)中的角色”。無論哪種說法，每位設(shè)計(jì)師或設(shè)計(jì)部門經(jīng)理做商業(yè)設(shè)計(jì)項(xiàng)目時(shí)都必須了解怎樣通過好的設(shè)計(jì)增加產(chǎn)品在市場(chǎng)上的商業(yè)價(jià)值。要牢記，設(shè)計(jì)是一門解決問題的學(xué)科。如果你接的設(shè)計(jì)項(xiàng)目涉及某個(gè)商業(yè)領(lǐng)域，那么你想通過設(shè)計(jì)解決的問題就是一個(gè)業(yè)務(wù)問題。那么UX設(shè)計(jì)能在多大程度上解決商業(yè)問題，怎么解決？我的回答是：“通過設(shè)計(jì)解決商業(yè)問題的途徑比大多數(shù)人預(yù)期的要多！”我有一個(gè)密友，同時(shí)也是我的同事，很直白地跟我：說設(shè)計(jì)在最終處理實(shí)際商業(yè)問題方面真的起不了太大作用。他是一名出色的商業(yè)戰(zhàn)略分析家，特別擅長金融領(lǐng)域。他堅(jiān)持認(rèn)為之所以需要設(shè)計(jì)是因?yàn)樗且粋€(gè)載體，提供一種環(huán)境，用來承載公司產(chǎn)品或服務(wù)的相關(guān)信息。在商業(yè)圈里，持有相同觀點(diǎn)的人很多，確切地說應(yīng)該是比比皆是。當(dāng)然也有一些公司的成功是完全取決于設(shè)計(jì)，例如蘋果、沃達(dá)豐（Vodafone）和伊萊克斯（Electrolux）。從事設(shè)計(jì)行業(yè)的人去有義務(wù)去改變?nèi)藗兊倪@種看法。坦白講，我認(rèn)為過去幾年我們?cè)谶@方面做得很差。要想清晰地向別人說明設(shè)計(jì)的角色和價(jià)值，首先，我們自己必須先了解設(shè)計(jì)在商業(yè)中扮演的角色。你所處的公司或合作客戶的公司面臨著什么樣的商業(yè)問題？設(shè)想一下：“是什么讓首席執(zhí)行官輾轉(zhuǎn)反側(cè)？他最棘手的商業(yè)問題是什么？”然后再反問自己：“有效的UX設(shè)計(jì)在解決問題的過程中如何發(fā)揮作用？”建立互利關(guān)系　在公司內(nèi)部建立互利關(guān)系是設(shè)計(jì)部門和設(shè)計(jì)部門經(jīng)理成為戰(zhàn)略伙伴的關(guān)鍵環(huán)節(jié)，但設(shè)計(jì)部門卻最常忽視它。我常常遇到這種情況，設(shè)計(jì)師和設(shè)計(jì)部門經(jīng)理們不是很樂意和其他部門打交道，在商業(yè)問題上也不是很積極。其實(shí)，設(shè)計(jì)部門經(jīng)理應(yīng)該多與商業(yè)部門的負(fù)責(zé)人聯(lián)系，建立同盟關(guān)系，成為他們的合作伙伴，給予UX設(shè)計(jì)方面的幫助；成為他們的盟友，先耐心傾聽，進(jìn)而給出創(chuàng)造性意見，幫助部門負(fù)責(zé)人完成商業(yè)目標(biāo)。這才是真正的互利關(guān)系。原來我在公司就職的時(shí)候，常常打電話給某個(gè)部門的經(jīng)理，介紹自己并表達(dá)自己愿意出席他們以后的部門會(huì)議，說明設(shè)計(jì)如何在他們從事的具體商業(yè)領(lǐng)域發(fā)揮作用。很多人根本意識(shí)不到他們的工作常常需要設(shè)計(jì)。他們對(duì)設(shè)計(jì)的看法有了很大的轉(zhuǎn)變。在員工會(huì)議上，我會(huì)花10到15分鐘去闡述設(shè)計(jì)如何在他們的工作中發(fā)揮作用，這時(shí)如果他們有需要的話，我會(huì)就他們遇到的和設(shè)計(jì)有關(guān)的難題給一些建議。我并不親自設(shè)計(jì)去解決他們的問題，而是幫助他們利用其他資源更好地解決問題。這么做有幾個(gè)優(yōu)點(diǎn)。1）讓很多人明白了日常生活中處處有設(shè)計(jì)。2）提升了設(shè)計(jì)部門的專業(yè)技能在公司中的知名度。3）讓設(shè)計(jì)部門的專業(yè)技能獲得廣泛認(rèn)可。4）我能夠獲得一手信息，了解各部門最關(guān)心的商業(yè)問題是什么。最后，我和公司各部門都建立了同盟關(guān)系，可以進(jìn)一步發(fā)展為互利關(guān)系，這對(duì)設(shè)計(jì)部門以后的項(xiàng)目絕對(duì)大有裨益。例如，建立了這種互利關(guān)系后，撰寫設(shè)計(jì)大綱時(shí)再列出所有的利益方就簡(jiǎn)單多了。我認(rèn)為這是在公司內(nèi)部建立互利關(guān)系的最好溝通方式。當(dāng)你在某團(tuán)隊(duì)的員工會(huì)議上做這件事時(shí)，可以先觀察一下哪些人可能會(huì)成為設(shè)計(jì)的真正擁護(hù)者，然后重點(diǎn)和這樣的一兩個(gè)人發(fā)展關(guān)系。我在公司建立的最強(qiáng)的聯(lián)盟關(guān)系之一，是與法務(wù)部門達(dá)成的。當(dāng)今，似乎我們的所有設(shè)計(jì)工作都會(huì)涉及法務(wù)需要考慮的方面。與法務(wù)部門建立互利關(guān)系，比每次都面臨枯燥的“法務(wù)審核”要好多了吧。建立牢靠、良好的關(guān)系并非易事。這需要時(shí)間，還需要你處事圓滑，懂得傾聽，要表現(xiàn)出你真的很關(guān)心他們團(tuán)隊(duì)的需求，而不是只顧著自己的需求?？傊?，設(shè)計(jì)部門經(jīng)理若想成為戰(zhàn)略上的商業(yè)伙伴，成為公司重要的財(cái)富，獲得尊重和信任，就要花心思、花時(shí)間去經(jīng)營這種關(guān)系，而不要老給人一種“格格不入”的感覺。沒有這種部門間的互利關(guān)系，你永遠(yuǎn)也不可能成為真正意義上的核心戰(zhàn)略合作伙伴。你只能繼續(xù)扮演“服務(wù)提供者”的角色。執(zhí)行“和……工作”的高效流程　注意標(biāo)題的用詞是“和……工作”。它和“為……工作”恰恰相反。我們說的是戰(zhàn)略伙伴，而不是只提供支持服務(wù)者。你不只是個(gè)的士司機(jī)，把你的“客戶”帶到任何他們想去的地方就可以了。你應(yīng)該成為他們的交通顧問，根據(jù)乘客的需求、時(shí)間和預(yù)算為他們推薦最佳路線。和他人工作，與為他人工作是截然不同的。連很多設(shè)計(jì)師和設(shè)計(jì)部門經(jīng)理都認(rèn)為自己只是服務(wù)提供者，算不上是商業(yè)戰(zhàn)略伙伴。相信我，如果連你自己都這么想，那么其他人也會(huì)這么想。另外，如果你的行為也只停留在服務(wù)提供者的水平上，那么你和設(shè)計(jì)部門在公司中的地位也只能如此了。上文提到的幾個(gè)要素都是這一角色轉(zhuǎn)變的基礎(chǔ)。此刻，你應(yīng)該已經(jīng)明白設(shè)計(jì)對(duì)公司的真正價(jià)值所在，并學(xué)會(huì)用商業(yè)語言表達(dá)出來。你也做過了測(cè)試，充分理解了設(shè)計(jì)在商業(yè)中的角色定位，即核心商業(yè)戰(zhàn)略的視覺表達(dá)。你還主動(dòng)出擊，找到了公司中主要利益方，并和他們建立了互助互利的關(guān)系。現(xiàn)在是時(shí)候擺脫服務(wù)者的枷鎖，成為真正意義上的合作伙伴了。一些人很懂得怎樣和人打交道，怎樣與人合作，怎樣和同事相處，但對(duì)有些人而言，這可能確實(shí)是一個(gè)很大的障礙。這需要你對(duì)你的專業(yè)技術(shù)、所學(xué)的知識(shí)及其商業(yè)附加值抱有與生俱來的堅(jiān)定信念。就算我們是專業(yè)的UX設(shè)計(jì)師，但我們的商業(yè)眼光是被認(rèn)可的嗎？看看我們周圍在這方面做得不錯(cuò)的人。律師、醫(yī)生、CEO、市場(chǎng)營銷人員、工程師，幾乎所有的職業(yè)人員都認(rèn)識(shí)到自己的專業(yè)技術(shù)是各自的立身之本。嚴(yán)格來講，從字典的定義看來，這些人也有自己的客戶，但他們并沒有表現(xiàn)出低人一等，把客戶捧為自己的“主人”。他們清楚自己提供的“服務(wù)”會(huì)影響事情的成敗。從事UX設(shè)計(jì)的專業(yè)人士也同樣，如果你只是一個(gè)服務(wù)提供者，那么在市場(chǎng)環(huán)境下，你的價(jià)值就不可能得到真正的認(rèn)可。人們會(huì)看重那些有突出作為的人。當(dāng)然，這與設(shè)計(jì)大綱有直接關(guān)系。“目標(biāo)用戶綜述”這一部分要將世界各地所有用戶的需求清楚地表述出來。商業(yè)目標(biāo)和UX設(shè)計(jì)策略這一部分要分別列出所有的區(qū)域性商業(yè)目標(biāo)，并根據(jù)各個(gè)區(qū)域性目標(biāo)制定出相應(yīng)的具體設(shè)計(jì)策略。為了防止設(shè)計(jì)走偏，你必須找到不同國家的用戶代表，把他們列入主要利益方這一部分，另外在設(shè)計(jì)大綱的整個(gè)撰寫過程中也一定要向他們咨詢意見。設(shè)計(jì)部門經(jīng)理必須盡全力調(diào)查各種類型的用戶，學(xué)會(huì)如何開發(fā)出滿足各類用戶需求的有效設(shè)計(jì)解決方案，處理全球性的商業(yè)項(xiàng)目時(shí)更是如此。我強(qiáng)烈建議設(shè)計(jì)師和設(shè)計(jì)部門經(jīng)理多參加全國性、國際性的銷售會(huì)議，以及展銷會(huì)這樣的活動(dòng)。盡管這些活動(dòng)的主題本身看起來和設(shè)計(jì)并沒有直接聯(lián)系，但他們卻是設(shè)計(jì)專業(yè)人士直接獲取商業(yè)需求的絕佳機(jī)會(huì)。兩耳不聞窗外事、一心只做設(shè)計(jì)的時(shí)代早就過去。做設(shè)計(jì)的人要走出設(shè)計(jì)工作室，看看世界的變化。設(shè)計(jì)專業(yè)人士不僅要主動(dòng)傾聽公司內(nèi)部主要利益相關(guān)者的需求，也要傾聽各類目標(biāo)用戶的需求，給他們提供有效的設(shè)計(jì)解決方案。光靠坐在小隔間里埋頭苦干是不可能設(shè)計(jì)出優(yōu)秀的設(shè)計(jì)方案的。因?yàn)橐湍切奈粗\面、從沒交談過的人合作，給他們做設(shè)計(jì)，這談何容易。1.9.2　認(rèn)可和信賴若想作為業(yè)務(wù)戰(zhàn)略伙伴的地位被逐漸認(rèn)可，你需要做到以下幾點(diǎn)：充分意識(shí)到你個(gè)人和設(shè)計(jì)部門給公司帶來的附加價(jià)值；理解并能夠清晰地表達(dá)設(shè)計(jì)在業(yè)務(wù)中扮演的角色；能夠建立互利關(guān)系，注意是“相互”的；學(xué)會(huì)與他人共事（不是為他人工作）的技巧。有了知識(shí)，才會(huì)理解。有了理解，才有欣賞和認(rèn)可。有了認(rèn)可，才有信賴。首先，人們得知道一些相關(guān)知識(shí)，了解設(shè)計(jì)的附加價(jià)值。只有了解了這些之后，他們才懂得欣賞出色的設(shè)計(jì)。當(dāng)你的設(shè)計(jì)方案真正解決了項(xiàng)目的商業(yè)需求，認(rèn)可也就隨之而來。一旦你得到了認(rèn)可，獲得信賴也只是時(shí)間問題了。我們已經(jīng)反復(fù)說過，之所以這么多設(shè)計(jì)師抱怨時(shí)間不夠，預(yù)算不足，參與項(xiàng)目的時(shí)間點(diǎn)太晚，不被欣賞，不被理解，是因?yàn)樗麄兊纳虡I(yè)能力從一開始就不被信任。別忘了，無論營利性組織還是非營利性組織都是為了賺錢。非營利性組織也必須賺錢來抵扣支出，否則它也堅(jiān)持不了多久。營利性組織就更是如此了。在商業(yè)人士眼里，設(shè)計(jì)的首要任務(wù)就是達(dá)成商業(yè)目標(biāo)。做設(shè)計(jì)的人要讓業(yè)務(wù)人士知道這也是我們的目標(biāo)。我們得讓我們的商業(yè)合作伙伴知道，設(shè)計(jì)的作用遠(yuǎn)不止“美觀精致”而已。設(shè)計(jì)方案的最終決定權(quán)幾乎都是掌握在非設(shè)計(jì)行業(yè)的人手里。這個(gè)現(xiàn)象很值得思考。為什么那些對(duì)設(shè)計(jì)不甚理解的人卻掌握著設(shè)計(jì)的最終決定權(quán)？他們既沒有受過相關(guān)的設(shè)計(jì)訓(xùn)練，也沒有設(shè)計(jì)的專業(yè)技能！因?yàn)樵O(shè)計(jì)師的商業(yè)評(píng)估能力不被信任。大多數(shù)非設(shè)計(jì)行業(yè)的人都會(huì)承認(rèn)在設(shè)計(jì)技巧和元素方面專業(yè)設(shè)計(jì)師確實(shí)比他們懂得多。他們只是不放心讓設(shè)計(jì)師做最終的評(píng)估，去判斷設(shè)計(jì)解決方案是否能夠解決實(shí)際商業(yè)需求。只有獲得了非設(shè)計(jì)行業(yè)的合作伙伴的認(rèn)可與信賴，設(shè)計(jì)師才能夠成為享有平等地位的共同負(fù)責(zé)人，設(shè)計(jì)團(tuán)隊(duì)在撰寫設(shè)計(jì)大綱時(shí)才能享受戰(zhàn)略合作伙伴的平等待遇。我設(shè)計(jì)的這套模型已經(jīng)成功地幫助了許多設(shè)計(jì)團(tuán)隊(duì)贏得認(rèn)可與信賴。當(dāng)然，我自己也很受用。協(xié)作的設(shè)計(jì)大綱是實(shí)現(xiàn)這套模型的精髓的最佳途徑、最佳工具。嘗試一下吧！1.10　總結(jié) 設(shè)計(jì)大綱如何幫助測(cè)量設(shè)計(jì)項(xiàng)目的投資回報(bào)率？一份好的設(shè)計(jì)大綱會(huì)對(duì)設(shè)計(jì)要解決的問題、要實(shí)現(xiàn)的核心商業(yè)目標(biāo)、設(shè)計(jì)方案的預(yù)期執(zhí)行結(jié)果進(jìn)行透徹分析。這些因素決定了評(píng)估設(shè)計(jì)項(xiàng)目的資金投放標(biāo)準(zhǔn)。 如何判斷新項(xiàng)目是否真的需要設(shè)計(jì)大綱？如果設(shè)計(jì)項(xiàng)目規(guī)模較小，只是已有產(chǎn)品的一兩個(gè)小修正，那么并不一定需要設(shè)計(jì)大綱。但如果項(xiàng)目需要開發(fā)出一套全新的設(shè)計(jì)方案，那么設(shè)計(jì)大綱將發(fā)揮重要作用。 為什么要讓設(shè)計(jì)項(xiàng)目負(fù)責(zé)人和設(shè)計(jì)師共同撰寫設(shè)計(jì)大綱？因?yàn)橥ㄟ^這種合作方式，雙方能夠各取所長，一起做好項(xiàng)目。而且雙方在合作撰寫設(shè)計(jì)大綱時(shí)，就已經(jīng)幾乎將所有可能出現(xiàn)的問題擺在臺(tái)面上了，并且提前妥善處理了，這樣在執(zhí)行階段就可以節(jié)省大量的時(shí)間。 設(shè)計(jì)大綱太長，我們一直都沒時(shí)間寫，有沒有什么其他捷徑？說句實(shí)話，并沒有捷徑。對(duì)那些從一開始就備受重視的項(xiàng)目而言，是否撰寫設(shè)計(jì)大綱對(duì)項(xiàng)目的最終成敗至關(guān)重要。設(shè)計(jì)項(xiàng)目執(zhí)行階段省下的時(shí)間要比項(xiàng)目開始時(shí)撰寫大綱所花的時(shí)間多得多。 為什么要讓目標(biāo)用戶測(cè)試設(shè)計(jì)概念？公司里參與設(shè)計(jì)的人對(duì)項(xiàng)目太熟悉，不能夠真正客觀地判斷哪個(gè)設(shè)計(jì)概念的效果更好。你是在為目標(biāo)用戶做設(shè)計(jì)，只有他們才能真正讓你知道—你的設(shè)計(jì)方案是否適合他們。 執(zhí)行項(xiàng)目時(shí)，設(shè)計(jì)大綱要用到什么時(shí)候？什么時(shí)候可以不再需要它？項(xiàng)目的整個(gè)流程都需要設(shè)計(jì)大綱。最后三個(gè)階段包括：1）決定設(shè)計(jì)解決方案能否通過的展示階段；2）最終設(shè)計(jì)解決方案的執(zhí)行規(guī)劃階段；3）設(shè)計(jì)解決方案面世后的評(píng)估階段。項(xiàng)目完成后，最后的評(píng)估階段可能還要持續(xù)一些時(shí)間。第2章用戶體驗(yàn)制度化，成就企業(yè)Andreas Hauser，SAP公司過去十年里，客戶期望和軟件開發(fā)流程都發(fā)生了改變。許多公司已經(jīng)意識(shí)到有必要為客戶提供更好的服務(wù)，特別是為最終用戶，因?yàn)橘徺I企業(yè)管理軟件的決策者已經(jīng)不再是首席信息官（chiefinformationofficer，CIO），而是該軟件的直接使用部門。能否成功賣出產(chǎn)品，用戶體驗(yàn)在其中的作用變得越發(fā)重要。但與此同時(shí)，許多公司的軟件開發(fā)流程仍是一成不變。公司的技術(shù)部門依然脫離最終用戶，憑自己的意愿對(duì)所開發(fā)產(chǎn)品的特性與功能進(jìn)行取舍。幾年前，SAP決定要開發(fā)一套開創(chuàng)性的商業(yè)解決方案，并希望能因此大幅度提高方案在中小型企業(yè)市場(chǎng)的滲透率。為了開發(fā)出這么一套推陳出新的解決方案，SAP從技術(shù)、流程和組織方面徹底地改變了此前開發(fā)應(yīng)用程序的常規(guī)路數(shù)（見圖2-1）。SAP從一開始就把用戶體驗(yàn)作為優(yōu)先考慮的重點(diǎn)，并希望將體驗(yàn)作為產(chǎn)品的特色和競(jìng)爭(zhēng)優(yōu)勢(shì)。圖2-1　挑戰(zhàn)為了開發(fā)這個(gè)方案，我們必須搭建一個(gè)全新的技術(shù)平臺(tái)，以在此之上開發(fā)一些開放靈活的企業(yè)管理應(yīng)用。我們還搭建了一套純服務(wù)導(dǎo)向型架構(gòu)（service-orientedarchitecture，SOA），并將UI模式順利地融入到開發(fā)工具中。我們也徹底改變了先前的開發(fā)流程。我們的主要目標(biāo)是提供卓越的用戶體驗(yàn)（UserExperience，UX），為此我們采用了一套外部驅(qū)動(dòng)（outside-indriven）的迭代開發(fā)流程。在組織上下強(qiáng)制推行以用戶為中心的設(shè)計(jì)（User-CenteredDesign，UCD）。為了評(píng)估我們定下的用戶體驗(yàn)?zāi)繕?biāo)的完成情況，我們開發(fā)了一套UX關(guān)鍵績效指標(biāo)（key performanceindicator，KPI），并將產(chǎn)品每個(gè)版本的KPI匯報(bào)給管理層。除了新技術(shù)、新開發(fā)流程，我們還建立了全新的組織，它迅速成長壯大，如今已是一個(gè)大型的全球性組織。建立全新組織的原因是，我們的技術(shù)和企業(yè)管理應(yīng)用程序都必須從零開始搭建。我們讓人才在組織中平衡地分布，來自不同地區(qū)，有著不同文化背景的員工作為一個(gè)團(tuán)隊(duì)共同工作。這個(gè)新組織的組織結(jié)構(gòu)不同于其他的SAP部門。它分為解決方案管理（SolutionManagement）部門和開發(fā)部門。解決方案管理部門（其他公司也叫產(chǎn)品管理部門）負(fù)責(zé)確定市場(chǎng)需求及詳盡的產(chǎn)品定義。UX設(shè)計(jì)師負(fù)責(zé)交互設(shè)計(jì)和協(xié)助執(zhí)行用戶研究，如現(xiàn)場(chǎng)觀察（sitevisit）和用戶界面（User Interface，UI）驗(yàn)證。開發(fā)部門則負(fù)責(zé)執(zhí)行解決方案。要在這樣一個(gè)大型的全球性組織中，大規(guī)模地執(zhí)行UCD設(shè)計(jì)流程是一個(gè)很大的挑戰(zhàn)。即使一個(gè)小團(tuán)隊(duì)也需要大量的跨地域協(xié)作，有些團(tuán)隊(duì)分散在三個(gè)以上不同的地方，成員必須應(yīng)對(duì)不同步的溝通、各種時(shí)差和文化差異等問題。我們必須學(xué)會(huì)聽懂各種“蹩腳的英語”，學(xué)會(huì)如何組織網(wǎng)絡(luò)設(shè)計(jì)會(huì)議。當(dāng)時(shí)我們面臨的最大挑戰(zhàn)是在我們開始設(shè)計(jì)解決方案的時(shí)候并沒有現(xiàn)成可用的技術(shù)。我們需要在技術(shù)架構(gòu)還只停留在理論階段的時(shí)候，就開始挖掘市場(chǎng)的需求和用戶需求。因?yàn)槲覀儾豢赡芸盏壬弦粌赡辏燃夹g(shù)可用了之后才開始。如果那樣做，產(chǎn)品開發(fā)的持續(xù)時(shí)間就太長了。隨著組織不斷壯大，我們需要不斷地向不同背景的人（開發(fā)人員和解決方案經(jīng)理）說明用戶體驗(yàn)的價(jià)值，這也是一個(gè)不小的挑戰(zhàn)。開發(fā)人員往往只關(guān)注產(chǎn)品特性與功能的執(zhí)行。解決方案經(jīng)理一般都有市場(chǎng)研究的背景，但對(duì)用戶研究仍不甚了解。可用性專業(yè)人員雖然深知用戶體驗(yàn)的價(jià)值，但在外人看來他們卻更接近藝術(shù)家。我們必須想辦法改變這種觀點(diǎn)，讓組織明確了解到用戶體驗(yàn)的價(jià)值，并欣然接受。這一章我會(huì)舉些例子，說明我們是如何一步步地讓用戶體驗(yàn)在組織內(nèi)制度化的。對(duì)我個(gè)人而言，這也是一段非凡的旅程。我們經(jīng)歷了許多起起落落，但卻也樂在其中，我們特別享受和用戶體驗(yàn)團(tuán)隊(duì)一起工作的時(shí)間，他們充滿了朝氣活力，創(chuàng)意十足。這一章，我想和大家分享過去幾年里我的這段旅程，講述我是如何擴(kuò)大用戶體驗(yàn)對(duì)開發(fā)部門和產(chǎn)品的影響力的。那時(shí)我們確實(shí)面臨著很大的挑戰(zhàn)，因?yàn)閾?jù)我所知，之前沒有任何一家軟件公司做過如此規(guī)模的事。我們沒有可借鑒的經(jīng)驗(yàn)，只能靠自己摸索，有時(shí)候我們只能通過嘗試才能分辨什么是有用的，什么是沒用的。當(dāng)然，這段經(jīng)歷讓我積累了許多經(jīng)驗(yàn)。它們包括： 如何在全球性的組織中建立并執(zhí)行以用戶體驗(yàn)為中心的設(shè)計(jì)流程。 如何說服組織與同事搭上UCD設(shè)計(jì)的浪潮。 如何擴(kuò)大對(duì)UI技術(shù)部門的影響力，讓他們更關(guān)注用戶體驗(yàn)需求。我在這個(gè)項(xiàng)目中推薦的大部分UX實(shí)踐對(duì)你和你的公司應(yīng)該會(huì)有所幫助。但有些實(shí)踐更適合在流程更復(fù)雜的大型公司和全球性組織中執(zhí)行。你可以聽取一些我們的建議，試著在你的公司中執(zhí)行。你會(huì)知道哪些是有用的，哪些需要根據(jù)自己的實(shí)際情況做調(diào)整。2.1　SAP是誰SAP是歐洲最大的軟件公司，擁有53000名員工。在全球120多個(gè)國家，有超過10.9萬個(gè)公司都在使用SAP軟件。每天都有逾3500萬人在使用SAP軟件。SAP在行業(yè)內(nèi)觸及之深，覆蓋面之廣，已讓它成為行業(yè)中的佼佼者。過去35年中，SAP一直致力于幫助其他公司成為各自行業(yè)的領(lǐng)軍人。在與世界各地的合作伙伴和客戶打交道的過程中積累的大量行業(yè)經(jīng)驗(yàn)，讓SAP能夠準(zhǔn)確洞察企業(yè)需求，幫助他們解決問題，更好地運(yùn)營企業(yè)。在這些方面很少有其他公司可以與SAP媲美。2.2　什么是SAP Business ByDesignSAP BusinessByDesign是SAP新推出的按需配置的企業(yè)管理解決方案，主要面向中小型企業(yè)。這一解決方案因其存在很多創(chuàng)新之處，可以使其區(qū)別于市場(chǎng)上的其他產(chǎn)品。SAPBusiness ByDesign是全球最完備、最靈活、按需配置的企業(yè)管理解決方案。與其他按需配置的企業(yè)管理軟件不同，SAPBusinessByDesign（見圖2-2）讓企業(yè)端到端的每個(gè)流程都更透明且易于掌控，這其中包含了客戶關(guān)系管理（CRM）、供應(yīng)商關(guān)系管理（SRM）、供應(yīng)鏈管理（SCM）、財(cái)務(wù)管理（FIN）和人力資源（HR）。此方案讓企業(yè)能立即對(duì)自己的情況進(jìn)行360度掌握，并且它簡(jiǎn)單易用，能快速配合商業(yè)需求的變動(dòng)。圖2-2　SAP Business ByDesign（版權(quán)歸SAP AG. 所有，2010）SAP Business ByDesign設(shè)計(jì)時(shí)考慮了以下幾個(gè)關(guān)鍵原則： 堅(jiān)持以市場(chǎng)為導(dǎo)向的設(shè)計(jì)思路與開發(fā)路線。 在項(xiàng)目初期整合最終用戶的反饋并融入迭代開發(fā)流程。 提供突破性的用戶體驗(yàn)。 擴(kuò)大模式驅(qū)動(dòng)（model-driven）、服務(wù)導(dǎo)向（service-oriented）的架構(gòu)的影響力。2.2.1　項(xiàng)目歷程幾年前，SAP決定開始一個(gè)新的研發(fā)項(xiàng)目，利用面向服務(wù)的架構(gòu)優(yōu)勢(shì)，建立一個(gè)企業(yè)級(jí)應(yīng)用的新原型。項(xiàng)目的主要目標(biāo)是提供卓越的用戶體驗(yàn)，降低軟件復(fù)雜度，降低總所有成本（TotalCost of Ownership，TCO）。我參與了解決方案的規(guī)劃，而后我們團(tuán)隊(duì)設(shè)計(jì)出了最初的軟件構(gòu)架圖。隨后，我們成功地向董事會(huì)展示了規(guī)劃圖并通過了審批。公司問我是否愿意去領(lǐng)導(dǎo)用戶界面相關(guān)的工作。之后的幾個(gè)月里，我們與開發(fā)團(tuán)隊(duì)一起搭建UI架構(gòu)，建立最初的原型，并為不同用戶角色設(shè)計(jì)了一系列不同的應(yīng)用程序。我們有很大的自主權(quán)，可以自己定義新的軟件架構(gòu)、采取新的開發(fā)流程和設(shè)計(jì)新的應(yīng)用程序。此研發(fā)項(xiàng)目的結(jié)果很成功，SAP董事會(huì)決定在這一研究項(xiàng)目得出的軟件架構(gòu)基礎(chǔ)上，搭建一個(gè)新的面向中小型企業(yè)的企業(yè)管理解決方案。2007年9月這一全新的企業(yè)管理解決方案正式發(fā)布。此后這一產(chǎn)品就叫做“SAPBusiness ByDesign”。2.2.2　為什么SAP Business ByDesign與眾不同SAP Business ByDesign將用戶需求作為設(shè)計(jì)的中心，解決企業(yè)管理軟件中與“人”有關(guān)的問題。這一定位至關(guān)重要，因?yàn)橘徺I企業(yè)管理軟件的決策者已不再是首席信息官（CIO），而是使用該軟件的部門。我們的目標(biāo)是設(shè)計(jì)出一套滿足用戶期望的解決方案，并確保每位用戶都能高效地使用該系統(tǒng)。為達(dá)到這一目標(biāo)，我們制定了一套以用戶為中心的設(shè)計(jì)流程（見圖2-3），并在組織上下強(qiáng)制執(zhí)行。圖2-3　以用戶為中心的設(shè)計(jì)流程（版權(quán)歸SAP AG. 所有，2010）對(duì)客戶而言，糟糕的UI帶來的使用成本（例如，使用戶培訓(xùn)時(shí)間延長、造成低下的使用效率，更有甚者用戶可能會(huì)拒絕使用這個(gè)軟件）可能高達(dá)購買應(yīng)用程序本身費(fèi)用的數(shù)倍。因此，對(duì)他們而言，卓越的用戶體驗(yàn)至關(guān)重要。SAP Business ByDesign的主要目標(biāo)是：簡(jiǎn)單易用　軟件必須易學(xué)、易用。用戶希望軟件可以輕松上手，不希望在培訓(xùn)上花大把的時(shí)間。特別是在中型企業(yè)市場(chǎng)，員工往往一人承擔(dān)多種角色。因此，軟件的易用性和一致性十分重要。我們使用了基于模式的設(shè)計(jì)方法，有助于保持整個(gè)軟件系列的一致性，使得用戶可以用同樣的方法有效地執(zhí)行相似的任務(wù)。以人為本的設(shè)計(jì)　要提供直觀的用戶體驗(yàn)，設(shè)計(jì)者必須理解最終用戶的需要。首先，在軟件開發(fā)周期之初，我們就要確定用戶需求，深入用戶的工作環(huán)境，并了解用戶所需的信息、工作流程、工作目標(biāo)、工作動(dòng)機(jī)、溝通方式等。然后將這些發(fā)散的用戶需要（userneed）轉(zhuǎn)化為具體的用戶需求（user requirement），進(jìn)而轉(zhuǎn)化為系統(tǒng)需求。最后編寫出用例（usecase）并設(shè)計(jì)出線框圖（wireframe）。隨后我們通過最終用戶測(cè)試用例和線框圖，并在移交開發(fā)部門之前將用戶的反饋融入線框圖。我們也會(huì)對(duì)開發(fā)完成后的產(chǎn)品進(jìn)行可用性測(cè)試，但相比之下，我們?cè)陂_發(fā)初期基于線框圖進(jìn)行的測(cè)試要更多。此類更早期的測(cè)試效果更好，因?yàn)楦淖冊(cè)缙谠O(shè)計(jì)比改變一個(gè)已開發(fā)的應(yīng)用程序花費(fèi)要更少。在整個(gè)開發(fā)流程中與最終用戶保持持續(xù)的迭代反饋循環(huán)至關(guān)重要。靈活的UI技術(shù)　所采用的UI技術(shù)必須靈活，能夠快速適應(yīng)和滿足市場(chǎng)需求、客戶需求和用戶需求。我們的整個(gè)解決方案都是在模式驅(qū)動(dòng)和服務(wù)導(dǎo)向的框架上開發(fā)的。這能確保我們的客戶和合作伙伴有足夠的彈性空間去對(duì)解決方案進(jìn)行調(diào)整和擴(kuò)展，同時(shí)，這也讓最終用戶個(gè)人能根據(jù)自己的需求去自定義系統(tǒng)。在開發(fā)過程中使用UI模式有利于保持一致性，并極大地提高了開發(fā)團(tuán)隊(duì)的生產(chǎn)力。2.3　用戶體驗(yàn)團(tuán)隊(duì)的角色在成立的頭兩年里，ByDesign用戶體驗(yàn)團(tuán)隊(duì)就迅速發(fā)展成為一個(gè)跨越多個(gè)國家的大團(tuán)隊(duì)。由于不可能在很短的時(shí)間內(nèi)就招到足夠多的人，我們與幾家外包供應(yīng)商也有合作。我們聘用了許多具有優(yōu)秀交互設(shè)計(jì)和用戶研究背景的人，他們都很年輕且充滿創(chuàng)意。同時(shí)，我們也很看重所招聘的人是不是有團(tuán)隊(duì)精神。為什么這點(diǎn)很重要？用戶體驗(yàn)團(tuán)隊(duì)在整個(gè)產(chǎn)品開發(fā)流程中扮演著重要角色，因?yàn)樗麄兪菍?duì)接方案管理部門和開發(fā)部門的橋梁以及最終用戶需求的傳達(dá)者。用戶體驗(yàn)團(tuán)隊(duì)必須站在用戶的立場(chǎng)去溝通，但同時(shí)他們對(duì)產(chǎn)品的理解很可能不如解決方案經(jīng)理。因此他們需要與開發(fā)者和解決方案經(jīng)理不斷協(xié)調(diào)溝通，以最終更好提升產(chǎn)品用戶體驗(yàn)。在這個(gè)過程中，團(tuán)隊(duì)精神這樣的軟技能非常重要。SAP Business ByDesign只有一個(gè)用戶體驗(yàn)團(tuán)隊(duì)，底下分為三個(gè)小團(tuán)隊(duì)：UI概念與準(zhǔn)則　團(tuán)隊(duì)為產(chǎn)品定義UI風(fēng)格指南，為新的UI模式編寫詳細(xì)描述，并協(xié)助UI架構(gòu)技術(shù)團(tuán)隊(duì)（屬于技術(shù)團(tuán)隊(duì)，負(fù)責(zé)搭建產(chǎn)品的技術(shù)平臺(tái)）將UI模式應(yīng)用到產(chǎn)品開發(fā)中。為了保證軟件一致性，我們將UI模式開發(fā)出來并整合到開發(fā)工具中。UI概念與準(zhǔn)則團(tuán)隊(duì)要協(xié)助設(shè)計(jì)師與開發(fā)人員使用UI設(shè)計(jì)風(fēng)格指南，并收集面向未來的新的UI需求。另外，他們還負(fù)責(zé)提出并定義UI的創(chuàng)新概念。最終用戶相關(guān)基礎(chǔ)設(shè)施　最終用戶相關(guān)基礎(chǔ)設(shè)施團(tuán)隊(duì)負(fù)責(zé)組織和協(xié)調(diào)客戶活動(dòng)、合作方活動(dòng)、用戶活動(dòng)（例如，現(xiàn)場(chǎng)觀察、焦點(diǎn)小組、用例驗(yàn)證、UI驗(yàn)證、可用性測(cè)試以及基準(zhǔn)測(cè)試等）。他們負(fù)責(zé)在全球建立并管理一些基礎(chǔ)設(shè)施，以支持設(shè)計(jì)師和用戶研究人員在多個(gè)國家與用戶進(jìn)行互動(dòng)。此外，團(tuán)隊(duì)也負(fù)責(zé)定義UCD方法論，并對(duì)解決方案經(jīng)理、開發(fā)人員和用戶體驗(yàn)從業(yè)者進(jìn)行UCD培訓(xùn)。團(tuán)隊(duì)還要參與產(chǎn)品開發(fā)流程的定義與執(zhí)行，并確保UCD活動(dòng)能夠順利地融入到開發(fā)流程中去。應(yīng)用程序設(shè)計(jì)　此團(tuán)隊(duì)中包括交互設(shè)計(jì)師和用戶研究人員。他們與開發(fā)人員、解決方案經(jīng)理同屬于應(yīng)用程序團(tuán)隊(duì)。他們的任務(wù)是設(shè)計(jì)企業(yè)管理應(yīng)用程序，例如財(cái)務(wù)管理應(yīng)用程序、人力資源管理應(yīng)用程序、客戶關(guān)系管理應(yīng)用程序。他們是用戶需求的代言人，也是整個(gè)應(yīng)用程序團(tuán)隊(duì)中以用戶為中心的設(shè)計(jì)的推動(dòng)者。每個(gè)應(yīng)用程序都由一名用戶研究人員負(fù)責(zé)，專門籌劃并開展相關(guān)的用戶研究活動(dòng)。用戶研究中得到的結(jié)論都能立即與開發(fā)人員和解決方案經(jīng)理進(jìn)行討論。結(jié)論中提出的需求可能當(dāng)前版本就能滿足，也可能需要暫存起來，下次更新時(shí)再解決。交互設(shè)計(jì)師參照設(shè)計(jì)風(fēng)格指南，負(fù)責(zé)設(shè)計(jì)所有的交互界面并協(xié)助開發(fā)過程。用戶研究為何如此重要？因?yàn)橹挥辛私饬擞脩舻男枨蟛拍茉O(shè)計(jì)出好的解決方案。怎樣挖掘用戶需求，直接問用戶你想要什么就可以了嗎？當(dāng)然不是。用戶很難表達(dá)清楚未來的軟件解決方案該是怎樣的。如果在汽車剛發(fā)明出來之前問他們有什么需求，你得到的答案很可能是“跑得更快的馬”。用戶研究之美在于觀察用戶并挖掘他們的真實(shí)需求，這也是神奇所在之處。用戶的陳述和行為都是表面現(xiàn)象，研究者存在的意義是：他們能夠透過現(xiàn)象看到本質(zhì)，并挖掘出用戶的真實(shí)需求。我們應(yīng)該在項(xiàng)目初期多花時(shí)間進(jìn)行用戶研究，并與最終用戶一起改善設(shè)計(jì)。這么做能夠縮短開發(fā)周期，并最終帶來更高的用戶滿意度和使用效率。另外，這對(duì)你自身而言也是益處良多，因?yàn)槟惬@取了大量真實(shí)的研究數(shù)據(jù)，當(dāng)有人問起為什么軟件包含了這個(gè)功能，而不是那個(gè)功能時(shí)，它能夠?yàn)槟闾峁?shù)據(jù)支持。以我個(gè)人的一段經(jīng)歷為例，那是我第一次意識(shí)到用戶研究的重要性。當(dāng)時(shí)我們?nèi)ヒ晃豢蛻舻默F(xiàn)場(chǎng)做用戶研究，地點(diǎn)在上海。我們觀察了一位用戶，他的任務(wù)是把幾百張發(fā)貨單的內(nèi)容手動(dòng)輸入電腦。他當(dāng)時(shí)用的并不是SAP軟件。他把發(fā)貨單文檔放在鍵盤的左側(cè)，然后輸入數(shù)據(jù)。輸入了10個(gè)發(fā)貨單的內(nèi)容后，他點(diǎn)了保存按鈕，等了一會(huì)，然后又點(diǎn)了10次刷新按鈕，確認(rèn)軟件是否正確處理了發(fā)貨單的內(nèi)容。他說他必須這么做，如果發(fā)現(xiàn)錯(cuò)誤，他就能馬上糾正。通過這次觀察，我們產(chǎn)生了一個(gè)想法，其實(shí)系統(tǒng)自己就能夠?yàn)橛脩糇鲞@個(gè)事。用戶只需要輸入發(fā)貨單內(nèi)容，如果出現(xiàn)錯(cuò)誤系統(tǒng)應(yīng)該自動(dòng)提醒用戶。但是，這位用戶卻告訴我們，他對(duì)他當(dāng)時(shí)使用的那個(gè)軟件很滿意。因此，只有當(dāng)你親自到了用戶的辦公現(xiàn)場(chǎng)，仔細(xì)觀察用戶是如何操作的，才能夠真正意識(shí)到用戶研究的重要性。然而，要做出創(chuàng)新的設(shè)計(jì)，僅靠觀察用戶是遠(yuǎn)遠(yuǎn)不夠的。你必須訪問合作伙伴、受理投訴的服務(wù)部門、數(shù)據(jù)分析師和銷售人員。收集了所有研究數(shù)據(jù)之后，研究人員會(huì)和解決方案經(jīng)理、用戶體驗(yàn)設(shè)計(jì)師以及開發(fā)人員一道將這些發(fā)現(xiàn)轉(zhuǎn)化為創(chuàng)新的設(shè)計(jì)。在我的職業(yè)生涯里，許多人提出過絕佳的創(chuàng)意點(diǎn)子，但是大多數(shù)想法都沒能進(jìn)入到產(chǎn)品階段，這樣的例子我看得太多了。創(chuàng)新需要執(zhí)行力，把創(chuàng)意推向市場(chǎng)。光有想法是不夠的，你必須為之努力，將其變?yōu)榭尚械慕鉀Q方案。沒有成功就沒有影響力，換句話說，你的想法不過是又一個(gè)美好的想法罷了……2.4　項(xiàng)目階段項(xiàng)目要經(jīng)歷三個(gè)階段，如圖2-4所示。在第一個(gè)階段，我們有意將開發(fā)流程與UCD流程分開進(jìn)行。解決方案管理團(tuán)隊(duì)負(fù)責(zé)通過外部驅(qū)動(dòng)研究方法定義目標(biāo)解決方案，與此同時(shí)，開發(fā)團(tuán)隊(duì)并行開發(fā)技術(shù)平臺(tái)。從一開始，ByDesign用戶體驗(yàn)團(tuán)隊(duì)就同時(shí)協(xié)助解決方案管理團(tuán)隊(duì)和負(fù)責(zé)開發(fā)技術(shù)平臺(tái)的UI架構(gòu)團(tuán)隊(duì)。用戶體驗(yàn)設(shè)計(jì)師與解決方案經(jīng)理緊密合作，一起定義應(yīng)用程序的目標(biāo)設(shè)計(jì)。同時(shí)，我們也必須確保在UI架構(gòu)中能完美地實(shí)現(xiàn)出UI模式，撰寫詳盡的UI規(guī)范文檔，并在開發(fā)階段協(xié)助框架開發(fā)人員。在第二階段，我們得讓已實(shí)現(xiàn)的解決方案更接近目標(biāo)設(shè)計(jì)。等到了第三階段，我們就開始轉(zhuǎn)入精益開發(fā)（LEAN）與敏捷開發(fā)（agiledevelopment）模式。剛開始時(shí)，我們并沒有明確地區(qū)分每個(gè)階段。但隨著經(jīng)驗(yàn)的積累，情況逐漸清晰起來。每個(gè)階段我們都學(xué)到許多技術(shù)、流程和全球性組織管理的經(jīng)驗(yàn)，而且團(tuán)隊(duì)在這些方面的表現(xiàn)也大大提升了。2.4.1　第一階段：設(shè)計(jì)解決方案（目標(biāo)設(shè)計(jì)）盡管當(dāng)時(shí)沒有現(xiàn)成的技術(shù)，我們也必須開始設(shè)計(jì)。我們的目標(biāo)是打入新市場(chǎng)，吸引新客戶群。解決方案經(jīng)理和用戶體驗(yàn)設(shè)計(jì)師的首要目標(biāo)是解讀市場(chǎng)需求和用戶需求。他們?yōu)樾陆鉀Q方案提供目標(biāo)設(shè)計(jì)。他們?cè)O(shè)計(jì)了上千個(gè)界面，用HTML制作可點(diǎn)擊的原型，這些原型在外觀和使用感上與真正的應(yīng)用程序相差無幾，但這一過程并不需要寫代碼。然后我們讓上千名分布在世界各地的用戶驗(yàn)證這些界面，通過不斷迭代改進(jìn)解決方案。我們還與管理團(tuán)隊(duì)、執(zhí)行董事們花了好幾天一起檢查HTML原型的界面。雖然這一過程比較耗費(fèi)時(shí)間，但是相比等到商業(yè)目標(biāo)確定以及框架編程也完成后才開始測(cè)試的代價(jià)要小得多。我們從中得出一個(gè)經(jīng)驗(yàn)：一個(gè)HTML原型勝過千言萬語。因?yàn)檫@是一種所有開發(fā)人員、解決方案經(jīng)理、董事會(huì)成員、經(jīng)理以及來自各種文化背景的人都能理解的語言。我們希望產(chǎn)品能吸引那些以前不用SAP產(chǎn)品的新客戶、新用戶，而不是僅僅利用現(xiàn)有的SAP客戶群。因此，我們必須建立自己的基礎(chǔ)設(shè)施，接觸那些還沒使用SAP產(chǎn)品的用戶。我們通過市場(chǎng)研究公司找到符合要求的用戶，并借助外部的可用性實(shí)驗(yàn)室開展用戶活動(dòng)。合理性測(cè)試（The Sanity Check）在這個(gè)階段設(shè)計(jì)UI原型是個(gè)難題。在設(shè)計(jì)用來描述目標(biāo)設(shè)計(jì)的UI設(shè)計(jì)風(fēng)格指南時(shí)，需要假設(shè)許多技術(shù)的可行性。然而，隨著項(xiàng)目的進(jìn)展，我們有些技術(shù)并沒有足夠的時(shí)間去實(shí)現(xiàn)。我們必須一次次地更新UI設(shè)計(jì)風(fēng)格指南，不斷提高它與技術(shù)框架的一致性。在這種情況下，讓參與項(xiàng)目的每個(gè)人都及時(shí)了解最新變化又成了另一大難題。為此我們建立了一個(gè)維基站點(diǎn)提供最新信息并定期開展信息交流會(huì)。解決方案經(jīng)理和UX設(shè)計(jì)師在將UI原型移交應(yīng)用程序開發(fā)人員之前必須根據(jù)這些變化做出相應(yīng)調(diào)整。我們希望UI原型能呈現(xiàn)出最好的品質(zhì)，它必須盡可能精準(zhǔn)地呈現(xiàn)出我們最后想要的效果。為了確保UI原型能夠與設(shè)計(jì)風(fēng)格指南保持一致，我們決定在開發(fā)流程中添加一道“合理性測(cè)試”門檻。在解決方案經(jīng)理和UX設(shè)計(jì)師將UI原型移交給開發(fā)部門之前，原型要先經(jīng)過我和SAP的用戶體驗(yàn)部門高級(jí)副總裁丹羅森伯格（DanRosenberg），也是用戶體驗(yàn)方面的專家，召開正式審核會(huì)議來決定。我們對(duì)設(shè)計(jì)風(fēng)格指南了然于心而且也熟悉大部分技術(shù)細(xì)節(jié)。在這一階段進(jìn)行質(zhì)量測(cè)試至關(guān)重要。合理性測(cè)試是必須通過的一道門檻。它強(qiáng)調(diào)了UI設(shè)計(jì)風(fēng)格保持一致的重要性。在合理性測(cè)試階段，我們將不同的UI原型標(biāo)記為“紅燈”“黃燈”“綠燈”三個(gè)狀態(tài)。“綠燈”代表UI原型與設(shè)計(jì)風(fēng)格指南一致，開發(fā)部門可以開始開發(fā)?！包S燈”表明UI原型在移交開發(fā)部門之前還需要做些細(xì)節(jié)上的改動(dòng)?！凹t燈”意味著未通過，即UI原型與設(shè)計(jì)風(fēng)格完全不符合，需要重新修改后再次進(jìn)行合理性測(cè)試。剛開始執(zhí)行、記錄合理性測(cè)試的時(shí)候相當(dāng)吃力。我們看了上千個(gè)界面。進(jìn)行合理性測(cè)試的時(shí)候，我們不能深入到很細(xì)節(jié)的方面，而只是指出一些明顯的問題。但我們的努力是值得的。我們定位問題的速度越來越快，而且隨著時(shí)間的增長，UI原型合理性測(cè)試中出現(xiàn)的“綠燈”越來越多。我們定期將合理性測(cè)試的總體結(jié)果匯報(bào)給管理層，這讓用戶體驗(yàn)有了更多的曝光機(jī)會(huì)。在當(dāng)時(shí)的情況下，進(jìn)行合理性測(cè)試是一個(gè)正確的選擇，它是一個(gè)很好的工具。如今我們已經(jīng)不再需要進(jìn)行合理性測(cè)試了，因?yàn)榈靡嬗诜€(wěn)定的UI風(fēng)格指南，UI原型質(zhì)量已經(jīng)大大提升。基于模式的用戶界面從一開始我們就很清楚地認(rèn)識(shí)到為了提高開發(fā)的一致性，我們必須將UI模式整合到開發(fā)環(huán)境中。這是正確的決定，因?yàn)榇蠖鄶?shù)開發(fā)人員都不想花時(shí)間去讀UI設(shè)計(jì)風(fēng)格指南。我們對(duì)企業(yè)軟件的常用模式做了大量研究，從中提取出UI模式。在開始SAP BusinessByDesign項(xiàng)目之前，我們?cè)诹硪粋€(gè)SAP產(chǎn)品中就已經(jīng)初次接觸過UI模式。第一個(gè)產(chǎn)品的客戶和用戶使用這些UI模式時(shí)給予的反饋對(duì)提高BusinessByDesign UI模式庫的質(zhì)量起到了很大的幫助作用。UI模式是針對(duì)用戶完成的某些任務(wù)而設(shè)計(jì)的。舉一個(gè)UI模式的例子—目標(biāo)工作列表，如圖2-5所示。這個(gè)模式支持用戶完成搜索商業(yè)目標(biāo)、定位目標(biāo)、預(yù)覽數(shù)據(jù)或者開始實(shí)現(xiàn)目標(biāo)等任務(wù)。同一個(gè)UI模式里的所有UI元素和元素間的交互方式都是預(yù)先設(shè)定好的。這樣就開發(fā)人員不需要再操心這些問題。最后呈現(xiàn)給用戶的是一個(gè)具備基本搜索與高級(jí)搜索功能的搜索區(qū)域。用戶單擊“搜索”按鈕之后，所有的結(jié)果將出現(xiàn)在搜索區(qū)域下方的表格中。當(dāng)用戶選擇了表格中的一項(xiàng)后，相關(guān)的商業(yè)目標(biāo)細(xì)節(jié)就會(huì)出現(xiàn)在預(yù)覽區(qū)域。剛開始的時(shí)候，我們并不確定有多少UI應(yīng)該采用基于模式的設(shè)計(jì)流程，有多少應(yīng)該采用“自由風(fēng)格”才能夠迎合用戶的需求。開始我們估計(jì)70%的UI可以套用模式，30%采用自由風(fēng)格。然而當(dāng)我們?cè)O(shè)計(jì)完所有的頁面后，我們終于有了答案：90%的UI都套用了模式，10%采用了自由風(fēng)格。但這個(gè)比例并不是一定的，因?yàn)檫@一結(jié)果很大程度上取決于你的模式數(shù)量以及你要搭建的應(yīng)用程序的類型。例如，圖2-5所示的“目標(biāo)工作列表”UI模式在我們的解決方案中用到了350次。這也表明使用UI模式會(huì)帶來的高回報(bào)。另外，我們也不是很確定每個(gè)UI模式應(yīng)該留給開發(fā)者多大的自由發(fā)揮的余地。如果嚴(yán)格限制模式，解決方案可達(dá)到高度一致，但你將無法通過優(yōu)化UI讓用戶更好地完成任務(wù)。所以我們決定多給開發(fā)人員一些自由度。然而，在有些情況下靈活度稍微有點(diǎn)過頭了，以至于我們不得不在項(xiàng)目后期花大量的時(shí)間處理細(xì)節(jié)上的一致性問題。在第一階段，解決方案管理部門主導(dǎo)產(chǎn)品定義。他們負(fù)責(zé)具體的需求定義。UX設(shè)計(jì)師負(fù)責(zé)用戶體驗(yàn)設(shè)計(jì)，但整體的解決方案仍是由解決方案管理部門負(fù)責(zé)。他們負(fù)責(zé)推動(dòng)將設(shè)計(jì)移交給開發(fā)部門的這一環(huán)節(jié)，并與開發(fā)部門溝通。而UX設(shè)計(jì)師需要參與到任何需要他們的環(huán)節(jié)。UX初步制度化的一個(gè)標(biāo)志是：開發(fā)人員只有從解決方案管理部門拿到UI原型后才可以開始開發(fā)。我們?cè)诘谝浑A段面臨的挑戰(zhàn)是在不清楚技術(shù)局限的情況下開始設(shè)計(jì)解決方案。我們?cè)赨I架構(gòu)的規(guī)范文檔的基礎(chǔ)上建立了UI設(shè)計(jì)風(fēng)格指南。我們?cè)谠O(shè)計(jì)時(shí)抱有的預(yù)期是：一年內(nèi)，在UI架構(gòu)的基礎(chǔ)上實(shí)現(xiàn)UI規(guī)范，并且能夠及時(shí)移交給應(yīng)用程序開發(fā)人員。一年后，第一版的UI架構(gòu)完成，開發(fā)人員開始實(shí)現(xiàn)應(yīng)用程序的界面。從用戶體驗(yàn)的角度看來，第一版的SAPBusinessByDesign并不完美。因?yàn)榧夹g(shù)平臺(tái)團(tuán)隊(duì)與應(yīng)用程序開發(fā)人員無法在有限的時(shí)間內(nèi)開發(fā)出與目標(biāo)原型相同的界面。我們必須在下一版本中做出改進(jìn)。圖2-5　基于模式的用戶界面（版權(quán)歸SAP AG. 所有，2010）引入關(guān)鍵績效指標(biāo)（KPI）評(píng)估產(chǎn)品表現(xiàn)項(xiàng)目開始的時(shí)候，我們?cè)O(shè)定了每個(gè)版本應(yīng)該達(dá)到用戶體驗(yàn)KPI目標(biāo)值并在版本末期評(píng)估產(chǎn)品表現(xiàn)。我們通過基準(zhǔn)可用性測(cè)試評(píng)估用戶使用效率，有效性和滿意度。我們很清楚不可能在第一個(gè)版本就達(dá)到最終目標(biāo)。我們?yōu)榈谝粋€(gè)版本設(shè)定了6分的可用性KPI目標(biāo)值（總分是10分）。然而，我們選擇了一些關(guān)鍵用例對(duì)他們進(jìn)行基準(zhǔn)可用性測(cè)試，結(jié)果顯示：第一個(gè)版本的KPI只有4.8，甚至沒有達(dá)到我們?yōu)榈谝粋€(gè)版本設(shè)定的目標(biāo)值！我們將這一結(jié)果上報(bào)給管理層，顯然我們需要增加項(xiàng)目投入。同時(shí)，我們也計(jì)劃了改進(jìn)措施以期用戶體驗(yàn)在下一版本上有重大提升。用戶體驗(yàn)是下一版本需要最先考慮的問題，開發(fā)人員也需要集中精力提升用戶體驗(yàn)。2.4.2　第二階段：更接近目標(biāo)設(shè)計(jì)在第一階段，我們有意將目標(biāo)解決方案的設(shè)計(jì)與技術(shù)平臺(tái)的開發(fā)并行進(jìn)行。一方面，解決方案經(jīng)理、UX設(shè)計(jì)師在設(shè)計(jì)解決方案（不斷迭代），并且有最終用戶參與全過程。另一方面，技術(shù)和應(yīng)用程序開發(fā)人員同時(shí)在搭建新的軟件架構(gòu)，并開發(fā)第一版SAPBusiness ByDesign。他們的表現(xiàn)都相當(dāng)出色，但這也意味著第一個(gè)版本快發(fā)布的時(shí)候?qū)⒈厝淮嬖趯?duì)接問題。因此，第二階段的目標(biāo)就是讓已實(shí)現(xiàn)的解決方案更靠近目標(biāo)設(shè)計(jì)?！癠I潤飾篇”我們開展了一個(gè)UI潤飾項(xiàng)目，目的是根據(jù)最終用戶的反饋和內(nèi)部反饋，提升已實(shí)現(xiàn)的多個(gè)應(yīng)用程序的用戶體驗(yàn)。盡管我們已經(jīng)在開發(fā)工具中融入了UI模式，但由于一開始UI模式被賦予更多的靈活度，開發(fā)人員仍可能開發(fā)出不一致的界面。公司任命開發(fā)團(tuán)隊(duì)的一名經(jīng)驗(yàn)豐富的同事和我接手負(fù)責(zé)這個(gè)項(xiàng)目。我認(rèn)為這種共同負(fù)責(zé)項(xiàng)目的方式很好，雙方可以將開發(fā)與用戶體驗(yàn)方面的專業(yè)技術(shù)得以結(jié)合。我們成立了一個(gè)核心團(tuán)隊(duì)，團(tuán)隊(duì)成員來自應(yīng)用程序開發(fā)部門、用戶體驗(yàn)部門、UI架構(gòu)部門和技術(shù)部門。我們讓所有必要的參與方都坐到一張桌子邊上，一起制定出一個(gè)各方都認(rèn)可共同方案。我們待在房間里整整兩天，最后終于得出了一個(gè)方案。發(fā)現(xiàn)問題　UX團(tuán)隊(duì)負(fù)責(zé)發(fā)現(xiàn)并監(jiān)控已實(shí)現(xiàn)解決方案的所有UI問題。排列優(yōu)先級(jí)　核心團(tuán)隊(duì)根據(jù)客戶和用戶的反饋一起排列問題的優(yōu)先級(jí)。解決問題　技術(shù)團(tuán)隊(duì)負(fù)責(zé)解決技術(shù)問題；UX團(tuán)隊(duì)解決UI設(shè)計(jì)風(fēng)格指南的相關(guān)問題；應(yīng)用程序開發(fā)團(tuán)隊(duì)解決應(yīng)用程序相關(guān)問題。他們必須像一個(gè)團(tuán)隊(duì)一樣合作才能解決問題。 記錄　UI架構(gòu)團(tuán)隊(duì)和UX團(tuán)隊(duì)負(fù)責(zé)補(bǔ)充UI潤飾準(zhǔn)則并傳達(dá)給開發(fā)人員。實(shí)現(xiàn)　應(yīng)用程序開發(fā)團(tuán)隊(duì)負(fù)責(zé)在所有的應(yīng)用程序?qū)崿F(xiàn)UI潤飾風(fēng)格指南，與之保持一致。UI問題可分為三類：技術(shù)問題、應(yīng)用程序問題和UI設(shè)計(jì)風(fēng)格指南問題。我們從核心團(tuán)隊(duì)中為每種類型的問題指定了一名相關(guān)負(fù)責(zé)人。在完成了項(xiàng)目部署并全體通過了計(jì)劃后，我們開始了痛苦的執(zhí)行階段。我們把所有的UI問題集中到一起，然后把它們按優(yōu)先級(jí)排列，確定要優(yōu)先解決的問題。我們決定讓組織和管理層都能看到其中高優(yōu)先級(jí)的問題。每個(gè)月我們都會(huì)創(chuàng)建一份UI潤飾報(bào)告，描述問題解決的具體情況。我們畫了一個(gè)時(shí)間軸，標(biāo)明了可以向客戶發(fā)布修正版本的時(shí)間點(diǎn)，這是PPT里最重要的一頁。另外，我們每個(gè)問題都只用一頁P(yáng)PT，附上圖片以及一兩句描述的話。為的是讓執(zhí)行總監(jiān)迅速了解要解決的問題，這一點(diǎn)很重要。我們遇到的難度最大的問題是，技術(shù)團(tuán)隊(duì)決定要開發(fā)一種新功能后，所有的應(yīng)用程序開發(fā)人員需要將這一功能潛入到他們各自程序的UI中。那時(shí)，我們已經(jīng)完成了數(shù)千個(gè)頁面。即使假設(shè)我們只需要在部分頁面中實(shí)現(xiàn)這個(gè)新功能，開發(fā)每個(gè)頁面只需幾個(gè)小時(shí)，開發(fā)團(tuán)隊(duì)也得安排大量的人力和時(shí)間去修改那些受到影響的界面。不過，那些單靠技術(shù)團(tuán)隊(duì)就能解決的修改執(zhí)行起來就容易多了。他們只需要將其加入到新版本中，而不需要其他所有應(yīng)用程序開發(fā)人員做出相應(yīng)調(diào)整。我們花了不少時(shí)間解決了大多數(shù)關(guān)鍵問題。這一過程對(duì)技術(shù)開發(fā)人員、應(yīng)用程序開發(fā)人員和UX設(shè)計(jì)師而言都十分痛苦。技術(shù)平臺(tái)實(shí)現(xiàn)某個(gè)新功能，UI架構(gòu)團(tuán)隊(duì)與UX團(tuán)隊(duì)就得馬上制定出一套UI潤飾準(zhǔn)則。準(zhǔn)則包含兩個(gè)部分：UI設(shè)計(jì)風(fēng)格說明以及如何實(shí)現(xiàn)該功能的細(xì)致的技術(shù)說明。另外，我們還需要估計(jì)應(yīng)用程序開發(fā)人員實(shí)現(xiàn)某個(gè)新功能的工作量，獲得各個(gè)開發(fā)團(tuán)隊(duì)的認(rèn)可，讓他們參與其中。這是往往是一場(chǎng)資源與時(shí)間的爭(zhēng)奪戰(zhàn)。但ByDesign管理團(tuán)隊(duì)十分重視改進(jìn)過程，所以大多數(shù)情況下我們都能成功。每天我們都在為每一個(gè)UI問題積極爭(zhēng)取資源。UX團(tuán)隊(duì)和開發(fā)團(tuán)隊(duì)確立了一個(gè)共同執(zhí)行方案。我們給應(yīng)用程序的每個(gè)模塊指定一名開發(fā)人員作為UI潤飾工作的首要聯(lián)系人。另外，我們也給每個(gè)模塊指定了一名UX設(shè)計(jì)師。開發(fā)人員負(fù)責(zé)根據(jù)UI潤飾準(zhǔn)則的要求實(shí)現(xiàn)新功能；而UX設(shè)計(jì)師主要負(fù)責(zé)測(cè)試，看開發(fā)人員是否正確地實(shí)現(xiàn)了準(zhǔn)則，以及在開發(fā)人員遇到問題時(shí)協(xié)助他們。盡管這樣的工作對(duì)UX設(shè)計(jì)師而言相對(duì)枯燥，但是為了讓產(chǎn)品質(zhì)量達(dá)到目標(biāo)，這也是必不可少的。我們建立一張龐大的Excel表用于監(jiān)控和追蹤頁面的所有UI潤飾問題。開發(fā)人員根據(jù)準(zhǔn)則將新功能實(shí)現(xiàn)到界面后，就會(huì)在Excel表格中將狀態(tài)改為“已實(shí)現(xiàn)”。之后UX設(shè)計(jì)師進(jìn)行測(cè)試，再將狀態(tài)改為“通過”或“不通過”。剛開始的時(shí)候參與的人都覺得不太適應(yīng)這個(gè)新流程，但幾周后就進(jìn)展得越來越順利。我們每周都會(huì)發(fā)布一份報(bào)告，將每個(gè)應(yīng)用程序模塊里的UI潤飾測(cè)試結(jié)果匯總。通過這個(gè)周報(bào)我們可以很清楚地看到哪些區(qū)域的進(jìn)展與原計(jì)劃一致，哪些不一致。它是一個(gè)很好的工具，既客觀地顯示了每個(gè)應(yīng)用程序區(qū)域的進(jìn)展又給負(fù)責(zé)不同模塊的團(tuán)隊(duì)制造了小小的競(jìng)爭(zhēng)。最后，我們執(zhí)行并測(cè)試了上千個(gè)UI潤飾問題，測(cè)試覆蓋率達(dá)到了100%。這對(duì)整個(gè)組織而言都是一個(gè)巨大的成就。通常情況下，UX設(shè)計(jì)師都不會(huì)從事這方面的工作，但我們的UX團(tuán)隊(duì)花費(fèi)了一半的精力去完成它。然而，我們的努力是值得的！這個(gè)項(xiàng)目也同時(shí)讓我們與開發(fā)人員的關(guān)系更近了一步。而且，人們對(duì)UX團(tuán)隊(duì)的信任也借此得到了提升，因?yàn)槲覀冺樌亟鉀Q了問題，也踏踏實(shí)實(shí)地做了很多具體的工作。有時(shí)候?yàn)榱诉_(dá)到你的目標(biāo)，你得下定決心做些不一樣的事。你所在的公司并沒有把UI問題擺在合適的優(yōu)先級(jí)？如果這樣，以下是我給的一些建議： 將這些問題披露給管理團(tuán)隊(duì)和組織。 為解決問題準(zhǔn)備充足的預(yù)算與時(shí)間。 滲透—積極推動(dòng)項(xiàng)目進(jìn)度，不斷讓管理層看到項(xiàng)目的進(jìn)展。 找到合適的人參與其中。 確立一個(gè)好的執(zhí)行計(jì)劃。 堅(jiān)持到底！ “分擔(dān)痛苦篇”第二階段開始的時(shí)候，第一版的SAP BusinessByDesign面市。我們?cè)诩~約舉辦了一個(gè)大型午餐會(huì)，邀請(qǐng)用戶上臺(tái)分享這個(gè)創(chuàng)新的解決方案是如何幫助他們改善業(yè)務(wù)的。真正的用戶越來越頻繁地開始使用我們的系統(tǒng)。我們做了很多現(xiàn)場(chǎng)觀察，了解用戶如何使用我們的新解決方案。大多數(shù)用戶都很大方，給予了很多幫助。他們準(zhǔn)許我們錄下他們實(shí)際的操作過程。觀察用戶使用系統(tǒng)的真實(shí)情況可以幫助解決方案經(jīng)理、UX設(shè)計(jì)師、知識(shí)管理部門經(jīng)理以及開發(fā)人員更清楚解決方案需要改進(jìn)之處。一位在人力資源部門工作的女士負(fù)責(zé)招聘員工。她50多歲，在這一行業(yè)積累了豐富的經(jīng)驗(yàn)。她的任務(wù)是把一名新員工的勞動(dòng)合同的信息輸入系統(tǒng)，同時(shí)還得保證效率。然而，系統(tǒng)卻沒法按照她習(xí)慣的操作方式幫助她完成工作。當(dāng)輸入完員工具體信息后，她切換到下一個(gè)操作頁面，需要輸入合同有效期限。她看到屏幕上出現(xiàn)了有效期這一欄，“從”某個(gè)時(shí)間“至”某個(gè)時(shí)間有效，這兩個(gè)都是必須填寫的?！皬摹边@一欄系統(tǒng)顯示了當(dāng)前時(shí)間。而“至”這一欄系統(tǒng)顯示的是“31.12.9999”。它表示合同永遠(yuǎn)有效，她對(duì)系統(tǒng)給出的這個(gè)日期比較困惑，所以她把“31.12.9999”刪掉了。接著她收到了一個(gè)錯(cuò)誤提醒，說她需要輸入一個(gè)日期。因?yàn)檫@一欄是必須填寫的。她讓系統(tǒng)的反應(yīng)完全搞暈了。然后她又重新輸入了正確的日期，最終順利進(jìn)入到下一個(gè)頁面。這個(gè)操作花了不少時(shí)間，房間里有人為此忍不住笑了。終于，填完了下一個(gè)頁面后她把所有信息都輸入了系統(tǒng)，本以為這樣就可以保存數(shù)據(jù)了。但系統(tǒng)只彈出了一個(gè)“錯(cuò)誤”框，沒有任何解釋。她完全迷惑了，然后關(guān)掉了界面。這時(shí)那些在看錄像的人沉默了。有人說他之前壓根沒想到這會(huì)引起這么大的問題。也是在這一天，高級(jí)管理層再一次意識(shí)到了用戶體驗(yàn)的重要性，有必要把它作為開發(fā)團(tuán)隊(duì)關(guān)注的焦點(diǎn)問題。兩天后，系統(tǒng)的這一問題得到了解決，因?yàn)橐鉀Q它其實(shí)花不了多大工夫。執(zhí)行了這個(gè)修正后，使用這個(gè)界面的用戶，特別是那位女士，對(duì)此都十分滿意。一個(gè)圖片、一段視頻要?jiǎng)龠^千言萬語！人們需要了解用戶是如何使用系統(tǒng)的，他們遇到了什么問題。然而準(zhǔn)備這樣一段視頻來說明你的觀點(diǎn)也要費(fèi)很大的工夫，所以你只能選擇那些重要的案例。但是通過錄像人們可以感受到用戶的情緒，體現(xiàn)了用戶體驗(yàn)設(shè)計(jì)的價(jià)值。這是PPT上的一個(gè)列表無法傳達(dá)的感染力?！癠I流程改進(jìn)篇”從一開始我們就在組織上下強(qiáng)制執(zhí)行以用戶為中心的設(shè)計(jì)。大部分事情進(jìn)展得很順利，但我們也發(fā)現(xiàn)一些需要改進(jìn)的地方，改正后可以讓整個(gè)流程更加高效。第二階段初期，我們成立了一個(gè)由UX設(shè)計(jì)師和解決方案經(jīng)理組成的小團(tuán)隊(duì)，讓他們分析目前流程中存在的問題并提出一些改進(jìn)的建議。這么做很值得。他們發(fā)現(xiàn)了一些問題，主要有以下幾種類型：質(zhì)量關(guān)注度、用戶參與、用例定義、“一個(gè)團(tuán)隊(duì)”路線、團(tuán)隊(duì)角色定位、UI驗(yàn)證、原型制作和UI工具。團(tuán)隊(duì)為每個(gè)問題提出了改進(jìn)的建議，并且說明了實(shí)施這些變化的好處。他們把這一結(jié)果展示給解決方案管理部門的高級(jí)副總裁（Senior VicePresident，SVP），他很喜歡這些提議并幫我們推動(dòng)它們的實(shí)施。然后團(tuán)隊(duì)又把這些提議展示給開發(fā)部門的SVP，也得到了他們的支持。我們決定開展試點(diǎn)項(xiàng)目，驗(yàn)證我們的流程改進(jìn)提議。試點(diǎn)項(xiàng)目的效果很好，UX部門以外的其他人也對(duì)以用戶為中心的設(shè)計(jì)和我們的流程改進(jìn)建議給予了肯定。這里我列出了一些解決方案經(jīng)理和開發(fā)人員的評(píng)價(jià)。 公司決定實(shí)施以實(shí)地調(diào)研和用例為導(dǎo)向的解決方案定義流程，這種辦法投資回報(bào)比高得讓人難以置信。 “一個(gè)團(tuán)隊(duì)”路線能更快、更高效地產(chǎn)生出技術(shù)可行的設(shè)計(jì)方案。 解決方案規(guī)劃圖和用例讓我們?cè)陧?xiàng)目初期就能保持對(duì)需求理解的一致，快速、高效地設(shè)計(jì)出線框圖。當(dāng)時(shí)負(fù)責(zé)這塊內(nèi)容的執(zhí)行董事也很喜歡我們的想法和方式。他讓我和一位開發(fā)副總裁負(fù)責(zé)定義以后的開發(fā)流程。此后，開發(fā)流程改進(jìn)成為了ByDesign管理團(tuán)隊(duì)的主要議題，我們也得到了許多關(guān)注與支持。讓兩個(gè)人（一位來自開發(fā)團(tuán)隊(duì)，一位擁有UX背景）共同推動(dòng)開發(fā)流程是個(gè)明智的決定。為了讓所有的利益相關(guān)者參與到項(xiàng)目中，我們確實(shí)花了一些時(shí)間。解決方案管理團(tuán)隊(duì)、UX團(tuán)隊(duì)、信息管理團(tuán)隊(duì)、翻譯團(tuán)隊(duì)、開發(fā)團(tuán)隊(duì)、運(yùn)營團(tuán)隊(duì)和服務(wù)部門的人都需要參與到流程設(shè)計(jì)中來。我們從這次經(jīng)歷中學(xué)到的最重要的一點(diǎn)就是：UCD流程并不是獨(dú)立于開發(fā)流程存在的。相比于將UCD活動(dòng)和產(chǎn)品開發(fā)流程分兩套文檔描述的辦法，我們只有一套產(chǎn)品開發(fā)流程的描述文件，其中無縫整合了UCD活動(dòng)和產(chǎn)品開發(fā)流程的相關(guān)內(nèi)容。這樣一個(gè)小改動(dòng)有助于我們把UCD設(shè)計(jì)流程更好融入到我們的組織中。在此之前，很多人都認(rèn)為UCD設(shè)計(jì)只是從事用戶體驗(yàn)的人才需要做的事。我們都知道這種看法是錯(cuò)誤的，但是組織中的確有很多人持有這種觀點(diǎn)。我們將兩個(gè)流程描述文件合二為一。組織中所有的人都在用相同的流程文檔、模板和用例。像用例、線框圖這樣的UCD元素在項(xiàng)目中都被定為交付的必要項(xiàng)。大家漸漸了解用例不只是對(duì)UX團(tuán)隊(duì)重要，其他團(tuán)隊(duì)也需要通過它來了解解決方案想要達(dá)到的效果。所有的需求（包括UI需求）都要記錄下來并排列優(yōu)先級(jí)。UI相關(guān)的需求要通過線框圖和UI規(guī)范文檔來描述。他們是開發(fā)團(tuán)隊(duì)執(zhí)行的基礎(chǔ)。單個(gè)應(yīng)用程序?qū)用娴腢X設(shè)計(jì)師不需要再描述UI模式的具體交互模式，因?yàn)槲覀冊(cè)赨I設(shè)計(jì)風(fēng)格指南里已經(jīng)系統(tǒng)地描述過了，而且UI模式也在開發(fā)工具中體現(xiàn)出來。應(yīng)用程序的UX設(shè)計(jì)師只需要描述和應(yīng)用程序相關(guān)的那一部分UI模式，例如，表格要用哪一列、要用UI模式中的哪一個(gè)配置選項(xiàng)（例如在表格中預(yù)設(shè)多少行可見）。確定了流程描述文件后，我們讓所有的利益相關(guān)者都看了一遍，這花了我們一些時(shí)間。等到大家都通過后，管理團(tuán)隊(duì)正式通過了這一新流程并決定從下一個(gè)版本開始執(zhí)行。這對(duì)我和UX團(tuán)隊(duì)而言是一個(gè)巨大的里程碑。我們又發(fā)揮了自己的影響力，推動(dòng)組織進(jìn)入下一階段的流程。為了定義這么一個(gè)端對(duì)端的流程，我投入的精力比預(yù)期要多出許多。其中，UCD流程只是整體項(xiàng)目中的一小部分，為了完成項(xiàng)目我還得處理信息管理流程、翻譯流程和運(yùn)營執(zhí)行流程的問題。盡管這些遠(yuǎn)遠(yuǎn)超出了UX團(tuán)隊(duì)的職責(zé)范圍，但我覺得我們的努力是很值得的。在第二階段，我們更深入地將用戶體驗(yàn)制度化了。組織上下對(duì)用戶體驗(yàn)的認(rèn)識(shí)加深了，我們還把以用戶為中心的設(shè)計(jì)流程成功地融入到整體開發(fā)流程中。此外，在UI潤飾項(xiàng)目中的緊密合作大大拉近了UX團(tuán)隊(duì)與開發(fā)團(tuán)隊(duì)的關(guān)系。開發(fā)人員遇到UI設(shè)計(jì)相關(guān)問題的時(shí)候，他們會(huì)主動(dòng)找UX設(shè)計(jì)師探討。第二階段接近尾聲時(shí)，產(chǎn)品的可用性KPI值達(dá)到了6.8分（滿分10）。與第一階段末期的4.8分相比有了大大的改善。2.4.3　第三階段：開始精益軟件開發(fā)我們?cè)诘诙A段做出的改變大大提升了流程效率，同時(shí)改善了解決方案的用戶體驗(yàn)。第三階段的目標(biāo)是進(jìn)一步改善流程，讓組織運(yùn)轉(zhuǎn)更有效率。我們決定讓整個(gè)組織向精益軟件開發(fā)（LeanSoftwareDevelopment）轉(zhuǎn)型。我們把精益開發(fā)初期階段的一些核心概念和Scrum概念引入開發(fā)部門。我們必須找到一個(gè)更加實(shí)際的方法，調(diào)整精益軟件開發(fā)讓它更好地與UCD流程融合，在利用精益軟件開發(fā)的優(yōu)勢(shì)的同時(shí)，精心引入用戶參與的環(huán)節(jié)。這需要UX從業(yè)者重新思考過去的做法，重新調(diào)整用戶體驗(yàn)方法論，讓它更順利地融入到整體軟件開發(fā)流程。我們?cè)诘谌A段做出的最重要的改變就是“一個(gè)團(tuán)隊(duì)路線”（one-teamapproach）和“共處一室”（co-location）。當(dāng)負(fù)責(zé)不同領(lǐng)域的團(tuán)隊(duì)在一個(gè)工作地點(diǎn)甚至在同一個(gè)房間工作時(shí)，他們的效率是最高的。與要解決的問題相關(guān)的團(tuán)隊(duì)成員都聚到了一塊，其中包括解決方案經(jīng)理、UX設(shè)計(jì)師、技術(shù)文檔開發(fā)人員、開發(fā)架構(gòu)師、開發(fā)人員等。這不僅給了團(tuán)隊(duì)更多的靈活度，也加速了決策流程。團(tuán)隊(duì)對(duì)問題有了共識(shí)，并且一起完成了用戶研究。通過這種方式讓原本來自不同背景的人有了共同語言，溝通起來就簡(jiǎn)單多了。我們還引入了待處理需求列表，列出下一軟件版本要優(yōu)先解決的問題。需求列表里所有的待處理項(xiàng)是按重要度降序排列的。每個(gè)版本都會(huì)有一個(gè)這樣的列表，這讓資源分配的決策變得更透明。在資源有限的時(shí)候，特別是用戶研究員和UX設(shè)計(jì)師人手有限時(shí)，大家就能輕松決定應(yīng)該優(yōu)先做哪個(gè)項(xiàng)目。團(tuán)隊(duì)還可根據(jù)列表的排名決定哪個(gè)議題需要大量的客戶和用戶驗(yàn)證。引入Scrum后給UX團(tuán)隊(duì)帶來的主要挑戰(zhàn)是它的開發(fā)周期很短。我們的開發(fā)沖刺（sprint）是兩周，所以開始新設(shè)計(jì)的時(shí)間很短。同時(shí)，我們進(jìn)行最終用戶驗(yàn)證可用的時(shí)間也比以前更短了。如果我們希望將某個(gè)可用性測(cè)試的用戶反饋加入到下一沖刺的待處理項(xiàng)目列表中，我們分析測(cè)試結(jié)果、提出改進(jìn)建議的速度就必須很快。彌補(bǔ)沖刺周期太短的方法是引入一個(gè)專注于需求和設(shè)計(jì)的零沖刺階段（zerosprint）。零沖刺的周期通常是2～4個(gè)星期。這讓團(tuán)隊(duì)成員在代碼編寫開始前能有一段時(shí)間規(guī)劃更高層面的總體設(shè)計(jì)，但如果要進(jìn)行可靠的實(shí)地調(diào)研、市場(chǎng)研究和用戶研究，則零沖刺需要更多時(shí)間。你需要有一個(gè)足夠長的產(chǎn)品定義階段來進(jìn)行用戶研究和完成任務(wù)的高層面的總體設(shè)計(jì)。為了避免代價(jià)高昂的后期改動(dòng)，總體信息架構(gòu)需要在開發(fā)團(tuán)隊(duì)開始編碼前完成。細(xì)節(jié)設(shè)計(jì)可以安排在開發(fā)前的一個(gè)沖刺或者更早，但我們也要保證設(shè)計(jì)留有一定的自由度，因?yàn)樗€需要根據(jù)與開發(fā)沖刺并行的用戶驗(yàn)證沖刺的結(jié)果做調(diào)整。在第三階段，我們不僅改善了開發(fā)流程，還改進(jìn)了UI開發(fā)工具，以便更好地融入U(xiǎn)I準(zhǔn)則?！癠X規(guī)則篇”在第2階段的UI潤飾項(xiàng)目中，我們花了大量的精力對(duì)已實(shí)現(xiàn)的用戶界面進(jìn)行測(cè)試和質(zhì)量檢查，大大改善了用戶界面的質(zhì)量以及它與UI準(zhǔn)則的一致性。然而，我們?yōu)榇烁冻隽嗽S多人力物力，這次我們想換個(gè)做法。我們一直在想怎樣才能提高組織在這方面的效率，于是就有了“UX規(guī)則”。 我們已經(jīng)成功地把UI模式融入到開發(fā)工具中以保證一致性，但UI模式仍需要給開發(fā)人員留有一定的自由度。許多UI準(zhǔn)則只是建議，我們無法將這些準(zhǔn)則用硬編碼寫入開發(fā)工具。我們還給開發(fā)人員提供了UI風(fēng)格指南，向他們解釋什么時(shí)候要用什么UI模式，還解釋了那些無法用硬編碼寫入U(xiǎn)I模式的UI準(zhǔn)則。我們很清楚大多數(shù)開發(fā)人員都不會(huì)細(xì)看UI風(fēng)格指南，有些甚至可能從來都沒看過。最后我們總結(jié)出：我們必須想辦法把UI準(zhǔn)則也融入到開發(fā)工具中。如果你看了UI風(fēng)格指南，你會(huì)知道UX規(guī)則有兩種：硬規(guī)則和軟規(guī)則。硬規(guī)則是所有應(yīng)用程序開發(fā)人員都不能違背的規(guī)則。以我們的項(xiàng)目為例，每個(gè)屏幕都需要有“關(guān)閉”按鈕，開發(fā)人員不能省略這個(gè)按鈕。軟規(guī)則實(shí)施起來難度更大。舉個(gè)軟規(guī)則的例子，每個(gè)表格不得超出7列。沒錯(cuò)，有時(shí)候確實(shí)存在多出幾列會(huì)更合適的例外情況，但你得把它們當(dāng)成例外來對(duì)待。為了更好地說明我們是如何把UX規(guī)則融入到開發(fā)工具中的，我需要先解釋下UI開發(fā)工具是如何運(yùn)作的。UI開發(fā)工具是基于模式并由模式驅(qū)動(dòng)的工具。開發(fā)人員開始搭建界面時(shí)必須先選擇要使用的UI模式。他還需要實(shí)現(xiàn)業(yè)務(wù)邏輯、查詢、后端服務(wù)。例如，在UI開發(fā)工具中，開發(fā)人員必須確定哪些查詢是用戶可用的，哪些字段要在表格中顯示，哪些字段要在預(yù)覽區(qū)域顯示。這一過程通過配置完成，你也可以稱之為UI建模（UImodeling）。界面和后端數(shù)據(jù)在邏輯上是完全分離的。開發(fā)人員要做的就是把內(nèi)容排到模式中，然后把UI與后端連通。上述配置在設(shè)計(jì)階段就完成了。UI配置和運(yùn)行階段（runtime）是分開的，這樣帶來了更多的靈活度，并且可以很容易就切換到另一種運(yùn)行環(huán)境中，并使用另一個(gè)UI技術(shù)。UI模型存儲(chǔ)為XML格式，因此我們可以開發(fā)一套工具去檢驗(yàn)XML文檔，查看它是否遵循了UX規(guī)則。這種辦法應(yīng)用在對(duì)軟規(guī)則的檢查中。我們的一名開發(fā)人員開發(fā)了一個(gè)引擎，該引擎能夠檢測(cè)應(yīng)用程序開發(fā)人員創(chuàng)建的UI模式（XML）是否違反了UX規(guī)則。一旦發(fā)現(xiàn)了違規(guī)，開發(fā)人員就會(huì)在開發(fā)工具中收到一條警告消息。他可以選擇改正模式讓警告消息消失，也可以點(diǎn)一下按鈕說明此處是個(gè)例外。所有的例外情況都會(huì)匯總到記錄中，因此我們就能看到哪些規(guī)則的例外情況最多。這說明UI風(fēng)格指南中的對(duì)應(yīng)規(guī)則可能需要修改。發(fā)給開發(fā)人員的警告信息還包含了一個(gè)維基頁面鏈接，解釋為什么要遵守這一規(guī)則。點(diǎn)開這個(gè)鏈接后，開發(fā)人員還可以進(jìn)入到UI風(fēng)格指南里的對(duì)應(yīng)章節(jié)了解更多信息。將規(guī)則融入到開發(fā)工具、在工具中加入U(xiǎn)I風(fēng)格指南鏈接，有助讓開發(fā)人員更加關(guān)注UI準(zhǔn)則。我們從UI風(fēng)格指南中總結(jié)出了大概300條規(guī)則，并把它們歸類為“硬規(guī)則”和“軟規(guī)則”。這些規(guī)則的質(zhì)量必須是完美無瑕的。顯然，如果開發(fā)人員收到的警告消息完全沒有意義，他們就會(huì)認(rèn)為這個(gè)工具不好用，并降低對(duì)該工具的信任度。我們引入規(guī)則時(shí)必須經(jīng)過深思熟慮，并且在大量真實(shí)的UI模型中測(cè)試UX規(guī)則。我們把部分UX規(guī)則融入到開發(fā)工具中，并給ByDesign管理團(tuán)隊(duì)展示開發(fā)人員如何在開發(fā)環(huán)境中使用UX規(guī)則。他們很喜歡這種方式，并讓我們繼續(xù)這一項(xiàng)目。我們?cè)趹?yīng)用程序開發(fā)團(tuán)隊(duì)的一個(gè)模塊中進(jìn)行了試點(diǎn)項(xiàng)目，看看開發(fā)人員對(duì)UX規(guī)則的接受程度如何。試驗(yàn)的結(jié)果很好。隨后我們把越來越多的規(guī)則融入到開發(fā)工具中，進(jìn)行大量的測(cè)試后發(fā)布給開發(fā)人員。UX規(guī)則有助于提高解決方案的質(zhì)量，最后還幫UX團(tuán)隊(duì)和開發(fā)人員省去了許多人工測(cè)試的麻煩。我們最后終于讓管理層認(rèn)識(shí)到UX規(guī)則也應(yīng)該成為評(píng)價(jià)軟件版本KPI的正式指標(biāo)之一。如今開發(fā)人員必須先解決所有違反UX硬規(guī)則的地方，然后我們才可以把軟件遞交給客戶。這對(duì)UX團(tuán)隊(duì)而言又是一個(gè)里程碑，我們又向用戶體驗(yàn)制度化邁出了巨大的一步。在第三階段結(jié)束的時(shí)候，可用性KPI得分是7.3分（總分是10分）。與第二階段結(jié)束時(shí)的6.8分相比，我們又提升了產(chǎn)品的用戶體驗(yàn)。2.5　主要經(jīng)驗(yàn)與建議經(jīng)歷了項(xiàng)目的各個(gè)階段，我們知道了哪些實(shí)踐是可行的，哪些需要改進(jìn)。這曾是一個(gè)不斷學(xué)習(xí)的過程，如今我們依然還在學(xué)習(xí)。本章中推薦的大部分UX實(shí)踐對(duì)你和你的公司應(yīng)該會(huì)有所幫助。但有些實(shí)踐更適合在流程更復(fù)雜的大型公司和全球性組織中執(zhí)行。你可以聽取一些我們的建議，試著在你的公司中執(zhí)行。你將會(huì)知道哪些實(shí)踐經(jīng)驗(yàn)是有用的，哪些需要根據(jù)自己的實(shí)際情況做調(diào)整。2.5.1　關(guān)于擴(kuò)大對(duì)技術(shù)影響力的建議明確UI需求的優(yōu)先級(jí)　從客戶和用戶的角度考慮UI需求的優(yōu)先級(jí)。運(yùn)用用戶研究數(shù)據(jù)和最終用戶UI驗(yàn)證結(jié)果證明優(yōu)先級(jí)的正確性。讓UI需求變得簡(jiǎn)單易懂　決策者需要理解UI需求。通過截圖表達(dá)視覺效果，使用簡(jiǎn)單易懂的術(shù)語。如果你的需求是從可用性測(cè)試結(jié)果中發(fā)現(xiàn)的，還可以播放一段用戶界面令用戶抓狂的視頻，只需要截選亮點(diǎn)即可。為UI架構(gòu)團(tuán)隊(duì)提出需求　在為UI架構(gòu)提出需求的過程中，用戶體驗(yàn)團(tuán)隊(duì)?wèi)?yīng)該處于領(lǐng)導(dǎo)地位，并需要強(qiáng)力表達(dá)自己對(duì)于需求優(yōu)先級(jí)的意見。UI架構(gòu)團(tuán)隊(duì)是技術(shù)團(tuán)隊(duì)的一部分，負(fù)責(zé)搭建應(yīng)用程序開發(fā)團(tuán)隊(duì)制作用戶界面時(shí)使用的技術(shù)平臺(tái)。例如，UI模式就是由UI架構(gòu)團(tuán)隊(duì)開發(fā)的。匯報(bào)UI需求執(zhí)行的進(jìn)展　經(jīng)常向管理團(tuán)隊(duì)匯報(bào)UI需求的執(zhí)行狀況。當(dāng)改進(jìn)成果可發(fā)布時(shí)，向管理層展示成果。與UI架構(gòu)團(tuán)隊(duì)建立良好的個(gè)人關(guān)系　在用戶體驗(yàn)團(tuán)隊(duì)和UI架構(gòu)團(tuán)隊(duì)之間建立穩(wěn)固的協(xié)作模式。如果你與UI架構(gòu)團(tuán)隊(duì)建立了良好的個(gè)人關(guān)系，他們會(huì)更愿意協(xié)助你實(shí)現(xiàn)那些能夠改善用戶體驗(yàn)的UI需求。為每一個(gè)真正用戶的需求盡力爭(zhēng)取實(shí)現(xiàn)　你必須爭(zhēng)取實(shí)現(xiàn)每一個(gè)能夠提升用戶體驗(yàn)的需求。僅僅是把需求放到列表中，指望它能夠按照你希望的方式實(shí)現(xiàn)，這是行不通的。你必須爭(zhēng)取實(shí)現(xiàn)每一個(gè)需求，而且如果你的目標(biāo)設(shè)計(jì)無法實(shí)現(xiàn)，你應(yīng)該提出另一種可行方案。建立合理的模式庫　模式庫里的樣式數(shù)量應(yīng)該足以讓應(yīng)用程序?qū)用娴脑O(shè)計(jì)師和開發(fā)人員可以選擇以滿足使用用戶界面的用戶的任務(wù)執(zhí)行需求。將UI風(fēng)格指南融入開發(fā)工具　將UI風(fēng)格指南融入開發(fā)工具中有助于顯著提高產(chǎn)品質(zhì)量，提高開發(fā)流程的效率，所以有必要讓UI模式成為UI架構(gòu)的一部分?；谀Ｊ降墓ぞ呖梢员ＷC設(shè)計(jì)與開發(fā)的一致性和全面性。UI風(fēng)格指南里的規(guī)則應(yīng)該分為“硬規(guī)則”和“軟規(guī)則”。“硬規(guī)則”可以用硬代碼寫入開發(fā)工具?！败浺?guī)則”有時(shí)候只是建議或最佳實(shí)踐。這些規(guī)則在90%的情況下都是可用的，只是有時(shí)候可能有些例外。把這些“軟規(guī)則”融入到開發(fā)工具中，如果開發(fā)人員在開發(fā)過程中違反了某個(gè)規(guī)則，則系統(tǒng)會(huì)給他們發(fā)提醒信息。如果這一違規(guī)是有意的，開發(fā)人員只需要標(biāo)記上“例外”的標(biāo)記就可以繼續(xù)工作了。如果此處并不是個(gè)例外，他可以馬上解決該問題。UX規(guī)則拉近了UI風(fēng)格指南和開發(fā)人員的距離。規(guī)劃好UI架構(gòu)的迭代　落實(shí)用戶需求以優(yōu)化UI模式是一項(xiàng)富有挑戰(zhàn)性的工作。你必須為開發(fā)過程中的迭代預(yù)留出足夠的時(shí)間。通過最終用戶測(cè)試已實(shí)現(xiàn)的模式，并不斷改善模式。邀請(qǐng)開發(fā)人員參與可用性測(cè)試　開發(fā)人員需要接觸真正的用戶，觀察用戶在使用軟件時(shí)的感受。引入自動(dòng)化UI測(cè)試　自動(dòng)化UI測(cè)試可以空出人力去完成更有成效的工作。自動(dòng)化測(cè)試應(yīng)該用于回歸測(cè)試（regressiontest）。這有助于提高產(chǎn)品質(zhì)量。32.5.2　關(guān)于擴(kuò)大對(duì)組織和人員影響力的建議獲得最高管理層的認(rèn)同　你必須讓最高管理層認(rèn)識(shí)到以用戶為中心設(shè)計(jì)的價(jià)值，才能夠獲得足夠的資源和預(yù)算。如果你無法做到這一點(diǎn)，你或許該考慮另謀高就了。UCD培訓(xùn)與指導(dǎo)　通過提供培訓(xùn)與指導(dǎo)（例如，現(xiàn)場(chǎng)觀察和“如何寫出好用例”的培訓(xùn)）使解決方案經(jīng)理、UX設(shè)計(jì)師和開發(fā)人員順利地執(zhí)行UCD流程。組織中的很多人或許還不是很熟悉UCD方法論，而且即使他們以前可能接觸過UCD，在項(xiàng)目過程中也可能會(huì)有新人不斷加入到組織中，所以這種知識(shí)的更新必須持續(xù)進(jìn)行。培訓(xùn)必須以實(shí)用為目的，佐以大量的例子和實(shí)踐。它的目標(biāo)是在動(dòng)手的過程中學(xué)習(xí)。理解解決方案經(jīng)理和開發(fā)人員的需求　理解解決方案經(jīng)理和開發(fā)人員的需求，幫助他們?nèi)〉贸晒?。讓他們參與客戶和最終用戶操作的現(xiàn)場(chǎng)觀察，感受以用戶為中心設(shè)計(jì)的價(jià)值。我們?cè)?qǐng)了一些開發(fā)人員和解決方案經(jīng)理參觀對(duì)最終用戶的現(xiàn)場(chǎng)觀察和可用性測(cè)試。親身經(jīng)歷學(xué)到的東西總是更透徹，光“說教”是行不通的。解決方案經(jīng)理一般都有市場(chǎng)研究的背景，但對(duì)用戶研究仍不甚了解。用戶研究有助于解決方案經(jīng)理獲取準(zhǔn)確的數(shù)據(jù)，而且讓他們與開發(fā)人員溝通起來更容易。目標(biāo)一致　解決方案經(jīng)理、UX設(shè)計(jì)師和開發(fā)人員要實(shí)現(xiàn)團(tuán)隊(duì)合作、目標(biāo)一致。讓共同目標(biāo)成為UX設(shè)計(jì)師、開發(fā)人員和解決方案經(jīng)理個(gè)人目標(biāo)的一部分。保持曝光率，推銷以用戶為中心的設(shè)計(jì)　定期匯報(bào)最終用戶測(cè)試結(jié)果。展示節(jié)選的視頻亮點(diǎn)將最終用戶使用產(chǎn)品的感受傳達(dá)給團(tuán)隊(duì)和管理層，并向那些

　　Helmut Degen博士，用戶體驗(yàn)專家，是西門子美國研究院的團(tuán)隊(duì)負(fù)責(zé)人和項(xiàng)目群經(jīng)理。曾擔(dān)任沃達(dá)豐國際市場(chǎng)（德國杜塞爾多夫）的用戶體驗(yàn)主管和高級(jí)用戶體驗(yàn)經(jīng)理，并曾工作于西門子用戶界面設(shè)計(jì)中心（德國慕尼黑）。在用戶體驗(yàn)方面，他有杰出的理論基礎(chǔ)，并且已經(jīng)在多年的實(shí)踐中應(yīng)用和驗(yàn)證了自己的理論。袁小偉博士 中國國家標(biāo)準(zhǔn)化管理委員會(huì)的專家委員，伊颯爾界面設(shè)計(jì)有限公司的創(chuàng)始人，曾任西門子用戶界面設(shè)計(jì)中心（北京）的主管，是將用戶體驗(yàn)概念從歐洲介紹到中國的先鋒人物之一。他早在10年前就開始在學(xué)術(shù)領(lǐng)域和應(yīng)用領(lǐng)域推廣用戶體驗(yàn)的概念，當(dāng)時(shí)，中文里還沒有"可用性"（Usability）或"用戶體驗(yàn)"（User Experience）之類的單詞，他通過巨大的努力和熱情，使該理念在中國生根開花。他曾與聯(lián)想、海爾、中國電信和平安等知名企業(yè)合作，幫助這些企業(yè)開始建立以用戶體驗(yàn)為中心的工作流程。他還任職于多所大學(xué)，為用戶體驗(yàn)領(lǐng)域培養(yǎng)了諸多專業(yè)人才。