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

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

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

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

牧羊人設計文章推薦：

單頁網(wǎng)站制作分析
網(wǎng)頁設計用戶的使用習慣