有些产品拥有相似的用户，却面对相反的流量困境：一方有大量近期卸载用户，缺少重新触达他们的入口；另一方拥有稳定流量，却没有足够预算采购新客。双方约定交换一定规模的曝光、点击或有效行为，这就是换量。
换量看起来像“不花钱买流量”，实际上并不免费。开屏、信息流、任务中心、弹窗和Push都占用稀缺的产品资源，也会带来用户打扰。成熟的换量合作不是简单地“一人给一万曝光”，而是用可计量的流量资产，交换具有增量价值的用户行为。
一、两种目标，对应两条召回链路
换量拉新解决的是卸载召回。 对原应用而言，重新安装者曾经是老用户；对当前安装实例和渠道统计而言，又会表现为一次新增激活，因此常被归入再营销或再获客。
典型链路是：
圈选近期卸载用户 → 合作媒体提供广告位 → 用户进入商店或下载页 → 重新安装 → 恢复账号与历史状态 → 完成核心行为
开屏和信息流覆盖大，但成本高、干扰强；任务中心意图更明确，却可能吸引奖励型用户；应用商店承接安装最短，展示空间则更依赖平台。具体用哪种资源，应由用户价值和召回原因决定，而不是哪个位置有空就投哪个。
这类合作首先要解决“找人”。产品规模较小时，没有必要把全量用户标识交给合作方。可以采用RTA式的实时判断：媒体产生一次广告机会后，向广告主接口询问该请求是否值得参与，广告主根据近期卸载、历史价值、流失原因和触达频次返回决策。这样能把粗放曝光缩小为“此刻值得召回的人”，但接口传输、标识匹配和画像使用仍须遵循最小必要、合法授权与安全保护原则。
换量拉活解决的是沉默唤醒。 用户同时安装了应用A和B，却只允许B发送通知，或近期只活跃于B。A可以购买或交换B的站内流量，把仍有需求的重合用户带回A：
识别双方重合且A端沉默的人群 → B展示合作推荐 → 点击后通过App Link进入A的具体场景 → 完成核心行为
这里的关键不是“借壳发Push”。合作信息必须让用户看清发送者和推广对象，例如“B应用推荐：你在A收藏的课程已更新”。把B的通知伪装成A，或者制造虚假的好友消息、红包和系统提醒，不但透支信任，也违反厂商通知规则。部分系统还明确要求通知不得冒充其他应用、不得诱导下载或直接启动另一款应用。因此，更稳妥的承接通常是B的站内合作位，或由具备相应资质的平台广告产品完成跳转。
二、换量不必一比一，应该交换等价增量
“双方各给一万曝光”容易执行，却未必公平。两个产品的用户规模、广告位质量、受众重合率和后续转化差异很大。一万次开屏曝光与一万次任务中心曝光的价值不同，一次普通点击与一次完成核心行为也不等价。
合作可以建立统一的价值账本：
有效量可以是可见曝光、有效点击、重新安装、唤端或核心行为；质量系数反映广告位置、目标用户匹配度和后续留存；增量系数则排除本来就会自然回流的人。双方据此按周或按月核销，而不是机械追求1:1。
在人群上至少要排除四类用户：近期已经自然回流者、已经被其他渠道触达者、反复曝光无响应者，以及没有合法营销授权或已明确拒绝者。卸载召回还要设置合理的时间窗：过短会把自然重装误算成换量贡献，过长则可能把已经永久流失的人反复打扰。
三、真正难的是归因、去重与增量验证
一次换量活动至少要打通以下漏斗：
| 环节 | 换量拉新 | 换量拉活 |
|---|---|---|
| 触达 | 可见曝光率 | 通知或站内位展示率 |
| 响应 | 点击、商店到达 | 点击、成功唤端 |
| 转化 | 下载、安装、激活 | 目标页到达、核心行为 |
| 长期价值 | 重装后7/30日留存 | 唤醒后7/30日活跃 |
| 负向指标 | 投诉、拒绝、低质安装 | 关闭通知、卸载、投诉 |
合作前应写清归因窗口、重装与多设备口径、跨渠道优先级及作弊扣除规则，避免同一用户被重复记账。同时保留随机对照组，用实验组相对未触达人群多产生的回流衡量真实贡献：
回流之后还要观察核心行为、7/30日留存以及卸载、投诉等负向指标。只有增量价值覆盖资源机会成本和用户体验成本，换量才成立。
换量不是互相“送流量”，而是利用彼此的触达能力重新连接有需求的用户。分清目标、诚实展示、保护数据，并按增量效果结算，才能形成可持续的增长渠道。