用戶案例：UI設計基礎知識

　　用戶故事：UI設計基礎設計團隊坐下來分享第一輪模型，一個新的客戶端應用程序。當團隊成員提出自己的想法時，很明顯每個人對什么應用程序以及它如何工作都有不同的想法。會議很快就成了討論者，而不是討論什么是對的。每個人都要捍衛自己的設計，沒有人是維護用戶的。聽起來熟悉嗎 這是一個我們需要實現用戶故事的時代。

　　如今，許多UI/UX專業人士發現自己工作在一個敏捷的世界中。敏捷開發（設計）過程進展迅速；因此，我們需要能夠快速**地協同工作的工具。這聽起來很矛盾，但是有一些工具可以幫助我們在不增加天數的情況下安排工作。用戶故事是在UI設計過程中應用的特定敏捷方法，它們為后續的設計階段提供了重要的基礎。一個瘦版的用戶故事，幾乎沒有時間去實現，還能創造奇跡，讓一個項目走上正軌。在移動應用程序開發公司citrusbits中，我們的UI設計團隊實現了用戶故事。在我們的過程中，我們發現了三件重要的事情。

　　1用戶故事，以保持用戶對產品的關注。2用戶故事促進團隊成員之間的合作。3用戶故事有助于防止特性蠕變設計死角。用戶故事是什么 在它的核心，用戶故事描述了用戶想要用軟件產品做什么。它們起源于敏捷，是Scrum開發策略的一部分，但是提醒設計者組織和優先考慮每個屏幕設計的目標和方法。用戶故事實際上是關于一個長短句的故事。模板如下：ldquo；作為一個用戶，我想要hellipldquo；因為這些故事非常簡短和具體，所以需要許多人來涵蓋所有可能的用例。事實上，我們試著把每一個故事，看看它是如何被分解的。例如，一個用戶故事將開始：ldquo；作為一個用戶，我想創建一個新帳戶。rdquo；但創建新客戶真正涉及的是什么 用戶需要提供用戶名、密碼等相關信息。每個人的行為都需要相應的用戶故事，而每個故事對于設計師和開發人員來說都更具體、更容易在將來完成。所以，ldquo；創建新帳戶；實際上，它可以進一步細分為：ldquo；作為用戶，我想輸入一個新名稱。rdquo；ldquo; 作為用戶，我想輸入密碼。rdquo；ldquo; 作為一個用戶，我想回到我的密碼驗證。rdquo；ldquo; 作為一個用戶，我想把這些信息和創建一個帳戶。rdquo；如果這是正確的，** 終結果將是一個長長的用戶故事列表，其中大部分將被合并到** 終產品中。在citrusbits，我們** 近創建了Quiksilverapparel，它使商店能夠輕松地跟蹤其產品庫存，以獲得新的和附加的產品ipad應用程序。我們想出了一個266人的故事，什么（a）似乎是一個相當簡單的應用程序，它顯示了一定程度上可能隱藏的細節！作為一名設計師，在關注用戶的同時，我第一次開始將布局和配色方案與項目利益相關者結合起來。當我傾聽他們的目標并了解他們的** 終用戶時，我可以想象應用程序可能是這樣的。但重要的是，當我們決定用戶故事時，不要本末倒置，首先，我們讓他們決定設計，而不是其他方法。在對應用程序的所有用戶故事進行頭腦風暴后，我們將其放入協作谷歌電子表格中，客戶可以添加任何他們覺得缺少的故事。一旦客戶和團隊覺得我們已經覆蓋了我們的基礎，我們就為每個故事分配一個數字。這些數字在項目結束后特別有用，因為我們使用它們的簡明標簽來識別故事的內容線框圖。這個列表并沒有超出提醒我們的功能；它允許我們在整個過程中使用用戶。每一個用戶故事都是專門設計的，以適應我們的** 終用戶，并確保我們能夠滿足他們的需求。這在一個涉及約會應用程序的項目中尤其明顯。當我創建ldquo；什么時候；用戶簡介；第線框圖頁，我** 初認為添加一個ldquo是合適的；保存用戶；添加一個按鈕，該按鈕將向其應用程序添加功能。然而，inldquo；用戶簡介；這個部分讓我想起一個詳細的用戶故事：ldquo；作為一個用戶，我想成為另一個我** 喜歡的用戶。rdquo；從ldquo；拯救世界；至ldquo；愛；這是一個小而有價值的決策改變ldquo；節約；用戶冷酷無情，且ldquo；我喜歡它；這與用戶交友的態度是一致的。設計師往往會陷入技術方法的陷阱，特別是在工作時間，功能和用戶故事提醒我們關注用戶體驗，從而允許應用程序發揮功能。

　　促進合作UI設計通常有多利益相關者個問題。根據組織的規模，該組可以包括客戶、設計師、程序員和許多其他標題。在很多方面，這是一個劃船隊，是相似的。為了贏得比賽，每個隊員必須與恩達什保持一致；以同樣的速度和方向。這并不意味著每個人對每件事都有相同的看法，這意味著每個人都專注于同一個目標，知道如何融入團隊。我們的過程citrusbits還遠遠不夠完美，我們發現用戶故事可以讓我們一起劃船。能夠確定用戶故事，以保持應用程序清晰明確的目標。這減少了團隊合作的障礙，因為我們發現自己處于短期集體目標，具體的短語中。用戶故事也使不同位置的團隊更容易協作。當我們為舊金山的客戶創建一個Q&a應用程序時，我們的海灣團隊偶爾會與客戶會面討論應用程序需求。他們創建了用戶故事，盡管他們將整個項目修改為我們的谷歌驅動程序。我們在洛杉磯的團隊，這意味著用戶故事是在我們創建線框圖時創建的，并根據需要進行修改。沒有這個過程，項目將需要更長的時間來完成，并且要花很長時間參與解釋我們的小用戶故事在幾分鐘內所做的事情。防止功能蠕變設計死角ldquo；特征蠕變；用戶界面是用戶界面設計中常用的術語。是指無論是硬件還是軟件，都是增加功能、擴大項目范圍的趨勢。這是品牌范圍蠕變的完美總結。版權所有2005，湯姆·菲什伯恩，當然，我們愿意改變項目進度的要求。然而，我們現在沒有添加太多文本框沒有用戶故事，解釋為什么我們有這個特別的文本框問題。我們決定看到以前的項目失控，被強硬派分散注意力，無法實現他們的** 初目標。例如，不久前，我們的客戶忽略了用戶故事。我們是一家處理機密資產并建立他們想要的應用程序的公司，管理員工之間的溝通。溝通的主要手段（我們都同意）是使用短信和圖片在公司內部聊天，我們記錄用戶的故事。后來，客戶要求添加視頻、語音郵件和位置共享。為了ldquo；柔性，ldquo；我們嘗試實現新的通信，這擴大了范圍和延遲，所有努力實現** 終用戶都不利于** 終用戶。雖然它們是整潔的，但** 初的原則是創建應用程序，將通信簡化到** 低限度，并在不成為內部的情況下促進團隊建設與合作Facebook。我們將他們帶回用戶故事中，提醒他們程序的初衷，** 終，我們能夠停止功能蠕變，回到正確的軌道。實驗可以產生一些令人難以置信的結果，但是，如果產品不滿足基本要求，那就毫無意義和無趣。從錯誤中吸取教訓，我們一直嚴格遵循用戶的故事，在換工作，一家銷售應用程序B2B的公司。因此，** 終的產品在我們的初始設計中非常好，主要是因為我們在早期就建立了一套全面的用戶故事。在這一基礎上努力節約后，我們將保持工作組織和用戶集中。每次迭代時的項目都會帶來用戶和客戶的額外反饋，核心概念仍然很強。從** 初的設計到** 終產品的產品很少。每個用戶故事都有一組影響、設計團隊和開發團隊。記住技術限制總是好的，這就是ldquo；用戶故事；不ldquo；開發商的故事；偶數ldquo；設計人員的故事ldquo；我們嘗試過優先考慮用戶故事，從用戶的角度來看，這些故事更容易在手上理解，并創建一個有用的** 終產品。下面的步驟是在試圖進入UI設計用戶故事時需要記住的內容：bull；在進行任何視覺設計之前，請確定一整套用戶故事。抵制誘惑，直接跳到設計上可以節省時間和頭疼，浪費大量精力。公牛；每個用戶故事，查看是否可以將其分解為更小、更具體的故事ldquo；史詩和史詩；需要對特性需求進行高層次的概述是很好的，但不要把事情看得太寬。在深入了解細節之前，首先解決可用性問題。公牛；不要將設計元素放在界面中，沒有相應的用戶故事。記錄每個元素促進組織的原因和原因，使切換到開發團隊更順暢。

　　謝潑德設計文章推薦：

　　單頁網站網頁設計用戶習慣的生產分析