游戏推广平台：口碑传播与可归因渠道同时存在时怎样记录来源
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /0c1a1eb72476.html
📄
游戏推广平台：口碑传播与可归因渠道同时存在时怎样记录来源
先给一个有条件成立的结论：当口碑传播和可归因渠道同时出现时，默认把可归因渠道记为首触来源、把口碑记为辅助触点，只在一个条件下才反过来——你能拿到口碑发生的时间点，且它明显早于可归因渠道的首次点击。这个条件不满足时，把口碑当成首触来源会让后续所有渠道的归因都失去比较基础。
为什么默认顺序是“先记可归因，再记口碑”
可归因渠道有明确的点击、曝光或跳转记录，它自带时间戳和来源标识。口碑传播通常发生在私聊、群组、线下交流里，玩家说“朋友推荐我来的”这句话出现在注册或咨询环节，但它对应的推荐动作可能发生在几天前，也可能发生在填写表单前一分钟。
把可归因渠道放在前面，是因为它的记录能被复核。你可以回看这个玩家从哪个入口进入、经过哪些页面、停留多久。口碑信息则只能作为一条备注挂在同一条记录上，不能替代来源字段。这样做的实际结果是：后续比较各渠道时，分母是一致的，不会因为一部分记录被口碑覆盖而出现口径缺口。
一个假设例子：假设某次推广中，A渠道带来100次点击，其中20人在注册时提到“朋友推荐”。如果把这20人的来源全部改成口碑，A渠道的可比较样本就只剩80人，而其他渠道没有做同样处理，两边就不再可比。正确做法是保留A渠道为来源，同时在备注里标记“含口碑提及”。
什么情况下必须反过来记
反例出现在你能证明口碑动作发生在可归因渠道之前，且两者不是同一批人。比如一个玩家在社群看到老玩家分享的邀请信息，先记下了游戏名，三天后才通过搜索进入官网。这时搜索渠道是可归因的，但真正触发他行动的是三天前那次口碑曝光。
判断这个反例是否成立，需要三个证据同时具备：口碑发生的时间可查（如社群消息时间、邀请记录时间）、可归因渠道的首次触达时间晚于它、且两者指向同一个玩家标识。缺任何一条，都只能按默认顺序处理。
这里有一个容易踩的边界：个别样本能证明“口碑确实可以领先于可归因渠道”，但不能直接照搬到规模化记录里。因为大多数口碑动作没有留下可查时间，你无法对全部记录做同样判断。一旦把个别样本的处理方式推广到全量，就会变成“凡是提到朋友推荐的都归给口碑”，这等于放弃了可归因渠道的时间证据。
记录时具体写哪几个字段
不需要复杂系统，但至少要区分开三类信息，避免混在一列里：
- 来源字段：填可归因渠道的标识，如具体入口或活动代号，保持全量一致。
- 口碑标记：单独一列，填“有提及”或“无提及”，不要写进来源字段。
- 口碑时间：只在能拿到具体时间时填写，拿不到就留空，不要估算。
这样记录之后，下一步动作会变得清楚：你可以先按来源字段做渠道比较，再单独看口碑标记的分布。如果某个渠道的口碑标记比例明显偏高，说明这个渠道的玩家更愿意向外推荐，这是渠道特征，不是来源归属问题。
动作与下一步：先做一次小范围核对
建议的实际动作是：抽一批同时出现口碑提及和可归因渠道的记录，逐条检查是否有可查的口碑时间。如果这批记录里能拿到时间的比例很低，就维持默认顺序，不做来源改写；如果比例较高，再考虑为这部分记录单独建一个标记组，而不是直接改来源字段。
这个动作的结果会直接决定下一步：核对比例低，说明当前数据条件不支持口碑优先，继续按可归因渠道记录即可；核对比例高，说明你有条件做更细的区分，此时再设计口碑时间的采集方式才有意义。反过来先改来源字段，后面就很难还原哪些记录原本属于哪个渠道。
最后要提醒的一点是：不要把搜索、广告、社媒和销售环节的指标混在同一张比较表里。口碑标记比例、渠道点击量、注册量和最终成交是不同环节的数字，放在一起比较会得出错误结论。记录来源时只解决“这条记录从哪来”，不负责解释“为什么成交”，这两件事需要分开处理。
