关于 altitude-horizon-framework
面向 PM 和产品 Director 的角色转型参考框架。它以思考范围和时间跨度诊断转型阻力,并用层级情境图把战略转化为团队优先事项。
主要功能
- 01角色转型双轴模型
- 02四个转型领域
- 03Director 常见失误诊断
- 04六步情境传递图
- 05面向 PM 与新任 Director 的指引
适用场景
- 01定位 PM 转向 Director 时的转型难点
- 02将模糊的公司战略转化为团队职责
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ deanpeters/ product-manager-skills --skill altitude-horizon-framework安装后在 Claude Code 中输入/altitude-horizon-framework确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
template.mdexamples/sample-industrial.mdsample.md详细介绍
目的
定义一个双轴心智模型,用来区分总监层级的思考与 PM 思考:视野高度(视角拉得有多宽)和时间跨度(展望得有多远)。使用这个模型来理解转变过程中究竟发生了哪些变化,诊断哪个转变区域造成了阻力,并在组织方向模糊或缺失时应用级联式上下文图。
这不是资历层级。PM 在符合其角色的视野高度上工作,就是出色地完成了工作。总监停留在 PM 的视野高度上,就意味着没有履行自己的实际职责。
输入
无需任何输入——这是一个可从头读到尾的参考框架。 **也很有帮助:**你当前的情况(角色、正在感受到的转变阻力、正在权衡的决策)。有了这些信息,就可以直接运用该框架来诊断你处于哪个转变区域。
随调用一并提供的任何内容——技能名称后的文本、粘贴的上下文内容,或附加的 ARGUMENTS: 行——都视为已给出的答案。请使用这些内容,并跳过其中已涵盖的问题;不要再次询问。
**什么都没准备?也没关系。**将其作为心智模型来阅读;也可以搭配 director-readiness-advisor,获得引导式辅导。
调用示例:Apply the altitude-horizon framework to my situation: senior PM, just inherited two more teams, drowning in delivery detail.
核心概念
两个轴
视野高度——范围
- **PM 视野高度:**贴近一线。客户问题、单项功能、迭代优先级、具体的团队动态。
- **总监视野高度:**高层视角。产品组合、跨职能系统、组织动态、预算分配、市场定位。
- 这种转变不是要失去对客户的共情,而是要拉远视角,看到整家餐厅,而不只是其中一张餐桌。
时间跨度——时间
- **PM 时间跨度:**几天、几周、几个迭代。最长不超过一个季度。
- **总监时间跨度:**以一个季度为起点。年度规划周期、多年战略、市场变化。
- 总监会规划产品生态系统一年后需要达到的状态,再倒推如何实现。
服务员 vs. 餐厅经营者
最贴切地描述角色转变的类比:
| 维度 | PM(服务员) | 总监(餐厅经营者) |
|---|---|---|
| 关注点 | 单个顾客的用餐体验 | 整个系统——人员配置、利润率、菜单、供应商 |
| 权限 | 通过影响推动事情,但没有控制权 | 产品组合决策、预算、资源分配 |
| 成功指标 | 七号桌的顾客满意 | 餐厅盈利、运营稳定且可扩展 |
| 与客户的关系 | 直接、日常、密切 | 汇总模式、买家画像、市场群体 |
| 失败模式 | 忽视七号桌的需求 | 过度纠结七号桌的柠檬 |
服务员擅长理解并传达每位顾客的个体体验。经营者并非忽视顾客,而是在提出不同的问题:“我们在食材上的开支是否过高?75 页的菜单是否让顾客感到困惑?晚餐高峰时段是否需要再增加一名服务员?”从绝对意义上说,两类问题并无轻重之分,只是分别适用于不同的角色。
四个转型领域
从 PM 转向 Director,需要跨越四个领域。大多数人在其中一两个领域遇到的困难更大——关键在于诊断出最值得着力的领域。
领域 1 — 思考高度
- 停止:直接解决单个客户的问题
- 开始:设计能够解决一类问题的系统和团队
领域 2 — 角色转变
- 停止:专注于单个用户画像和日常客户接触点
- 开始:从买家画像、市场群体、组织利益相关者和高管动态的角度思考
领域 3 — 英雄情结恢复
- 停止:做那个力挽狂澜、赢得赞许的人
- 开始:从团队的成功中获得满足感——你的产品是团队成员,而不是路线图
领域 4 — 确立方向
- 停止:等待上级给出明确方向后再行动
- 开始:构建层层传递的背景信息,将公司战略转化为团队的清晰认知,即使输入信息并不完整也要如此
常见失败模式
英雄情结
表现:亲自介入解决问题。深陷具体事务。希望自己的个人成果受到关注。
原因:PM 受过乐于助人、积极响应的训练。Director 得到的赞许更少,因此会退回到旧有的奖励循环中。
代价:你作为 Director 表现不佳,却像资深 IC 一样过度履职。团队无法成长,因为你挡在他们前面。
排斥流程
表现:抵制共享机制。任由表现出色的 PM 各自独立采用自己的工作方法。
原因:PM 天然抵制官僚主义。Director 初期的放任,可能会让人觉得这是“卓越的领导力”和“信任团队”。
代价:营销、财务和领导层的利益相关者无法综合彼此不一致的产出。没有共享流程,团队就会变成“在房间里打碎玻璃的猴子”。
讨好型领导
表现:希望团队喜欢你。回避严厉反馈。为了维持关系,对利益相关者的要求一概应允。
原因:让你成为优秀 PM 的能力——倾听、共情、积极响应——在组织规模扩大后会成为负担。
代价:你把“受欢迎”与“有效”混为一谈。赢得尊重靠的是清晰表达和艰难决断,而不是一味和善。
即时满足陷阱
表现:读领导力书籍、考取证书、询问“我该做些什么才能晋升?”
原因:PM 擅长优化。他们试图走捷径,绕过经验要求。
代价:胜任 Director 需要亲历难关并从中获得谦逊。你可以通过学习熟练掌握相关术语,却无法仅靠学习做好担任这一角色的准备。
非黑即白思维
表现:“这看起来是个显而易见的决定。”“为什么不能两边都拨款?”“这里为什么什么事都这么讲政治?”
原因:PM 所处的问题空间通常更明确,因果关系也更清晰。Director 的决策涉及相互竞争的约束、有限的信息和组织动态。
代价:在信心不足时仓促决策,会引发后续混乱。灰度并非领导力的缺陷——它就是实际情况。
层层递进的上下文图谱
当组织方向模糊或缺失时,总监不会等待,而是会层层传递。
六个步骤:
- 倾听高层战略——QBR、公司传达的信息、高管沟通
- 提炼领导层提出的关键优先事项——确定 3–5 个主题,而不是 20 条要点
- 梳理第二层:“我们的业务部门如何实现这些目标?”
- 梳理第三层:“我们的产品组合如何实现这些目标?”
- 梳理第四层:“我的团队有哪些具体职责能够推动第三层目标的实现?”
- 向团队传达层层递进的逻辑——不只说明要做什么,还要说明这些工作与更高层目标的关联
**这能解决的问题:**团队“迷失方向”——交付的工作与战略无关,因为从未有人将上下文转化为他们能理解的内容。
**核心原则:**即使上级给出的方向并不完整,总监的职责也是向下弥补这一缺口。等待完全明确是 PM 的习惯;创造不尽完美但实用的清晰方向,是总监的技能。
应用
作为 PM 使用此框架(转型前)
- 找出自己在哪个转型区域最薄弱——暂时不是为了采取行动,而是为了知道该观察什么
- 利用与经理的一对一沟通练习区域 4:“我的工作如何与业务战略相关?我还看不到哪些组织层面的上下文?”
- 留意当前是否有英雄综合征的习惯:你是否会主动介入,解决本可以通过你的指导让他人解决的问题?
- 在仍担任 PM 时,不要过度投入总监层面的思考。全心投入当前职责范围——需要相应视野时,自然会有机会站在总监的高度思考
作为新晋总监使用此框架
- **前 30 天:**绘制新的“视野与规划周期”图谱。你的新利益相关者有哪些?在这个组织中,季度到年度的规划周期实际是什么样的?
- **前 60 天:**找出触发你英雄综合征的情境。你何时会忍不住直接介入,而不是提供指导?
- **前 90 天:**绘制你的第一份层层递进的上下文图谱。即使公司战略尚不明确,也要尽力转化并分享给团队
- **持续进行:**出现摩擦时,指出问题属于哪个转型区域。先诊断,再开方
绘制层层递进的上下文图谱
当团队不清楚组织战略对其工作意味着什么时使用。
## Context Cascade
**Company Priority:** [What leadership said — in their words]
**Business Unit Translation:** [How your BU contributes to that priority]
**Product Portfolio Translation:** [How your products contribute to that]
**Team Accountabilities:** [What each team owns specifically]
**Why this matters:** [The so-what for your team — what changes, what stays the same]
一页胜过十页。目标是清晰,而非面面俱到。
示例
请参阅 examples/sample.md,了解包含完整层层递进的上下文图谱及反模式对照的完整示例场景。
正面示例:总监从模糊的公司优先事项中创造清晰方向
**情境:**CEO 在 QBR 上宣布:“我们要加倍投入企业级市场。”三位 PM 问总监:“这对我们的路线图意味着什么?”
PM 的回应(视野层级不当):“我们把企业级功能加进冲刺待办事项吧。”
**总监的回应(视野层级恰当):**绘制层层递进的上下文图谱,并加以转化:“企业级市场意味着更大的交易金额、更长的销售周期,以及更多的集成需求。对于我们的产品组合:产品 A 负责管理控制功能,产品 B 负责 API 文档,产品 C 负责安全认证。以下是 Q3 规划中会改变的事项和不会改变的事项。”
**为何有效:**总监没有等待更多明确指示,而是根据现有信息主动创造了清晰方向。
错误示范:英雄主义
情境: 团队中的一位 PM 正在努力处理一段棘手的利益相关方关系。
总监的错误回应:“我直接去跟那位利益相关方谈谈吧——我来把事情摆平。”
总监的正确回应:“说说你尝试过什么。我们一起找出问题出在哪里,以及你接下来会怎么做。”
**重要原因:**第一种回应解决了问题,却造成了依赖。第二种回应则能帮助 PM 成长。总是出手解围的总监,最终会打造出离了自己就无法运作的团队。
正确做法:从服务员转变为运营者
**情境:**一位表现出色的 PM 坚持用与团队其他人不同的格式记录需求,因为“我的利益相关方更喜欢这样”。
总监的错误回应:“没关系,她是我们最好的 PM——只要她的团队用着顺手,就随她吧。”
总监的正确回应:“Joe 个人表现出色。但市场团队试图综合三位 PM 的工作时,却做不到。统一流程不是官僚主义——它能让系统对所有团队之外的人都清晰易懂。”
**重要原因:**纵容高绩效者破例,会产生看不见的协调成本。餐厅运营者的职责是管理系统,而不是照顾明星服务员。
常见陷阱
陷阱 1:装腔作势地拔高视角
**症状:**嘴上使用战略层面的说法(“产品组合”“生态系统”“长期愿景”),却仍在做冲刺层面的决策。
**后果:**你听起来像总监,做起事来却像 PM。团队会搞不清究竟是谁在做决定,以及决策处于哪个层级。
**解决方法:**如果你参与细节,就明确承担起来;如果不参与,就彻底委派出去。不加说明地混用不同层级的视角,会造成模糊不清,侵蚀团队信任。
陷阱 2:一次性层层传递背景信息
**症状:**只在年度规划时运行一次层层传递背景信息图,此后再也不重新审视。
**后果:**团队在第一季度保持一致,但随着战略演变逐渐偏离。到第三季度,团队工作已与当前优先事项脱节。
**解决方法:**在关键转折点重新审视背景信息的层层传递过程——例如季度规划、高管层重大变动、战略转向或组织重组。
陷阱 3:把善意和领导力混为一谈
**症状:**替团队挡下艰难决策,对自己正在坚持的限制解释过多,把反馈说得委婉到失去意义。
**后果:**团队在缺乏准确背景信息的情况下运作;当现实最终毫无预警地摆在面前时,信任便会受损。
**解决方法:**坦诚说明艰难决策背后的“原因”。你不必什么都分享,但分享的内容应当真实且可付诸行动。
陷阱 4:作为 PM 过早采用总监思维
**症状:**在担任 PM 的几年里,忧心产品组合战略、组织动态,以及“思考超出薪资等级的事情”。
**后果:**你没有充分履行当前职责。以总监思维行事的 PM,往往会错过实际岗位要求他们捕捉的客户层面信号。
**解决方法:**全心投入当前岗位。你很快就会面临需要总监思维的转变——届时你之所以准备充分,是因为做好了 PM 的工作,而不是因为过早排演总监的角色。
参考资料
相关技能
skills/director-readiness-advisor/SKILL.md— 交互式顾问,运用此框架诊断并指导你应对具体的转型情况
来源材料
- The Product Porch,第 42 集:从产品经理到总监:如何完成转变(第 1 部分) — Todd Blaquiere、Ryan Cantwell、Joe Ghali(2026 年 1 月)
外部框架
- Marty Cagan,Empowered — 产品领导力中的组织动态与职责清晰度
- Julie Zhuo,The Making of a Manager — IC 向管理者转型的实战经验分享
- Michael Watkins,The First 90 Days — 结构化的领导力转型方法