Intercom的产品原则小步走为客户创造最大价值
在 Intercom 我们通过一系列小的受控的易于理解的步骤进行复杂的更改。小的变化更容易构建，审查也更快，使我们能够更快地为客户提供价值。 这是探讨我们的产品原则的系列文章中的第七篇。在这里，Aidan 讨论了我们的工程原则“小步建造”。 没有人总是正确的 错误发生在世界上每个团队、每个公司中。一旦你接受了你不会一直做对的事实，你可以通过以下两种方式之一进行调整： 在发送之前尝试纠正错误，采取措施验证或检查您的工作。 允许自己犯错，从错误中吸取教训，并迅速调整以纠正错误。 如果您已经花了数周的时间进行更改，那么犯错的空间通常会更小。
这可能会导致您在发布更改时依赖验证来避免意外。验证有其用武之地，但它不能很好地替代部署真实的东西。发布前需要进行的验证越多，迭代或继续下一个功能所需的时间就越长——这最终会 科威特电话号码 减慢你的速度。 运送更改时，我们的目标是控制： 受影响的变量数量：在更改过程中受影响的变量越多，就越难找出更改的哪一部分导致了问题。通过缩小每一步的规模，我们收紧了反馈回路，并让自己在需要时更快地学习和调整。 变化的大小：通过缩小变化的大小，我们也减少了每个变化的爆炸半径。测试更改很重要，但前期验证只能捕捉到这么多。较小的更改让我们将注意力集中在逐步实。
https://www.gilists.com/wp-content/uploads/2022/12/download-1.png
现您的目标上而不是过于专注于确保每个更改都是完美的。 哪些客户经历了变化我们依靠功能标志来验证生产中的变化并逐步将它们发布给客户。 在客户掌握该功能之前，我们不确定该功能是否能解决客户的问题。这种对快速交付小迭代的承诺与另一个 Intercom 原则相关：交付学习。 管理复杂性 在复杂系统中构建具有挑战性。当错误在大的变化中突然出现，或者臃肿的功能没有达到目标时，很难查明具体问题。小步骤使验证、更改和继续前进变得更加容易——确信您正在稳固地建设。 大的变化包括很多假设： 关于您的更改将如何影响客户工作流程的外部假设。 关于变更的不同部分如何。
好好好好好好好好好好好好好好好好好顶
页:
[1]