精益设计
出版社:人民邮电出版社
出版日期:2013-8
ISBN:9787115324849
作者:Jeff Gothelf
页数:132页
内容概要
Jeff Gothelf 是一位杰出的用户体验设计师，有长达15年的产品设计经验，现任The Ladders 用户体验部总监。他是敏捷体验与精益设计的倡导者和支持者，曾于2012年创办产品设计和创意工作室Proof（后来被软件设计开发公司Neo收购，Jeff现任其常务董事） ，为众多知名公司领导过跨职能的产品设计团队。他的blog为：www.jeffgothelf.com/blog
书籍目录
目 录
第一部分 简介及基本理念
第1章 为什么要用Lean UX 3
第2章 基本理念 5
2.1 Lean UX的三大基础 5
2.2 基本理念 7
2.3 小结 12
第二部分 流程
第3章 愿景、流程和成果 15
3.1 设想 16
3.1.1 方法：描述设想 16
3.1.2 方法：问题陈述 17
3.2 假设 19
3.2.1 子假设：对假设进行细分 20
3.2.2 完成假设陈述 21
3.3 成果 21
3.4 人物型格 22
3.4.1 人物原型 22
3.4.2 人物型格格式 24
3.4.3 人物型格制作流程 25
3.5 功能 25
3.6 把各种假设串起来 26
3.7 小结 26
第4章 协作式设计 29
4.1 协作式设计实践 31
4.2 设计工作室 32
4.3 风格指南 36
4.3.1 制作风格指南 36
4.3.2 维护风格指南 37
4.4 案例研究 37
4.4.1 风格指南应该包括哪些内容 40
4.4.2 成功的风格指南的特点 41
4.4.3 制作风格指南的步骤 43
4.4.4 维护风格指南 43
4.4.5 不只是给设计师用 43
4.4.6 活用式风格指南 43
4.5 分布于不同地域的团队协作 44
4.6 小结 47
第5章 MVP和实验 49
5.1 MVP和实验简介 49
5.2 MVP的专注点 49
5.3 创建MVP 50
5.3.1 原型 52
5.3.2 低保真原型：纸质原型 53
5.3.3 低保真原型：可点击的线框图 54
5.3.4 中高保真度的原型产品 56
5.3.5 代码式原型 57
5.4 原型中应该包含哪些东西 58
5.5 原型MVP的使用 59
5.6 非原型MVP的种类 61
5.7 混合型和创新型MVP 61
5.8 小结 62
第6章 反馈和研究 63
6.1 持续和协作式研究 63
6.1.1 协作式探索 64
6.1.2 持续探索 66
6.1.3 简化测试环境 67
6.1.4 谁应该观看实验 67
6.1.5 招聘实验者 67
6.2 案例研究：每周四找三个用户 68
6.2.1 团队一起分析研究结果 69
6.2.2 迷惑、矛盾和马马虎虎之处 69
6.2.3 时间会让规律浮现 70
6.2.4 所有东西都需要测试 71
6.2.5 草图 71
6.2.6 静态线框图 72
6.2.7 高保真视觉原型（不可操作） 72
6.2.8 互动式原型 72
6.2.9 代码原型 74
6.3 持续协作式探索的考察技巧 74
6.3.1 客户服务 75
6.3.2 内置反馈问卷 75
6.4 小结 77
第三部分 实际运用
第7章 把敏捷方法和Lean UX相结合 83
7.1 术语 83
7.2 超越交错式Sprint 85
7.3 配合Scrum的节奏来实施Lean UX 86
7.3.1 主题 86
7.3.2 构思启动短会 87
7.3.3 迭代计划会议 87
7.3.4 用户验证计划 88
7.4 全体都要参与 88
7.5 设计是集体活动：Knowsy案例研究 89
7.5.1 The Innovation Game Company介绍 90
7.5.2 有共识，才能独立工作 90
7.5.3 打破设计的瓶颈 91
7.5.4 成果 92
7.6 除了Scrum团队之外，还有什么 93
7.7 小结 94
第8章 组织层面的转变 95
8.1 转变一：成果式团队 96
8.2 转变二：分工 96
8.3 转变三：用户体验设计师的新技能 97
8.4 转变四：跨职能团队 97
8.5 转变五：小团队 98
8.6 转变六：工作空间 98
8.7 转变七：拒绝英雄主义 99
8.8 转变八：速度第一，美化第二 101
8.9 转变九：推崇解决问题的思维 102
8.10 转变十：UX孽债 102
8.11 转变十一：以交付为目的设计公司 103
8.12 转变十二：和第三方软件开发团队一起工作 104
8.13 转变十三：文档标准 104
8.14 转变十四：考虑现实环境 105
8.15 转变十五：从下自上、由内向外的管理模式 105
8.16 结语 105
8.17 小结 108
索引 109
作者简介
本书作者根据精益创业法的理念归纳出了行之有效的精益设计方法，让设计团队可以用更低的成本、更高的效率设计出更好的用户体验。本书重点介绍了如何利用精益设计来改善用户体验，让团队摈弃为设计而设计的心态，通过迭代来增进认识，提高效率，并以成果为基础进行设计。另外，书中有大量的案 例分析和研究探讨，还有很多操作性建议。
发布书评
精彩书评 (总计5条)
-
1. 精益设计的三大基础> 设计思维> 敏捷开发方法> 个人和互动重于流程和工具> 能用的软件重于详尽的文档> 与客户写作重于合同谈判> 应对变化重于遵循计划> 精益创业法精益设计使用协作、跨职能合作的方式，不依赖完备的文档，强调让整个团队对真实产品体验达成共识，从而尽快把产品的本质展示出来。2. 精益设计的基本理念> 跨职能团队> 团队小、专、聚> 要成果，不要产出> 解决问题的团队> 消除浪费> 小批量> 持续探索> GOOB才是真正的以人为本（getting out of the building）> 共识> 牛人、名人、高手都是反面教材> 把你的工作具体化> 多做事，少分析> 多提认识，少将增长> 失败的权利> 不要再谈交付3. 精益设计的流程我们的工作始于假设，而不是需求，我们提出假设，然后验证假设，评估是否取得了预想的成果。3.1 设想问题陈述> 产品或系统目标> 利益相关者希望解决的问题> 对于没有指明具体解决方案的，提出明确的改善需求业务设想> 我认为我的客户有什么样的需求> 这些需求可以如何解决> 我们的首批客户是：> 客户想从服务中获得的最大价值是：> 客户还可以得到的附加好处是：> 主要客户获取渠道是：> 赚钱的方式是：> 主要竞争对手是：> 能打败竞争对手的原因是：> 我们最大的产品风险是：> 解决风险的方法是：> 还有哪些假设，一旦不成立，就会导致项目或产品风险用户设想> 我们的用户是谁> 我们的产品如何融入他们的工作或者生活> 我们的产品用于解决什么问题> 用户会在什么时候用什么方式来使用我们的产品> 哪些功能最重要> 我们的产品应该是什么样，该如何工作3.2 假设我们认为为某些人群/某类人物角色来这样做/开发某种功能/提供某种体验，可以让我们获得某种成果我们验证的方式是看市场是否有某种反馈/某个量化指标/某个定性指标把各种假设串联起来，然后用头脑风暴来得出以下结论：我们要创建某个功能为某个人物原型提供/实现某种成果注意一定要排列优先级！！！3.3 制作MVP协作设计建设并维护风格指南风格指南应该包括所有屏幕上显示的东西，所有的交互设计元素都应该定义清楚。如表单中的填表框、标签、下拉菜单、单选按钮、UI行为、ajax和jquery等。每个交互元素都应该包括三个属性：外观：最大和最小尺寸，横向和纵向的限制，以及任何样式要求。常用摆放位置，清楚阐述是否应该一直摆放在屏幕的某个区域，以及所有可能例外情况。什么时候使用，阐述选择元素时需要考虑的因素。制作MVP原则：简明扼要、排序要狠、保持敏捷、评估行为、使用call to action、能派上用场、和现有系统对接、和谐一致MVP包括原型和非原型两类，最重要的是根据自己要了解的目标来制作原型3.4 反馈和研究 -
不得不说，真的是一本好书。但阅读容易，想要实施却真的如履高山。首先，书中的方法不适于传统的设计公司，而是面向所有的互联网公司，将设计的理念从交付转而为目标，这与仅是提供交付的设计公司完全背道而驰。而对于大部分企业来说，拥有设计的思维，能够跨越部门协同向前这种需求所带来的体制改变、管理难度的提升是何其艰难，没有阵痛，没有高层的真正认识与强力支持，没有人员上的大批量换血，基本上不可能得以实现。或许只有初创型的公司才更合适从一开始就走这一条路。从组织架构上来说，人数不多，协同作战，快速响应，务实的小团队确实是比一般的分工明确，部门森严的大团队有太多的优势，如果现有公司仍然不能认识到这一点，那真的就可能迟了。 -
*本书令我印象最深的就是Lean UX的与敏捷开发相同的几个原则，以人为本的沟通、小版本持续迭代、让市场验证是否可行。书中也提供了一些精益设计用到的一些技巧，假设法其实就是虚化以往设计过程中的产出物，将设计过程的想法明确的定为假设，需市场/用户验证的假设，然后最快的时间输出最小可测量的成果，投入市场验证是否可行，持续改进、开发。1.为什么要用Lean UX ？* 答：传统的设计过程，需要把细节都确定下来，然后多次评审，修改....需要花费较长的时间设计，才投入生产，投放市场，周期长、花费大，如果该产品进入市场后发现并非用户所需要的，那损失的也很大。随着互联网的发展，在线销售不再受限于实体生产流程，缩短了客户和厂商的交易流程，缩短了时间，在这种情况下，可以选择更短的产品周期，最快的开发。现在很多团队使用敏捷开发，即快速开发迭代、持续集成、持续部署，降低了发布的难度，提高发布的频率，以往的设计流程已经不再适用敏捷开发，需要适应到新的协作模式中。* 2.什么是Lean UX？* 答：Lean UX 具有一套基本的理论，涵盖流程、协作、管理。包括三个基础： 1）设计思维，设计思维指生活中所有问题都可以用设计的方法来解决，鼓励团队中的每个成员都协同合作，参与到设计，将设计视为一个整体。 2）敏捷开发：敏捷开发的四个原则和Lean UX不谋而合。成果重于文档、互动重于流程和工具、协作重于谈判、应对变化重于遵循计划。3）精益创业法：即设计--评估--认识，即快速开发出最简可行产品（MVP）后，迅速推出市场验证效果，及早认识市场。
精彩短评 (总计41条)
-
这是我老板写的书，但是他从来不知道有中文翻译。。。然后他觉得这是个很好的market决定在twitter上推广。。但是我要怎么跟他说twitter在中国不好使呢？ -
Lean UX 的方法，弱文档强交流。 -
打完收工。
给平时在做的事一个清晰的定义。 -
比较精简的交互设计的书籍 -
很中 point 的老生常谈 —— 虽然各种理论和方法不全是新鲜事物，但全都说到点子上了。 -
所谓道不同不相为谋 - - -
应该早点看这本书，启发颇多，绝对值得一读 -
精益方法论+用户体验设计 -
先是一个理念的转变，从瀑布式转化为团队共建式。而从设计式的心态上是开放的转化，对于能力上更要求领导和组织力。 -
非常不错！ -
挑战还是不小的，这世界变化真快！ -
看看 -
非常不错的一本书。 -
没啥用对自己 -
这本书说了很多真话 -
在TiD大会上，有听众提到产品设计团队不愿意加入到跨职能团队中来，然后在会场就看到这本《精益设计》，买了之后在回上海的高铁上就看完了，很薄的一本书，概述了产品设计如何融入到迭代开发中来，而不是目前很多团队的解决方案：产品设计提前一个迭代。虽然并没有给出太多产品设计融入到迭代开发中来的一些遇到的问题和解决方案，但是至少是作者总结了实际中的工作经验，然后给出了一些原则和理念。 -
精益创业之后，给出明确方法的好书。 -
这本书是作者在做UX设计时应用LS原则的经验总结，一方面比较实战，如果恰好适合读者的应用环境，那就马上可用；另一方面不够系统深入，停留在经验层面，所以也在一定程度上限制了它的应用性。（不过这本书的写法倒是给我一些启发） -
就是把 lean startup 和 agile 的套话合在一起说了一遍，没看到新鲜的东西。 -
方法很好。描述的也很详尽。但具体个人实践可能比较小，作为公司团队的参考意义比较大。整个的思维方式还是很值得借鉴的。 -
比用户故事地图那本更有实操性 -
所有人都需要读一下 -
薄薄的一本书，解答了大部分疑问，赞~ -
嗯哼，还是要工作相关，然后再读，才能深刻体会~ -
快速出成果指南 -
作为新人感触不深，觉得在现有工作环境下，太难实现 -
假设---人物型格---功能、协作式工作（分工会扼杀合作）、成果式团队、能力大于职位（允许团队成员为他感兴趣或者有经验的任何智能领域贡献力量）、设计师不应该是意见领袖，只有客户的想法才是最高权威、“无文档式创新” -
感觉要求挺高的，团队中的人至少都要是A级人才，不仅得有自己职业的专业技能，还要不断学习其他职业的技能，才能推动“协同”，但是这种事情的主R为什么是设计师不是产品呢？ -
方法都常见，最核心想看，如何以UX视角出发，UX视角的核心价值是什么。没有清晰阐述。 -
作为受过简单商业训练的软件工程师，真是得感叹世界大同，殊途同归。精益创业、精益设计、敏捷开发。 -
哈哈哈 竟然是张老师翻译的 -
对于我这个对ux概念及工作流程模式完全不懂的人来说，是很不错的入门...满收益的一本概念引导类书籍、棒棒哒 -
开阔眼界 -
读书笔记, 当设计遇上软件: http://liguanglei.name/blogs/2014/04/10/lean-ux/ -
精益创业的变种，有一种换了层皮出来卖的感觉，如果没看精益创业可能会更有可读性。冲前半本给5星，后半本扣一心，定价太坑爹。同事说英文版的内容会好点。 -
以精益创业的理念作为三大基础之一的精益设计，是互联网时代产品开发的一大突破。 -
精益思想 -
看了后对UX有更多的认识了，不过核心思想更偏向团队合作 -
把设计思维、精益创业、敏捷开发的思想融为一体，通过设计流程的改变提升整个团队实行精益方法的效率，很好。后三分之二属于操作手册，会在实际工作中做尝试。 -
创新工作方法、团队合作 -
我觉得这本书超级好，非常有实践指导意义