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

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

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

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

牧羊人設計文章推薦：

單頁網站制作分析
網頁設計用戶的使用習慣