第1章 前所未有的重要性

一次尝试，不算迭代。

——杰夫·巴顿（Jeff Patton）

设计的演进永不止步

20世纪八九十年代，设计师开始进入软件行业，他们当时仍然沿用传统方式进行软件设计。无论是工业设计、平面设计还是时装设计，只要是涉及实物产出的行业，生产环节永远是最大的瓶颈。在设计实物产品时，设计师需要在投入生产之前就明确所有的细节，因为生产成本是非常高的。无论是建立一个生产耐用品或服装的车间，还是开设一家印制图书和杂志的印刷厂，都必须投入高昂的成本。

从事软件工作的设计师则面临着新的挑战。他们首先必须摸索出软件这个新媒介的规则，于是涌现了交互设计、信息架构等新的专业。但是，设计师的工作流程却依然如故，还在不厌其详地对产品进行预先设计，因为最终仍然要解决“生产”环节这一瓶颈：必须先将软件复制到软盘或者光盘上，然后以与实物产品相同的销售模式投放到市场。而一旦设计出错，就会造成很大的损失。然而，矛盾的是，这种工作方式并没能真正防止错误的发生。通常情况下，设计师在将设计成果交接给开发人员之前，是在自己部门的“筒仓”中孤立工作的，而开发人员在把研发成果交接给QA之前，也是在另一个部门的“筒仓”中孤立工作，每个人都只能在极其有限的市场反馈下闭目塞听、埋头干活，就这样循环往复。

今天，我们所面对的是一个全新的世界：软件生产已经成为持续的过程；互联网彻底颠覆了软件的分发模式；移动设备、可穿戴设备和物联网的普及改变了软件的销售方式；不再受实物产品生产流程的限制，能够以几年前闻所未闻的速度将数字产品和服务送到客户手中。

一切都发生了改变。

团队现在面临着巨大压力，竞争对手正在使用敏捷软件开发、持续集成和持续部署等技术，可以从根本上缩短生产周期。以亚马逊为例，这家电子商务巨头每分每秒都在向用户发布新的代码[1]。亚马逊缩短发布周期，并将此作为竞争优势——尽早且频繁地发布，收集市场反馈，根据反馈进行迭代，从而与用户建立持续对话。从本质上看，亚马逊在交付产品的同时也在探索新产品的方向。这样做有很多好处，其中最重要的是以下两点：

• 能够快速、持续地了解产品在满足用户需求方面的表现。

• 提高用户在产品质量、反馈响应时间上的预期。

更重要的是，这种全新的工作方式并不是基于昂贵的技术。几乎所有的创业团队都可以免费或近乎免费地使用这些平台和服务。这使得现有的企业暴露在它们之前从未意识到的威胁之下。具体来说，基本上每个领域的准入门槛都前所未有的低。在不需要“生产”实物产品的情况下，任何能够访问网络的人都可以进行设计、开发和提供服务。面对这些新的挑战，传统的一劳永逸的方法已经行不通了。那么，产品团队应该如何应对呢？

是时候做出改变了。

精益设计是产品设计与团队协作的演进成果。它把设计工具的精髓提炼出来，与敏捷软件开发和精益创业思维相结合，并将所有这些提供给整个产品团队使用。这样一来团队就可以利用当前新的现实最大限度地学习，不断探索最佳的前进道路，从而更加了解客户的痛点。

精益设计依赖于深度地跨职能协作，因为设计师、产品经理和软件工程师不再各自为战、毫不相干。瀑布式开发的时代已经一去不返。工作流程环环相扣，我们既不能坐等别人的工作，也不能让别人空等我们。相反，要想取得成功，我们每天都需要与团队成员持续地接触、交流。这种持续沟通能让我们摆脱繁重的交付任务（还可以节省完成交付产品所需的时间），从而有余力帮助团队成员建立共识。建立共识可以使团队更快地做出决策，从而有时间进行更多的战略性对话。确实，我们仍然有责任正确处理所有的细枝末节，如精心设计出漂亮的界面元素和简洁的工作流程，也有责任思考所有可能影响产品设计成败的各种细微之处，如内容的可访问性、页面加载时间、按钮标签、错误信息。但是，省掉沟通上的时间开支，团队就有更多的时间专注于更重要的工作，比如收集能够对产品战略选择产生影响的见解。

精益设计也改变了我们谈论设计的方式。团队不再讨论功能和文档，而是讨论究竟应当打造什么样的产品——或者说成果。在这个新的现实中，获得市场反馈的渠道比从前任何时候都多。这使我们能够根据客观的业务、客户和用户目标重新规划谈论设计的方式，评估哪些是有效的，然后根据市场的反馈对设计方案进行调整。

精益设计有三重含义。第一，它是由设计师和产品团队引领的工作流程的变革，并被发扬光大。第二，它是文化的变革，让人们学会以谦逊的态度对待工作，我们认识到最初的解决方案可能是错误的，并根据来源众多的见解不断改进自己的思维方式。第三，它是对软件设计和开发团队的组织及管理方式的一系列变革，与传统的管理方式相比，它更具包容性、协作性和透明度。我们将在本书的后续章节深入探索精益设计的每一个层面。

也许这句话最适合用来总结这一章：精益设计就是我们现在所需要的工作方式。

[1] Jon Jenkins, “Velocity 2011: Jon Jenkins, ‘Velocity Culture,’”O’Reilly, June 20, 2011, YouTubevideo, 15:13, https://oreil.ly/Yh7Co; Joe McKendrick, “How Amazon Handles a New Software Deployment Every Second,”ZDNet, March 24, 2105, https://oreil.ly/zXFoo;Werner Vogels,“The Story of Apollo-Amazon’s Deployment Engine,”All Things Distributed, November 12, 2014, https://oreil.ly/HrMRs.