最重要的产品决策是你不构建什么

询问团队今年发布了什么，您会得到一份清单。问他们杀了什么，房间就安静了。在开发面向消费者的金融服务应用程序时，我试图严格忽略两件事。 “文档中心”。还有一个“通知中心”。你可以在没有我帮助的情况下想象两者。在我看来，它们都是以牺牲用户利益为代价让组织摆脱困境的例子。尽管可以公平地说，现在很多用户已经接受过培训，能够期待这些事情，并大致了解它们是如何工作的——尽管它们很糟糕。下面的问题是很现实的。该企业拥有生成 PDF（信件、声明等）的遗留系统，因为最初它们是通过邮寄方式发送的。合规专家还将与您讨论“持久的沟通渠道”。因此，您需要在应用程序中的某个位置放置所有这些内容。懒惰的解决方案是文档中心。您可以选择并打开的文件列表。看起来很简单。除了每一个参与的利益相关者都想做一次哥伦布并添加一件事。到最后，您基本上已经重建了 Google Drive，可以在多个渠道上进行标记、存档、打印和共享，每个渠道都有自己的特点。更不用说清除安全和身份验证障碍，以便正确的人只能看到正确的文档。等等，等等。这只是为了构建这个东西。不要介意你为维护它而产生的开销，月复一月，年复一年，随着每个 iOS 发布周期的到来，你赖以支撑某项功能的一些缺陷会被 Apple 单方面删除。或者谷歌，或者微软，或者亚马逊。通知中心也是同样的故事，只是开头不同。利益相关者询问我们是否可以在屏幕右上角有一个带有小红点的铃铛图标。几个月后，你就会构建出一个糟糕的 Gmail 克隆版。向人们展示该法案我已经多次遇到过这两种情况。让人们放弃他们头脑中的思维模型并不容易，特别是当客户焦点小组以某种方式验证它时。我想起了亨利·福特那句陈词滥调的台词——如果你问人们想要什么，他们会说更快的马，而不是汽车。我发现真正有效的是说明运行成本。不是建造成本。多年来的运行成本。这往往会把人们从悬崖边拉回来。但关闭平台并不能解决最初的问题。我们如何以适合客户的方式与客户沟通并履行我们这边的法律义务？我每次回到的答案都是根据每个用例的优点来考虑。严格规定实际需要说的内容和时间。然后毫不留情地考虑是否需要先构建一个完整的平台。这与我在选择要解决的正确问题时不断应用的测试相同——它会让船走得更快吗？大多数时候——公平地说，并非总是如此——答案是使用简单的东西，或者已经存在的东西，即使它并不完美。抵制、抵制、抵制建造一刀切的诱惑。我什至看到通知中心的想法被构建出来，然后为承载它而构建的东西无法满足原始消息的意图。所以我的建议分为两部分。对于添加到系统中的内容要非常挑剔。并且要积极地把东西拿出来。没有人因为删除东西而得到晋升 第二部分比第一部分困难得多，而且这不仅仅是怯懦。格里·麦戈文长期以来一直在说：那些创造和推出的人是受到奖励和尊敬的人，因为我们仍然有一种文化，奖励产品的生产胜过其他一切。审查、维护、删除——这些都被视为较少的工作。他的首要任务研究发现，删除网站大约 80% 到 90% 的内容可以让公司销量更高、减少支持电话并帮助人们更快地找到他们想要的东西。拆除本身就是改善，而不是事后的整理。我之前已经做过这个论点的小规模版本，关于删除常见问题解答页面。它比组织结构图更深入。克洛茨和他的同事在《自然》杂志上发表文章，进行了八项实验，发现人们系统性地忽视了减性变化，即使删除显然是更好的举措。增材制造的想法来得快而且成本低。减法需要花费真正的认知努力。所以我们对此是硬性的。这意味着要花费脑力去弄清楚什么是真正的成功。成功通常是客户世界中的某种东西，而不是组织世界中的某种东西。但现在建造几乎是免费的，不是吗？ DHH 对无尽的执行感到非常高兴——在代理时代，每一个想法、每一个预感和每一个实验都触手可及。我认为是