mcpField
I
influencer-measurement-framework

influencer-measurement-framework

github.com/mbfinotti营销与增长214.2k 次安装2 天前更新
代码仓库

关于 influencer-measurement-framework

这项营销技能用于在网红或创作者活动启动前制定测量计划。它输出涵盖 KPI、归因方式、数据来源、报告频率和盲点的计划,而非仪表板或报告。

主要功能

  1. 01使 KPI 匹配活动目标
  2. 02定义指标与归因窗口
  3. 03将 KPI 对应到现有数据源
  4. 04规划归因与增量测试
  5. 05设定面向利益相关者的报告频率
  6. 06记录测量盲点

适用场景

  1. 01规划创作者活动的测量方案
  2. 02在活动启动前选择追踪方式
  3. 03为首次活动设定测量预期
  4. 04为预算决策准备活动复盘

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/mbfinotti/partnerships-skills --skill influencer-measurement-framework

安装后在 Claude Code 中输入/influencer-measurement-framework确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

evals/
evals.json
references/
attribution-and-data-sources.md
incrementality-and-brand-lift.md
kpi-definitions.md
worked-examples.md

详细介绍

网红营销衡量框架

在网红/创作者营销活动启动之前,设计衡量方式,并交付一份衡量计划文档。计划本身,而不是仪表板或报告,才是交付成果:它要确定 KPI、归因方法、数据来源、频率和盲点,从而预先决定活动结束后的复盘方式,而不是事后临时应对。

网红营销衡量领域没有全面且带有基准数据的标准。要向用户明确说明这一点,绝不要把某个品牌的框架说成行业标准。

该方法只借鉴真正成熟的部分:

  • ANA Influencer Marketing Measurement Guidelines(2022 年 6 月,获 MRC 认可):仅采用标准化定义,不采用基准数据。
  • AMEC Barcelona Principles(3.0 版于 2020 年 7 月发布,4.0 版于 2025 年 6 月重申):原则 5,“AVE 并不代表传播的价值”。
  • MRC 可见度标准:50% 的像素,展示广告 1 秒/视频 2 秒;大多数平台自然流量指标不符合此标准。
  • IAB Tech Lab Podcast Measurement Technical Guidelines v2.2(2024 年 5 月 2 日):适用于播客/新闻简报赞助。
  • 通过地理区域提升度/合成控制法衡量增量效果(Meta 的开源 GeoLift 软件包、Google 的 CausalImpact):同时进行最小可检测效果功效检验。

基本原则

  • 将主要 KPI 与营销活动目标所处的漏斗阶段相匹配。用转化指标优化认知度营销活动,或反过来,是从业者最常提及的错误。
  • 为每项 KPI 提供一句定义,明确说明分子、分母和时间范围。无法重新计算的指标只是装饰。
  • 选定一个互动率分母和一个归因时间窗口;整个营销活动期间保持不变,并在术语表中标明。
  • 绝不要将 EMV、MIV 或任何 AVE 衍生指标报告为 ROI 或财务价值——它们唯一合理的用途是进行相对比较,且只能作为同一供应商体系内的方向性参考。
  • 绝不要将供应商基准作为目标。目标应依据该项目过往的历史数据;否则,计划应如实注明“首次投放——无目标,作为基准设定运行”。
  • 绝不要将“每花 1 美元带来 5.78 美元收益”这一数字(或其变体)用作规划依据——这是来源薄弱且不一致的供应商基准。
  • 采用多种方法交叉验证归因:单一方法都不可靠。优惠码会泄漏,链接会被剥离,像素会丢失信号,问卷调查会导致记忆偏差——每种方法都能弥补其他方法的盲点。
  • 为计划中引用的每个数字标注来源类别:标准制定机构定义、平台发布、供应商来源、个别从业者说法,或品牌自身历史数据。

访谈

设计任何内容之前,先进行提问。每条消息只问一个问题;尽可能采用选择题;跳过已回答的问题。

  • 营销活动目标和漏斗阶段:认知度/触达、考虑/互动、转化/效果、联盟营销,还是持续进行的品牌大使计划?
  • B2B 还是 B2C?(这会影响收入对象、窗口长度,以及究竟存在哪些归因信号。)
  • 预算和项目规模:总支出、创作者人数、单次投放还是持续进行?
  • 涉及哪些平台?(短视频、图片/社交、长视频、直播、播客、新闻简报——各自的数据访问方式不同。)
  • 每位创作者需要交付哪些内容?(帖子、快拍、视频、直播、播客口播、新闻简报投放。)
  • 目前实际具备哪些追踪能力:专属促销代码、带 UTM 标记的链接、联盟网络、平台像素/购物功能、购买后调查问卷、CRM「您是如何知道我们的」字段?(可多选;「都没有」也是有效答案。)
  • 是否有上线前基线数据——近期品牌搜索量、直接流量、粉丝数和互动历史?如果没有,是否有时间在上线前收集?
  • 谁会阅读报告?报告将推动什么决策?(是否续约创作者、重新分配预算、向财务证明渠道可行性、总结创意经验。)
  • 预期的报告频率是什么?由谁负责?
  • 合同约定的创作者侧分析数据访问权限是什么:API/账户连接、平台合作工具,还是只能提供截图?
  • 最迟必须在哪一天得出结果?届时有什么决策需要作出?(严格的截止日期会优先采用几乎无需设置的方案——促销代码、UTM 和品牌搜索代理指标——并排除地理增量和样本面板品牌提升研究,因为这些研究出结果时,决策可能已经作出。)
  • 本次投放的一次性分析,还是每次投放都能重复使用的测量资产?(复利效应会优先考虑购买后调查问卷、联盟网络和可重复使用的地理实验设计——这些方案只需设置一次,之后每次投放都能发挥作用。一次性分析则将工具组合限制为促销代码 + UTM + 基线代理指标。)
  • 工作量上限:可投入的分析师工时、能否修改结账流程、能否承诺广告支出用于对照组,以及能否在整个地区暂停投放?
    • 无法修改结账流程,则将购买后调查问卷和像素方案降级。
    • 不愿暂停投放,则从选项中剔除地理增量和转化提升对照实验。
    • 没有可用的分析师,则优先考虑由平台执行的实验设计,而非自行执行的方案。

工作流

  1. 进行访谈;收集计划所依赖的所有答案。

  2. 确定目标,然后从 references/kpi-definitions.md 中为该目标选择 KPI 集——主要、次要和护栏指标。如果主要 KPI 所属的漏斗阶段不匹配,则拒绝采用;应说明原因,而不是照办。

  3. 首先编写指标术语表:为每个 KPI 提供一句话定义,明确所选的互动率分母、归因窗口,以及各平台的观看量定义。平台的「观看」定义在 2025-2026 年间发生了重大变化,因此应注明日期;如果可以浏览网页,请核实当前平台定义;否则标注为「截至计划日期,需重新核实」。

  4. 使用 references/attribution-and-data-sources.md,将每项 KPI 映射到一种归因方法,以及访谈确认存在的数据源。对于没有可行数据源的 KPI,应删除或标记——由品牌不具备的能力支撑的 KPI 只是虚构。

  5. 按效率顺序组建归因方案:按每小时设置工作量所能获得的数据覆盖率和置信度排序,而不是按方法表面上的严谨程度排序。默认顺序: a. 独特促销码和带 UTM 标记的链接同时使用:每项各花一小时,从第一天起即可按创作者解析。两者组合是最低要求;单一方法的组合无法进行交叉验证。 b. 一道问题的购后/注册后调查:通过负责结账的人员或团队,一周内即可上线;此后几乎无需投入精力,也是唯一能捕捉暗社交传播的方法。 c. 联盟网络链接:如果平台已上线,几乎无需投入;如果尚未上线,则需要持续投入处理合同和入驻事宜。 d. 创作者专属短链接:覆盖范围有限,却是播客和新闻简报投放中唯一可用的层级。 e. 平台像素/购物归因排在最后:需要工程和同意管理方面的工作,换来的却是有损信号,而且评分由平台自己完成。

    effort:          affiliate network > pixel > survey > vanity URLs > promo codes == UTM links
    coverage:        survey > affiliate network > promo codes == UTM links > pixel > vanity URLs
    compliance cost: pixel > survey > affiliate network > promo codes == UTM links == vanity URLs
    efficiency:      promo codes == UTM links > survey > affiliate network > vanity URLs > pixel
    

    促销码和链接并列,因为它们覆盖的场景不同:促销码即使被截图或口头读出仍然有效,带标记的链接则不行。这个顺序只是默认方案,并非铁律;它会因品牌现有技术栈,以及每个层级由谁负责搭建而改变。

    根据访谈答案重新排序,并在计划中写明哪个答案改变了哪个层级:

    • 已在运行的联盟平台可升至 (a),几乎无需额外投入。
    • 已在收集反馈的结账调查已经属于 (a)。
    • 无法为每位创作者生成独特促销码的商店,应移除 (a) 中的一半,并将调查提级。
    • 播客或新闻简报投放没有可用的层级,只有促销码和专属短链接。

    在计划中注明每种方法已知的失效情况及促销码泄露政策。

  6. 捕捉或安排上线前基线;如果上线先于基线采集,应在计划中写入“无基线 - 无法支持关于活动后提升的声明”,而不是将其隐瞒。

  7. 使用 references/incrementality-and-brand-lift.md 决定测试设计。先进行 MDE 功效检验:这项分析师工作耗时一小时,是所有下方层级的前置条件,也是此处唯一没有替代方案的一步。然后选择功效检验和投入上限都允许的最高层级:

    a. 相对于上线前基线的品牌搜索和直接流量变化:几乎无需投入,属于相关性分析。每份计划都应包含这一项,包括已通过功效检验的计划,因为测试失败时,只有这条时间序列仍能提供信息。 b. 地理提升/合成对照:无需用户级标识即可获得的最强因果证据;代价是分析技能、一个季度的日历时间,以及不在真实市场投放该渠道所需的政治资本。 c. 平台转化提升留出组测试:由平台运行,因此比 (b) 工作量少,但需要在该平台投放广告,并且评分由平台自己完成。 d. 平台运行的品牌提升研究:衡量态度而非行为,需要达到最低投放金额,并在投放期间进行 1-4 周调查;同样存在自我测量的利益冲突。 e. 独立样本面板品牌提升研究:跨平台且无利益冲突,但需要持续委托执行。

    如果上述除 (a) 外的所有层级都未达到功效要求,应在计划中写入“仅作方向性测量”。

    effort:            panel lift > geo-lift > platform brand lift > conversion-lift holdout > search proxy
    time to an answer: panel lift == geo-lift > platform brand lift == conversion-lift holdout > search proxy
    evidence strength: geo-lift == conversion-lift holdout > panel lift > platform brand lift > search proxy
    compliance cost:   panel lift > platform brand lift > conversion-lift holdout > geo-lift == search proxy
    efficiency:        search proxy > geo-lift > conversion-lift holdout > platform brand lift > panel lift
    

    默认层级:仅 (a)。这种排序最不利于地理提升和面板提升:前者能获得最强的因果证据,后者是唯一无利益冲突的证据,但两者每次都输给无需成本的代理时间序列。只依据比率运行的计划,根本无法得出因果数值。

    满足以下条件时,提升一个层级:

    • 功效检验通过,且报告将用于指导预算规模决策:提升一个层级,因为向财务部门证明渠道有效,足以证明投入一个季度工作的合理性。
    • 必须让平台无法对其售出的媒体进行自评:提升至面板提升研究。
    • 决策是续订还是创意学习:维持在 (a)。

    这个顺序只是默认方案,并非铁律。根据访谈答案重新排序:

    • 以提升认知为首要目标的营销活动,如果没有转化量,则完全跳过(b)和(c),因为品牌提升是唯一能衡量其目标的工具。
    • 内部分析团队将(b)的执行难度降低,并将其排在(c)之前。
    • 不愿在任何地区停投该渠道的品牌,会从选项中删除(b)和(c),而不是将它们降级。
  8. 按利益相关方设定报告频率——每一行都应注明对象、频率、指标以及报告所推动的决策。无法推动任何决策的报告应予以删除。

  9. 明确说明盲点:暗社交、浏览后转化、被剥离的 UTM 参数、优惠码泄漏、仅存在于截图中的来源,以及跨越营销活动周期的平台定义变更。

  10. 按章节与用户确认计划——依次确认术语表、KPI 树、归因、测试设计和报告频率——然后再汇总最终文档,并以 references/worked-examples.md 中匹配的完整示例为依据。

  11. 检查下方的通过标准;持续迭代,直至满足每项标准。

  12. 如果你的运行环境支持持久化记忆,请记住双方确认的指标定义、所选分母、归因窗口和推导出的基线,以便后续营销活动可直接沿用,而不必重新协商。否则,请将术语表交给用户,作为下一次营销活动的固定参考。

输出格式

将每份计划都作为以下文档交付:

MEASUREMENT PLAN - <campaign>, <date>
Header      : brand, campaign, objective + funnel stage, flight dates, budget, platforms, creators
Glossary    : one-sentence definition per metric (numerator / denominator / window);
              chosen ER denominator; attribution window; view definition per platform, date-stamped
KPI tree    : primary | secondary | guardrail - per KPI: definition ref, target basis
              (internal trailing baseline or "first flight - none"), attribution method, data source
Attribution : the stack in use, known limitation per method, code-leakage policy and monitor
Baseline    : pre-launch values captured (branded search, direct traffic, trailing ER median)
              or an explicit "no baseline" declaration
Test design : incrementality / brand lift with MDE + power check result, or "directional only" + why
Cadence     : stakeholder -> frequency -> metrics shown -> decision it drives
Data sources: per KPI - API / ads manager / affiliate network / CRM / survey / screenshot (flagged)
Blind spots : declared list - what this plan structurally cannot see
Open items  : unconfirmed capabilities, contract clauses to add, questions before launch

完整示例见 references/worked-examples.md,不要放在此处。

通过标准

只有当访谈中提到的利益相关方能在营销活动结束时,根据计划做出其所述决策,且无需争论定义,计划才算通过。具体而言,以下六项都必须满足;持续迭代,直至全部满足:

  • 每项 KPI 的定义都能由未参与撰写计划的人重新计算——须注明分子、分母和时间窗口。
  • 主要 KPI 的漏斗阶段须与营销活动目标的漏斗阶段一致。
  • 每项 KPI 都有访谈中确认存在的归因方法和数据来源作为支撑——不得有任何 KPI 依赖尚不存在的能力。
  • 须明确基线状态:已采集、计划在启动前采集,或确认不存在并说明后果。
  • 只有在附有通过的统计功效检验时,才能纳入增量效果或品牌提升;否则须在计划中注明“仅供方向性参考”。
  • 不得将任何基于 EMV/MIV/AVE 的数字作为财务价值呈现,也不得将供应商基准用作目标。

B2B 与 B2C

两者完全相同,按原样应用:

  • 严格遵循术语表。
  • KPI 与目标匹配。
  • 交叉验证。
  • 采集基线。
  • 标记来源信息。
  • 遵循“报告必须推动决策”的规则。

实际存在的差异:

  • 收入对象。 B2C 衡量营销活动周期内的订单、AOV 和收入。B2B 衡量受营销活动影响的销售管道和商机——购买通常不会在营销活动期间发生。
  • 周期长度和时间窗口。 B2C 归因窗口为数天至约 30 天;B2B 周期以月计,因此按单次营销活动衡量的转化 KPI 会低估效果,时间窗口必须延长,或改用销售管道阶段指标。
  • 暗社交的影响。 B2B 创作者内容会通过私信、社群和播客传播,这些渠道都会剥离所有追踪信息;因此,应在演示申请/注册表单中加入“您是如何知道我们的?”(HDYHAU)自述问题,并按群组分析,将其作为主要数据来源,而非仅用于打破平局;同时以品牌搜索量作为佐证指标。
  • 受众规模和统计功效。 B2B 创作者的受众规模较小,转化量几乎从不足以支持增量效果检验,因此 B2B 计划默认采用交叉验证 + HDYHAU,并明确说明这一点。
  • 调查位置。 B2C 在结账后的购买环节提问;B2B 在演示申请或注册表单中提问,并在销售通话中再次进行定性询问。

失败模式

缺陷后果修正方案
崇拜虚荣指标(将触达量、点赞数、粉丝数作为头条指标)报告看起来很热闹;决策者却一无所获主要 KPI 必须与目标一致,并推动指定决策;将数量指标降为背景信息
将 EMV/MIV/AVE 报告为 ROI财务部门发现这个数字是虚构的;整个项目失去公信力遵循 Barcelona Principle 5;仅进行同一供应商内的方向性比较,绝不将其作为财务价值
仅使用最后一次点击作为转化视角结构性地低估漏斗上层的创作者内容;项目看起来比实际效果更差结合调查和代码进行三角验证;并列报告基于点击和基于调查的归因
启动前未记录基线“提升”声明缺乏依据;知名度活动无法衡量记录启动前一段时间的品牌搜索量、直接流量和 ER 中位数;否则明确说明这一缺口
混用互动率分母同一帖子根据分母不同,读数可能是 9% 或 1.2%;趋势毫无意义统一使用一个分母,在术语表中选定,并在每个数字旁标明
跨平台指标定义变更前后比较不同时间段产生错误趋势,无论方向如何在变更日期处拆分报告;在术语表中注明浏览量定义的日期
增量测试统计功效不足“没有显著提升”被解读为失败;有效渠道遭到削减承诺测试前进行 MDE 功效检查;功效不足时,声明结果仅具方向性
轻信创作者截图轻易伪造的数据进入报告事先在合同中约定 API/账户级访问权限;在每份输出中标明来自截图的数据
将供应商基准值用作目标目标校准不当;成功或失败被随意判定按平台/层级/目标采用内部近期中位数;供应商数据仅作为校准背景信息
促销码泄漏到优惠券扩展程序扩展程序盗用促销码;创作者获得的功劳被夸大,支出分配不当监控没有匹配链接点击的兑换量;比例超过几个百分点时改用一次性代码

调用示例

  • “下个月我们要为护肤品发布活动付费邀请 8 位 TikTok 微型网红——该如何衡量效果?请制定衡量计划。”
  • “为我们的 B2B 常态化大使计划设计 KPI 和归因方案:4 位新闻简报作者,目标是获取销售线索。”
  • “市场部门想开展一场知名度推广活动,邀请 3 位 YouTube 创作者;财务部门想要有效证明。请在我们签约前编写影响者衡量框架。”
  • “我们有促销码和 GA,除此之外什么都没有。对于这场创作者活动,我们能如实衡量什么?报告频率又该如何安排?”

参考资料

  • 选择 KPI 组合并编写术语表时,请阅读 references/kpi-definitions.md——其中包含公式、各目标对应的 KPI 组合、ER 分母、EMV/AVE 案例以及目标设定规则。
  • 将 KPI 与方法和数据源对应时,请阅读 references/attribution-and-data-sources.md——其中包含各方法的失效模式、代码泄漏、平台数据访问、观看次数定义变更、播客/新闻简报的衡量方式,以及 B2B HDYHAU 设计。
  • 确定测试设计时,请阅读 references/incrementality-and-brand-lift.md——其中包含地域提升/合成控制、MDE 功效检查、品牌提升选项及其冲突,以及决策阈值。
  • 设计交付内容时,请阅读 references/worked-examples.md——其中包含一个 B2C 转化方案、一个 B2B 常态化方案,以及一个附注的反面示例。
  • 请参阅 mbfinotti/partnerships-skills@influencer-campaign-brief,了解如何说明活动目标及交付给创作者的内容——本技能用于设计如何衡量该目标。
  • 请参阅 mbfinotti/partnerships-skills@affiliate-payout-audit,了解付款和佣金计算——此处绝不处理这些内容,即使是联盟营销关联活动也不例外。
  • 请参阅 mbfinotti/partnerships-skills@influencer-discovery-brief,了解如何寻找和审核需要衡量的创作者。
  • 请参阅 mbfinotti/partnerships-skills@affiliate-disclosure-compliance,了解披露义务——这不在此处的范围内。

评论

支持 Markdown