推广方案：口碑传播与可归因渠道同时存在时怎样记录来源
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /e51d99b004f6.html
📄
推广方案：口碑传播与可归因渠道同时存在时怎样记录来源
如果一笔转化同时有可追踪点击和熟人推荐，记录来源时应当把两者拆成“触达来源”和“决策来源”两个字段，而不是只选一个。只有当口碑发生在点击之前、且推荐人无法被链接追踪时，把口碑单独记为决策来源才成立；若推荐人本身也是通过投放内容看到你，两个字段都要保留，否则后续预算会误判。
先分清两种来源回答的不是同一个问题
可归因渠道回答的是“最后一次可识别的触达从哪里来”，口碑传播回答的是“谁让这个人愿意认真考虑”。这两类信息在推广方案里的用途不同：前者用于判断投放素材、落地页和时段是否有效，后者用于判断推荐关系、社群和线下场景是否在起作用。把两者塞进同一个下拉选项，等于让一个字段承担两种决策，后面无论看报表还是调预算都会失真。
一个可行的做法是在线索表里保留三个位置：last_touch、referral_note、decision_source。前两个由系统或人工分别填写，第三个由销售或客服在首次有效沟通后确认。这样即使推荐人没有专属链接，也不会把口碑信息丢掉。
什么时候可以只记口碑，什么时候必须保留点击
只记口碑成立的条件比较窄：客户明确说“是朋友让我来的”，且在此之前没有任何可识别的点击、扫码或表单来源，推荐人也没有转发过你的投放内容。这种情况下，把口碑记为决策来源、把直接访问记为触达来源，不会造成明显误导。
反例是：推荐人先看到一条广告，再把链接转给朋友，朋友点开后才咨询。如果只记口碑，你会以为该渠道不需要投放；如果只记点击，你会以为推荐关系不存在。两种单记法都会让下一步动作走偏——前者可能砍掉仍在起作用的投放，后者可能忽略推荐人维护。遇到这种重叠，正确动作是保留两个字段，并在复盘中按“口碑是否独立于投放”单独分组观察。
记录字段怎么设计才不影响后续判断
字段设计要服务于两个动作：一是判断某条渠道是否值得继续投入，二是判断推荐关系是否需要运营。可以按下面顺序落地：
- 触达来源只保留可验证的标识，如投放计划、内容编号、活动码，不把“朋友介绍”填进这里。
- 推荐信息单独记录推荐人身份、推荐发生的时间点，以及推荐人是否也来自某次投放。
- 决策来源在首次有效沟通后确认，允许填“口碑+点击”这类组合值，不允许留空默认成直接访问。
- 复盘时先看决策来源的分布，再看触达来源的分布，两者不混在同一张对比图里。
这样做的结果是：当某条投放的点击量下降但决策来源里口碑占比上升时，你不会立刻判定投放失效，而会先检查推荐关系是否在替代部分触达。下一步动作也随之变化——不是加预算，而是确认推荐人是否获得了可转发的素材。
一个带假设的短例子
假设某月有 40 条咨询，其中 15 条填了投放链接，10 条由老客户口头推荐，另外 15 条既有推荐又有点击。若只按点击归因，投放看起来贡献 30 条；若只按口碑归因，口碑看起来贡献 25 条。两种算法都成立，但指向的动作不同。更稳妥的做法是把 15 条重叠线索单独列出，观察它们在后续成交中的表现是否与纯点击或纯口碑不同。这里不预设哪种更好，只说明重叠部分必须被看见，否则任何一边的结论都建立在被删掉的数据上。
什么时候这套记录方式会失效
如果团队没有在首次沟通时确认决策来源，只靠事后补填，重叠线索会大量退化成“直接访问”或“其他”。另一个失效条件是推荐人本身无法被识别，例如公开社群里的匿名推荐，此时口碑只能记为“来源不明”，不能硬塞进某个渠道。遇到这两种情况，先不要急着优化渠道，而是把确认动作前移到首次有效沟通，并允许“来源不明”作为一个正常选项存在。
下一步动作很简单：在下一次推广方案复盘前，先抽查最近 20 条线索的 decision_source 字段，看有多少条是空值或被默认成直接访问。如果超过你能接受的比例，先修记录流程，再谈渠道取舍。
