简介

精益用户体验是一种敏捷和协作的设计专注于快速向用户提供价值的方法。 它遵循假设驱动开发、跨职能团队和持续交付等核心原则。 该过程涉及问题定义、假设生成、MVP 设计、测试和迭代细化。

详情

发展历史

20世纪八九十年代，设计师开始进入软件行业。不过，他们仍然使用原来的套路来设计软件。过去的物料和实体设计因为高昂的生产成本，使得设计师必须在进入生产环节之前就把一切细节都确定下来。

而今，世道变了。互联网完全颠覆了软件的生产销售模式。现在大部分软件都在线销售，不再受到实体产品生产流程的限制，而是可以选择使用大幅缩短产品发布周期的新开发方法，迫使设计师追随风云变幻的产品迭代速度，进入了精益用户体验和设计的流程中。

具体说明

精益用户体验有三大基础：

斯坦福设计思维

在精益用户体验中，设计思维很重要，因为在一个能够通过设计方法解决的商业活动里的方方面面都需要设计思维起作用。它给设计师在工作中提供权限和指导案例，打破了曾经的设计局限。设计思维也鼓励非设计人员使用设计的方法来解决他们各自工作中面临的难题。设计思维是鼓励团队中不同角色的人员协同合作，从整体角度考虑产品设计一个重要的基础。

敏捷软件开发

多年来，软件开发人员已经使用敏捷开发方法来缩短设计周期，以连续的方式给客户交付成果。敏捷开发的核心价值也是精益用户体验的重点。精益用户体验将敏捷开发的四个核心原则应用于产品设计当中：

  • 个人和互动胜过过程和工具。为了快速产生最佳解决方案，你必须调动整个团队的力量，团队内部要频繁交地换想法。
  • 可用的工作软件优于综合文档。每一个商业问题有着无尽的解决方案，每位团队成员都可能会提出最好的方案。挑战在于从众多解决方案找出最可行的。通过快速建立可用的工作软件进行分析，可以评估方案的市场适应性和可行性。
  • 消费者参与胜过合同谈判。与你的团队成员和用户建立对某个问题达成共识并提出解决方案。这种方式能够创建基于共识的解决方案。那结果是什么呢？更快的产品迭代，真正的参与产品制造过程，这些都是基于团队对想法的验证性认知。它也减少了对厚重的文档的依赖，团队中的每个人都参与到决策当中，这在从前通常都需要用书面形式进行沟通和讨论。
  • 计划依据变化做出响应。精益用户体验的假设是，最初的产品设计是错误的，所以我们现在的目标应该是尽快问题出在哪里。一旦发现什么在起作用，什么不起作用，我们会改进建议，并再次测试。这个来自市场的信息输入使我们保持敏捷性，不断推动我们在“更正确”的方向上前进。

精益创业方法

精益创业使用一个称为“开发-评估-认知”的反馈循环，以减少项目风险，加快团队建设和学习速率。团队建立最简化可行产品（MVP），快速交付，让团队成员尽早对产品其有一定的理解认知。

在本章的其余部分，将展示精益用户体验的一些原则。当你在实践中实践精益用户体验方法的时候，务必要牢记这些原则。

原则1：跨职能团队

跨职能团队是由具有多种学科背景的成员组建而成来创建产品一种团队结构。具有软件工程，产品管理，交互设计，视觉设计，内容策略，市场营销，和质量保证（QA）学术背景的人才都应该被吸收在精益用户体验团队之内。多样化的团队模式颠覆了传统的所谓的瀑布式的环环相连的设计方式。不同学术背景的成员在设计初期都可以针对每个想法提出自己的看法。团队中鼓励跨部门交流，以此带动团队效率的提升。

原则2：小型，专用，聚集

简化团队规模，保持你的团队核心成员数量不超过10人。所有成员都要聚在一起，共同投入到一个项目里。小团队的优势归结为三个词：交流，聚焦，和友情。规模较小的团队更容易对项目阶段，内容变更和新的认知保持流畅状态。

原则3：项目进展=成果，不是输出

功能和服务都是输出物。商业目标要实现的是产品或服务所带来的成果。精益用户体验依据明确定义的商业成果来评估项目进展。当我们试图预测哪些功能将会带来特定成果的时候，通常都可看做是一种投机行为。虽然特定功能在上线发布前很容易管理，但我们同样对其有效性一无所知，直到它真正投放到市场中。通过管理成果的方式，我们便可以掌握我们创建的功能的效果。如果某个功能运行的不好，我们可以做出客观的决策：维持原状，改变策略，或替换其它功能。

原则4：聚焦问题的团队

聚焦问题的团队是一个旨在解决商业问题而不是关注与某一项功能实现的团队。这是对关注成果收益团队的一种逻辑上的延伸。让团队独立解决商业问题显示了对整个团队的信任。允许团队成员提出自己的解决方案，能够驱动成员在解决团队所面临的问题时的那种内心深处的荣誉感和主人翁意识。

原则5：减少浪费

精益制造的一个核心原则就是将移除那些与实现最终目标无关的要素。在实践精益用户体验时，最终目标是优化改进的成果；因此，任何与改进成果无关的要素都可以认为是一种变相的浪费，理应从团队的实践过程中剔除出去。团队资源是有限的。队提出的浪费资源的要素越多，团队运作地越快。团队想要的是一个高效的运作团队，能够在工作中直面挑战。去除浪费，能够让团队的精力聚焦在问题的关键点上。

原则6：小批量

另一个来源于精益制造的基本原理是小批量的使用。精益制造通过践行这个理念来保持低库存和高质量的平衡。将这个理念移植到精益用户体验上，这也就意味着创建一个设计原型是推动团队工作进程的必要做法，用以避免大的未测试的“库存”和未实现的设计思想。大批量的设计带来的是低下的团队工作效率。因为需要迫使团队等待大批量的设计交付。这阻碍了团队去验证想法理念的有效性，让一些团队成员不可避免空闲下来无所事事，也导致一些设计想法被搁置下来最终没有使用上。这种方法是一种对资源的浪费，没有大限度地提高团队整体的认知潜能。

原则7：持续的发现

持续的发现是指在设计和开发阶段中用户持续参与的过程。这种参与过程是通过定期活动，采用定量和定性的方法来实现的。我们的目标是了解用户如何使用你的产品，为什么他们要这样做。按时间表定期做研究，研究涉及整个团队的参与。定期与用户谈话给团队提供了更多验证新产品想法的机会。通过将整个团队成员都融入到研究周期中，团队能够建立起用户和其面临问题的同理心。最后，团队成员聚在一起参与探讨，可以减少今后对口头交流和文档汇报需要。

原则8：GOOB 新的以用户为中心方法

这听起来像一个婴儿的第一声言语，但GOOB实际上对斯坦福大学教授、企业家和作者史蒂夫·布兰克提出的所谓的“走出大楼”的缩写。这是因为人们意识到，在会议室里讨论用户需求最终得不到想要的解决方案。相反，问题的答案就在市场当中，在你办公室大楼外面。布兰克的建议是：让你的潜在用户对你的想法提供比过去更快的反馈。最终，成功或失败的产品也不是由团队，而是由用户决定的。“现在购买”按钮是由你设计的，但是否点击取决于用户。如果你越早得到用户的反馈，你就能越快知道的想法是否行得通。

原则9：共识

共识是团队在长期的合作过程中建立起来的一种共同理解，包括对问题领域、产品和用户的丰富理解。共同理解在精益用户体验中是必须的。如果团队成员对正在做什么和为什么这么做达成共识，那么团队便不需要依赖二手的研究报告和详细的文档来继续接下来的工作。

原则10：外化工作

外化的意思是将你头脑和计算机中的想法和方案都展示给公众。用泡沫塑料板，白板，绘图墙，打印的纸条和便笺让团队成员，同事，和用户看到团队的工作进展。外化工作将每个团队成员头脑中的想法展示在了墙上，让每个人都看到团队现在处于哪个阶段。这就建立了一种团队内持续流动的信息流，从共享中汲取系想法，启发新思路。它可以让所有的队员——即使是平时少言寡语的人——都参与到信息共享活动中来。便笺条或白板草图与团队中最突出的成员在团队中的地位同等重要。

原则11：做事优于分析

精益用户体验提倡做事优于分析。将想法尽快创建出第一个版本比在会议室里花半天时间讨论它的优点是什么更有意义。遇到难题，在会议室里是找不到答案的。相反，问题的答案存在于用户那里。为了找到这些问题的答案，你需要把想法具体化——你需要做出一些能够让人们给予反馈的东西。针对想法的争论是在浪费时间和精力。做出一些东西，走出大楼去验证它，而不是在房间里分析各种可能的情况。

原则12：学习优于增长

在同一时间里找到产品的合适定位并扩展业务范围是很难的一件事。他们是一个矛盾体。精益用户体验主张的是学习认知第一，业务扩展第二。随意扩展一个未经证实的想法是一件危险的事情。它可能会达到目的，也可能不会。如果它最终被证实不能达到目的，而你已经将它扩大到整个用户群当中了，那么就意味着整个团队是浪费了之前宝贵的时间和资源。在扩展之前一定要确保想法是正确的，以减轻广泛的功能部署的固有风险。

原则13：失败的权利

为了找到商业问题的最佳解决方案，精益用户体验团队需要通过实验来验证想法，而且大多数的想法会证明是错误的。团队如果想要获得成功，就必须遇到失败时能够安全化解。拥有失败的权利意味着团队需要有一个安全的实验环境。这种环境既指于技术环境——他们可以以一种安全的方式推动想法落实，也指文化环境——他们不会因为想法被验证是失败的而受到惩罚。

原则14：莫谈交付

精益用户体验设计过程就是从创建输出文档到实现最终成果团队的转变。随着跨职能协作的增加，团队与利益相关者之间的谈话也不再是关于具体要做什么东西，而是更多关注要实现什么目标，成果如何。团队应该把关注重点放在认识对用户起到主要作用和影响的功能上。用什么产品原型去发掘并不重要，最重要的是产品的质量如何，而质量的好坏是通过市场对其的反馈来确定的。