用戶故事：UI設(shè)計(jì)基礎(chǔ)
設(shè)計(jì)團(tuán)隊(duì)坐下來共享模型第一輪，一個(gè)新的客戶端的應(yīng)用。作為團(tuán)隊(duì)的成員提出自己的想法，它變得清晰，每個(gè)人都有不同的想法關(guān)于什么應(yīng)用程序和它如何作用。會(huì)議很快變成了更多的討論者而不是什么是正確的。每個(gè)人都有捍衛(wèi)自己的設(shè)計(jì)，沒有一個(gè)是維護(hù)用戶。聽起來熟悉嗎？這是這樣的時(shí)代，我們需要實(shí)現(xiàn)的用戶故事。

今天，很多UI / UX專業(yè)人員發(fā)現(xiàn)他們的工作在一個(gè)敏捷的世界。敏捷開發(fā)（設(shè)計(jì)）過程快速移動(dòng)；因此，我們需要的工具，可以快速、高效協(xié)作。這聽起來很矛盾，但有工具，可以幫助我們?cè)诓辉黾犹鞌?shù)的安排工作。用戶故事是特定的敏捷方法，并應(yīng)用在UI設(shè)計(jì)的過程中，他們提供的設(shè)計(jì)后續(xù)階段的重要基礎(chǔ)。一個(gè)瘦版的用戶故事，也幾乎沒有時(shí)間來實(shí)現(xiàn)，但也能創(chuàng)造奇跡，讓一個(gè)項(xiàng)目上軌道。
在citrusbits，一個(gè)移動(dòng)應(yīng)用程序開發(fā)的公司，我們的UI設(shè)計(jì)團(tuán)隊(duì)實(shí)現(xiàn)的用戶故事在我們的過程中，我們發(fā)現(xiàn)了三件重要的事情。

1.用戶故事，保持產(chǎn)品的用戶關(guān)注。
2.用戶故事促進(jìn)團(tuán)隊(duì)成員之間的合作。
3.用戶故事有助于防止特征蠕變?cè)O(shè)計(jì)死角。
用戶故事是什么？
在它的核心，一個(gè)用戶故事描述了用戶想使用軟件產(chǎn)品完成。他們起源于敏捷和部分Scrum發(fā)展戰(zhàn)略，但對(duì)于設(shè)計(jì)師主要作為用戶的目標(biāo)和方式來組織和優(yōu)先每個(gè)屏幕設(shè)計(jì)的提醒。
一個(gè)用戶故事是一個(gè)關(guān)于一個(gè)句子很長(zhǎng)很短的故事，事實(shí)上。這里的模板：“作為一個(gè)用戶，我想…[基本用戶目標(biāo)]。“因?yàn)檫@些故事是如此短的和具體的，它需要許多人涵蓋所有可能的使用案例。事實(shí)上，我們?cè)噲D把每一個(gè)故事，看看它能分解。
例如，一個(gè)用戶故事會(huì)開始了：
 
“作為一個(gè)用戶，我想創(chuàng)建一個(gè)新帳戶。”
但什么是真正參與創(chuàng)建新帳戶嗎？用戶需要提供用戶名，密碼和其他相關(guān)信息。每一個(gè)人的行動(dòng)需要相應(yīng)的用戶故事，每個(gè)故事更具體，更容易的事情將在以后為設(shè)計(jì)者和開發(fā)者。所以，“創(chuàng)建一個(gè)新帳戶”實(shí)際上可以進(jìn)一步細(xì)分：
“作為一個(gè)用戶，我想鍵入一個(gè)新名稱。”
“作為一個(gè)用戶，我想輸入一個(gè)密碼。”
“作為一個(gè)用戶，我想重新回到我的密碼驗(yàn)證。”
“作為一個(gè)用戶，我想把這些信息和創(chuàng)建一個(gè)帳戶。”
如果這是正確的，最終的結(jié)果將是一長(zhǎng)串的用戶故事，其中大部分將納入最終的產(chǎn)品。
在citrusbits，我們最近建立了Quiksilver的服裝，使商店進(jìn)行產(chǎn)品跟蹤他們的股票很容易為新的和額外的產(chǎn)品iPad應(yīng)用。我們想出了266個(gè)人的故事，什么（一）似乎是一個(gè)相當(dāng)簡(jiǎn)單的應(yīng)用程序，這表明一個(gè)可能掩蓋細(xì)節(jié)的程度！
在用戶集中的
作為一個(gè)設(shè)計(jì)師，我的頭腦開始拼湊的布局和色彩方案與項(xiàng)目利益相關(guān)者的第一次會(huì)議。當(dāng)我聽他們的目標(biāo)，并了解他們的最終用戶，我可以設(shè)想應(yīng)用程序可能看起來。但重要的是不要本末倒置當(dāng)我們確定用戶故事，首先，我們讓他們決定設(shè)計(jì)而不是周圍的其他方法。
經(jīng)過頭腦風(fēng)暴所有的應(yīng)用程序的用戶故事，我們把它放在一個(gè)協(xié)同的谷歌電子表格，客戶可以添加任何故事，他們感覺缺失。一旦客戶和團(tuán)隊(duì)都覺得我們已經(jīng)覆蓋了我們的基地，我們分配一個(gè)號(hào)碼，每一個(gè)故事。這些數(shù)字是特別有用的項(xiàng)目后，當(dāng)我們用他們簡(jiǎn)潔的標(biāo)簽識(shí)別什么的故事覆蓋，線框圖。
 
此列表不超過提醒我們的功能雖然；它使我們?cè)谡麄€(gè)過程中用戶。每個(gè)用戶故事是專門設(shè)計(jì)來容納我們的最終用戶，確保我們能滿足他們的需要的經(jīng)驗(yàn)。這是特別明顯的一個(gè)項(xiàng)目涉及的約會(huì)應(yīng)用中。
當(dāng)我創(chuàng)建的“用戶配置文件”頁面線框圖，我最初認(rèn)為是適當(dāng)?shù)奶砑右粋€(gè)“保存用戶”添加一個(gè)按鈕，將他們的應(yīng)用程序的功能。然而，在“用戶配置文件”一節(jié)，讓我想起了一個(gè)詳細(xì)的用戶故事的一瞥：“作為用戶我想最喜歡的另一個(gè)用戶。”
從“拯救”到“愛”是一個(gè)小而有價(jià)值的決策的變化，“節(jié)約”用戶是冷酷和不近人情的，而“喜歡”是與用戶的交友心態(tài)對(duì)齊。設(shè)計(jì)師往往會(huì)陷入一種技術(shù)方法的陷阱，尤其是在工作時(shí)間的功能，和用戶的故事提醒我們專注于用戶體驗(yàn)，從而讓應(yīng)用程序的特征。

促進(jìn)合作
UI設(shè)計(jì)通常有多個(gè)利益相關(guān)者關(guān)心的結(jié)果。該組可以包括客戶，設(shè)計(jì)師，程序員，和許多其他的頭銜，這取決于組織的規(guī)模。在許多方面，是一個(gè)賽艇隊(duì)這類似的情況。為了贏得比賽，每個(gè)團(tuán)隊(duì)成員必須排一起–以同樣的速度和方向。這并不意味著每個(gè)人都會(huì)有關(guān)于一切相同的意見就意味著每個(gè)人都專注于同一目標(biāo)并知道如何融入團(tuán)隊(duì)。
而我們的過程citrusbits遠(yuǎn)非完美，我們發(fā)現(xiàn)用戶故事可以讓大家在一起劃船。能夠?qū)Q定一個(gè)用戶故事保持應(yīng)用程序明確的和明確的目標(biāo)。這降低了團(tuán)隊(duì)合作的障礙，因?yàn)槲覀儼l(fā)現(xiàn)我們?cè)诙虝旱募w目標(biāo)，特定的短語。
用戶故事也使位于不同地點(diǎn)的團(tuán)隊(duì)更容易合作。當(dāng)我們?yōu)榭蛻艚⒁粋€(gè)位于三藩的問答APP，我們的海灣地區(qū)團(tuán)隊(duì)偶爾會(huì)與客戶見面，討論應(yīng)用程序的要求。他們創(chuàng)建的用戶故事，雖然他們修改整個(gè)項(xiàng)目放進(jìn)我們的谷歌驅(qū)動(dòng)。我們的團(tuán)隊(duì)在洛杉磯，則指的是用戶故事作為我們創(chuàng)建線框圖和根據(jù)需要進(jìn)行修改。如果沒有這個(gè)過程，項(xiàng)目需要更長(zhǎng)的時(shí)間來完成的，需要長(zhǎng)期參與解釋來完成我們的小用戶故事多做了什么在短短的幾分鐘。
防止功能蠕變?cè)O(shè)計(jì)死角
“特征蠕變”一詞經(jīng)常出現(xiàn)在用戶界面的設(shè)計(jì)。它指的是要不斷添加更多的功能和擴(kuò)大項(xiàng)目范圍的趨勢(shì)，無論是硬件還是軟件。
 
這條完美總結(jié)品牌營(yíng)范圍蠕變。版權(quán)所有2005，Tom Fishburne
當(dāng)然，我們是開放的轉(zhuǎn)變要求項(xiàng)目的進(jìn)展。然而，這些天我們不添加太多的文本框沒有用戶故事，解釋了我們?yōu)槭裁催@個(gè)特定的文本框問題。我們決定在看到以前的項(xiàng)目失控，被強(qiáng)硬派對(duì)此失去焦點(diǎn)，無法完成他們的初始目標(biāo)。
比如前不久，我們的客戶忽視用戶故事。我們是一個(gè)公司，處理機(jī)密的資產(chǎn)建立一個(gè)應(yīng)用程序，他們想要一個(gè)應(yīng)用程序，管理員工之間的溝通。交流的主要手段（我們都同意）是用短信和圖片一個(gè)公司內(nèi)部的聊天平臺(tái)，我們記錄在用戶故事。后來，客戶要求添加視頻，語音郵件，和位置共享。為了將“靈活，“我們?cè)噲D實(shí)現(xiàn)新的通信，從而擴(kuò)大了范圍和延遲時(shí)間，之后所有的努力最終實(shí)現(xiàn)的增加不利于最終用戶。
雖然他們整齊的特點(diǎn)，最初的原則來創(chuàng)建一個(gè)應(yīng)用程序，簡(jiǎn)化通信減少到最低限度，促進(jìn)團(tuán)隊(duì)建設(shè)與合作而不變成內(nèi)部的Facebook。我們把他們帶回的用戶故事，提醒他們?cè)摮绦虻某踔裕罱K，我們能夠停止特征蠕變和回到正軌。實(shí)驗(yàn)可以產(chǎn)生一些不可思議的結(jié)果，而是別出心裁的毫無意義的如果產(chǎn)品不符合基本要求。
從我們的錯(cuò)誤中學(xué)習(xí)，我們一直嚴(yán)格遵守我們的用戶故事在多變的工作時(shí)，一個(gè)銷售應(yīng)用的B2B公司。作為一個(gè)結(jié)果，最終的產(chǎn)品在我們最初的設(shè)計(jì)非常不錯(cuò)，主要是因?yàn)槲覀円呀?jīng)建立一套全面的用戶故事的前期工作。在這個(gè)基礎(chǔ)上保存的努力后，保持我們的工作組織和用戶集中。在每一次迭代的項(xiàng)目帶來了額外的用戶和客戶的反饋，核心的概念依然強(qiáng)勁。
 
產(chǎn)品從初始設(shè)計(jì)到最終的產(chǎn)品非常少。
每個(gè)用戶故事有一套影響，設(shè)計(jì)團(tuán)隊(duì)和開發(fā)團(tuán)隊(duì)。在保持技術(shù)限制在心里總是好的，這些被稱為“用戶故事”而不是“開發(fā)者的故事”甚至“設(shè)計(jì)師的故事。“我們已經(jīng)試圖優(yōu)先使用用戶故事，用戶的角度來看，它是更容易理解的問題在手，創(chuàng)造一個(gè)有用的最終產(chǎn)品。
接下來的步驟
這里有一些事情要記住當(dāng)試圖在一個(gè)UI設(shè)計(jì)用戶故事：
•做任何視覺設(shè)計(jì)之前確定一套完整的用戶故事。抵制誘惑，直接跳到設(shè)計(jì)可以節(jié)省時(shí)間和頭痛和浪費(fèi)很多的精力。
•每個(gè)用戶故事，看看是否可以分解成更小的、更具體的故事。“史詩”為特點(diǎn)的需要一個(gè)高層次的概述是好的，但不要把事情太寬。鉆到細(xì)節(jié)之前，首先解決可用性問題。
•不要把設(shè)計(jì)元素在一個(gè)界面，沒有相應(yīng)的用戶故事。記錄什么和為什么的每個(gè)元素促進(jìn)組織，使切換到開發(fā)團(tuán)隊(duì)更平滑。

牧羊人設(shè)計(jì)文章推薦：

單頁網(wǎng)站制作分析
網(wǎng)頁設(shè)計(jì)用戶的使用習(xí)慣