建设网站东莞:解释客户经典故事：UI品牌设计

用户故事：UI设计基金会设计团队坐下来在第一轮分享模型，一个新的客户端应用程序。当团队成员提出自己的想法时，很明显每个人对应用程序是什么以及它是如何工作有不同的想法。会议很快成为讨论者，而不是正确的。每个人都有自我保护的设计，没有人是维护用户。听起来很熟悉？这是我们需要实现用户故事的时代。 接下来我们建设网站东莞:教你客户经典故事：UI品牌设计，搞不懂的看来看看。

客户经典故事：UI品牌设计：

今天，许多UI/UX专业人员在敏捷的世界中找到了自己的工作。敏捷开发（设计）流程快速发展;因此，我们需要的工具可以快速有效地协作。这听起来很矛盾，但有些工具可以帮助我们在不增加天数的情况下工作。用户故事是特定的敏捷方法，并应用于UI设计过程中，它们为后续设计阶段提供了重要基础。用户的瘦身版

1。用户故事，引起用户对产品的关注。 2.用户故事促进团队成员之间的协作。用户故事有助于防止功能蠕变设计死胡同。用户故事是什么？用户故事的核心是描述用户想要对软件产品做些什么。它们起源于敏捷和Scrum开发策略的一部分，但对于设计师来说，主要是将每个屏幕设计组织起来并确定其优先级，作为用户的目标和方式。用户故事实际上是一个关于句子很长很短的故事。这是模板：“作为用户，我想. [基本用户目标]。”因为这些故事非常简短和具体，所以需要很多人来涵盖所有可能的用例。 事实上，我们试图把每一个故事都放在一边，看看它是否可以分解。例如，用户故事将开始：“作为用户，我想创建一个新帐户。”但是创建一个新帐户真正涉及到什么？用户需要提供用户名，密码和其他相关信息。每个人的行为都需要相应的用户故事，每个故事都更具体，将来设计师和开发人员将更容易。因此，“创建一个新帐户”实际上可以进一步细分：“作为用户，我想键入一个新名称。” “作为用户，我想输入密码。” “作为用户，我想回去我的密码已经过验证。” “作为用户，我想提供这些信息并创建一个帐户。”如果这是正确的，最终结果将是一长串用户故事，其中大部分将包含在最终产品中。在Citrusbits，我们最近建立了Quiksilver服装，使商店能够轻松跟踪他们的股票产品，以获取适用于iPad应用的新产品和其他产品。 我们想出了一个266人的故事，（a）似乎是一个相当简单的应用程序，它显示了可能掩盖细节的程度！作为用户关注的设计师，我的思想开始将布局和配色方案与第一次会议的项目利益相关者拼凑在一起。当我倾听他们的目标并了解他们的最终用户时，我可以想象该应用可能会看起来。但重要的是不要把车推到最后。当我们确定用户故事时，首先让他们决定设计而不是其他方法。在集思广益所有应用程序的用户故事后，我们将其放入协作的Google电子表格中，客户可以添加他们认为缺少的任何故事。一旦客户和团队认为我们已经覆盖了我们的基础，我们就为每个故事分配一个数字。这些数字在项目之后特别有用，当我们使用其简洁的标签来识别故事所涵盖的内容时，线框图。这个清单并没有超出提醒我们的功能;它使我们成为整个过程的用户。 每个用户故事都旨在容纳我们的最终用户，并确保我们能够满足他们的需求。这在涉及项目的约会应用中尤为明显。当我创建“用户配置文件”页面线框时，我原本认为添加“保存用户”以添加一个可以显示其应用程序的按钮是合适的。但是，在“用户配置文件”部分，我想起了详细的

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

我觉得读完上文，您应该会知道客户经典故事：UI品牌设计了吧，建设网站东莞:已经在上文带领大家进行了详细的了解，希望上文的讲述能对大家大有用处，如果你还有其他的疑问不妨来咨询小编哦。