用户故事：UI设计基础
设计团队坐下来共享模型第一轮，一个新的客户端的应用。作为团队的成员提出自己的想法，它变得清晰，每个人都有不同的想法关于什么应用程序和它如何作用。会议很快变成了更多的讨论者而不是什么是正确的。每个人都有捍卫自己的设计，没有一个是维护用户。听起来熟悉吗？这是这样的时代，我们需要实现的用户故事。

今天，很多UI / UX专业人员发现他们的工作在一个敏捷的世界。敏捷开发（设计）过程快速移动；因此，我们需要的工具，可以快速、高效协作。这听起来很矛盾，但有工具，可以帮助我们在不增加天数的安排工作。用户故事是特定的敏捷方法，并应用在UI设计的过程中，他们提供的设计后续阶段的重要基础。一个瘦版的用户故事，也几乎没有时间来实现，但也能创造奇迹，让一个项目上轨道。
在citrusbits，一个移动应用程序开发的公司，我们的UI设计团队实现的用户故事在我们的过程中，我们发现了三件重要的事情。

1.用户故事，保持产品的用户关注。
2.用户故事促进团队成员之间的合作。
3.用户故事有助于防止特征蠕变设计死角。
用户故事是什么？
在它的核心，一个用户故事描述了用户想使用软件产品完成。他们起源于敏捷和部分Scrum发展战略，但对于设计师主要作为用户的目标和方式来组织和优先每个屏幕设计的提醒。
一个用户故事是一个关于一个句子很长很短的故事，事实上。这里的模板：“作为一个用户，我想…[基本用户目标]。“因为这些故事是如此短的和具体的，它需要许多人涵盖所有可能的使用案例。事实上，我们试图把每一个故事，看看它能分解。
例如，一个用户故事会开始了：
 
“作为一个用户，我想创建一个新帐户。”
但什么是真正参与创建新帐户吗？用户需要提供用户名，密码和其他相关信息。每一个人的行动需要相应的用户故事，每个故事更具体，更容易的事情将在以后为设计者和开发者。所以，“创建一个新帐户”实际上可以进一步细分：
“作为一个用户，我想键入一个新名称。”
“作为一个用户，我想输入一个密码。”
“作为一个用户，我想重新回到我的密码验证。”
“作为一个用户，我想把这些信息和创建一个帐户。”
如果这是正确的，最终的结果将是一长串的用户故事，其中大部分将纳入最终的产品。
在citrusbits，我们最近建立了Quiksilver的服装，使商店进行产品跟踪他们的股票很容易为新的和额外的产品iPad应用。我们想出了266个人的故事，什么（一）似乎是一个相当简单的应用程序，这表明一个可能掩盖细节的程度！
在用户集中的
作为一个设计师，我的头脑开始拼凑的布局和色彩方案与项目利益相关者的第一次会议。当我听他们的目标，并了解他们的最终用户，我可以设想应用程序可能看起来。但重要的是不要本末倒置当我们确定用户故事，首先，我们让他们决定设计而不是周围的其他方法。
经过头脑风暴所有的应用程序的用户故事，我们把它放在一个协同的谷歌电子表格，客户可以添加任何故事，他们感觉缺失。一旦客户和团队都觉得我们已经覆盖了我们的基地，我们分配一个号码，每一个故事。这些数字是特别有用的项目后，当我们用他们简洁的标签识别什么的故事覆盖，线框图。
 
此列表不超过提醒我们的功能虽然；它使我们在整个过程中用户。每个用户故事是专门设计来容纳我们的最终用户，确保我们能满足他们的需要的经验。这是特别明显的一个项目涉及的约会应用中。
当我创建的“用户配置文件”页面线框图，我最初认为是适当的添加一个“保存用户”添加一个按钮，将他们的应用程序的功能。然而，在“用户配置文件”一节，让我想起了一个详细的用户故事的一瞥：“作为用户我想最喜欢的另一个用户。”
从“拯救”到“爱”是一个小而有价值的决策的变化，“节约”用户是冷酷和不近人情的，而“喜欢”是与用户的交友心态对齐。设计师往往会陷入一种技术方法的陷阱，尤其是在工作时间的功能，和用户的故事提醒我们专注于用户体验，从而让应用程序的特征。

促进合作
UI设计通常有多个利益相关者关心的结果。该组可以包括客户，设计师，程序员，和许多其他的头衔，这取决于组织的规模。在许多方面，是一个赛艇队这类似的情况。为了赢得比赛，每个团队成员必须排一起–以同样的速度和方向。这并不意味着每个人都会有关于一切相同的意见就意味着每个人都专注于同一目标并知道如何融入团队。
而我们的过程citrusbits远非完美，我们发现用户故事可以让大家在一起划船。能够将决定一个用户故事保持应用程序明确的和明确的目标。这降低了团队合作的障碍，因为我们发现我们在短暂的集体目标，特定的短语。
用户故事也使位于不同地点的团队更容易合作。当我们为客户建立一个位于三藩的问答APP，我们的海湾地区团队偶尔会与客户见面，讨论应用程序的要求。他们创建的用户故事，虽然他们修改整个项目放进我们的谷歌驱动。我们的团队在洛杉矶，则指的是用户故事作为我们创建线框图和根据需要进行修改。如果没有这个过程，项目需要更长的时间来完成的，需要长期参与解释来完成我们的小用户故事多做了什么在短短的几分钟。
防止功能蠕变设计死角
“特征蠕变”一词经常出现在用户界面的设计。它指的是要不断添加更多的功能和扩大项目范围的趋势，无论是硬件还是软件。
 
这条完美总结品牌营范围蠕变。版权所有2005，Tom Fishburne
当然，我们是开放的转变要求项目的进展。然而，这些天我们不添加太多的文本框没有用户故事，解释了我们为什么这个特定的文本框问题。我们决定在看到以前的项目失控，被强硬派对此失去焦点，无法完成他们的初始目标。
比如前不久，我们的客户忽视用户故事。我们是一个公司，处理机密的资产建立一个应用程序，他们想要一个应用程序，管理员工之间的沟通。交流的主要手段（我们都同意）是用短信和图片一个公司内部的聊天平台，我们记录在用户故事。后来，客户要求添加视频，语音邮件，和位置共享。为了将“灵活，“我们试图实现新的通信，从而扩大了范围和延迟时间，之后所有的努力最终实现的增加不利于最终用户。
虽然他们整齐的特点，最初的原则来创建一个应用程序，简化通信减少到最低限度，促进团队建设与合作而不变成内部的Facebook。我们把他们带回的用户故事，提醒他们该程序的初衷，而最终，我们能够停止特征蠕变和回到正轨。实验可以产生一些不可思议的结果，而是别出心裁的毫无意义的如果产品不符合基本要求。
从我们的错误中学习，我们一直严格遵守我们的用户故事在多变的工作时，一个销售应用的B2B公司。作为一个结果，最终的产品在我们最初的设计非常不错，主要是因为我们已经建立一套全面的用户故事的前期工作。在这个基础上保存的努力后，保持我们的工作组织和用户集中。在每一次迭代的项目带来了额外的用户和客户的反馈，核心的概念依然强劲。
 
产品从初始设计到最终的产品非常少。
每个用户故事有一套影响，设计团队和开发团队。在保持技术限制在心里总是好的，这些被称为“用户故事”而不是“开发者的故事”甚至“设计师的故事。“我们已经试图优先使用用户故事，用户的角度来看，它是更容易理解的问题在手，创造一个有用的最终产品。
接下来的步骤
这里有一些事情要记住当试图在一个UI设计用户故事：
•做任何视觉设计之前确定一套完整的用户故事。抵制诱惑，直接跳到设计可以节省时间和头痛和浪费很多的精力。
•每个用户故事，看看是否可以分解成更小的、更具体的故事。“史诗”为特点的需要一个高层次的概述是好的，但不要把事情太宽。钻到细节之前，首先解决可用性问题。
•不要把设计元素在一个界面，没有相应的用户故事。记录什么和为什么的每个元素促进组织，使切换到开发团队更平滑。

牧羊人设计文章推荐：

单页网站制作分析
网页设计用户的使用习惯