Q6.07.2Goal-first measurement frameworks设计研究
不同框架的维度命名不同，但都要求先定目标再选指标
别名: 目标先行框架 · HEART PULSE AARRR · 先目标后指标
概念解释
HEART、PULSE、AARRR 以及各种“体验健康度”模型，维度叫法不同：有的按愉悦与任务成功切，有的按页面与延迟切，有的按获客到推荐切。可迁移的纪律不是那张名词表，而是先定目标再选指标（goal-first）。换框架等于换分类抽屉，不换推导方向。为争哪一套维度“更标准”而推迟目标写作，是用命名争论代替度量。
机制
框架作者面对的产品约束不同，于是切开的轴不同。PULSE 更靠近站点运维与规模，HEART 更靠近体验类别，AARRR 更靠近增长漏斗。若把差异理解成必须站队，团队会把时间花在翻译名词：我们的“激活”是不是你的“采纳”。目标先行把争论拉回可判定的句子：这个阶段要判断什么已经发生。句子一旦写下，多数框架都能把该句子放进某个抽屉；放不进的抽屉本周不必打开。先选框架再找目标，会反过来：抽屉在，就觉得必须往里装东西，于是为了填满命名而发明目标。那是框架在驱动问题，而不是问题在选择框架。
怎么研究
把同一产品的同一组决策问题分别装进两套框架，比较最终指标集的重叠与独有项。若独有项都不能回溯到原问题，那些项来自框架填空，而不是来自目标。也可以做过程编码：方案讨论里先出现的是框架名词还是目标句，前者主导的方案更常产生从未被引用的列。跨团队翻译表（激活=采纳=首次成功）只有在两边目标句一致时才算对齐，名词对应本身不是证据。
边界
某些行业报告和采购清单指定了框架名称，对外交付可以沿用该命名，对内仍按目标推导。运维指标（可用性、延迟）有工程目标，不必硬套进体验框架的抽屉，也不必因此宣布体验框架无效。目标先行不保证目标正确，只保证指标有上级。两个框架若对同一目标给出互相矛盾的“标准指标”，应回到信号层，而不是平均或并存。
怎么落地
- 先写本阶段要判断的目标句，再决定借用哪一套框架的抽屉来归档，而不是先选定框架模板。
- 遇到跨框架名词冲突，对齐目标句，不制作只有名词的对照表。
- 框架里装不进当前目标的维度标为未使用，不填写占位指标。
- 对外需要框架品牌时，在附录保留原维度名，正文仍按目标—信号—指标叙述。