译自 NAVIGATING THE PRODUCT MINDSET IN PLATFORM TEAMS 。
不要问开发者能为你做什么,而要反问自己能为开发者做些什么。
Dan Grøndahl Glavind 用 CTO 的视角,写了一系列七篇博客来讲述平台工程。
想想你最喜欢的产品,你为什么喜欢它?因为它切合你的需求,预判你的心意,提供独特体验,对吧?现在,用同样逻辑看平台工程。
当平台团队树立产品思维时,他们转变从仅“制造”向创造真正打动用户的解决方案。这种思维将用户视为第一,不断迭代,持续创生价值。
重点不仅在平台能做什么,更在用户能用它实现什么。
这里的“内部客户”指将在组织内使用平台的开发者、团队或部门。
有了产品思维,平台团队与客户的关系变得更互动、协作。不仅为他们提供工具,而是理解他们的痛点、需求和抱负。
通过定期反馈会、工作坊或者闲聊,打开沟通渠道,帮助平台持续相关和有影响力。
从传统基建思维转变为面向产品的平台团队,感觉像是学习一门新语言。
过去,基建团队在背后确保系统顺畅运行,与终端用户保持距离。他们仅通过ITIL系统的变更请求沟通。
关注平台工程团队意味着直接与用户互动,并负责用户体验。
这不仅是策略变革,更是团队基因转变,需要主动参与、关注用户反馈、对持续进化持开放态度。
的确,会遇到阻力,如抵制变化、角色边界不清、理解新动力等。但有承诺和清晰愿景,这转变可以带来深远组织和个人效益。
船需要船长掌舵,平台团队可以从产品经理、产品负责人和用户体验专家中受益良多。
这些专家对用户需求、市场趋势和产品演进有深入理解,帮助确定优先功能、简化用户反馈、保持以用户为中心。可以视他们为平台技术能力与用户真实需求之间的桥梁。
一个古老困境是,人们会说想要一件事,但行为反映另一件事。这就是“说”数据(客户表达想要的)和“做”数据(客户如何使用平台)的区别。
想象被告知工具过于复杂,然后看到它有高使用率。这反差可以提供非常有价值的洞见。
找到平衡至关重要。“说”数据提供有价值反馈,“做”数据反映真实行为模式。
分析两者可以认识用户认为需要什么与如何使用工具之间的差异,帮助团队构建有影响力的软件。
转向产品思维时,经常辩论是面向产品驱动还是技术驱动。两者各有优劣,但要找到最佳平衡点。
面向产品意味着用户需求、愿景和痛点主导决策。这通常带来:
但是过度面向产品可能错过可以让产品领先竞争对手的创新技术。
面向技术意味着决策主要基于技术进步、趋势和能力。这通常带来:
但是过度注重技术可能导致开发用户可能不需要的闪亮功能或不一定符合业务目标的技术。
平衡两者可以发挥魔力。原因如下:
尽管完全面向产品或技术的诱惑很大,但成功的关键在两者协同。
这是创造用户真正需要和看重的技术先进解决方案。避免极端,拥抱平衡。
通过树立产品思维,从工具转向真正体验的解决方案。这样的团队与内部客户(可能是开发者或整个部门)建立更深层、双向互动。
从传统基建角色转变可能面临独特挑战,这通常是重大的运营和文化变革,但回报也很可观。
随着发展,产品专家的作用日益重要。这些人,无论是用户体验专家还是产品经理,都扮演平台技术能力与用户真实需求之间的桥梁。
一个反复出现的主题是平衡“说”数据和“做”数据。平台团队在软件交付中做出明智决定,需要权衡用户表达想要的与实际平台互动。
最后,平台团队经常在产品驱动与技术驱动间犹豫。每种方法都有优劣,但真正的成功在于整合两者,通过确保技术创新服务于真实用户需求,平台团队可以创造有影响力和持久的解决方案。