详情
本书介绍如何使用精益UX技术来是这一过程更快更好。读者讲学习如何缩短迭代过程、获得用户反馈、减少用来创建好的产品和市场所需的时间，并且构建出客户真正喜欢的产品和体验。本书作者 Laura Klein 是用户体验专家，他将教授你具体的技巧，如何让设计和用户研究的过程更快快速、灵活，并且能够度量。
书名：精益创业UX篇——高效用户体验设计
ISBN：978-7-115-31012-5
本书由人民邮电出版社发行数字版。版权所有，侵权必究。
您购买的人民邮电出版社电子书仅供您个人使用，未经授权，不得以任何方式复制和传播本书内容。
我们愿意相信读者具有这样的良知和觉悟，与我们共同保护知识产权。
如果购买者有侵权行为，我们可能对该用户实施包括但不限于关闭该帐号等维权措施，并可能追究法律责任。
◆ 著 [美]Laura Klein
译 郭 晨 马 伟
责任编辑 陈冀康
执行编辑 胡俊英
◆ 人民邮电出版社出版发行 北京市丰台区成寿寺路11号
邮编 100164 电子邮件 315@ptpress.com.cn
◆ 读者服务热线：(010)81055410
反盗版热线：(010)81055315
Laura Klein,Users Know设计总监，拥有15年的开发和设计经验。她 致力于帮助精益创业者更深入地了解用户，以更快地开发出更好的产品。她广 受欢迎的设计博客http://www.usersknow.com/，旨在帮助产品负责人做恰到好处 的研究和设计。
本书特色
本书由畅销书《精益创业》的作者Eric Ries策划，该系列图书侧重于方法论的核心层面，并为开发人员、经理和创业团队其他成员提供了实例。读者将掌握一系列的工具， 从而在创业之路的每一步都做出快速和明智的决策。
精益创业用户体验的理论和方法，非常适合中小型创业企业的需求，本书潜在的读者群和需求较大。
国内日渐兴起对于产品的用户研究和体验的重视，以微信等产品为典型代表，产品经理这个职位及其素质的重要性，也得到企业主和用户的认可。本书很好地符合了这一趋势。
作者具有多年用户体验研究和产品设计的经验，本书内容具备指导性和实用性。
“想要找到切合产品的市场需求，这是一本必读图书。”
——Andy Rachleff，Wealthfront公司总裁兼首席执行官；Benchmark Capital联合创始人
“在教企业家们如何理解他们的用户并设计创新的产品方面，作者是专家。这本书应该是每一位创业者的必读之作。”
——Brett Durrett，IMVU首席执行官
“开发伟大的产品源于深入理解用户，这是很难做到的。在这本书里，作者将引导你向客户学习，向你展示如何把这种学习转化成伟大的产品。”
——Ash Maurya，USER Cycle创始人
“如果你了解作者优秀的、言简意赅的精益用户体验设计工具和窍门，就会更容易开发出让用户购买、使用和热爱的产品。作者是凭借多年从事精益创业工作和推行精益用户体验设计艺术而拥有丰富知识的实践专家。这本书是她对这个领域的宝贵贡献。”
——Joshua Kerievsky，Industrial Logic公司首席执行官
“这本书内容有趣、易读，并且引人入胜。书中有很多不错想法，你在5分钟内就可以顿悟，在阅读时，你会想要不断发邮件或拿起笔记下来。”
——Alistair Croll，Solve For Interesting创始人
“如果你是一名企业家，特别是如果你正在科技领域里工作，你会了解用户体验的重要性。但是，除非你曾经与用户体验设计师亲密合作过，否则你不可能知道如何正确地去做。这本书很适合你阅读。这是一本充满了丰富的智慧、见解和专业知识，而且还很实用的著作。它解析了用户体验设计的概念，所以你可以立即运用起来。”
——Josh Seiden，NEO总裁
今天，优秀的用户体验设计是产品所不可或缺的，但设计一款产品则是一个漫长而昂贵的过程。通过这本实用、方便的图书，你将学到如何运用精益用户体验设计的知识，更快、更智能地设计产品。用户体验设计专家Laura Klein将教你如何收集用户的宝贵意见，开发出他们会真正喜爱的产品，并缩短产品推向市场的时间。
无需任何用户体验设计经验就可以开始阅读本书。如果你是一名企业家或一名创新者，本书会让你使用这些经过证实的技巧和工具去做对的事情，从而研究、识别和设计一款直观、易用的产品。
• 在开发产品之前，弄清楚用户是否会购买你的产品。
• 在整个产品生命周期中，倾听用户的心声。
• 理解为何在设计一款产品之前要做测试。
• 获得对产品设计至关重要的9 个工具。
• 区分必须的功能和有则更好的功能。
• 学习最小化可行产品是如何影响用户体验设计决策的。
• 协同使用A/B测试与优秀的用户体验设计实践。
• 加速产品开发过程而不牺牲产品质量。
Simplified Chinese Edition, jointly published by O’Reilly Media, Inc. and Posts & Telecom Press, 2016. Authorized translation of the English edition, 2013 O’Reilly Media, Inc., the owner of all rights to piblish and sell the same.
Copyright © 2013 by O’Reilly Media, Inc.
All rights reserved including the rights of reproduction in whole or in part in any form.
本书中文简体版由O’Reilly Media, Inc.授权人民邮电出版社。未经出版者书面许可，对本书的任何部分不得以任何方式复制或抄袭。
版权所有，侵权必究。
创业需要好的设计，精益创业的用户体验设计是一种更快、更智能的用户体验设计方法。
本书讲述了众多精益创业用户体验设计的特点，通过多角度的学习读者将学会更精益、更好、更快、更省时的实践策略。全书共3篇，分别从验证、设计及产品3个方面介绍了精益用户体验设计。
本书内容精练、角度全面，适合那些想要开发出色产品的设计师或者想要尝试产品创新的读者阅读。通过阅读本书，读者将学会学习、设计和交付出色的产品的特定工具和技巧。
本书将使你成为一名更好的设计师。如果你已经是一名设计师，这个说法可能听起来还不错，但从工程师到MBA，每个人都可以是设计师。
我有幸与Laura Klein一起工作了多年。她是一名出色的设计师，并开发出了众多出色的产品（同时她也是一名很好的程序员）。但她对整个团队的影响力超过了她作为个体贡献者的才能。在此很高兴地告诉大家，这种极其少见的技能已被编写并出版成书。
Laura有种特殊的才能，就是帮助非设计师得到神秘工具包。这种工具包有时是称为交互设计、可用性测试、用户体验设计，有时是（就我个人而言）能用到工作中的东西。但不管怎么称呼它，每个现代公司必须认清只有好的设计才能提升客户满意度并不断创新。本书将立即教给你这些工具，无论你名片上的职位印的是什么。
创业需要好的设计，但他们总是请不起一名全职设计师。事实上，许多著名的创业公司都没有对员工培训过传统设计。遗憾的是，快速、跨职能协作的创业公司往往与过去传统模式下成长起来的设计师格格不入。所以要充分利用设计学科的优势，就需要新方法来支持敏捷、协作和实践。
如果你读到这里，十有八九是你已经开始创业或希望有朝一日成为一名企业家。无论是谁，无论职位是什么，只要是在高度不确定的条件下进行创新的人，都算是企业家。如果你发现自己正在成为“企业家”（例如，在公司里要面临突发的不确定情况），你将会发现本书介绍的工具十分有用。
如果你正在寻找一本关于抽象理论、美学术语或文雅腔调的书，那还是到别处看看吧。这是一本毫无保留并简单实用的设计书。像最小化可行产品这样复杂的概念会被解释为：MVP就是一个杯形蛋糕，而不是一份半生不熟的原料。每一章都会详细地分步介绍，并让每个概念易懂和形象化。
我喜欢这本书的原因是它每个提示、概念、工具、方法都在其适当的上下文里。人们很少看到任何专家（更不用说设计师）会明确地告诉你何时不要使用“最佳实践”。但在现实生活中，就根本没有什么绝对的最佳实践。每种实践是有上下文场景的。如果在错误的场景里使用，这些工具也会变得异常致命。这本书里出现的每个工具和建议（除了一个例外，留给读者去发现）都会有一个什么时候可以跳过的说明，并且大部分都标注了“什么时候跳过它是安全的？”这样的标题。
在我写《精益创业：新创企业的成长思维》之前，我和Laura在一起工作了很久。现在我仍然害怕读到一些Laura讲的失败的产品案例和糟糕的决定的故事，许多的错误我都难咎其责。愿我犯过的错能成为你的收获：按Laura Klein说的去做，成为一名更好的设计师，开发出色的产品，让你的用户生活得更好。祝你好运。
Eric Ries
旧金山市
2013年4月15日
本书是写给企业家的，也是写给那些想开发出用户会购买、使用、热爱的产品的产品设计师、产品负责人和产品经理的，特别是写给工作在创业公司或像想要尝试创新产品的人。
如果你不是设计师，也别担心。如果你从未画出一个线框图或没跟用户交流过也无所谓。要是你看了这本书，你将会充分了解用户体验设计，足够自信地设计自己的产品。就算之前没有用户体验设计的背景或任何其他类型的设计经验也不会影响你理解这本书。
本书是写给决策者的。本书不会教你如何把自己的想法推销给你的经理，或如何说服人们相信用户研究会很有帮助，或是好的用户体验是十分必要的。它所能给你的是关于学习、设计和交付好的成功产品的特定工具和窍门。
所以本书只是为了给想要开发产品的人，为了那些现在想要学习如何开发出人们喜爱的、不会浪费大量时间和金钱的产品的人。
就像我说的，这本书就是写给企业家的。
出色的用户体验正逐渐成为创新产品的必要条件。遗憾的是，如果你曾经试过开发产品，你就会知道出色的用户体验是很难被实现的。当你正在开发创新产品时，这就更难了。
事实上，唯一比开发出直观、令人愉快、创新、易用产品更难的是招到一名设计师来为你做这一切。
本书就是为了帮助你创造出色的用户体验产品。本书将教你如何了解你的用户，以便开发出用户会热爱和甚至会花钱的（如果这是你想要的）全新品牌。
本书在关注用户体验设计技术和过程的同时，还将介绍一些被Eric Ries创建和推广的精益创业理论。也许你已经读过他的《精益创业：新创企业的成长思维》，真的很不错。但如果你还没有读过也请不用担心，这不是一个必要条件。
本书会参考基于互联网的很多产品和软件，同样本书的用户体验设计技巧也都能很好地使用在大部分产品的用户界面上。像硬件、软件、门把手之类的，如果你要设计和销售这类产品，就可以用精益用户体验设计更好地了解你的客户，更快、减少浪费地创造出更好的产品。
编辑要我写一个小节介绍如何使用这本书。初稿中我写成“去读它”，但这显然不够具体，所以为了可以最有效地使用这本书，我写了几个小窍门。
你不必按顺序阅读本书。它被设计成你可以直接查找当前产品开发周期所需的内容，可以学习让你的产品更好或开发周期更快的重要窍门。你也无需在创业之前坐下来从头到尾读完它，毕竟谁有那么多时间？
虽然你不需要读完所有内容，但有些部分你应该多读几遍。书中有的内容听起来很容易，但真的需要大量的练习实践。所有用户研究的内容是比听上去更有难度的，遇到难题的时候周围有一本这样的参考书是再好不过的了。同样，我的名字就在封面上，而这本书就在你手边，所以当你想要开发一些产品时就更容易了。
即使你真的从头到尾读完了这本书，不要觉得是我命令你必须要这样做。这里没有要明确遵循的诀窍带你去开发出色的产品。有时你需要设计，有时你需要观察用户，有时你需要运行测试，还有些时候你需要在同一时间做这一切事情和一些其他事。在本书里，你将学到让所有的事更精益、更好、更快、更省时的实践策略。
如果你对如何使用这本书仍感到困惑，这也是个不错的压纸器、门挡和节日礼物。就是别扔了它。
如果你还是不知道如何使用本书或对书里的内容感到困惑，可以发邮件到 laura@usersknow.com 随时找我。
请将关于这本书的评论和问题发给出版社：
美国：
O'Reilly Media, Inc.
1005 Gravenstein Highway North
Sebastopol, CA 95472
中国：
北京市西城区西直门南大街2号成铭大厦C座807室（100035）
奥莱利技术咨询（北京）有限公司
有关于这本书的勘误表、案例和任何附加资料，你可以访问此页面：
要发表评论或咨询关于这本书的技术问题，请发送邮件至：
bookquestions@oreilly.com
关于我们的书、课程、会议和新闻的详细信息，请参阅我们的网站：http://www.oreilly.com
在Facebook上找到我们：http://facebook.com/oreilly
关注我们的Twitter：http://twitter.com/oreillymedia
浏览我们的Youtube：http://www.youtube.com/oreillymedia
Safari图书在线（www.safaribooksonline.com）是随需应变的数字图书馆，提供来自世界顶尖专家作者的技术业务的书和视频内容。
专业技术人员、软件开发人员、网页设计师和商业创新的专业人士都使用Safari图书在线作为主要资源，用于研究、解决问题、学习和认证培训。
Safari图书在线为组织、政府机构和个人提供一系列的产品组合。用户可以通过一个完全可检索的数据库订阅成千上万的书籍、培训视频，甚至正式出版前的手稿。资源来自于像O'Reilly Media、Prentice Hall Professional、Addison-Wesley Professional、Microsoft Press、Sams、Que、Peachpit Press、 Focal Press、Cisco Press、John Wiley & Sons、Syngress、Morgan Kaufmann、 IBM Redbooks、Packt、Adobe Press、FT Press、Apress、Manning、New Riders、McGraw-Hill、Jones & Bartlett、Course Technology和许多出版社。关于Safari图书在线的更多信息，请访问我们的在线网站。
（很遗憾）书不是自己凭空产生的，而且人们觉得作者是唯一负责写作的人。我想表达的是，要感谢很多人阅读本书并帮我实现了一大堆的想法。
首先，必须要感谢Eric Ries使整个精益的事开始了。他实在太棒了，而且我欠他的远远超过了我所能回报的。
另外我还想感谢O'Reilly的同事，详细解答了所有我提出的愚蠢问题，并忍受我稀奇古怪的要求。Mary、Nathan、Kara，还有Kiel，你们都是好人。
我想对Eric Prestemon所有的爱和鼓励说声谢谢。如果Eric没说“请你别再喋喋不休地谈论这些事了，把它写下来好吗？”我就永远不会开始写博客。我爱你，亲爱的，即使你不想一直都听我抱怨用户体验设计。
谢谢对本书做出贡献的其他人——所有早期阅读这本书，给了大量反馈并宣传这本书很不错的人。要特别感谢Sarah Milstein在我最黑暗无助的时候安慰我可以做到，你太棒了。
如果没有Ellen和Julie的切片面包设计，我就不可能完成这本书。是他们最早启发我成为一名用户体验设计师。谢谢你们给了我这个机会。
最后，我欠了一个最大的感谢要给Mariann和Tony Klein，是因为……好吧……所有的事，真的，我爱你们两个，一直都是。
对于“走出办公室”的说法有点儿厌倦了。
别误会，这是一个非常重要的概念。如果你不熟悉Steve Blank和Eric Ries的整个精益创业理论的话，你应该去了解。这是个好东西。
Steve和Eric谈论过很多关于“走出办公室”的话题，并有很好的理由。走出办公室是开发出人们想购买的产品的不错方式。遗憾的是，有时理解事情的重要性很容易，但却没有将之付诸实践。
当然，走出办公室的目的是让你更好地联系用户。关于你的产品应该如何工作或下一步应该开发什么功能，答案不在你被困住的沉闷会议室里，也不在白板上，更不是在公司里与其他人无休止的头脑风暴的会议结果中。即使是你的老板也并没有答案。
答案就在办公室外面的世界，并且你的客户可以帮你找到答案。你只需要知道如何向他们学习。这是精益创业的最重要的概念之一。你需要向客户尽早验证并保持学习。如果你错过了Steve和Eric的书，你应该再看看，你会受益匪浅。
如果你一直关注精益创业的其他话题，那么你也一定听过用户体验设计是至关重要的。你应该了解如何设计简单的产品，A/B测试，然后周期迭代改进。对了，别忘了还有持续部署、敏捷开发和最小化可行产品。
当然，如果你曾经试过这些，你可能已经知道这是多么难以实现的。
以“走出办公室”为例，你意识到了整个行业都是围绕这个的吗？在学校有大批人学习和研究这个专业。这些人通常被称为“用户研究者”，并且他们知道关于各种研究要做的事和如何从用户获得正确信息。他们想要找出你的产品到底哪里出了问题，并且提出如何改善，并为此向你收取一大笔费用。
用户体验设计也同样如此。有多年产品设计经验的人，他们研究过了出色的和惨不忍睹的设计，其职业生涯就是为用户设计出足够简单的、愉悦的、想要使用的产品。
不幸的是，目前极度缺乏这类设计师，所以很有可能你想开发一个产品却没有这样的设计师。也许你足够幸运地找到一名设计师，但他擅长的是视觉设计或从未在瀑布式开发以外的环境工作过。或甚至你就是设计师或用户研究者，但是你以前从没在可怕的、混沌的、疯狂的世界里工作过，这是一个新兴创业。
作为上述类型的人之一，你现在被告知需要离开办公室；设计出一个快速、优雅、简洁的界面；并要完全敏捷地迭代开发；而且你也可以融资筹集几百万美元以雇佣一群工程师和从现在开始停掉过去薪酬一成不变的工作与周末，看起来很不错吧，不是吗？
为什么我要告诉你这些？你知道这有多难。你也不需要我再这么一直说下去。
就是这样。假设你已经了解这一切有多难，那么就让我来助你一臂之力，让这一切变得更加容易。
我不会像权威者那样谈论设计是多么重要或者给你讲一些无关痛痒的某些公司做过的案例，我会给你一些工具帮助你走出办公室，设计一个简单的产品，并验证你所有的假设。我不会让你成为专家，但会教给你一些有用的窍门，使你可以开发更好的产品。经过一些练习之后，也许你就能打造出用户想要的产品。
我甚至会介绍一些有关如何评估成功和失败的窍门，这样你就不必反复来回地做蠢事。想一下这将节省你多少时间。
所以欢迎来到办公室以外的世界，让我告诉你下一步该做些什么。
精益用户体验设计不仅是个时髦词，在某些方面，它更是一种在设计产品方式上的根本改变。另一方面，它也是我们很多人已经做了很长时间的一堆成果。
事实上，很多人以用户为中心进行设计或进行敏捷设计，然而他们却对精益用户体验设计感到困惑，这是有原因的。对于那些熟悉敏捷设计和以用户为中心设计的人而言，精益用户体验设计看上去似曾相识，没有什么特别不同的地方。
但精益用户体验设计还引入了几个其他设计实践中没有的新内容。精益用户体验设计还借鉴了大量现有的最佳设计实践。让我们看看精益用户体验到底包含哪些内容。
和精益创业非常相似，精益用户体验设计是围绕着验证假设展开的。这完全有别于传统设计，即往往围绕着一个设计师或产品负责人的“愿景”进行设计。
相对于认为产品是由一系列功能所组成的看法，精益用户体验设计认为产品是由一组有待验证的假设所组成的。换句话说，不要以为我们知道用户想要什么。我们做用户访谈和用户调研就是为了拟定关于用户可能需要什么的假设，然后以各种方式验证这一假设，来看看我们是否正确。每一次验证都帮助我们对产品进行改进。
让我们来看一个应用精益用户体验设计之前和之后的对比案例。
在应用精益用户体验设计之前，X公司可能会说：“我们需要记录每个产品的用户评论并显示在对应的产品页面上。”于是产品经理会花一些时间写产品页面的评论规范。设计师可能会进入到这一工作流程中并设计出一个不错的评论体验。然后程序员将编写与规范和设计匹配的代码。整个过程可能会是两到三个月。
这个流程的最终产物是，产品页面将允许用户留下评论。但那又怎样？这会让用户在产品上花更多钱吗？让他们在页面上待的时间更长？用户会不会甚至都懒得留下评论呢？而为公司带来的实际收益除了花费3个月开发的评论系统之外还有别的什么吗？
问题在于这种设计方法是始于功能而不是假设的。它直接假设产品页面上的评论功能是必不可少的，并没有去寻找用户可能遇到的问题，想出可能会解决用户问题的点子，并且设计测试来验证这个点子是否正确。
下面是更精益的方式来处理这个问题，如图0-1所示。
图0-1 精益环路
X公司可能会说：“我们需要想办法来提高收益。根据初步研究，我们相信让用户在产品页面上留下的评论会更加吸引用户在网站上购买更多的产品。如果这是真的，我们该如何验证这个假设是否正确？”
现在，换了种方式来描述这个评论功能，它可以让公司去验证假设，并且如果最终事实证明评论功能对于提高收益这个目标没有帮助的话，公司还可以很容易地对这个功能做出更改。
当X公司假设（添加评论将增加收益）精益用户体验设计师会用最佳方式去验证这个假设是否有效，先从用户那里收集一些关于产品的评论，然后手动地把这些评论添加到产品页面上，然后观察这些评论是否会影响用户购买更多的产品。
这样做的结果仍然会是开发出一个可以让用户在产品页面上留言评论的功能吗？当然了！不过区别在于，在投入大量时间和金钱之前，你就能提前知道开发这样的功能是否值得。与此同时，你还能得到一些关于这个评论功能的用户反馈，这样就可以提前对这个功能的设计做出修改，而不必等到功能开发完毕之后再回过头来修修补补。
精益用户体验设计不是简单地把功能添加到产品，它是要找出关于驱动业务的指标，了解我们可以解决的客户问题从而推动指标的增长，产生改善这些客户问题的想法，然后验证这些想法是否正确。
如果这一切看起来都不尽如人意，别担心，我将会在本书后面分享一些相关的应对办法。
但它不仅仅只是验证假设……
有一家创业公司，他们为衡量某个特定新功能的转化率做了一个小测试。约有3%的用户已被转化使用该功能。不幸的是，他们不知道3%的转化率到底是一个不错的结果还是彻底失败，因为在此之前没人开发过类似的功能。
很多精益创业公司都会落入这个陷阱：无法判断一个假设是否被验证了。
当然如果可能的话，精益用户体验设计鼓励设计师对改动进行A/B测试，并且A/B测试通常很容易说明——任何一个变量使得统计结果是否有明显差异。在本书后面会对A/B测试进行详细的介绍说明。然而，还有一些其他类型的测试，它们不会像A/B测试那样容易理解。
有时，当你想在新的行业中验证假设，很难知道什么样的结果会引领成功。要使用精益用户体验设计，你必须学会如何设计正确的测试类型，知道什么时候你的假设已得到了验证，而有些时候你不得不依赖于常规的定性研究和良好的判断力。我们将在后面的章节中讲到。
很多次，跟那些受过UCD训练的设计师交流的时候，他们说：“你在做原型设计和用户访谈吗？我也做了！那我一定也是在做精益用户体验设计！”如图0-2所示。这句话只对了一半。
图0-2 所有这些东西都会在UCD和精益用户体验设计里用到
精益用户体验设计从UCD借鉴了很多东西，很大程度上因为UCD确实很不错。例如，精益创业没有想到要向用户学习。天啊，我们有些人做了这行几十年还在向那些甚至工作时间更长的前辈学习。
这还不错，因为获得产品反馈不是一门新学问。精益团队不需要弄清楚如何从用户身上学习，因为有很多做UCD实践的设计师和做用户研究的人可以帮助他们。事实上，如果你想要学会成为顶尖的精益用户体验设计师，不如准备接受以用户为中心的设计基础训练。
但它并不只是以用户为中心的设计……
每当我的UCD朋友说他们做精益用户体验设计是因为他们要做交互式原型或运行可用性研究，我都得去纠正他们。
精益用户体验设计的确大量借鉴了UCD，但同时还添加了很多亮点。例如，据我所知UCD不会有频繁的周期迭代改进、验证假设，或敏捷开发团队，但精益却有；UCD也没有以任何科学方式评估设计产出的概念，但这正是精益方法论的核心概念。
不要认为精益用户体验设计是取代UCD或跟UCD相比更好或更坏。这是一套涵盖了以用户为中心的设计工具——主要是持续关注用户。
在这本书里我不会教你成为一名以用户为中心的设计师，但会给你足够的窍门来让你的产品顺利开发，教你如何以用户为中心的设计融入产品开发流程。
在以用户为中心的设计之后，有了敏捷设计。精益用户体验设计又从敏捷设计中提取了大量精华。
例如，敏捷设计包括设计人员和开发人员在一起工作的跨职能团队，而不是将设计部门作为一个独立外部机构。跨职能团队对精益用户体验设计是非常重要的。精益用户体验设计通常会让开发人员、设计师和产品负责人共同参与到各种决策流程中来，一旦产品遇到任何问题，团队可以更快、更容易地对整个设计流程做出修改。
敏捷开发摆脱了大量的文档和规范，为了更敏捷。同样地，精益也避开了大量的传统文档。与其总是创建产品需求文档，或者每个屏幕都是完美像素的高保真图形，精益和敏捷开发致力于为设计团队提供一些更高效的沟通交流工具。当流程图或草图就可以达到同样效果的时候为什么要写300页的Word文档呢？
也许最重要的是，敏捷设计和精益用户体验设计摆脱了瀑布式开发的方法论，即过去的“最终规范文档”可能要用几个月甚至数年才能交付给开发流程。那样往往是错误的。
像敏捷一样，精益注重在短期内快速工作，减少花费的时间总量，直到团队获得产品反馈。
但这不仅仅只是敏捷……
精益用户体验设计从敏捷设计借鉴了大量的最佳实践，而这不是全部。
精益取代由产品负责人宣布“完成”的传统开发流程，而是根据验证用户假设是否有效。换句话说，当功能交付给用户的时候其实它并没有被开发完成。功能往往是用于验证新的用户行为是否有利于业务的一个方法。
在敏捷设计环境里，我经常会被要求去检查过渡环境[1]中的功能，看这些功能是否完善并可被接受。而在精益设计环境下，这个问题只有等到功能被用户使用并评估了关键指标之后才会有答案。即使在那时，这些功能也不是真正处于“完成”的状态，而是为下一次的迭代做好准备。
这可能看起来没什么区别，但对交付产物进行评估可以极大地改善产品设计行业并使其变得更好。不出意外的话，在后面的章节我会介绍更多评估设计的详细信息。
说到数据，精益用户体验设计完全是由数据驱动的。
精益用户体验设计背后的重要理念之一是，我们不会假设开发的新设计或新功能会使产品变得更好。我们对任何东西都要进行测试。当我们开发了新功能时，我们测试并看看这是否对用户行为很重要。当我们更改文本或电子邮件的时间时，我们测试看看哪个版本更好。当我们更改了用户流程或导航栏布局时，我们依然进行测试，以确保没有在无意中让用户行为变得更糟。
更重要的是，我们使用部署和测试过程作为给设计师的反馈环路。如果更改了我们主观想要改善的东西，但实际上破坏了关键数据指标，我们会用它作为基准来调查哪里出了问题，哪些假设是不正确的，哪些假设已经失效。如
图0-3所示。
图0-3 如果你不评估就会无法认知
通过测试每个迭代的功能设计，它可以帮助设计师了解更多真实的用户行为。我们也有特定的衡量标准用来显示设计项目的投资回报。
以我的经验来说，这正是精益用户体验设计独特的地方。当然，设计师和用户研究人员多年来一直在他们的产品上运行可用性测试，但是对于定量评估具体设计在交付产品上的实际影响并没有得到广泛应用，特别是在创业公司里。
设计社区的一些成员也对此非常抵触，因为他们觉得“设计不能被评估”或对设计所带来的影响进行量化评估会拖慢进度。在我看来，这完全是胡说八道。
设计产物可能会大大改善产品的可用性，或者让产品变得大受欢迎，当然也可能让产品直接报废。作为设计师和产品负责人，我们十分有必要评估设计产物对产品和公司的真实影响。但别担心，稍后会在书中会有更多的说明。
但它不仅仅只是数据……
对精益用户体验设计的普遍争议是，所有这些数据在某种程度上是要消除视觉设计。这也许就是为什么很多设计师如此抵触数据驱动设计的根源。他们听说过Google测试了41种蓝色，并且他们认为所有设计将会沦为这种“测试一切”的处理办法。
这完全不是事实。事实是通过多变量测试为链接挑选最佳颜色是很容易完成的事，另外，那些真正的设计改动是由设计师以及对产品充满热情的用户们共同确定出来的。
对设计改动如何影响产品进行测试并不意味着我们不能做出批判式的设计决策。与其把精益设计想成是由数据驱动的，倒不如认为它是在消费这些数据。数据可以告诉我们用户在做什么以及用户在哪个页面离开产品等事项，但只有正确的研究和设计才能告诉我们这些事情发生的原因以及如何修复。
数据驱动的设计并不是尝试一切你能想到的各种设计，然后从中挑选出效果最好的一个。实际上它是指把各种最佳设计实践和最佳测试实践结合起来，以制作出更成功的产品。如果你还不相信，我会在本书后面介绍测试设计的正确和错误方式。
精益经常被误解为“尽可能的低成本”，这并不是真的。精益创业与一家公司是否才刚刚起步或是不是财富500强无关。精益创业并不意味着低成本的创业，从来都不是。
然而，我发现精益用户体验设计比传统用户体验设计更快、成本更低，因为精益用户体验设计力争消除浪费。
不妨想象一下在写代码之前，经过一两个月的设计和可用性测试，做完一轮完整的传统用户研究要花费多少钱。我曾经工作过的一家公司他们就是这么做的，其结果可想而知，很可能为此花费了成千上万美元，甚至更多。请记住，这个时候还没有对产品进行过任何验证。
现在再想象一下，你所做的产品在上线后却没人购买，因为没有人特别喜欢你的想法。
例如，也许你听说过Webvan[2]公司。他们在花费了4亿美元建设一个自动化仓库系统，然而最终结果却只是验证了人们还没有准备好在网上在线购买百货。
与其在还没有验证产品想法之前就开始开发工作，不如想象一下你最初只是做了几个轻量级的实验来验证假设，然后意识到这个假设是完全错误的，没人愿意为此买单，在此之后你持续改进并且适时转型，直到找到用户会有兴趣购买的东西。
例如，Webvan不急于打造一个能够满足百万级用户的仓库系统，而是用静态网站、少量的产品，以及贵宾服务进行实验。或者他们可以和那些已经在卖百货商品的商家合作。事实上，如果他们开始的时候是这么做的，那他们可能会节约出足够多的钱，让他们可以生存到用户们做好准备在网上进行购物的时候。
不管怎样，他们会避免花费大量的时间和金钱去开发一个没人愿意使用的产品，而是在付出极低的时间和金钱成本，寻找到用户愿意付费购买的产品。
我不是经济学家，但我会说这个故事的第二个版本比第一个版本成本更低。这就是重点，真的。精益用户体验设计可以节省你的时间和金钱，并不是因为你拒绝为好的设计进行投入。精益用户体验设计可以帮你避免花费大量时间和金钱去制作没人愿意使用的产品。
精益用户体验设计仍然需要可靠的投资工具和好的用户体验设计，它只是能够避免把这些资源投入到错误的设计里。
但它不仅仅只是快速和低成本……
精益用户体验设计并不是不好的用户体验，建立良好用户体验的成本也并不低。你不能拒绝在研究和设计上花钱，然后就简单地说这是在精益。你这样想是不对的，也有些武断。
在这本书里我会提供很多窍门，它们将帮助你更快响应并得到更好的产出与减少浪费。但我不会告诉你如何设计一个出色的免费产品，因为那是不可能的。
设计和研究仍需要正确使用时间和金钱，但通过明智地使用你的时间和金钱，至少你最终会开发出一个用户想要使用的出色产品。本书的其余部分将教你如何做研究和设计，避免浪费，并在正确的时间学习正确的事情。
精益用户体验设计里绝大部分融入了最小化可行产品，这本书的最后有单独的一章将会讲到。简略版的最小化可行产品定义是你会开发最小可用的功能，最终可以验证假设是否有效。
很多人似乎遗漏了一个非常非常重要的概念。一旦你已经开发了最小化可行产品，你需要坚持做下去。你看，如果一切都是假设，你需要去验证，一旦你已经验证了这一假设，你就需要对它采取行动。
精益用户体验设计收集用户行为指标。当然，成功的关键是你必须做点什么。这不只是让你自我感觉良好，而是决定下一步操作的重要工具。
这将创建一个迭代改进流程，你将持续制作出一些相对比较小的产出物，然后对其进行验证，基于对测试结果的认知决定是否继续下去，或者中止开发。
若要让这个良性循环保持下去，你必须保持迭代改进开发。我见过太多不好的精益创业公司都充斥着被遗弃或处于半开发状态的产品。他们的初衷是好的，只是不应该在做了大量尝试之后就把这些产品抛在一边，让它们自生自灭。
不断尝试新事物，然而并没有进行更深入的研究，或者采取后续行动，这不能算是迭代，这完全就是乱来。更重要的是，通过这种方式制作出来的只可能是一个包含各种奇怪功能、极其复杂又没有人愿意使用的产品。
我曾经在一家创业公司工作，这家公司提供不少于3种方式同时搜索网站。它们并没有基于第一个版本进行迭代开发，而是继续制作新版本，但是这个版本只是有一些略有不同的搜索功能而已。这就给用户造成了不少的困扰，他们并不需要这么复杂的搜索功能，他们只是想简单的把想要的产品搜索出来就足够了。在本书中我将告诉你如何避免这类问题。
在使用精益用户体验设计的时候，你要不断优化提升你的产品，在添加新功能的同时也要增强已有的功能，并且砍掉那些不尽如人意的功能。
没有什么是处于真正完成的状态的，这只是为下一次迭代做好准备。
但它不仅仅是关于迭代改进……
我是开玩笑的，精益用户体验设计还真的只是关于迭代改进的。
[1] 过渡环境作为交付准备环境，主要用于用户测试应用，报告错误和缺少的功能。
[2] Webvan曾是美国非常著名的网上杂货零售商，经过斥巨资建造仓库等错误业务决策之后，在2001年宣布破产。
一个完整的产品不会从脑子里直接蹦出来。在有产品之前，你会先有点子。有些时候这些点子很棒，但大多数时候这些点子只是自己拍脑袋想的罢了。
所以在你全身心投入到创造产品并抛开一切之前，先把所有的点子都拿出来验证一下就变得非常重要了。
本书的第一部分正是要帮你做到这一点。
这部分将介绍，作为创业者应该如何处理这些最重要的事情。它会告诉你如何理解你的用户。
这部分的内容都是关于验证的。主要介绍一些为了更好的客户开发和用户调研的方法和窍门，它们将帮你搞清楚，你到底要创造什么样的产品，目标用户是谁。
在验证过程中，你将会学到如何确定你的想法是否有价值，如何与用户进行交流，与哪些用户交流，以及什么时候该适时停止交流然后开始动手创造产品。
事实上，在把点子变成实际产品之前，你得先学习很多东西。而一旦你开始学习它们，你就会明白别人在制作他们的产品的时候，为什么会这样那样做。
在开始制作产品之前，先弄明白人们是否愿意购买你的产品。
了解哪种调研方法最适合进行早期验证。
理解用户痛点，以便于制作更加吸引用户的产品。
大多数创业项目起始于一个绝佳的点子，大多数创业公司同样也失败了。这两者的相关度也许比你想象的要高得多。但问题是，绝大多数创业项目的点子都基于一些假设，他们认为这些点子听上去非常棒或者十分有趣，而不是考虑这些的出发点是否能为真实用户解决实际问题。这就是创业公司有必要花时间尽早验证他们的关键假设的原因。
那么什么是假设，又为什么有必要证明它是正确（或者是错误）的呢？所谓假设，就是你想当然地认为它是真的、正确的，并且请相信我，在你开始创业的时候，也做了许多假设。举个例子，你几乎非常确信人们愿意购买你正在开发的产品。
那么问题来了，有些假设是错的，如果它恰好又是一个非常重要的假设的话，那你就准备出局吧。让我们来聊聊如何让你的公司避开这一大堆站不住脚的假设吧，怎么样？
首先，与其拍脑袋想出一个绝佳的点子，不妨转变一下自己的思路，先来思考一下，作为一个解决方案要如何解决用户的实际问题。
让我们来看几个例子。文字处理系统解决了编辑文字非常痛苦的问题，GPS导航解决了我们离开熟悉的家乡之后容易迷路的问题，就连愤怒的小鸟都解决了一个问题，那就是在等待列车到来的间隙如何给我们的大脑带来快乐的荷尔蒙（激素）。
思考产品点子的时候，人们会犯一个很常见的错，要么是这个产品要解决的问题根本不存在，要么是痛点还不够痛，没有达到人们忍无可忍，想要去解决它的程度。
无论何时，只要你听到了企业“转型”（这是精益创业的一个专业术语，意思是“把产品变成另外一个完全不一样的产品”），这都意味着这样的转型再也不能从初期点子得到足够动力，并且也很难转变成另一个更有前景的
产品。
虽然有些转型是有必要的，但你还是想要尽量减少转型的次数。不过说句实在话，在没有碰壁之前，你很可能没办法彻底避免这样的转型。这也没什么大不了的，改变，有时候甚至是彻头彻尾的改变，本来就是初创企业与生俱来的特点。只是在资金链断裂之前，趁着点子商业化之前还相对容易修改的时候，最好把精力都放在尽早验证点子上。事实上，越早进行验证，后期进行转型的可能性就越低，如图1-1所示。
图1-1 尽早、频繁地进行验证
接下来让我们看看，如何才能做到这一点。
在深入了解如何做早期验证的实践技巧之前，让我们先来弄清楚市场、产品和问题之间的区别。
市场，是指有这么一群人，你认为他们可能会购买你的产品。举个例子，如果你正在制作一个工具，用于帮助税务工作人员，或者房产中介，或者学校的教师，那么他们就是你的市场，如图1-2所示。
图1-2 市场
问题，是指这些人使用你的产品的理由。如果你的产品不能帮人们解决问题，那么他们花钱购买你的产品的概率就微乎其微了，如图1-3所示。
图1-3 问题
产品，就是你打算如何解决用户所遇到的问题。它是你所制作出来的最终产物，也是市场中的那些人愿意付钱购买的东西，如图1-4所示。
图1-4 产品
我知道这听起来好像很简单，但这些是最重要的概念。很多创业公司制造的产品只是在追逐市场的脚步，有些时候这样做貌似也没有什么问题，毕竟在Amazon诞生之前，又有多少人能想到他们其实还可以通过网络来购买书籍呢？
然而在其他时候一味迎合市场会迷失方向。每当创业公司因为无法吸引客户，或者不能迅速打开知名度的时候，有很大的概率是因为市场上根本就没有这么多的产品需求，这是因为产品所解决的问题还没有足够的市场，或者虽然解决了问题，但是解决问题的方式不对。
综上所述，尽早花点时间来验证问题、市场以及产品是非常重要的。
让我们来想象一下，与其花时间做头脑风暴，去想出一个从来没人想过的金点子，不如换种完全不同的方式来寻找产品点子。你将会发现目标市场里已经存在并且也是你能够解决的问题。
但如果找不到需要解决的问题，那么人们也就没有足够充分的理由购买你的产品。就算你的点子再怎么棒、有创意、具有颠覆性的，早期验证可以让你更好地理解用户和完善你的点子。
要做到这一点并不容易。事实上这听起来不好理解，但是有些时候，最需要解决的问题，恰恰就那些用户们并没有意识到的问题，直到你把它们解决了，用户们才恍然大悟的问题。举个例子来说明吧，怎样？
在电子邮件诞生之前，我们中的许多人用电话和传真来沟通交流，这也蛮好的。虽然不够完美，但是我们也能顺利完成工作。当然，如果你要是试过给另一个国家的人打电话，或者想一次和多个人建立联系，你会发现电话和传真的模式有诸多缺点。但是我们依然还在用它们，因为那是我们仅有的解决方案。
然后某个天才走过来说道：“如果有个产品能够让你输入想要发送的消息，并且能够发送到很远的地方，或者一次发给一群人，你觉得怎么样？” 这个不同寻常的产品解决了大多数人没有意识到的问题。
好吧，电子邮件可能并不是这样被创造出来的。不过重点在于，运用一些方法去观察市场中的潜在用户，你能很快辨别出哪些产品是你能去改进的。一旦你这样做了，想出一个产品点子就变得更加容易了，而这样的点子也更容易被人们所接受。
如果你认同Eric Ries的观点“创业是在充满各种高度不确定性的情况下进行产品或服务创新”，那么，你可以认为尽早验证问题足以降低这种不确定性。
虽然不能确保一定会成功，但是早期验证问题可以让你尽早预测并避免失败，而不是等到花光了投资者的钱之后才发现问题。
当你听到某个群体的人们抱怨某些具体问题的时候，你就会发现自己已经验证了这个问题了。
问题存在并不意味着有足够多的人愿意为解决方案买单，这就是为什么你还需要进一步验证市场。
验证市场的第一个目标是缩小受众人群——那些希望问题能够被彻底解决的人们。第二个目标是去了解他们为什么对你的方案感兴趣，由此你还可以找到相似的市场，他们也有类似的动机。
创业公司选择市场是个众所周知的难题。创业者们偏向于选择广泛的潜在客户群体，也就是那些可能有兴趣购买产品的人们。他们发布针对“妇女”或者“医生”的产品，然而他们真正应该做的是挑选更加细分的市场，比如“成天在外工作，但是没有请保姆的都市女性”，或者“过于繁忙以至于没时间处理个人财务账单的肿瘤学家”。
从更小的市场做起，你很可能会找到这样的人群，他们有着相似的问题，而一个很小的早期产品就能帮他们解决掉这些问题。
当你能精确地预测某类人将会遇到的某个特殊问题，并且这个问题也足够严重，以至于他们愿意花钱购买解决方案，那么此时，就算你已经成功验证了你的市场了。
就算你发现了一个真正的问题，并且也有这么一群人愿意付钱给你来解决他们的问题，也不足以证明你的产品就是正确的解决方案。比如说，太多的人想要减肥，但是这并不意味着每个健身方案和饮食计划一定会畅销。
验证产品往往比验证问题或者市场要更耗时。这是个无法想象的、不断重复的过程，我会在这本书里做详细介绍。
重要的是记得时常追问这个问题：“这个产品当真为某个市场解决了某个特定的问题了吗？”
当你的目标市场中的大部分人愿意付钱给你，以解决他们的问题的时候，此时就算你已经成功验证你的产品了。
既然已经确定了你想要验证的目标，那就来了解一些有用的方法，它们能帮你获得关于你的问题、市场和产品的反馈。下面的各个方法都是一种用户调研类型，特别有助于进行这类早期验证。
想要更好地理解潜在用户所遇到的问题，最有效的办法就是走出去，亲自去观察他们当中的一些人。虽然你不必像Jane Goodall（野生动物研究者）那样和黑猩猩一起生活个好几年，但是你不得不花点时间来了解一下你的用户。
找个机会去问他们一些开放性的问题——关于他们所遇到的问题，以及当前是怎么解决的。同时这也是个很好的机会去观察他们的行为，了解他们现在用什么样的已有方案来解决他们的问题。
举个例子，多年以前，我曾经给一个产品做过用户调查，这个产品的目标用户是那些为小公司处理工资条的人。打住，先别犯困，这事儿其实还是有点意思的。
在观察了六七个人是如何处理工资条之后，一些共性显现了出来，其中最重要的一点，关乎设计这个产品的初衷，那就是——根本没有共性。
不同的用户以完全不同的顺序执行工资条任务。有些时候，就算是同一个人，在处理多个工资条的时候，也会以不一样的顺序执行任务。这完全取决于当时那周有哪些事情得处理。有时，他们需要添加一个新员工或者删除一个离职员工；有时，他们能获得所有他们需要的资料，而有时又缺乏资料。半路过来处理一下工资条任务，然后又不得不去处理其他完全不同的任务，这样的情况更是家常便饭。这简直是个非常难以预测，以及时刻都可能被打断的一个流程。
如果仅仅是问人们，在处理工资条的流程中会涉及哪些步骤，那我们是得不到上面那些信息的。我们只能通过观察他们，才能得到这类信息。
这些信息在设计产品的时候是非常有用的，因为采用这种方式可以让事情变得更加明确。
去了解你的用户所遇到的问题，仅仅是这类用户行为研究中的一部分。你还得深入理解这些市场人群构成，他们是你无法从其他类型的调查中所能接触到的。
当然了，你可以观察人们是如何做一件事情的，但同时你也可以了解为什么他们要那样做。有一个帮助忙碌的母亲们在超市购物的公司，在写代码之前花了大量的时间和妈妈们一起去购物。他们不仅仅了解到了团购卷的使用情况，还发现了这些女性的共同购物模式：什么时候去购物，去了几家店，频率多高，以及如何做的预算。
这些信息使得你可以制作出一个既能帮助用户解决问题，同时又更加符合他们行为习惯的产品。这样就不会让用户在使用你的产品的时候还得从头学起，因为你的产品已经十分符合他们现有的使用习惯了。
它还可以帮你快速试错。举个例子，在我们观察用户处理工资条之前，产品负责人就已经想出了好几个让工资条流程更加协同化的点子，但是，在我们观察了用户是如何执行他们的工资条任务之后，我们发现，对于我们所瞄准的这一类业务而言，执行工资条任务的人数从来就没有超过一个。协同，很可能会变得毫无用处，除非公司决定进入另一个完全不同的市场。
首先，确定你的目标市场。一定要具体明确，“女性”可不是个好的目标市场，这样的人太多，但是每个人又有所不同，真的。
“给小型商业公司处理工资条的人”，就是一个很好的例子，因为它是一份清晰的职位描述。在这个市场里的人，很可能有许多类似的工作需求。另一个很不错的例子是，“那些每天上Facebook超过4小时，并且至少玩3个不同类型社交游戏的人”。
你会发现，这些人群已经大到足够成为一个市场，而且也具体到足以发现非常类似的行为模式。这相当重要。记住，这是你的产品的目标市场。如果你想要你的产品畅销，选择一个有足够多的用户、并且能支撑你业务增长的市场，就变得很有意义了。
许多人略过了这相当重要的一步，没有去寻找潜在的市场，而是直接走出去，和他们能找到的人任何人聊天，通常来讲，这些人是他们的朋友、家人，或者是街头的路人。
这样做糟糕透顶，原因如下。让我们想象一下，你打造出一款产品，用以帮助开车的人们。让我们再假设，你找到了两个愿意和你讨论的人，一个是美国汽车比赛协会（NASCAR，National Association for Stock Car Auto Racing）的赛车手，另一个是我的母亲。我可以保证，你会发现这两个人对于汽车用品的需求几乎完全没有共同点。
然而从另一方面来讲，如果你找到5个NASCAR的赛车手，或者5个住在郊区，离他们的大家庭不远的祖母们，你非常有可能找到他们的共同点。而这些共同点就会提供一条思路，它能够让你做出早期决定，比如产品应该包含哪些功能，如何推销给潜在用户。
现在，你已经明确了某个市场，找了5个早期用户。如果你发现不太容易做到这一点，那么说明你要么是选择了一个太小的市场，要么市场太难以触及，或者只是你还不够努力。不管是哪种情况，最好重新思考一下你的职业选择，或者找个懂这个市场的人来帮你。
在你找到的这些人当中，如果有一两个离你很近的话，那就去拜访他们吧，不管是在他们的家里、办公室，还是在任何你期望他们会用到你的产品的地方。对于那些住得离你很远的人，你可以通过Skype、GoToMeeting，或者是FaceTime共享屏幕，这样既可以和他们交谈，又可以远程观察他们所处的环境。
可以从请求他们为你展示他们当前是如何执行某些任务开始，这些任务正好和你打算要解决的问题有所关联。比如说，你可以请他们为你演示他们具体是如何处理工资条的，与此同时，你也可以问他们为什么要以这种方式做，他们还试过其他哪些方式。
你的目标是找到他们当前的行为和问题的概况，还有就是发现行为模式的共同点。每个受访者都会遇到某个具体的问题吗？他们是不是都在抱怨软件的某个部分？是不是都在以某种方式执行任务，而这是可以被改进的吗？
不管你观察到了什么，或者发现了什么模式，我敢保证，这将改变你思考问题的方式，并且还能激发你更多的产品点子，这可以让产品变得更加实用。
举个例子，我曾经合作过的一家公司，他们想要为产品打造一个全新的用户体验。他们发现没有太多人能走完注册流程，并最终变成站点的用户。在项目启动之前，团队成员坐了下来，想了好几种方法去弥补注册流程中的漏洞，但是他们不确定到底应该选择哪种方式。
事实上，他们曾经也遇到过这样的事情，他们对新用户体验进行了大量修改，但是却并没有仔细地去评估效果到底如何。所以，与其像原来那样猜来猜去，我建议他们去观察一些新用户和老用户，看看能否发现一些新的可以改进用户体验的点子。
毫无悬念，当他们观察了五六个新用户是如何注册的，并且和一些老用户交谈之后发现注册流程的视觉设计误导了新用户，让新用户对产品产生了错误的期望。在新用户注册的时候，他们以为这个产品是为孩子们设计的，因为有很可爱、很卡通的图片。事实上，这款产品的真正用户是年龄更大一些的人。
在将这款产品最初的几个页面的外观和感觉进行了修改之后，团队发现用户数量明显增加了，这些用户会通过注册流程转变成正式会员的。只是别吓跑了潜在用户，但也绝不是在没有观察过用户的情况下随意拍脑袋拍出来的
决定。
这种方法好就好在，只要你是在解决一个真正的、已经存在的问题，它只需要非常低的成本就可以帮你在后期节约非常多的时间。
注意
在做用户行为研究的时候，非常容易犯一个错误，那就是告诉受访者你正在制作什么样的产品，以及这个产品是多么适合他们。如果给用户灌输你的想法的话，没有什么能比这更快地把用户带到沟里去。
很好，现在你已经和一些用户交谈过了，也找到了一个共同的问题，并且是你可以解决的。但这依然不是决定性的，是吗？我的意思是，万一遇到这个问题的恰好仅仅是这5个人呢？又或者，虽然很多人都遇到了这个问题，但是没有任何一个人愿意花钱请你来帮忙解决，那怎么办？
这些顾虑都是合理的，而且在写代码之前，你其实是可以去验证它们的。诀窍就在于，在制作产品之前先售卖产品。好吧，严格来讲，这算是某种类型的欺诈，所以要不要在制作产品之前先给产品打打广告？
通过制作一个只有一些简单页面的网站，你可以得到一些粗略的数据，它能够揭示出有多少人对你的解决方案感兴趣。这样做有个好处，那就是你可以在制作产品之前就开始制作这样的网站。这意味着，假如没人对你的产品感兴趣，你还可以继续以低成本的方式寻找可行的新产品，直到找到一个用户感兴趣的产品为止，如图1-5所示。
图1-5 像这样的页面，你知道你可以制作多少个吗？
这里需要澄清一下，我们这儿不是在谈论直接面对消费者的互联网产品。尽管你确实是在使用互联网给你的点子打广告，但是没有必要制作出另一个Amazon。
有一个关于宠物豪华日常水疗的创意？何不首先制作个网站，看看有多少人会预约给贵宾犬美容修甲。和购买一个可以适合各种狗狗的美发座椅比起来，制作一个首页所需要的花费简直是便宜到了极点。
你可以使用着陆页测试同时验证市场和产品。通过为一个（或者多个）你打算销售的产品做广告，你可以得到关于你在制作的产品的高质量反馈，你甚至还可以了解到哪个版本的产品具有最大的潜在用户群，而这对于决定首先制作产品的哪一部分非常有帮助。
首先，制作一个面向普通群众的首页，并介绍你的产品。在页面上放置一个大大的“购买”或者“预订”按钮。为此，你可能得请个靠谱的视觉设计师，或者文案专员，他们可以让这个网站看起来更加专业。
或者，你可以从99Designs这样的地方用众包的方式获得一些页面设计，也可以使用免费的博客模板。
你可以通过Google关键字、Facebook广告，给你的首页导点流量过来，或者也可以用任何你觉得可行的方式，让适合的目标用户能看到你的产品。
接下来，仔细观察有多少人点击了关键字广告，又有多少比例的人点击了那个假的购买按钮。许多类似Google统计的网站可以提供这类帮助，而且还是免费的。
如果你没有任何技术背景，你仍然可以通过Facebook页面，或者类似于LaunchRock这样的服务帮你达到同样的目标。
太好了，到现在为止，你已经验证了一个特定的用户群确实有某个问题了，而且也验证了他们确实愿意付钱给你，让你帮他们解决问题，或者至少他们表现出了极大的兴趣，愿意注册并留下他们的电子邮箱。相对于那些现在正在忙着制作谁也不会用的产品的创业者而言，你已经领先他们一大截了。不过就算是这样，你也同样需要确保你制作的产品确实能解决已经验证过的问题。
我知道这有点让人感到迷惑，毕竟，你已经倾听了用户的心声，测试了他们是否感兴趣，而且你正在制作的产品也是为解决他们所遇到的问题而专门设计的，这怎么可能会出岔子？
原因是，就算你清楚你要解决什么问题，但是要把产品制作出来同样很难。事实上，很可能有成百上千的方式可以解决掉你所发现的某个问题，因此你需要花点时间来确保你所采用的方式以及最终成品到最后确实能帮用户解决问题。
为了弄清楚你的点子是否真的能解决用户的问题，这里有个反面模式：去问用户。绝大多数的创业者都认为，给一些用户详细解释产品的基本概念，然后问用户是否觉得这是个好点子，于是就构成了所谓的验证。不是这样的，用户往往很难从一些描述信息中彻底理解产品，而且当你给你的朋友们介绍产品的时候，他们也很可能告诉你，这个点子听起来非常给力。但是这和给潜在的用户展示真实的产品比起来，完全就是两回事儿。
正确方式是，给用户展示一些东西，并且观察他们的反应。最理想的情况是，你给用户展示的东西最好看上去，或者让他们感觉到这确实是一个产品，但是又并不需要你花上几个月的时间写代码来制作这个东西。
我曾经观察到有大量的创业者进行了他们自认为正确的产品验证。主要内容就是一个创业者激动不已地详细介绍他的神奇产品将会解决什么问题。他们经常这样滔滔不绝地给别人讲，直到那些潜在的用户们甚至都露出了一丝恐惧的眼神，就像你把一个动物困在一个角落时的感觉。在最后，创业者通过问一句“那么，这个产品能解决你的问题吗？”来达到所谓的“验证”。
就算大多数的潜在用户可能会答应创业者的各种请求，而目的仅仅是为了让创业者闭嘴，那这也是非常不值得你去做的事。
这个世界上没有谁能够告诉你，你刚才所解释的那些抽象的概念是不是能解决掉他们的问题。就算他们在某种程度上能够理解那些概念，他们也不会告诉你他们是不是愿意花钱购买你的解决方案。他们确实做不到，你这可是在要求他们预测自己将来的行为，要是没有特异功能的话，他们真的做不到这一点。
不相信我？让我们来做个练习吧。假设我告诉你，我正在为你定制一个减肥10磅的方案，并且这个方案还出奇的简单和便宜。来，想象一下这会是个什么样子的方案。我可以向你保证，你所想象的，以及阅读本书的每个读者所想象的都不一样，而且也几乎可以肯定，你的方案也和我刚才描述的方案不同，如图1-6所示。
图1-6 这可不是你所想象的画面，没说错吧？
这很重要，因为每当你要求一个人进行一番想象，然后问他们是否愿意购买的时候，他们回答的是愿不愿意购买他们想象中的解决方案，而不是你的实际产品。回过头来想想刚才那个例子，你可能已经购买了一些和你想象中的解决方案很相近的东西来帮助你减肥10磅，但是你几乎不会去买这个例子里提到的这个产品。
那么，到底该怎么做呢？与其给用户描述你将要做什么，为什么不给用户展示一下你打算做的是什么呢？简单观察一下用户使用原型产品的过程，就算还只是一个很粗略的产品，也能让你明显地察觉到他们是否理解你的产品，认为这个产品是否可以解决他们的问题。
原型测试是个用于尽早验证你的产品的最佳方式。通过尽早验证，可以确保你的产品具有吸引力并且是实用的，而如果事实不是这样的话，你也还有足够的时间来做出修改。
我会在本书的后续章节里介绍各种不同类型的原型测试，但是现在，重要的是要去理解，你越是能给用户展示一个更真实的产品，就越能更加准确地预测他们是否愿意使用这个产品。
最重要的是，无论你要给用户展示什么，都得让他们和产品有足够多的交互，让他们认为这是在使用一个真实的产品。你不要干预这个过程，得让用户自己独立地去使用原型产品，了解它能为用户做些什么。用户需要自己去探索产品的功能，去理解这个产品能做些什么，而作为创业者的你，不要时不时地插话打断这个过程，也不要告诉用户接下来可能会发生什么。你解释得越多，越会让这个实验变味。
就算是制作一个高保真原型产品，都明显要比制作真实产品更节省时间。在后续的章节里，我会给你介绍一些技巧，关于在开发正确的原型产品的过程中如何平衡开发速度和产品可用性。这一定会很有意思。
这就是早期验证，或者至少是一些如何进行早期验证的例子。当Eric和Steve谈论“走出去”的时候并不是说随便走出去就行，而是有目的、有针对性地做早期验证。
如果你以为和用户的互动就此为止的话，那就大错特错了。我们将会一直探讨那些与用户交互相关的关键手段，并贯穿于整个开发过程中。我还会在本书的后续章节里给出一些关于如何让早期验证做得更好的窍门，所以不要以为这是你最后一次听到这些话题。
有件很重要的事情一定得记住，你是要去解决一个真实存在的问题，而为了找到这样的问题，你需要倾听你的用户。知易行难，要做好这件事只能靠自己一遍又一遍的实战。为什么不现在就开始呢？我会在这里等着你实战归来。
我有个问题，关于“以用户为中心的设计”以及“客户驱动开发（CDD，Customer-Driven Development）”。这可能会让人们觉得有些震惊，因为我不是一直在不断地提出一些关于如何更好地和用户交流、开拓客户的建议吗？
我所遇到的这个问题并不是关于如何做，而是人们太容易误解“以用户为中心的设计”和“客户驱动开发”。人们听到了“以用户为中心”之后就会以为，因为某些疯狂的原因，这是在鼓励他们把所有的设计流程全部交给用户处理。当他们听到了“倾听你的用户”，于是就认为我们希望他们盲目地接受任何荒谬的用户需求，只要提出这些意见的人有钱就行。
我几乎很少代表整个社区的人发表意见，但是我可以很肯定地讲，没有任何一个支持UCD和CDD的人会要求你像上面那样做。如果他们真的这样要求了，那他们太不可理喻了，不管怎样都别再关注他们了。
然而很不幸的是，有很多人是这样看待这件事的，他们并不太相信用户有能力预测未来的行为（就算是他们自己的也无法预测），也不认为用户能够为产品带去多少极其重要的设计灵感。
我们只是认为，用户擅长讲述他们遇到的问题和痛点，当你在创造一个新功能或者新产品的时候，你会发现这是一份给你和你的设计师的最好的礼物。
我建议我们给这个过程起一个容易理解的名字：痛点驱动设计。
痛点驱动设计（Pain-Driven Design，PDD）要求你在开始设计产品或者新功能之前，首先要弄明白是什么东西让你的用户或者潜在用户感到难受。我们期待PDD的产出物是你的发明创造消除了那些痛点。接下来你还需要进一步确认，以确保用户遭遇的痛点被消除了，同时也没有引入更多其他的痛点。
有。假设你是一名医生，在就诊的时候，你需要做的第一件事情就是和病患沟通交流。
很显然，你不会一开口就问他们得了什么病，更不会问患者，他们认为应该如何对症下药。实际上，你会问他们：“你哪里不舒服？”除此之外还会问一些其他的问题，例如他们平时感觉如何，有怎样的服药历史，家庭情况如何，等等类似的问题。如果你是名好医生的话，你或许还会给他们做个检查，再次检查他们提到的症状，甚至还会检查确认是否存在某些症状是患者还没有意识到的。
接下来，在确诊之后，基于你对各种疾病的了解，丰富的医学学识和行医经验，以及患者的反馈，你会提出一份可行性很高的治疗方案。然后还会紧密地监视方案的执行情况，如有必要，还会对方案做出适当的修改。
痛点驱动设计和这差不多。你会和用户或者潜在用户交谈，弄清楚他们在解决所遇到的问题的时候，到底是什么给他们带来了这种痛苦。你还会去了解他们的习惯、喜好，观察他们是如何使用你自己的或者竞争对手的产品，并从中寻找到一些共性。接下来你会决定如何帮他们消除这种痛苦，当然，你也会紧密地监测你的用户，看看他们对你的“治疗方案”有何反应。
因为你有数量庞大的用户，而且在这样的领域里，对于这一类的试验也没有太多的约束规范，你可以进行大量的试验以确定哪种方案疗效最好。
当然管用！你的最终产品很可能会解决人们遇到的问题，真的。或许困扰着他们的问题仅仅是在旅行途中很难找到一家不错的餐厅，或者等火车的时候觉得有些无聊，虽然这些看上去并不是什么大不了的问题，但它们确实是问题，所以也应该有对应的解决方案。
因为你还没有制作出产品，所以你需要了解人们当前是怎么解决这些问题的。他们是否使用了一个类似的产品，或者是另外一个完全不同的产品。他们是否知道，如果他们面临的问题被解决了的话，他们的生活其实还可以变得更加绚丽多彩。
你可以通过询问用户来了解到这些信息，看看他们是如何处理问题的，他们使用的现有解决方案有什么不足（甚至根本还没有解决方案）。通过观察用户当前所遭遇的折磨，可以帮助你更透彻地理解他们的痛点。别担心，观察用户被当前的问题折磨并不是一件坏事，因为你知道你的产品可以帮到他们。
这个方法依然管用。你要知道，无论你有多么喜欢你的产品，除非它非常完美，否则它肯定会给某些用户带来麻烦。我知道这不是故意的，你又不是怪人，但是你的产品的某些部分确实有可能会让用户感到困惑，或者不好用，至少会让一个用户甚至因此而疯掉。
还是像刚才那样，测试你的用户们。找到他们在使用你的产品的过程中，在什么时候会觉得最为麻烦。观察新用户是如何使用你的产品的，看看他们要学会使用这个产品会遇到多少困难。观察老用户是如何使用你的产品的，看看他们找出了什么变通方案来避开你的产品带给他们的麻烦。
找到所有的痛点，然后想出合适的方式来解决它们。
通常，人们会认为上述的方法不适合他们，因为他们的产品和其他任何产品彻底不同，它能解决那些用户甚至都还没有意识到的问题，或者它会革了某个东西的命，亦或者它会从此改变人类和事物的交互方式。
但是不管怎么样，只要是个产品就要解决一个问题，对吧？就算产品用某种新奇的办法解决了问题，或者为某个新兴用户群体解决了问题，只要用户使用了产品，那么产品就会为用户解决一个特定的问题。
就算用户从来没有见过任何类似的产品，你依然可以通过和用户交流的方式获得大量有用的信息。例如，看他们当前是如何解决问题的，以及解决问题的上下文环境是怎么样的。而且一旦你的这个颠覆式创新产品发布了，它有很大的概率会让某些用户觉得麻烦，所以你应该观察用户使用产品，找到他们的痛点在哪里。
我的建议是，你可以把耳朵塞起来，然后大声地嚷嚷，这样你就不会听到用户谈论他们认为合理的解决方案，不会把自己置于危险之中了。或者，你也可以听听他们的解决方案，然后礼貌性地跟进一下，确保你理解了这背后他们想要解决的痛点。
坦白地讲，我更倾向于后一种方式，但这最终还是得由你来决定。
在我多年倾听用户的过程中，我发现了一件有趣的事情，那就是有些时候用户给出的解决方案居然是正确的。我知道，这听起来很疯狂，我的意思是说，我们早已被大量倾听过用户解决方案的人所告知，用户提供的解决方案毫无用处，而且基本都是错的。
你猜结果怎样？有时候用户说的反而是对的。
当然了，这也不是说你应该把用户的话当作圣经一样对待，只是我实在不认为只有你公司的人才能想得出正确的解决方案。原因很简单，用户提出来的解决方案不一定就毫无用处或者是错的，就算是反对以用户为中心设计的人也这么认为。
谁知道呢？我甚至希望有人仅仅看到这个标题之后就吐槽我这个人真不咋地，因为我提倡设计师在产生好的设计之前就应该遭受痛苦（备注：设计师应该不会这么做，除非在一些特殊情况下，他们知道自己是谁）。又或许他们会仔细研究我的案例类比，进而指出里面所有的方法都是有缺陷的（备注：一共有17种方法，你能全部找到吗？），然后由此得出结论：因为我的类比不是完美的，所以我的方法论也一定是垃圾。
但是我希望一小部分人可以说：“痛点驱动式开发方法论仅仅是个让人容易记住的名字而已，它更多的是指理解用户的问题，从而创造出更好的解决方案！”更重要的是，我希望很多人可以说：“你知道吗，痛点驱动式开发听起来是个不错的主意，我们应该在公司里试一试！”
制作产品之前先了解你的用户：试试情境式调研，或者用户访谈。
尽早验证你的市场：试试着陆页测试。
搞清楚你给用户带去了什么困扰：试试观测产品或者原型产品的易用性。
本章概要
了解在产品生命周期的每个阶段里，哪些调研最适合你的产品。
获得并不常见的那些节省时间和金钱的调研方法。
当你与用户交流时，了解你几乎肯定会犯的错。
有很多创业者和企业家来找我想要“做更多的用户研究”。虽然他们想做研究这很不错，但是他们根本不知道应该做什么样的研究。本书最后一章会讲到应该做哪些研究以尽早验证想法，不过在此之前让我们先谈谈其他的一些研究方法。
有数以百计的不同方法来收集用户相关信息。其中一些可能现在就可以帮到你，而有些可能会浪费掉你大笔的财力。你知道它们的区别吗？如图2-1所示。
图2-1 这是研究方法，你知道哪种适合你吗？
当然，只有那些真正想要在第一时间做调研的产品负责人才会遇到这样的问题。我只是经常听人们说一些类似这样的话：“哦，我们没有时间去做用户研究。”
你猜怎么着，自作聪明吗？如果你没有时间去做用户研究，一旦你开发错了还要另花些时间来修复产品，我敢保证这肯定会发生。事实是，你并不是没有做研究的时间。
我会给你一个例子，但我要你知道到这是唯一一个我已经听过无数遍的故事。
有家公司刚刚发布了一个全新的用户界面。因为这是昂贵的企业产品，所以这意味着它的用户数量并不多，而且为了使用这款产品，用户为此花费了数万美元。
公司认为这个产品已经过时了，是时候更新视觉包装了。这些所谓的“只是视觉更新”的东西却改变了关于产品的几个相当重要的部分，其中包括用户如何读取他们的文件。
当管理者向我展示了新的视觉包装时，我问他们在新功能上线前做了多少的可用性测试。他们说：“没有做过，我们有紧迫的最后期限，况且也没时间。”
接下来，我问他们用户反馈如何，答案是“不太好”。
果不其然，改变用户读取文件的方式，却没有首先了解用户过去如何读取他们的文件，这就造成了一系列问题。用户立即开始抱怨并要求回退到以前使用的老版本。想必这肯定不是公司预期其庞大而昂贵的优化设计所应带来的结果。
最后发生的可能看上去很熟悉。该公司花了几个星期做减损控制，并寻找方法来重新设计以找回漏掉的那些用户功能。他们还花了很多时间舒缓用户情绪，给用户支付了一大笔钱，并安抚他们，承诺这样的问题不再发生。
当然，如果公司仍然不对其设计做可用性测试，可以预料到这些问题依旧可能发生，而且会一遍又一遍的发生。
这个故事最可悲的是，也许一个星期的用户研究就可以预防大多数的问题。公司可以通过观察用户使用产品的情况来避免更改了关键的用户功能。如果让用户使用一些原型设计产品，他们很快就能够发现这个全新的视觉设计其实破坏了产品的重要流程。
换句话说，要节省大量的时间和金钱，就要在第一时间做对的事！
道理其实就这么简单——如果你在对的时间做对的研究，你最终会节省时间和金钱。
所以现在我们可以得出结论，那就是用户研究非常重要，但很难弄清楚在这个点上哪种研究刚好适合你的产品。让我们看看为了能获取到产品反馈我们都有哪些选择。
我已经提到过你应该做的几种不同类型的用户研究：用户验证和原型测试。现在我想分享几个你可能没有考虑过的快速方法来测试你的想法。
你的竞争对手是谁？不要跟我说：“我们没有任何竞争对手！我们颠覆了行业！”一派胡言。我知道你是独一无二的。但请现在停下来，找出你的竞争对手是谁。
如果你真的想不出任何人，想想哪些产品可能同样是给你的目标群体使用的。
现在去测试他们。
这就对了。去测试别人的产品，你要做的不是去帮他们修复问题，而是要避免他们犯过的所有错误。
你看，无论他们有多强大或他们拥有多少市场份额，你的竞争对手也在搞砸一些事情。这就是你去利用他们弱点的机会。
这不仅会帮助你识别出哪些是你不应该犯的错误，而且还可以提供真正抓住产品核心的方法。这是在企业软件或复杂的应用程序中使用的非常有用的方法。如果可以争取到一直使用复杂产品的10%的用户，给他们提供简洁和优雅的用户界面，你就可以打败用户日渐讨厌的复杂且畸形的产品。
这一类测试的好处在于，在制作产品之前你可以随意做这些测试。甚至在有产品想法之前就这么做。这是一种寻找到真实的用户问题，并且也正好是你有能力去解决这些问题的好办法。
这很简单。发布一些Google、Facebook或者Craigslist[1]广告，找到四五个竞争对手的用户。如果他们就在附近，那就去拜访他们。如果他们离你很远，可以使用共享屏幕的视频聊天软件和他们取得联系。安排时间去观察这些用户，在自然情况下观察他们如何使用竞争对手的产品。
注意，起初仅仅只做观察。观察了一段时间后，再问他们一些问题。下面是一些好的例子，当然也可以基于你的观察提一些你觉得有必要的问题：
你喜欢这个产品的什么地方？
你不喜欢这个产品的什么地方？
你对这个产品的哪里感到困惑？
这个产品有什么让你感到特别不爽吗？
这个产品缺少什么吗？
你如何学会使用这个产品？
你是在哪里听说这个产品的？
你试用过其他类似的产品吗？
为什么你选了这个产品而不是其他的呢？
（用于企业产品）哪部分工作是你必须要做、但这个产品却没有提供相应功能的？你是如何看待这个问题的？
你可以做另一个非常快速、低成本而且很容易的测试去观察用户如何使用你的产品。请记住，尽管你已经知道你的产品是做什么用的，但你还是会惊讶于用户压根不知道你是谁，你的产品是什么，或他们为什么要用它。更可怕的是，在他们见过你的真实产品之后往往还会有这种感觉。
在你打算创业时最重要的决策之一就是如何对用户描述产品。如何解释这是什么，如何让用户理解你要提供给他们的好处和特点是什么，这是你要传递的消息，你需要从一开始就测试它。它起始于你的着陆页。
着陆页如此重要的原因在于这关乎人们对你的第一印象，甚至有时是把访客转化成用户的唯一机会所在。如果有人点击了你的着陆页却很快就离开了，那就已经失去了潜在的收益。
无论你是想要说服人们注册互联网的服务，或在线订购产品，还是让用户打电话给销售代表索取样品，在着陆页上失去你的潜在用户都是大概率事件，不是因为人们不想要你正在贩卖的东西，而是因为他们不知道这个产品到底是个什么东西。
着陆页的目标应该是将访客转换为用户。指标数据可以告诉你是否做对了。A/B测试可以告诉你在各个着陆页中哪一个效果最好。
但这些都不会告诉你为什么着陆页在转化用户。找出用户对你的着陆页反应的唯一方法是回答下面的问题。
用户觉得这个产品是做什么的？
用户认为这个产品是给谁用的？
用户知道如何获取该产品吗？
换句话说，你需要测试信息传递、品牌和产品里的关键环节。
你可能想知道为什么需要测试信息传递和品牌之类的东西。毕竟，你可能已经请了一个不错的视觉设计师来画一些很好看的界面。你也可能已经雇佣文案编辑写了一些华丽的文章。你大概已经围坐在一间会议室里，并与他们详细讨论了这些东西。
但问题是，你的视觉设计师和你的文案编辑，还有你的整个团队知道你的产品的具体细节，然而对于第一次访问你的着陆页的访客来说，他们很可能不会在页面上停留多久的。
你需要弄清楚，页面上阅读起来极其痛苦的长篇大论和华丽的视觉设计真正给访客传递了什么信息。要做到这一点，你需要用真实用户来对着陆页做测试，这可以让你获得用户在最初看到这个页面的时候最直接最真实的反应。
这里有几个很简单的方法。首先是拉拢陌生人。
去当地咖啡厅、熟食店、酒吧，或其他看起来不太奇怪或不太容易被打断测试的地方。带上你的电脑或平板，里面有好几个不同版本的着陆页。着装得体，带上钱。
告诉人们只要他们观看你的创业产品的页面就可以换一杯饮料。向他们保证不会推销任何东西。接下来就可以向他们展示你的着陆页。
然后变换着问他们一些我在前面提到过的问题，例如：
这个产品是做什么的？
这个产品是给谁做的？
如果是朋友推荐或者点击广告之后来到的这个页面，你会怎么做？
随和并礼貌地问人们对这些问题是如何考虑的。不要太苛刻，记得给他们买饮料。
如果你想要征求更多的意见，不仅仅是从家附近收集到少量的反馈，可以试试一个叫UsabilityHub的产品，我用过，效果不错。它叫做五秒钟测试。
只要提供一个着陆页的静态模型，输入上面那3个问题，并申请10或15个测试者，然后离开一段时间。
当你在等待的时候，UsabilityHub里的用户会只有5秒钟时间来查看你的着陆页。然后他们将被要求回答你指定的问题。你会得到一份关于所有答案的统计报表以及最常用词汇的标签云。
这种方式非常简单，并且便宜得不得了。最棒的是，你会发现，当人们是否决定注册使用你的产品时，你给用户留下的最初印象到底是什么样的，如图2-2所示。
图2-2 猜猜在这里我们测试的是哪本书？
你过去使用某个产品并试图执行某些任务最后的结果却只是沮丧和困扰吗？如果你的答案是没有，我劝你最好还是再仔细想想，你这可是在面对一本书里的假设问题公然说谎。
现在你需要意识到在一个产品发布之前，那些真正令人失望的绝大多数功能是可以完全避免的。方法就是做出最常见功能任务的原型，并且在你还未写下一行代码之前测试它们。
在前几章讨论早期验证的时候我提到过原型测试，接下来我会告诉你，原型测试在什么时候是最好的测试方法，在什么时候可能会被误用。
你必须小心处理原型测试，因为它是这一章中最重要的方法。你看到的其他测试方法能在一小时，或者几分钟时间内做完，但原型测试要求你创建一个原型，而这就要花些时间了，如果对原型的保真度有更高的要求，花费的时间还会更多。
一个可点击的原型可以简单到仅仅是把几个线框图链接在一起，以便当用户单击按钮时可以跳转到另一个静态页面。也可以是复杂到构建整个用户界面，使得用户看到的是和真实产品几乎一模一样的东西，但背后其实并没有任何实际的程序在运行。原型越接近真实产品，得到的反馈质量就越好。
那么在什么时候，那些你认为不得不去开发的复杂功能到最后却可能被完全抛弃呢？答案很简单：当你要开发的一些很有可能会让用户困扰或沮丧的交互功能的时候，并且如果你没有做正确的测试，再加上这些功能也不容易被验证到的时候。
有个例子，我曾经在一家C2C网站工作，那些曾经在互联网上尝试过销售东西的人会知道，在线销售确实是个既麻烦又复杂的过程。你至少需要产品简介、价格、运费，一些实物照片。另外还要添加很多其他的东西让你销售得更快。
通常来说，在你销售多种类型的产品时，销售流程会变得复杂，每个都可能会要求不同的信息。比如说卖烤面包的需求可能就跟卖车的不一样。
这些复杂多变的交互流程势必会造成潜在的让用户困惑的地方。实践是检验真理的唯一标准，因此，想要知道设计到底是好是坏，正确的做法是观察用户在没有外界帮助的情况下如何使用产品。
如果等到产品已经被开发完毕了才进行这些测试，这就意味着一旦产品出现问题，对其进行修改将带来更多的工作量，如果出现的问题还比较严重的话（这是大概率事件），可能你不得不丢掉一切重头再来一遍。
就个人而言，我宁愿扔掉快速构建出来的原型，也不愿白白浪费几周的工作时间。很大程度上来说，我发现工程师也同样喜欢这样做。
另一方面，有些时候你根本不用费心去做一个完全交互的原型。例如，着陆页通常只不过是一些文字，还有一些允许用户登录或注册产品的简单按钮。
这并不是说你就可以不用做测试了，事实上必要的测试还是要做的，并且我已经给出了几个很不错的、简单的方法。就像让开发工程师花尽可能少的时间开发真实页面那样，你应该尽可能地先做个假的页面。如果产品非常容易修改（换句话说，你的团队在使用持续部署，持续优化，并且设立了良好的度量指标的话，你很容易就能对产品做出修改的，对吧？那有些时候直接把产品发布出去，拿真实的用户来做测试也是可以的。
是的，我承认在这两个例子之间有灰色地带。有些时候不得不凭借自己的经验去做判断。下面是一些应该采用交互原型的例子：
产品一旦出错就很难对其做出修改，或者修改非常耗时——例如，你制作的是盒装软件或者硬件产品。
你所制作的产品人命关天，或者一旦出错将会造成严重后果——例如，你正在开发医疗设备或选票。
预期的用户流程比点击单一按钮复杂得多——例如，用户必须通过在几个区域移动或输入各种信息，其中每一步都可能影响之后的决定。
如果你的设计是错误的，你的工程师会生气因为他们要抛弃之前所有的工作——例如，我见过的每一个工程师都是如此。
步骤1：使用交互原型。有很多方法来执行此操作。我不会把每种方法都讲一遍，因为已经有人做过了。我喜欢用HTML和JavaScript制作高保真原型。有人喜欢Axure，有人喜欢Flash，虽然我从没见过这种人。
关键在于选择你用着顺手的可以快速开发和迭代改进的方法。记住，你的产品或者设计很可能会出错并且需要做出相应的修改，因此得想办法让自己执行得更快。
有一些人会使用PowerPoint或Keynote构建原型。他们错了。使用这些本来是用作其他用途的工具进行原型开发会使得后期的维护工作变得非常困难，并且为了设计出更好的用户体验，通常设计师会花双倍的时间来和这些工具做斗争。即使要花些时间学习和使用前端开发技术，不过使用专门用来制作交互体验设计的工具整体上还是会大大提高你的效率。
步骤2：确定要采访谁和执行什么任务。我不会专门介绍这个过程中的每一个具体细节，有成百上千本书已经对此有过介绍了，例如Morgan Kaufmann写的《Observing the User Experience》[2]，可以教你如何招募参与者，如何评分审核和创建任务。
最重要的是要弄清楚你想要做什么测试，然后要求一些陌生人来尝试用你的产品执行些任务。如果你有已经制作好了产品的话，尽可能让用户试用你的产品。他们能让你知道你的产品模式是否符合他们当前的行为。
下面这些是我测试过的功能。
超过一个步骤的注册流程。
购买流程。
搜索和浏览体验——例如，查找某一特定产品。
分享经验——例如，拍摄图片或留下评论。
文件上传和编辑。
整个产品导航。
硬件产品上的物理按钮。
可以依据不同平台按需安装不同种类的产品。
其他任何超过一个或两个步骤的流程。
步骤3：招募3到5人来进行测试。你可以在自己的办公室里测试，也可以在他们家里或他们的办公室，或使用远程共享桌面软件，例如GoToMeeting。
例如，如果你要测试结账流程，要求每个参与者使用你的原型产品去尝试购买某类产品。然后观察他们是如何执行这项任务的，把他们感到困惑的地方记录下来，并询问他们整个过程的感受。
一旦发现一些用户抱怨的问题，则对原型产品进行优化然后再测试一次。反复尝试，直到用户能顺利完成大部分任务。
如果你有好几个原型产品，并且每一个的用户体验都不一样，你甚至可以要求测试参加者在这几个不同版本的原型产品上执行相同的任务，以发现效果最好的那一个。别忘了向不同参加者以不同的顺序展示原型。每个参加者都会在使用第三个原型产品的时候做得比第一个原型要好，因为此时他们已经对产品有了大致的了解。
很久以前，用户测试又贵又耗时。首先你需要租一个配备了大面积单向镜子以及昂贵视频系统的实验室，然后还要聘请像我这样的专家去向你的用户提问，并给他们分配任务。专家会写下三十页的报告，也许是产品哪些地方应该被改进优化的PowerPoint文档，然而这些东西并没有什么用。没人会读这份报告，文档会被遗忘在服务器的某个地方，一切都会变回原来的样子。
坦白说，这非常令人沮丧。
这就是我如此喜欢游击队式的用户测试的原因。它成本更低、更快并且更加可操作。它能让你快速的找出产品中的可用性缺陷。
换句话说，你会看到用户在努力理解他们到底应该怎么做。
由于游击队式的用户测试自身性质，你不太可能对当前用户进行测试，所以请确保你用它来测试新用户可能会遇到的问题，例如登入、信息传递或早期转化。
当然了，游击队式的用户测试在对那些不需要用户具备多少专业技能的产品进行测试的时候会收到更好的效果。我可不会在星巴克费心去测试一个新的导弹发射系统，除非这家星巴克的隔壁恰巧是美国国家航空航天局。
去你最爱的一家咖啡店，在你的笔记本电脑、平板或手机上加载你的交互原型、真实产品或别人的产品。如果参加者花个10分钟看了你的产品，请给对方买一杯咖啡。
一旦有了测试者，就给他一项任务去执行。不过得保证他至少对于产品中的某些基本概念有所了解。例如，如果你要别人来测试照片共享应用程序，请确保他之前用过Facebook或Twitter，并知道如何分享一张照片。
然后让他执行任务，你在一旁看着就行。不要给予帮助，不要提示，不给他做演示。不要花五分钟时间来解释你的产品是什么，仅仅只是让他尝试执行任务就好，观察他卡在了哪里。聆听他提出的问题 （但此时不要回答！）。当他做完任务之后，问他对于这个任务是如何想的。
然后给他买一杯咖啡，感谢他，并寻找下一个人。
在找到四五个人执行了任务之后，你应该对产品是否有可用性缺陷以及到底是什么缺陷都有了最佳判断。如果每个人都轻而易举地完成了任务，做得好！那就给自己买杯咖啡，或者一个松饼，如果它们看起来还很新鲜的话。接下来挑出另一项你感到好奇的任务，再找五个人去测试它。
另一方面，如果你发现这五个人在执行任务的过程中遇到了共同的问题，那就回到办公室，并找出解决问题的方法。优化原型或产品，然后再次测试来看看问题是否被解决了。
提醒一句：并不能以这种方法真正了解到人们是否会喜欢你的产品。你只能搞清楚人们是否了解你的产品。但是坦白说，游击队式的用户测试依然还是相当重要的。
我花了很多时间要你去问用户问题，并获取反馈。不幸的是，这是另一个看上去很容易但其实每个人都会做错的事。
例如，一位工程师讲述了他在创业过程中第一次收集用户反馈的经历。由于这是一个小公司，产品还没有真正开发出来，该公司为收集用户反馈定了以下目标。
获取人们是否认为该产品还不错的信息。
为市场营销和长远研究目标找出潜在的客户类型。
和尽可能多的潜在用户交流，获取广泛的反馈意见。
保持尽可能低的成本！
毫无疑问，他开发了一些错误的功能，并且在他同很多用户交谈之后得到教训。他分享这个故事给我时，有个想法一直在我脑海里徘徊：“这当然是不工作的！你为什么不事先学习一下收集用户反馈相关的知识呢？”
很明显，他不得不一切从零开始学习，因为他还没有浏览学习上百种关于可用性的课程，或接受任何用户访谈的培训。许多用户研究人员认为理应知道的东西，对他来说都是闻所未闻的。
为了帮助其他没有用户体验背景的人不再犯同样的错误，如果你想获得客户反馈而又没有太多经验，我为你整理了五个你几乎肯定会犯的错误的列表。
即使有多年的用户访谈经验，你可能仍然会做错这些事情，因为我见过那些理应懂得更多的人也会犯这些错误。当然，这个列表并不全面。据我所知你还可能犯下其他许多错误！但只要修复了这几个小的问题，就会大大增加你的用户反馈的质量，不管你在做的研究类型是什么。
这是你要学习用户访谈的最重要的一课。你是在对他们进行访谈，你不是说的一方，你是倾听的一方。你需要他们的意见，而不是你自己的。为了得到这些反馈，你必须闭嘴并且让用户给出他们自己的选择，而不是让用户觉得受到了外界的干扰，从而变得有所抵触、戒备。
你还需要多给他们一些时间，让他们自己去摸索产品，而如果不去打扰用户的话，反而还会有助于缩短这个时间。
请记住，你可能已经盯着设计几个星期或几个月了，但作为参与者的用户可能还是第一次听说你的产品。当你第一次共享屏幕或提出一项任务时，你可能想立刻开始对参与者发问。请忍耐几分钟！给人们一个机会让他们自己去理解你的产品。在他们对产品感到适应后，会有足够多的时间去和用户交流，而且你也将获得更多更深入的反馈信息，所以没有必要急着向用户提问。
在客户访谈中我遇到的最常见的问题之一是缺乏经验的主持人在开始前给了用户过多的产品相关信息。
无论他们是想炫耀产品还是试图“帮助”用户不会迷失，他们在开始测试前，会有一段关于产品是什么，给什么人用，想要试图解决的问题是什么，以及有哪些炫酷功能的详细介绍。在导览结束时，他们会问这样一个问题：“所以你会使用这个产品来解决我跟你说的这个问题吗？”用户们除了说“呃……应该会吧？”之外，可能很难给出其他答案了。
与其给用户提供导览，不如让用户自己去探索。然后给用户尽可能少的背景信息去完成一项任务。例如，若要测试新的购物应用程序，我可能会给用户设置一个场景，就像：“你打算在网上买一条新裤子穿去上班，并且有人告诉你这个新的应用程序可能会帮到你。你已经把它从App Store里下载到手机上了。请为我展示一下你是怎么找到那条裤子的”。
我给用户的唯一信息是个基本场景，在这个场景里他已经找到并且安装了这款应用。接下来我就得让用户自己去弄清楚这个应用程序是什么，是如何工作的，以及是否解决了他们的问题。
当你开始问问题时，不要给参与者只是简单的回答是或否的机会。要通过提问来展开一段讨论。
以下这些问题是不太好的开场。
“你觉得这很酷吗？”
“这用起来方便吗？”
以下的问题会更好：
“你觉得这个怎么样？”
“进行的如何了？”
让问题有更广泛、更开放的结尾，越少引导用户就越有可能获得有趣的答案，甚至是你根本没想到要问的问题的答案。
像下面这样的谈话在每个测试中至少发生过十几次。
我：“你觉得这个怎么样？”
用户：“这很酷。”
我：“到底是什么地方酷呢？”
接下来用户就会告诉我他觉得具体哪些地方很有趣并且对他而言很有帮助。
参与者在回答一些问题的时候，往往会用一些词表达他们对于产品的感受，然而这些词并不能传达出他们产生这些感受的原因。像“酷”“直观”“有趣”和“混乱”这类的词虽然很不错，但知道是什么引起用户的这种反应将会更有帮助。不要自以为知道是什么让产品很酷！
这可能是很痛苦的，我知道，尤其是造成用户失败的原因是你的设计或者产品的时候。我有遇到过这样的情况，开发人员在观察到参与者刚刚露出一丝犹豫迹象的时候就夺过鼠标给他们演示如何操作。
但问题是，你并不是在测试能否教会用户使用产品，而是在测试用户是否能弄明白该如何使用产品。很多时候，我发现自己从失败中能学到更多的东西。当四个参与者在执行任务时都以同一种方式失败了，也许这意味着这个产品需要修改，从而让用户可以以最顺畅的方式来执行任务。
另外，参与者无法立即执行一项任务并不意味着他就无法通过一定的探索发现正确答案。观察用户最初探索了哪些地方可以有效帮助你去理解参与者对这个应用程序的心理模型。所以让他先失败一会儿，然后给他一个小提示，帮助他继续朝着目标前进。如果他还是不知道该怎么做，就再多给点儿提示，直到他完成了该任务，或者你也可以直接进行下一个任务，并且把你找到的需要修复的地方记录下来。
通过这些技巧可以得到一个成功的用户研究吗？好吧，答案是不一定。但它们是避免反复错误的解决方案，尤其是对于没有多少经验或没有受过多少用户交流培训的人而言，会帮助他们得到更有质量的信息。
从你的竞争对手的错误中学习：尝试对别人的产品进行可用性测试。
今天就去收集关于你的想法或产品的反馈：无论你在做的是什么，现在就尝试一种类型的用户研究。
更好地与用户交谈：尝试跟某人坐下来进行用户访谈，并且让他对你在做的错误功能提出反馈。
[1] Craigslist，一家网上大型免费分类广告网站。
[2] Observing the User Experience一书已被翻译出版为中文版《用户体验面面观》。
