核心问题

为什么基础设施不该成为普通公司的主要创新场？

真实场景

团队准备用两个月搭一个自研消息队列。理由是：“Kafka 太重，RabbitMQ 不够灵活，我们可以做一个更适合自己的。”

听起来很有工程雄心。但 PM 要问一句刺耳的问题：

用户会因为我们自研消息队列而多付钱吗？

常见误区

坏判断是：

自研基础设施能体现技术实力。

多数公司真正的竞争力不在“数据库怎么写”，而在“业务规则是否理解得更深，产品体验是否更好，交付速度是否更快”。

工程视角

基础设施创新会引入大量隐性成本：

  • 运维和监控成本。
  • 数据一致性和恢复成本。
  • 文档、培训和交接成本。
  • 边界情况和故障处理成本。
  • 长期维护成本。

如果这些成本不能换来明显的业务优势，就很可能是不值得的。

PM 可以怎么做

PM 可以帮助团队把创新位置放对：

  • 用户看得见的差异在哪里？
  • 我们的业务规则有没有独特复杂性？
  • 是否可以用成熟基础设施承载差异化业务？
  • 自研会不会拖慢真正重要的产品迭代？

Atlas Action

遇到“我们要不要自研”时，写下两列：

用户能感知的收益
团队必须承担的长期成本

如果左边很短、右边很长，就不要轻易自研。

小结

创新不是哪里都要发生。

对大多数产品团队来说，基础设施应该稳定，业务逻辑才应该锋利。