产品、运营、销售负责人：从指标到利润
整理自将归档的姊妹仓库 how-to-become-executive 的
tracks/product-operations。总路线见七阶段。单位经济的算法和止损线以第 05 章为准；跨部门授权以第 03 章为准。
三条线的跃迁不一样，不要用同一句「对结果负责」带过。
- 产品：从功能进度，转到用户问题、留存或体验、业务结果，再理解商业化、定价、实施和服务成本。
- 运营：从单次活动转化，转到渠道单位经济、复购、履约质量和现金回款。
- 销售：从个人业绩，转到客户结构、漏斗、毛利、回款质量和团队预测。
可以借鉴、不能外推的两项研究
Google Project Aristotle分析了 180 个团队（115 个工程组、65 个销售组），讨论心理安全、可靠性、结构清晰、意义和影响。可以做的是在项目章程里写上决策权、依赖、责任人、升级和复盘节奏。不能推断照抄该公司的会议方式就会提升你的 KPI。
McKinsey 2019 年 CEO 研究使用覆盖多国、多行业的上市公司 CEO 资料，提出战略、组织、团队、董事会、外部利益相关者和个人效能等职责。可以做的是每月一页经营复盘：机会、取舍、资源、利润与现金、风险。不能推断这是基层员工的晋升公式，也不能要求小型团队主管按 CEO 职责履职。
这一周就做的实操
取最近一个真实业务目标：
- 分开写领先指标（你还能改变的行为）和滞后指标（经营结果）。
- 列出三种「指标变了但并不是你的方案造成的」原因。
- 提两个投入方案，各自写增量收益、增量成本和停止条件。
**签约额、GMV、到账现金和会计收入不是同一个数。**混在一张图里之前，先在经营指标表分列。没有权限的内部数据不要下载或公开。
下一步只争取一种跨部门 Owner：产品负责从客户问题到交付的闭环；运营负责从渠道到履约的完整链路；销售负责一小段管道和回款，而不是突然「管理整个大区」。权限不够时，在利益相关者表写上 Sponsor，而不是用「老板让你配合我」推动。
失败时先查客群是否变了、渠道成本、交付质量，再决定要不要申请更多预算。
**完成标准：**一张业务指标树、一个经批准的跨部门试点、一份归因边界说明（哪些变化不能算到你头上）。