译自 NAVIGATING THE PRODUCT MINDSET IN PLATFORM TEAMS 。
不要问开发者能为你做什么，而要反问自己能为开发者做些什么。
Dan Grøndahl Glavind 用 CTO 的视角，写了一系列七篇博客来讲述平台工程。
- 第一部分：假如我是 CTO ，我会这样推动平台工程
- 第二部分：建立平台工程组织
- 第三部分：平台团队如何实现远大目标
- 第四部分：平台团队成功的箴言
- 第五部分：引导平台团队树立产品思维
- 第六部分：超越数字，衡量平台团队的成功
- 第七部分：平台团队的沟通、成就和挑战
想想你最喜欢的产品，你为什么喜欢它?因为它切合你的需求，预判你的心意，提供独特体验，对吧?现在，用同样逻辑看平台工程。
当平台团队树立产品思维时，他们转变从仅“制造”向创造真正打动用户的解决方案。这种思维将用户视为第一，不断迭代，持续创生价值。
重点不仅在平台能做什么，更在用户能用它实现什么。
这里的“内部客户”指将在组织内使用平台的开发者、团队或部门。
有了产品思维，平台团队与客户的关系变得更互动、协作。不仅为他们提供工具，而是理解他们的痛点、需求和抱负。
通过定期反馈会、工作坊或者闲聊，打开沟通渠道，帮助平台持续相关和有影响力。
从传统基建思维转变为面向产品的平台团队，感觉像是学习一门新语言。
过去，基建团队在背后确保系统顺畅运行，与终端用户保持距离。他们仅通过ITIL系统的变更请求沟通。
关注平台工程团队意味着直接与用户互动，并负责用户体验。
这不仅是策略变革，更是团队基因转变，需要主动参与、关注用户反馈、对持续进化持开放态度。
的确，会遇到阻力，如抵制变化、角色边界不清、理解新动力等。但有承诺和清晰愿景，这转变可以带来深远组织和个人效益。
船需要船长掌舵，平台团队可以从产品经理、产品负责人和用户体验专家中受益良多。
这些专家对用户需求、市场趋势和产品演进有深入理解，帮助确定优先功能、简化用户反馈、保持以用户为中心。可以视他们为平台技术能力与用户真实需求之间的桥梁。
一个古老困境是，人们会说想要一件事，但行为反映另一件事。这就是“说”数据(客户表达想要的)和“做”数据(客户如何使用平台)的区别。
想象被告知工具过于复杂，然后看到它有高使用率。这反差可以提供非常有价值的洞见。
找到平衡至关重要。“说”数据提供有价值反馈，“做”数据反映真实行为模式。
分析两者可以认识用户认为需要什么与如何使用工具之间的差异，帮助团队构建有影响力的软件。
转向产品思维时，经常辩论是面向产品驱动还是技术驱动。两者各有优劣，但要找到最佳平衡点。
面向产品意味着用户需求、愿景和痛点主导决策。这通常带来：
- 高度对齐业务结果：聚焦用户需求自然转化为业务结果。
- 更高用户满意度：正构建用户所需。
- 更清晰路线图：目标更直接，因为与用户和业务结果高度相关。
但是过度面向产品可能错过可以让产品领先竞争对手的创新技术。
面向技术意味着决策主要基于技术进步、趋势和能力。这通常带来:
- 创新解决方案：站在技术前沿可以带来用户甚至没考虑过的解决方案。
- 性能和安全改进：这通常可以推进速度、效率和安全的边界。
- 面向未来：利用最新技术可以使产品更适应未来变化。
但是过度注重技术可能导致开发用户可能不需要的闪亮功能或不一定符合业务目标的技术。
平衡两者可以发挥魔力。原因如下:
- 优化投入：平衡两者可以把精力集中在关键用户导向功能上，同时跟上技术趋势。
- 保持相关和创新：结合用户需求和尖端技术可以满足当前和预测未来需求。
- 降低风险：在创新时，也扎根于现实世界需求，避免过度专注技术或用户需求的陷阱。
尽管完全面向产品或技术的诱惑很大，但成功的关键在两者协同。
这是创造用户真正需要和看重的技术先进解决方案。避免极端，拥抱平衡。
通过树立产品思维，从工具转向真正体验的解决方案。这样的团队与内部客户(可能是开发者或整个部门)建立更深层、双向互动。
从传统基建角色转变可能面临独特挑战，这通常是重大的运营和文化变革，但回报也很可观。
随着发展，产品专家的作用日益重要。这些人，无论是用户体验专家还是产品经理，都扮演平台技术能力与用户真实需求之间的桥梁。
一个反复出现的主题是平衡“说”数据和“做”数据。平台团队在软件交付中做出明智决定，需要权衡用户表达想要的与实际平台互动。
最后，平台团队经常在产品驱动与技术驱动间犹豫。每种方法都有优劣，但真正的成功在于整合两者，通过确保技术创新服务于真实用户需求，平台团队可以创造有影响力和持久的解决方案。
如果您想深入了解产品思维的细微差异和理解用户行为，强烈推荐以下两本书：
"Escaping the Build Trap: How Effective Product Management Creates Real Value" - by Melissa Perri
梅利莎·佩里探讨了组织过度关注构建功能而非创造价值的常见陷阱。这是一本非常具有洞察力的指南，适用于任何希望采用真正以产品为中心方法的人。
Nathaniel Greene 深入探讨了行为科学，阐明消费者做出某些决定的原因。这本书为真正希望理解受众的企业提供了宝贵洞察。
两本书为渴望理解和优化用户体验和产品开发的人提供了丰富知识。快乐阅读!
既然我们已经探讨了产品思维，接下来让我们看看平台团队中如何衡量成功。