用戶體驗(yàn)這個(gè)詞由來并不久，但用戶體驗(yàn)的工作流程卻經(jīng)歷了很多變化。從最初的傳統(tǒng)用戶體驗(yàn)瀑布流式的工作模式，到敏捷設(shè)計(jì)，到精益用戶體驗(yàn)，以及最近的設(shè)計(jì)沖刺和雙軌道設(shè)計(jì)，每種工作模式都會(huì)有利弊，就看使用者如何將這種工作模式用的恰到好處。

“用戶體驗(yàn)流程是容易讓人困惑的，甚至對(duì)大多數(shù)設(shè)計(jì)師來說都是如此?！?/p>

首先，我們看看唐·諾曼提出的用戶體驗(yàn)設(shè)計(jì)的概念：

“我發(fā)明了用戶體驗(yàn)設(shè)計(jì)這個(gè)詞，因?yàn)槲艺J(rèn)為“人機(jī)界面”和“可用性”這兩個(gè)詞太狹隘了。而我想涵蓋的是個(gè)人與系統(tǒng)之間體驗(yàn)的所有方面，包括工業(yè)平面設(shè)計(jì)，用戶界面，物理交互和使用手冊。從那以后，這個(gè)詞被廣泛傳播，以至于它開始失去了其本身的意義?！薄啤ぶZ曼

直到2016年，唐·諾曼一直很直言不諱地表示這個(gè)詞被誤解很嚴(yán)重，他也在一段簡短的YouTube視頻中提到了這一點(diǎn)。這段時(shí)間他說他在某種程度上是一位大眾設(shè)計(jì)師，但他對(duì)這個(gè)頭銜表示不置可否。

甚至連我們這個(gè)領(lǐng)域的鼻祖都不知道如何稱呼自己，我想這種狀態(tài)或許可以表明當(dāng)代用戶體驗(yàn)設(shè)計(jì)的奇怪和困惑之處。

要明白現(xiàn)在的用戶體驗(yàn)，就需要了解20世紀(jì)90年代以來設(shè)計(jì)和開發(fā)的歷史。它們之間存在著內(nèi)在聯(lián)系，所以在幾年后就開始互相影響。

傳統(tǒng)的用戶體驗(yàn)設(shè)計(jì)

在這種純粹的形式下，用戶體驗(yàn)設(shè)計(jì)是基于瀑布流的工作模式。

圖片來自Swipecubes

一個(gè)通過瀑布流方法工作的產(chǎn)品團(tuán)隊(duì)，在構(gòu)建最簡單的原型之前，需要著手學(xué)習(xí)盡可能多的知識(shí)。研究可能需要幾個(gè)月甚至幾年才能完成，而研究結(jié)果決定了設(shè)計(jì)團(tuán)隊(duì)的執(zhí)行方向。

在設(shè)計(jì)開始前，需求是鎖定的，在開發(fā)開始前設(shè)計(jì)也是鎖定的。沒有回頭路可走，直到2.0版本。這就是瀑布流的工作方式。

在校學(xué)生通常會(huì)被傳授傳統(tǒng)的用戶體驗(yàn)流程，比如這樣：

1. 進(jìn)行研究，并定義問題。
2. 對(duì)發(fā)現(xiàn)的問題進(jìn)行分類。
3. 創(chuàng)建用戶畫像和用戶旅程圖。
4. 運(yùn)用構(gòu)思練習(xí)來產(chǎn)生想法。
5. 建立原型并進(jìn)行測試。
6. 將最終的原型拿到真實(shí)環(huán)境中迭代。
7. 發(fā)布產(chǎn)品。
8. 基于用戶的反饋回到步驟1。

這基本上就是一種瀑布流式工作流程，用戶體驗(yàn)的經(jīng)典元素（杰西·詹姆斯·加勒特）也遵循瀑布流式，根據(jù)明確的需求建立自下而上的執(zhí)行操作。

但問題是，傳統(tǒng)的用戶體驗(yàn)從根本上來說，與敏捷開發(fā)是不兼容的。

隨之而來的敏捷

長久以來，硅谷的創(chuàng)新都是由摩爾定律推動(dòng)，該定律指出：高密集度集成電路中的晶體管數(shù)量大約每兩年增加一倍。如果重疊瀑布流過程來看，你會(huì)注意到它以24個(gè)月為一個(gè)周期。商業(yè)，設(shè)計(jì)和開發(fā)周期就像瑞士鐘表一樣結(jié)合在一起，英特爾芯片組的新品發(fā)布就是很好的例子。

突然有一天，索尼、東芝和IBM（STI聯(lián)盟）認(rèn)為摩爾定律太慢了。

STI創(chuàng)建了第一個(gè)細(xì)胞芯片，它在單個(gè)晶片上堆疊了8個(gè)微處理器內(nèi)核，而這家伙實(shí)際上效果是不錯(cuò)的（它為第二代游戲機(jī)PS2提供動(dòng)力）。多核架構(gòu)改變了這一切。

而摩爾定律沒有消失，它讓生活更加高效，消失的則是瀑布式工作流。

幾乎一夜間，速度和靈活性取代精度和可預(yù)測性成為極具競爭力的優(yōu)勢，公司也全面轉(zhuǎn)向另一種頗具規(guī)模但未充分利用的開發(fā)方法——敏捷開發(fā)。

敏捷開發(fā)的重點(diǎn)在于：快速迭代，它每2-4周發(fā)布一套新的可交付的功能，是隨著時(shí)間的推移對(duì)產(chǎn)品進(jìn)行更新，而不是一次性更新。

它是基于假設(shè)、實(shí)驗(yàn)、快速發(fā)布和實(shí)時(shí)測量而建立的。在敏捷開發(fā)中沒有編輯階段，沒有盡善盡美。正如Bre Pettis在2009年所說的，每一次迭代完成都是趨向更加完美。

瀑布流式的工作流程需要“測量兩次，去掉一次”，這比從到處都是 iPhone 的世界中淘汰諾基亞 StarTAC 要更快。

不過，有一個(gè)小問題：傳統(tǒng)的用戶體驗(yàn)是在瀑布流式的節(jié)奏下運(yùn)行的。

由于每個(gè)月迭代一到兩次功能，使得用戶體驗(yàn)設(shè)計(jì)師沒有時(shí)間來執(zhí)行他們的體驗(yàn)設(shè)計(jì)過程，這就導(dǎo)致在敏捷開發(fā)這個(gè)概念中，用戶體驗(yàn)成為了阻礙者，這是非常糟糕的一點(diǎn)。

面對(duì)不能改變的阻礙，大多數(shù)團(tuán)隊(duì)會(huì)簡單地放棄用戶體驗(yàn)。取而代之的是，他們雇用了能夠在兩周內(nèi)快速交付的年輕平面設(shè)計(jì)師。這些設(shè)計(jì)師并不是真正的用戶體驗(yàn)從業(yè)者，至少不是傳統(tǒng)意義上的，但他們對(duì)于以用戶為中心的設(shè)計(jì)是有基本認(rèn)知的，至少能避免犯最糟糕的錯(cuò)誤。

這種情況與產(chǎn)品開發(fā)團(tuán)隊(duì)也可以合作順利。他們認(rèn)為：細(xì)節(jié)將通過迭代自行解決。

可以謹(jǐn)慎地猜想一下，敏捷開發(fā)過程中設(shè)計(jì)師的頭銜會(huì)是什么呢？

如果你回答“ UI/UX 設(shè)計(jì)師”，那么，給自己獎(jiǎng)勵(lì)一塊餅干。

當(dāng)蘋果公司證明：以設(shè)計(jì)為主導(dǎo)的商業(yè)模式可能會(huì)塑造全球最有價(jià)值的品牌時(shí)，UI/UX設(shè)計(jì)師正處在這場風(fēng)暴的核心。當(dāng)用戶體驗(yàn)在兩周的敏捷沖刺中連削鉛筆都來不及，更別說設(shè)計(jì)一個(gè)功能，設(shè)計(jì)師們是時(shí)候接過用戶體驗(yàn)的火炬了，雖然這是需要付出代價(jià)的。

UI/UX對(duì)數(shù)字化和平面設(shè)計(jì)的傾向和偏愛嚴(yán)重扭曲了商業(yè)世界對(duì)體驗(yàn)設(shè)計(jì)師的看法。直到今天，還有很多企業(yè)仍然認(rèn)為用戶體驗(yàn)是一門視覺學(xué)科。正如唐·諾曼一直試圖解釋的那樣，這是不正確的。

這一切直到2013年才開始逐漸好轉(zhuǎn)。

精益用戶體驗(yàn)

《精益用戶體驗(yàn)》是杰夫·戈塞爾夫針對(duì)在敏捷開發(fā)環(huán)境中踐行用戶體驗(yàn)的一些問題，而提出的改變游戲規(guī)則的杰作。Jeff在他開創(chuàng)性的杰作中，把用戶體驗(yàn)的整個(gè)領(lǐng)域都化為智慧的火花。這本書介紹了一系列策略和調(diào)整活動(dòng)，使用戶體驗(yàn)可以在不確定性范圍內(nèi)敏捷地運(yùn)行，并根據(jù)用戶反饋快速迭代設(shè)計(jì)。

盡管傳統(tǒng)的用戶體驗(yàn)是需求導(dǎo)向的，但精益用戶體驗(yàn)是結(jié)果導(dǎo)向的。如果您需要關(guān)于精益用戶體驗(yàn)快速入門的指導(dǎo)手冊，O’Reilly 提供了在線免費(fèi)章節(jié)，可以讓你快速準(zhǔn)確了解。

敏捷環(huán)境中的精益用戶體驗(yàn)，來自 DaveLandis。

盡管如此，精益用戶體驗(yàn)還不算完美。雖然用戶體驗(yàn)現(xiàn)在能夠與敏捷設(shè)計(jì)的節(jié)奏相互協(xié)調(diào)，但如果產(chǎn)品定義模糊基本上任何沒有發(fā)布的產(chǎn)品，精益模型就會(huì)崩潰。

設(shè)計(jì)師發(fā)現(xiàn)：在他們真正了解正在構(gòu)建的東西之前，自己要承受巨大的壓力去做一堆在沖刺中積壓的工作。因此，大量的開發(fā)周期都被這些根本無法成為最終產(chǎn)品一部分的功能所消耗。以至于在項(xiàng)目管理界，精益用戶體驗(yàn)或者敏捷開發(fā)在不理想的條件下的嘗試，是以大量浪費(fèi)和返工而聞名的。

在一個(gè)成熟的產(chǎn)品中，可以搜集到大量的用戶反饋，這對(duì)推動(dòng)精益用戶體驗(yàn)的迭代周期起到了很好的作用。這就是為什么精益用戶體驗(yàn)幾乎是所有已建立的產(chǎn)品團(tuán)隊(duì)的行業(yè)標(biāo)準(zhǔn)，沒有人會(huì)去改變它。

但是，在建立團(tuán)隊(duì)時(shí)，用戶反饋機(jī)制尚未自行啟動(dòng)。在這種情況下，浪費(fèi)和返工問題已經(jīng)足夠嚴(yán)重，經(jīng)常會(huì)影響精益用戶體驗(yàn)成果的采納。這為初創(chuàng)公司和重要項(xiàng)目組呈現(xiàn)了一個(gè)真正的難題：他們希望在不恢復(fù)瀑布式工作模式的前提下?lián)碛袕?qiáng)大的用戶體驗(yàn)團(tuán)隊(duì)結(jié)構(gòu)。

就在這時(shí)，杰克·科納普和谷歌風(fēng)投像閃電一樣從空中出來，用設(shè)計(jì)沖刺解決了問題。沒有人注意到它，也沒有人關(guān)心它，但用戶體驗(yàn)漫長的黑夜終于結(jié)束了。

附錄：

設(shè)計(jì)沖刺的根源在于IDEO以人為本的設(shè)計(jì)流程，該流程與斯坦福設(shè)計(jì)學(xué)院緊密相連。麥肯錫使用相同的概念根源創(chuàng)作了類似的沖刺模型。所有這一切都追溯到斯坦利波利特和廣告中以用戶為中心的設(shè)計(jì)根源，但這是另一個(gè)故事。

谷歌風(fēng)投的設(shè)計(jì)沖刺

如果你正在看一場設(shè)計(jì)沖刺或書，并說“等等，那就是一個(gè)加速版的傳統(tǒng)用戶體驗(yàn)流程啊”，那么你就差不多答對(duì)了。它的不同，或者說天才的部分就在于：它就是一個(gè)低保真度的傳統(tǒng)用戶體驗(yàn)流程，就像藝術(shù)杰作和簡單素描的區(qū)別，但它卻很有效。

設(shè)計(jì)沖刺的目標(biāo)是搜集現(xiàn)有問題，并對(duì)之進(jìn)行研究，然后將其實(shí)質(zhì)拆解為一個(gè)多元結(jié)構(gòu)，最后瘋狂地想點(diǎn)子。

然后，這些點(diǎn)子通過以人為中心的設(shè)計(jì)進(jìn)行漏斗式篩選，最后的點(diǎn)子再由團(tuán)隊(duì)投票選取。之后，設(shè)計(jì)師們構(gòu)建一個(gè)低保真度的（能夠勉強(qiáng)測試潛在用戶的）原型（通常僅在一天內(nèi)）。如果測試結(jié)果為正面，就可以為設(shè)計(jì)師打造高保真目標(biāo)奠定基礎(chǔ)，從而加速了精益用戶體驗(yàn)或敏捷開發(fā)的周期。

“任何足夠先進(jìn)的技術(shù)都像魔術(shù)般難以捉摸”——-?Arthur C.Clarke

雙軌道設(shè)計(jì)

重要提示：雙軌敏捷開發(fā)通常是指在精益用戶體驗(yàn)環(huán)境下研究和設(shè)計(jì)之間的相對(duì)獨(dú)立。我已經(jīng)更新了這篇文章，希望減少對(duì)雙軌道設(shè)計(jì)的困惑。

現(xiàn)在，我們來看看當(dāng)今的用戶體驗(yàn)方法論的重點(diǎn)。

正如你可能預(yù)料的那樣，雙軌道設(shè)計(jì)有兩條軌道我知道，這是個(gè)福爾摩斯水平的推理，低調(diào)低調(diào)。

1. 設(shè)計(jì)思維或者研究方向能夠促進(jìn)設(shè)計(jì)沖刺；
2. 精益用戶體驗(yàn)或者敏捷追蹤可以助力迭代試驗(yàn)。

一個(gè)產(chǎn)品團(tuán)隊(duì)通常在第二軌道上運(yùn)行，除非需求定義非常不明確。如果發(fā)生這種情況，則團(tuán)隊(duì)會(huì)評(píng)估問題并且進(jìn)行設(shè)計(jì)沖刺。這樣問題就可以得到解決。

但是，如果產(chǎn)品團(tuán)隊(duì)正在忙于進(jìn)行精益用戶體驗(yàn)，那么這個(gè)評(píng)估由誰來做呢？

那最有效的方法就是成立一個(gè)專門小組來負(fù)責(zé)。當(dāng)設(shè)計(jì)和開發(fā)在努力迭代時(shí)，研究團(tuán)隊(duì)可以在后臺(tái)更全面地調(diào)查結(jié)果，而且由于該研究團(tuán)隊(duì)不會(huì)受到敏捷沖刺節(jié)奏的限制，他們?nèi)匀豢梢陨莩薜鼗ㄙM(fèi)3個(gè)月的時(shí)間來取得結(jié)論。

每隔幾個(gè)月，輸出團(tuán)隊(duì)就會(huì)接收新的洞察信息，并以此為他們要做的需求補(bǔ)充新的實(shí)驗(yàn)性猜想。在與我合作的一家公司中，現(xiàn)在已經(jīng)有了一支完整的數(shù)據(jù)科學(xué)團(tuán)隊(duì)，為多個(gè)創(chuàng)意小組提供知識(shí)。但由于研究人員需要較長的輸出周期，因此這種洞察更新并不頻繁，但當(dāng)它發(fā)生時(shí)，效果總是非常好。

有時(shí)洞察的發(fā)現(xiàn)足以引發(fā)設(shè)計(jì)沖刺，這大大改變了產(chǎn)品愿景。然而，大多數(shù)情況下，只是給精益用戶體驗(yàn)增加了一個(gè)導(dǎo)火線。

所以，當(dāng)一個(gè)專門的研究團(tuán)隊(duì)在活躍的產(chǎn)品組范圍之外工作時(shí)，雙軌道效果最佳。

你可能已經(jīng)猜出這是一件花錢的事情。

是的，你又答對(duì)了。

但我可以告訴你的是：這至少比在沒有用戶體驗(yàn)的情況下運(yùn)行，或者比單純的精益用戶體驗(yàn)造成的浪費(fèi)和返工問題來的便宜。

投資它吧！

總結(jié)

1. 最開始時(shí)是唐·諾曼，他創(chuàng)造了用戶體驗(yàn)這個(gè)術(shù)語。
2. 其他創(chuàng)新者比如杰西·詹姆斯·加勒特，將唐·諾曼的想法更加具體化，并且造就了傳統(tǒng)的用戶體驗(yàn)流程的誕生。
3. 傳統(tǒng)的用戶體驗(yàn)在標(biāo)準(zhǔn)瀑布流式開發(fā)節(jié)奏上效果很好，大家都很高興。但用戶體驗(yàn)仍然是非主流群體的實(shí)踐。
4. 有了新的創(chuàng)新，繞開了摩爾定律，瀑布流式工作流程也不再奏效。
5. 傳統(tǒng)用戶體驗(yàn)與如今的敏捷開發(fā)不能很好的協(xié)調(diào)。
6. UI/UX設(shè)計(jì)師對(duì)以用戶為中心的設(shè)計(jì)負(fù)責(zé)。他們對(duì)用戶體驗(yàn)在設(shè)計(jì)領(lǐng)域的發(fā)展至關(guān)重要，但影響范圍仍有局限。他們對(duì)數(shù)字和平面設(shè)計(jì)的傾向性嚴(yán)重地扭曲了商業(yè)世界對(duì)用戶體驗(yàn)角色的看法。直到今天仍然存在這樣的問題。
7. Jeff Gothelf在2013年提出的精益用戶體驗(yàn)將真正的用戶體驗(yàn)設(shè)計(jì)和產(chǎn)品開發(fā)融合在一起。于是很快，研究人員、交互設(shè)計(jì)師、信息設(shè)計(jì)師以及各種各樣用戶體驗(yàn)專業(yè)人士都非常受歡迎。
8. 不幸的是，當(dāng)產(chǎn)品計(jì)劃沒有明確時(shí)，精益用戶體驗(yàn)的效率很低，并且會(huì)導(dǎo)致非常明顯的浪費(fèi)和返工。
9. 谷歌風(fēng)投提出了設(shè)計(jì)沖刺這個(gè)方法，使團(tuán)隊(duì)能夠快速定義和測試低保真原型。這種方式加速了新興產(chǎn)品團(tuán)隊(duì)的精益用戶體驗(yàn)周期，并有效地消除了浪費(fèi)和返工問題。
10. 雙軌設(shè)計(jì)將谷歌風(fēng)投的設(shè)計(jì)沖刺模型與杰夫·戈塞爾夫的精益用戶體驗(yàn)方法相融合。在2018年年初，它是一個(gè)正在快速發(fā)展的方法論。

那么，在雙軌道設(shè)計(jì)中，用戶體驗(yàn)設(shè)計(jì)師屬于什么角色呢？

用戶體驗(yàn)設(shè)計(jì)師的角色將會(huì)是一個(gè)領(lǐng)導(dǎo)者，一個(gè)流程傳播者，一個(gè)洞察的產(chǎn)生者，一個(gè)承上啟下的角色以及一個(gè)點(diǎn)子制造機(jī)。正如我在其他地方所說的，用戶體驗(yàn)設(shè)計(jì)提供的是一種價(jià)值，它本身已經(jīng)兼容了可以提供上百種不同成果的十幾個(gè)不同崗位的作用。

除非我們領(lǐng)導(dǎo)一個(gè)團(tuán)隊(duì)，否則我們大多數(shù)人實(shí)際上并不是真正的用戶體驗(yàn)設(shè)計(jì)師，而只是在用戶體驗(yàn)設(shè)計(jì)領(lǐng)域工作而已。

這足夠讓任何人感到困惑，甚至?xí)づ啤ぶZ曼。

本文原載于uxplanet.org

作者：Ian Armstrong

譯者：小釋界，個(gè)人微信公眾號(hào)：insightUX

微信公眾號(hào)：設(shè)計(jì)沖刺（ID:designsprint_cn）

來源：https://mp.weixin.qq.com/s/GrUEQDzz8e543Ek8V8-DBA

本文由@設(shè)計(jì)沖刺 授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash, 基于CC0協(xié)議。