营销推广框架，口碑传播与可归因渠道同时存在时怎样记录来源
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /9a19c8b3c4b2.html
📄
营销推广框架，口碑传播与可归因渠道同时存在时怎样记录来源
记录来源的核心不是二选一，而是给每条线索保留两层信息：可归因渠道的触点记录，以及口碑传播的关系路径。当业务已经能稳定拿到带参数或带表单来源的线索时，继续沿用旧口径会把口碑带来的转化误记成自然流量或直接访问；一旦发现成交客户里出现大量“朋友介绍”却无法回指，就需要切换到双轨记录。判断依据是：线索首次接触是否可被系统捕获，以及口碑推荐人是否愿意被记录。
条件一：首次接触可被系统捕获时，用触点链记录
适合已有落地页、表单或私域承接工具的业务。此时口碑传播往往表现为“朋友发了一个链接或二维码”，推荐动作本身可以被参数化。
具体动作：给每位可识别的推荐人生成独立标识，例如在链接后附加 ?ref=推荐人编号，或在表单中增加一个选填的“谁推荐了你”。这条记录只回答“首次接触来自哪个触点”，不回答“为什么最终成交”。
结果如何影响下一步：如果新客的首次触点标识集中在少数推荐人身上，说明口碑路径可以被追踪，后续可以按推荐人维度查看线索质量，而不是只看渠道总量。若标识大量为空，说明推荐人没有动力或没有渠道传递标识，此时应改用条件二的记录方式，而不是继续加参数。
条件二：首次接触无法被系统捕获时，用关系路径补记
适合口碑发生在电话、线下见面、群聊或熟人转述中的业务。这类推荐没有可点击链接，强行归因到某个渠道会制造假数据。
具体动作：在销售或客服首次接触时，增加一个固定问题：“你是怎么知道我们的？”把回答分成三类记录：明确推荐人、模糊来源（如“朋友说的”）、无来源。对明确推荐人，单独记下推荐人姓名或编号；对模糊来源，只记录为口碑类，不强行指定到某个渠道。
结果如何影响下一步：如果明确推荐人占比高，可以建立推荐人清单，用于后续回访和致谢；如果模糊来源占比高，说明口碑在发生但路径不可见，此时应把重点放在销售话术的一致性上，而不是追求渠道报表的精确。这里要区分：搜索、广告、社媒和销售的指标口径不同，不能把口碑类线索直接折算成某个广告渠道的转化率。
两层记录如何合并，避免重复计数
双轨记录的关键是让两层信息各归其位，而不是互相覆盖。可归因渠道记录的是“触点”，口碑记录的是“关系”。同一条线索可以同时拥有两者。
- 触点字段：首次来源、来源类型、是否带参数。
- 关系字段：是否有人推荐、推荐人是否可识别、推荐发生在哪个阶段。
- 冲突处理：当参数显示来自广告、但客户口述是朋友推荐时，保留两条记录，不删除任何一条。
假设一个例子：某条线索的广告参数显示来自信息流，但客户说“朋友发给我一个链接”。此时触点记录为信息流，关系记录为朋友推荐。这个假设只用于说明比较方法，不代表真实投放结果。这样记录后，后续判断该不该继续投放时，可以分别看“带参数线索的成交情况”和“有推荐关系的线索的成交情况”，而不是把两者混成一个数字。
什么情况下应该放弃双轨，只保留一种记录
双轨记录有成本，不是所有业务都值得长期维持。出现以下情况时，可以简化。
- 口碑推荐几乎不发生在可识别的人之间，推荐人无法记录，关系字段长期为空。此时保留触点记录即可，口碑只作为定性反馈。
- 业务线索量极小，每次接触都由同一个人完成，口头询问已经足够，不需要额外字段。
- 渠道数据口径本身不稳定，触点记录频繁丢失或重复，先修复触点记录，再考虑增加关系字段。
例外在于：如果业务正在从纯投放转向老客推荐，即使当前线索量不大，也建议先保留一个最简关系字段，否则推荐带来的线索会被归入“直接访问”，后续无法回看。请求量或抓取量归零不能单独证明某种记录方式正确，还要看线索是否真的来自该来源、销售是否实际执行了询问动作。
执行时最容易出错的一个动作
很多团队把“来源”设成单选题，导致销售在广告参数和口碑推荐之间被迫二选一。正确做法是把来源拆成两个独立字段，允许同时填写。这个动作的结果是：渠道报表不会因为口碑记录而失真，口碑推荐也不会因为渠道参数而消失。下一步可以按周抽查两条记录是否一致，若不一致，先追问销售当时的询问方式，再决定是否调整字段，而不是直接修改历史数据。
