务必将软件平台看成是产品，而不仅仅是代码。 在哥本哈根 GOTO 大会上，Abby Bangser 在题为“平台即产品”的演讲中指出，要想取得成功，必须在工程、设计、易用性、安全性以及为内部客户和组织创造价值之间取得平衡。产品思维、明确的责任归属以及持续的投资，能够避免瓶颈、平台老化和资源浪费，并随着时间的推移实现可扩展、可持续的价值交付。
软件产品不是孤立存在的，它们需要采取一种平衡的跨学科方法。Bangser 指出，人们与系统互动不是因为喜欢它们的界面或 API 。她认为，人们使用系统是为了实现特定的目标，因此，一款产品要想取得成功，就必须同时为用户及其背后的组织创造价值。
Bangser 表示，软件开发的成功不仅仅取决于卓越的工程能力。它还需要通过设计来确保易用性，通过产品思维来平衡围绕价值交付而排定的优先级，并且还要关注安全、可扩展性和成本等问题。当团队过于狭隘地专注于编写代码时，往往会忽视用户和利益相关者中存在的更广泛的需求。
Bangser 解释道，“平台就是软件；平台是一款拥有内部用户的软件产品。也就是说，人们对它的投资回报会有更高的期望。它必须通过实用性、易用性和可靠性来赢得用户的采用和投资”：
单纯将平台看成是技术基础设施，这样的团队往往举步维艰，而秉持产品思维的团队则会将功能、易用性和产出视为首要考量因素，从而能够打造出条理一致且有价值的体验。
平台工程经常面临的一个挑战是，企业采用 DevOps 的本意是摆脱集中式 IT 模式，却在不知不觉中又重蹈覆辙。Bangser 指出，虽然企业组建了平台团队，但最终仍然会面临瓶颈、流程缓慢以及责任归属不清等问题。平台非但没有加快进程，反而成了另一层阻力：
造成这种情况的一个原因是关注点失衡。平台团队在设计架构时往往侧重于用户体验，却忽视了生产者体验。平台属于双边市场，要使平台扩展壮大，就需要实现扩展的去中心化，积极鼓励多个团队贡献各自的能力，消除可能由团队单一造成的阻碍。
Bangser 表示，当一个平台拥有清晰的贡献模式和明确的边界时，它就能独立于任何一个团队而发展。他人可以组合和扩展它通过稳定的 API 暴露出的功能，这与微服务通过明确的契约实现规模化交付的原理如出一辙。这使得平台能够在不形成新的孤岛或依赖关系的情况下实现增长。
Bangser 解释说：从理论上讲，技术债务是一种有意识的权衡。但在实践中，它往往会悄然积累，直到演变成一个严重的问题：
在平台环境中，这种现象通常表现为我所说的“平台衰败”：逐步积累起一些临时拼凑或不支持的工具、未记录的流程、手动操作步骤，不一致或难以维护的模式，要维持它们的长期价值，就需要投入资源。
随着系统逐渐老化，维护成本随之上升，而采用率却在下降，因为该平台已经没有办法一边维护一边满足用户需求。Bangser 指出，团队开始绕过平台开展工作，而非与之合作解决问题。
内部平台之所以特别容易出现风险，有一部分原因是因为它们和面向客户的产品不同，无法获得即时营收信号，导致债务长期得不到清偿。Bangser 认为，在这种情况下，采用“平台即产品”的思维方式会带来显著的影响：
当内部平台有明确的路线图、活跃的开发反馈机制，并持续在质量和易用性方面投入资源时，即使最初看起来可能不是那样，但随着时间的推移，其成本往往会降低而不是增加。
Bangser 解释道，本质上，平台是动态的；随着云服务的演进，那些曾经看似不可或缺的功能可能会变得多余，而最初看似小众的功能却有可能发展成为关键基础功能：
应当将平台看成是一个“活”的产品，而不是一堆静态的项目。正如花园需要持续不断地打理一样，平台也需要不断地添加新功能，同时修剪或重构那些不再有价值的功能。
Bangser 总结道，这种思维方式使组织能够不断地适应变化，随着时间的推移可持续地创造价值，而不是依赖一次又一次耗资巨大的转型。
关于平台交付这个话题，InfoQ 采访了 Abby Bangser 。
InfoQ：在交付平台时，您是如何运用“行走的骨架”这一方法的？
Abby Bangser：“行走的骨架”是指一个端到端的最小功能切片，能够覆盖从开发到生产部署的整个系统构建流程。其价值在于尽早验证假设，在问题导致高昂的代价之前发现缺陷，并建立快速反馈循环。
对于平台而言，这意味着要确定一条能够覆盖核心工作流的最小可行路径，包括贡献者入职、通过 API 进行能力调用、CI/CD 集成以及生产环境部署。尽早构建这一路径，有助于发现开发体验出现问题的环节以及运维工具的不足之处。
一旦方案得到验证，就可以基于这一可行的基础进行迭代，并充满信心地进行扩展。
InfoQ：人工智能对平台建设有什么影响？
Bangser：AI 正在改变平台的构建方式，同时也重塑了用户对平台的期望。开发者越来越期待能够提供建议、辅助故障排除以及帮助优化配置并且具备情境感知能力的开发工具。
为此，平台必须采取“API 优先”和“事件驱动”的架构，以标准化的方式提供数据和控制功能。从平台构建的角度来看，AI 还能通过分析使用模式来发现痛点并自动化常规任务，从而提供更丰富的产品反馈。
在理想情况下，AI 应该可以在这个反馈循环的两端都发挥作用，并根据对实际使用情况的监测（而非假设），帮助平台减轻开发者的认知负担。
声明：本文为 InfoQ 翻译，未经许可禁止转载。
原文链接：https://www.infoq.com/news/2026/04/platform-product-deliver-value/
