播客说每期有几万下载，品牌买赞助前怎样确认这个数怎么算？
买播客赞助前，核对逐集数据、观察窗口和测量方式，区分下载、播放与广告曝光。附采购检查表和补问邮件。
一档播客说“每期几万下载”，品牌拿另一档的“首周下载”来比较，结果看似差了一大截。两个数可能连观察时间都不相同，更不一定代表广告实际被听到的次数。
先确认集数范围、上线后的观察窗口、过滤和去重方法，再单独约定赞助的交付与报告。下载可以提供节目分发的证据，但不能直接改写成确认播放或完整收听。
把“每期下载”拆成可比较的口径
请主持人或经纪人提供近期哪些集数的资料，说明每集上线后统计了多久。“全部历史累积”与“上线后一周”不能直接横向比较，特别节目也不应在没有说明的情况下代表普通集数。
可以先使用以下补问表。观察窗口由双方按实际采购需求约定，不把示例窗口当作平台统一规则。
| 项目 | 买赞助前确认什么 |
|---|---|
| 节目与集数 | 节目名称、实际集数链接，是否包含特别集或重发 |
| 观察窗口 | 每集从上线到哪一天，报告提取日期是什么 |
| 数字类型 | 总下载、去重后的受众，还是客户端播放指标 |
| 测量方式 | 哪个服务提供数据，采用什么有效下载及过滤口径 |
| 分布 | 是逐集结果、平均数还是中位数，异常高低集是否说明 |
OneCrew 是整理达人资料、合作记录和邮件的 AI 工作空间。把节目提供的逐集报告交给连接 OneCrew 的 AI，先读取现有合作表，再整理集数、窗口、数字定义与缺项。保存报告入口，让下一位同事能检查“几万”来自哪些集，而不只继承一个平均数。
下载和广告曝光分开谈
IAB Tech Lab 的播客测量说明指出，开放 RSS 等分发方式主要依赖服务端文件交付，客户端播放信号可能有限。因此下载不等于确认播放，服务端测得的广告交付也不总等于客户端确认曝光。
节目近期的下载资料可以帮助讨论受众规模，实际赞助还要确认广告在哪集、哪个位置、怎样插入，以及报告会提供哪些数据。如果节目使用独立播放器或视频平台的播放资料，单独注明来源，不与另一套下载定义混成一个总数。
先说清本次买的是哪一项交付
主持人口播、动态插入和其他安排可能有不同的交付与统计方式。让对方说明本次实际采用哪种安排，再约定报告内容；不能只看节目的平均下载，就默认任何广告位置都有相同结果。
以下信息适合写进双方正在讨论的需求：对应节目和集数或投放范围、广告位置及形式、约定时间、报告指标和截止日期。如果对方提出某个交付承诺，单独记录其定义和未达成时怎样处理，并由负责人确认。
在 OneCrew 中结合已有往来和这份需求准备确认邮件，分开写“节目历史表现”和“本次约定交付”。收到回复后更新同一份记录，明确哪些条款已经确认，哪些还在讨论。
一封口径确认邮件
你好[姓名]，我们正在评估[具体节目／赞助安排]。关于“每期[对方提供的数字]下载”，请帮忙确认所选集数、每集上线后的观察窗口，以及数据服务和过滤／去重口径。也请说明本次[实际广告形式]可以提供哪些报告指标、统计到何时。我们希望把节目历史数据与本次赞助交付分别核对。
用 OneCrew 准备这封草稿时，附上已经收到的报告和真实缺项，避免再次要求对方提供已有集数资料。不要把“采用某项测量标准”改写成“品牌已验证每位听众”，也不要在资料不完整时自行给节目打低分。
交付范围确认后，可参考播客口播要点整理方法准备内容。这是下一步创作工作，不能替代购买前的数据口径核对。
先在 OneCrew 中把两档候选播客按相同观察窗口整理，缺少的定义列成补问。品牌需要一个能解释的采购依据，下载数只有放回它的口径里才有用。
