前言：嗨暖庄，小伙伴兒們，這里是愿得同理心場景不分離的「交互坊」楼肪。在需求分析階段培廓，交互設(shè)計師是作為產(chǎn)品經(jīng)理的補充，一方面了解需求春叫，一方面幫助產(chǎn)品更好的細化和完善用戶需求肩钠，其工作的重點還是在需求分析之后的部分。所謂高級交互設(shè)計師等于半個產(chǎn)品經(jīng)理暂殖，就是這個道理价匠。

一支設(shè)計團隊坐下來討論為一家新客戶所設(shè)計的應(yīng)用的第一輪模型情況。隨著團隊成員不斷提出想法蹭沛，我們發(fā)現(xiàn)大家對于這個應(yīng)用是什么拾氓？其功能應(yīng)該是什么樣有著截然不同的看法诺擅。后來，會議迅速變成了“誰對誰錯”而不是“什么對什么錯”的爭論洋腮。大家紛紛為自己的設(shè)計辯護，但沒有一個人站在用戶角度說話手形。聽著耳熟嗎啥供？正是在這種時刻，我們迫切需要描繪用戶故事库糠。

今時今日伙狐，很多UI/UX專業(yè)人士都開始意識到自己工作的環(huán)境進入了Agile狀態(tài)。Agile開發(fā)（和設(shè)計）流程需要快速推進，相應(yīng)地贷屎，我們也需要能夠?qū)崿F(xiàn)快速窒百、高效協(xié)作的工具。這個聽起來像是個矛盾豫尽，但實際上確實有很多工具能夠幫助我們在不增加項目時間的情況下有效合作篙梢。用戶故事就是針對“Agile法”的工具，在運用到UI設(shè)計流程時美旧，其能夠為后續(xù)的設(shè)計階段提供堅定的基石渤滞。簡約版的用戶故事操作起來幾乎不用時間，但卻能對保證項目按軌道運行帶來奇跡般的效果榴嗅。

我們的UI設(shè)計團隊會在流程中運用用戶故事妄呕，而在運用過程中我們發(fā)現(xiàn)，用戶故事幫我們做到了三件事嗽测。

1.用戶故事可以讓產(chǎn)品以用戶為核心绪励。

2.用戶故事可以促進團隊成員之間的合作。

3.用戶故事可以防止出現(xiàn)功能蔓延以及設(shè)計死胡同唠粥。

什么是用戶故事疏魏？

從根本上說，用戶故事的用途是描述用戶通過使用軟件產(chǎn)品想要實現(xiàn)的任務(wù)晤愧。用戶故事起源于Agile和Scrum開發(fā)策略大莫，但是對于設(shè)計師來說，用戶故事主要用來提醒用戶目標以及對各個界面設(shè)計進行整理和排序官份。

一個用戶故事就是簡單的一句話只厘。可以用這句作為模板：“作為用戶我需要（基本用戶目標）”舅巷。因為故事都很簡短而且有針對性羔味，所以需要多個不同的故事來覆蓋所有可能的用戶案例。事實上钠右，我們會想辦法把每個故事進行細化赋元。

舉個例子，一個用戶故事剛開始時是：

“作為用戶我需要創(chuàng)建一個新帳戶爬舰∶锹剑”

但是新建帳戶的過程中又涉及到哪些步驟呢？用戶需要提供用戶名情屹、密碼以及其他相關(guān)信息坪仇。其中每個操作都需要有相對應(yīng)的用戶故事，故事越具體垃你，到后期對設(shè)計師和開發(fā)來說就會越方便椅文。那么喂很，“創(chuàng)建新帳戶”就可以進一步細化為：

“作為用戶我需要輸入一個新用戶名〗源蹋”

“作為用戶我需要輸入密碼少辣。”

“作為用戶我需要再次輸入密碼進行確認羡蛾±焖В”

“作為用戶我需要提交信息，創(chuàng)建帳戶痴怨∶Ω桑”

這樣繼續(xù)下去，最后就會得到一大長串用戶故事浪藻，其中大部分都需要加入到最終產(chǎn)品內(nèi)捐迫。

我們最近為Quiksilver服裝設(shè)計了一款iPad應(yīng)用，可以讓銷售其貨物的店鋪跟蹤當前存活狀態(tài)爱葵，以便輕松下單訂新貨施戴。就是這么一款看似非常簡單明了的應(yīng)用，我們想出了266個用戶故事（剛開始時）萌丈。你們都沒想到細節(jié)能夠細到這種程度吧赞哗！

以用戶為中心

作為設(shè)計師，我在第一次和項目相關(guān)人員開會的時候就會開始考慮布局和配色方案浓瞪。在聽他們說目標以及了解終端用戶情況的同時懈玻，我就能想象出這款應(yīng)用應(yīng)該是什么樣的巧婶。但關(guān)鍵在于不能本末倒置——我們要先確定用戶故事乾颁，讓用戶故事道出設(shè)計，而不能倒過來搞艺栈。

在對應(yīng)用的所有用戶故事做完腦暴之后英岭，我們會把故事放到Google的合作電子表格上，以便客戶在想到有其他用戶故事時隨時添加湿右。在客戶和團隊感覺已經(jīng)窮盡所有內(nèi)容之后诅妹，我們會給每個故事一個編號。這些編號到項目后期會派上大用場毅人，我們會用編號作為一個簡明的標簽來表示哪些故事需要在哪個時間段處理吭狡。

這個表格的功能不僅是提醒我們應(yīng)用的功能，還能讓我們在整個流程中與用戶緊密相聯(lián)丈莺。每個用戶故事都是針對于我們終端用戶的划煮，以便保證始終照顧到他們的需求。這一點在一個有關(guān)約會應(yīng)用的項目中表現(xiàn)的尤其明顯缔俄。

關(guān)于這個應(yīng)用弛秋，我在給“用戶資料”頁面做線框圖的時候器躏，最開始以為需要添加一個“保存用戶”功能按鈕。但是蟹略，我不經(jīng)意瞟了一眼“用戶資料”部分登失，突然想起來用戶故事中的一個細節(jié)：“作為用戶我需要收藏其他用戶⊥诰妫”

把“保存”一詞改成“收藏”這個決定雖小但很關(guān)鍵揽浙，因為“保存”用戶聽起來冷冰冰的，而“收藏”則契合了用戶有關(guān)約會的心態(tài)意敛。設(shè)計師容易陷入到技術(shù)的陷阱中捏萍，特別是在對功能投入了大量時間之后。而用戶故事可以提醒我們時刻以用戶體驗為核心空闲，因為用戶體驗是最終決定應(yīng)用性格的東西令杈。

促進合作

UI的設(shè)計通常涉及到的人不止一個。其中還可能包括客戶碴倾、設(shè)計師逗噩、程序員以及一大堆的其他職位工作人員，具體要取決于公司的規(guī)模大小跌榔。從很多方面說异雁，這就類似于一隊人劃船。要贏得比賽僧须，團隊的每個成員都要以相同的速度朝著相同的方向一齊劃槳纲刀。這并不是說所有人的意見都要始終統(tǒng)一，而是說所有人都要有統(tǒng)一的目標并且清楚自己在團隊中的角色担平。

雖然我們在CitrusBits所采用的流程遠算不上完美示绊，但是我們卻發(fā)現(xiàn)用戶故事能夠保證船上的人勁都往一處使。以用戶故事為基準做出決策讓我們得以明確定義出應(yīng)用的目標暂论。這樣一來就大大降低了團隊合作時的障礙面褐，因為我們用簡短、有針對性的詞句明確定義出了共同的目標取胎。

另外展哭，用戶故事還能讓身處不同地理位置的團隊更加輕松的合作。我們在為一家舊金山客戶開發(fā)一款問答類應(yīng)用時闻蛀，我們在海灣地區(qū)的團隊會時不常的和客戶碰面討論應(yīng)用要求匪傍。他們寫出了用戶故事（但并沒有在項目期間進行其他修改）然后放到了Google Drive。而我們身處洛杉磯的團隊則可以在畫線框圖的同時隨時參考用戶故事觉痛，并進行必要的改動役衡。要不是有了這個步驟，這個項目所花費的時間會長的很多秧饮，而且還會需要通過大量漫長的解釋工作來解決這些簡短用戶故事幾分鐘就能解決的問題映挂。

防止出現(xiàn)功能蔓延以及設(shè)計死胡同

“功能蔓延”是一個UI設(shè)計中常見的詞泽篮。它是指相關(guān)人員會不自覺地不斷增加新功能，擴展項目范圍柑船，這既包括硬件也包括軟件方面帽撑。

這幅漫畫完美地詮釋了功能蔓延。

當然鞍时，在項目進展期間我們是不反對更改要求的亏拉。但是，除非有明確的用戶故事告訴我們原因逆巍，我們會拒絕哪怕添加一個簡單的文本框及塘。我們之所以在這方面這么強硬，是因為之前看到過有的項目超出控制锐极、丟掉中心最后無法實現(xiàn)最初設(shè)定的目標笙僚。

舉個例子，不久之前灵再，我們有個客戶忽略了用戶故事這回事肋层。當時我們正在給一家處理保密資產(chǎn)的公司搭建應(yīng)用，客戶想要做一款能夠管理員工之間通訊的應(yīng)用翎迁。主要的通訊手段是一個使用文字信息和圖片的公司內(nèi)部對話平臺（這一點我們都認可了）栋猖，這個我們記錄到了用戶故事里。后來汪榔，客戶又要求增加視頻蒲拉、語音信息和位置分享。為了保持我們“靈活”的形象痴腌，我們想辦法把這些內(nèi)容加入了新的通訊系統(tǒng)雌团，也因此擴大了項目范圍，推遲了時限衷掷，在做完了全部工作之后我們卻發(fā)現(xiàn)添加的內(nèi)容其實對終端用戶沒用辱姨。

盡管新增的功能也很屌，但我們最開始的初衷是做一款盡量簡化通訊的應(yīng)用以便促進團隊建設(shè)和協(xié)作戚嗅，不讓他變成一個公司內(nèi)部的Facebook。于是枢舶，我們又回到了用戶故事并重新提醒了客戶做應(yīng)用的初衷懦胞，最后成功組織了功能蔓延，回到了正軌凉泄。多方面的實驗盡管能帶來很多很棒的成果躏尉，但是如果產(chǎn)品無法滿足根本要求，再精巧也沒意義后众。

通過這次教訓(xùn)胀糜，我們在開發(fā)Quicksilver這個針對B2B公司的銷售類應(yīng)用時嚴格遵照用戶故事開展流程颅拦。最后，最終產(chǎn)品一絲不茍地遵守了最初設(shè)計教藻，這主要歸功于我們在前期積累了一套全面的用戶故事距帅。以用戶故事為基石為后期節(jié)省了大量工作，同時也讓我們的工作更加有序括堤、更加以用戶為中心碌秸。盡管產(chǎn)品的每次迭代都帶來了更多的用戶和客戶反饋，但產(chǎn)品理念的核心一直屹立不倒悄窃。

產(chǎn)品從最初設(shè)計到最終成品變化非常小

每個用戶故事對于設(shè)計團隊和開發(fā)團隊來說都有自己的一套意義讥电。時刻思考技術(shù)限制雖然說是好的，但是畢竟我們說的是“用戶故事”轧抗，不是“開發(fā)的故事”也不是“設(shè)計師的故事”恩敌。正因為我們通過用戶故事對用戶的觀點進行了排序整理，我們才能更輕松地了解所面臨的問題進而創(chuàng)造出一款真正有用的最終產(chǎn)品横媚。

后續(xù)

下面是幾條大家做UI設(shè)計時思考用戶故事的提示：

在開始視覺設(shè)計之前確定出完整的一套用戶故事潮剪。抑制住自己直接跳入設(shè)計的沖動可以節(jié)省時間，避免不必要的頭痛和無用功分唾。

對于每個用戶故事抗碰，看看是否能繼續(xù)細化成更具體的故事。長篇大論適合于從宏觀角度概括所需功能绽乔，但是細枝末節(jié)的地方也不能忽略弧蝇。在早期深入細節(jié)，從一開始就解決實用性問題折砸。

不要把設(shè)計元素放到?jīng)]有對應(yīng)用戶故事的界面上看疗。對每個元素的內(nèi)容和產(chǎn)生原因進行記錄可以讓條理更清晰，在向開發(fā)團隊移交時會更加順利睦授。

來源：網(wǎng)秦UEC