读人机沟通法则：理解数字世界的设计与形成04机器是不完整的

1. 适时的设计

1.1. 适时的设计比永恒的设计更重要

1.2. Scrum

• 1.2.1. 发布一个不完整但会进行多次迭代的产品，而非试图交付一个完整的产品

1.3. 瀑布式开发

• 1.3.1. 传统的软件产品开发方式是“瀑布式开发”​，这是一系列从高处开始逐步向下完成的逻辑步骤，就像水流从悬崖上跌落那样

• 1.3.2. 是线性过程，要有对产品需求、设计、实现、测试和维护细致入微的关注

• 1.3.3. 制造任何常见的实体产品（如汽车）都会采用这种方法

1.4. 在今天，设计生产流水线的目标只有一个，就是降低其中每个单元的额外成本（或者说边际成本）​，以实现更大的规模经济并增加每个单元的利润

1.5. 数字产品的发布属于曾经只存在于传说中的商业模式，即“边际成本接近零”—这是一个难得的机会，因为这意味着制作和分发一款数字产品的数百或数千份副本没有任何风险

• 1.5.1. 永远不用处理库存、产品运输的管理和所有相关成本

1.6. 计算是一种不受物理规律约束的原材料

• 1.6.1. 挑战现有的商业法则不仅应该让人觉得很容易，还应该让人觉得合乎逻辑

• 1.6.2. 数字产品的这种特性不仅意味着它们在生产和分销成本上有经济优势，还意味着产品开发成本可以通过选择不交付最终成品而显著降低

• 1.6.3. 可以用一款全新的、逐步改进的数字产品“替换”之前的那款，避免为了交付最终成品进行高额投资的风险

• 1.6.4. 远程监控用户如何使用产品的功能意味着产品制造商可以轻松推动产品设计走向最适合终端用户的方向

• 1.6.5. 在一个纯粹由计算构成的世界里，发布一个更改是如此迅捷，以至你常常没有注意到改变的发生

• 1.6.6. 在计算时代，速度是品质的基本要求之一—“好”是由新功能以多快的速度到达你手中和你能以多快的速度让它为你效劳决定的

• 1.6.7. 尤其是考虑摩尔定律的倍增效应时，我们应该料到所有数字产品的速度都会是一年前的两倍，而制造它们的成本会与一年前相同甚至更低

• 1.6.8. 你最常使用的计算产品每天都在优化，但你可能从来没有注意到这些改进，因为这些改进是由无数微小的变化日积月累而成的

1.7. 在制造、运输和改进数字产品方面，云技术使一种新的敏捷性成为可能

• 1.7.1. 每个网络设备都受益于与云端的持续连接，这使任何地方的数据都可以被删除、刷新和同步

• 1.7.2. 由于云端和每一台连接到云端的电子设备可以随时被改变并准备更新，致力于创造一件值得现代艺术博物馆永久收藏的完美产品是自相矛盾的

• 1.7.3. 云计算使对永恒设计的追求变得无关紧要—重要的是及时，更重要的是与时俱进，永不停止，在随时可能被淘汰的状态中寻找幸福和满足

1.8. 计划淘汰

• 1.8.1. 在经济大萧条后由通用汽车公司(General Motors)推广开来，它试图让消费者觉得他们正在开的汽车已经过时，不再有吸引力，从而刺激他们升级自己的车

• 1.8.2. 随着时间的推移，​“计划淘汰”策略被环保人士视为资本主义的罪行，因为它导致消费者更快地抛弃正在使用的产品，以更新、更好的产品取代它们

• 1.8.3. 软件与计划淘汰的汽车不同的是计算媒介“总是过时”的固有属性，它们只需更新一次就可升级到更新、更好的版本，而且对环境影响小

• 1.8.4. 事实上，硅谷对产品的标准期望，是软件在你睡觉，甚至在你使用时，都能不断改进和升级

1.9. 福特的做法是为消费者提供外壳可以被涂成任何颜色的汽车，​“只要它是黑色的”，并承诺汽车可以保值

1.10. 当一家科技公司同时拥有软件和硬件时，你会以一种任何汽车公司都不曾想过的方式更有效地沉迷于最新版本和最新型号—你会像上了发条那样在每个财政季度准时支付相应费用

• 1.10.1. 故意为它们的软件逐步推送需要硬件升级才能正常运行的优化

2. 设计圣殿

2.1. 设计圣殿不是真实存在的地方，而是一个判断卓越设计的标准

2.2. 是一个由世界各地的博物馆、画廊、时尚美妆行业和艺术教育机构运作的垄断组织，它决定了什么是卓越的设计—也就是“他们”认为卓越的设计

2.3. 成为设计圣殿里合格的一员的要求

• 2.3.1. 需要了解艺术和设计的历史

• 2.3.2. 需要像设计师那样思考和工作

2.4. 设计风格

• 2.4.1. 过时风格(Out of style)

  • 2.4.1.1. 意味着你太迟了

  • 2.4.1.2. 你没有留意趋势，被时代淘汰了

• 2.4.2. 流行风格(In style)

  • 2.4.2.1. 意味着你的时机刚刚好，你舒适地融入了大多数人

  • 2.4.2.2. 你通过解码流行元素赢得了自己在这个群体中的位置

• 2.4.3. 创造风格(Making style)

  • 2.4.3.1. 意味着你是先锋—一小部分人站出来与大多数人背道而驰，表达与流行趋势相悖的观点

  • 2.4.3.2. 不一定能成功地变成“流行风格”​

  • 2.4.3.3. 你有勇气挺身而出、接受打击时，这往往意味着你真的很酷

2.5. 创造并生产任何东西都是一项资本密集型任务

• 2.5.1. 哪些东西会投入生产，取决于创造风格的阶层掌握的知识和人脉

• 2.5.2. 这种依赖少数特权人士的评价体系受到了理性思考的非设计圣殿信徒的数据收集和非正式网络的冲击

3. 科技圣殿

3.1. 设计圣殿无论说什么或做什么，都无法真正影响当今电子产品的发展，因为实话实说，科技圣殿已经以摩尔速度超过了设计圣殿

3.2. 计算产品的微小改进会以每秒、每天或每月的频率不断刷新，其品质的高低更多地取决于它更新的频率，而不是对一款假装永不过时的完美产品的维护

3.3. 品质的新定义是投放一款未完成的产品，通过观察它在市场中如何生存来修改它

3.4. 需要我们的态度发生天翻地覆的改变，转向“精益”​（消除冗余，偏爱试验而非完美）和“敏捷”​（灵活响应客户不断变化的需求）​

4. 完美不如理解

4.1. MVP

• 4.1.1. 投身于“最小可行产品”​（Minimum Viable Product，以下简称MVP）的世界

• 4.1.2. 作为MVP创作者，你的工作就是把你伟大的想法削减到只剩骨架，一种只与你最初的愿景有点相似的形式

• 4.1.3. 目标是创造一种完全适合低成本原型的东西—任何一个有自尊的完美主义者都不可能容忍将它公开展示

• 4.1.4. MVP的设计方法是用最小或“精益”的方式给消费者他们想要的东西，而不一定将其完全实现

• 4.1.5. 考虑到云的工作方式及其前所未有的测试不完整想法的能力，MVP已经成为将想法推向世界的主导方法

4.2. 与他人分享不完整产品的美妙之处在于，它提供了一个与不同于你的人分享的机会

• 4.2.1. 网络连接，加上软件可以被传输到全世界大部分设备上的事实，使分享成为可能

• 4.2.2. 我们只需要把产品放到云端，任何人就可以从任何地方获取它

• 4.2.3. 云不仅存储了你的产品，还能即刻把产品提供给所有想尝试它的人

• 4.2.4. 给你在网上做的任何东西都附上反馈表，这样你就有机会了解人们对MVP的看法

• 4.2.5. 先交付不完整，然后学习

4.3. 交付未完成和不完整产品的美妙之处，在于交付之后你可以随时改进它们

• 4.3.1. 没有必要立刻完成它们

• 4.3.2. 甚至永远都不需要

4.4. 一个不完整的想法只有经过迭代才能成为好想法

• 4.4.1. 当一个想法“过时”时，它并不会有一个体面的葬礼

• 4.4.2. 它只是消失了，沦为大多数人在生活中某个时刻都会经历的无关紧要一类

• 4.4.3. 激进的想法有机会冲进平流层

  • 4.4.3.1. 不仅是为了创造风格，还是为了创造历史

4.5. 终创科技公司往往背负着所谓的“技术债务”​，这与软件的搭建方式有关

4.6. 在计算世界中，限制条件是不同的

• 4.6.1. 尽管在现实世界中通常不可能解决技术债务，但在虚拟世界中确实有可能做到

• 4.6.2. 产品的材料本质上是不完整的

  • 4.6.2.1. 它总是会发生变化

4.7. 你的软件越有用，依赖它的系统就越多，改起来就越可怕

• 4.7.1. 要有向下兼容性：比平常多两倍的测试，以及处理代码中的特殊情况

• 4.7.2. 需要设计整个改变过程

5. 发布后离开

5.1. 在开发软件产品时有一个常见但不吉利的短语：​“发布后离开。​”

5.2. 当你转向不完整产品的世界时，请注意，不要忽视在实现你的想法后适当地持续改进这件事

5.3. 把它想象成一个还没有学会走路的婴儿，你需要照顾它，让它健康地成长

5.4. 事实上，它站在“一劳永逸”导弹的对立面—如果你发射后就不管它了，它可能会以某种方式变质，让你的计算产品在不知不觉中“过时”​

6. 情绪价值

6.1. 情绪价值是一种刚需，而非锦上添花

6.2. 软件人士悄无声息、无影无踪地将数以百万计的数字移动到合适的地方，以搭建能够高速、大规模地移动、处理、转换信息的软件机器

6.3. 云计算正在改变商业的本质

• 6.3.1. 在一个产品不再完整并且定期部署渐进式改进的世界里，其与消费者的关系从一次性购买（拥有）产品转变为一段时间内付费使用（租用）产品

6.4. 约会和结婚之间的区别

• 6.4.1. 约会时你总是想要展现最好的一面

  • 6.4.1.1. 当你总是在“约会”客户时，不断取悦他们是至关重要的，尤其是当他们的订阅期快结束并且该续订的时候

• 6.4.2. 结婚后你可能把另一半视为理所当然，变得懒惰

6.5. 快速制作安全、稳健并且在工程上可行的软件系统不是一项可以掉以轻心的任务

• 6.5.1. "最小可行”往往意味着在产品的功能方面优先考虑所有可用资源

6.6. 技术迷可能接受粗糙、纯功能性的体验，因为他们对不适的容忍度本来就很高

• 6.6.1. 测试飞机上的专业试飞员不需要舒适的座位，但民用飞机上的乘客会有枕头和苏打水

6.7. 一些科技公司已经从那些理解软件工程师心理的人的实践愿景中获益，他们设法将创造力转化为任何人不需要设计圣殿的帮助就能喜爱的体验

6.8. 节省时间有简单的感觉

• 6.8.1. 谷歌将速度作为一种设计属性，是罕见的工程师和非技术人员都喜欢的交叉点，这是因为当一个网页快速加载时，它看起来品质卓越

• 6.8.2. 只有让商业人士和设计师尽早地参与任何规模的数字产品的规划和构建，才能让非技术人员爱上MVP

6.9. 重视开发者爱用的造物方法并服务于消费者，他们可以为获得满意的“爱的契合”风格的体验支付合理的价格