28推推广，口碑传播与可归因渠道同时存在时怎样记录来源
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /36eb6126e9ac.html
📄
28推推广，口碑传播与可归因渠道同时存在时怎样记录来源
把两者放进同一张来源表，但用两个字段分开记录：一个字段写“首次接触来源”，另一个字段写“最终可归因来源”。口碑带来的客户往往在成交前才通过搜索、广告或直接访问出现，如果只保留最终来源，口碑会被系统性地抹掉；如果只保留口碑，投放效果又无法评估。判断标准是：这次成交是否由一段可识别的推荐行为触发，以及该推荐行为能否对应到一个具体的人或场景。
先分清两种记录目的，再决定字段怎么设
可归因渠道的记录目的是评估投放和内容的投入产出，需要能回溯到一次点击、一次曝光或一个带参数的链接。口碑传播的记录目的是识别谁在替你说服别人，需要保留推荐人、推荐场景和推荐发生的时间点。两者服务的问题不同，所以不能只留一个来源字段。
实际操作中，可以在客户记录里同时保留三个信息：首次来源、最终来源、推荐人标识。首次来源回答“他最早从哪里听说”，最终来源回答“他成交前最后一次接触是什么”，推荐人标识回答“有没有人主动向他说起过”。当推荐人标识为空时，按可归因渠道处理；当推荐人标识存在时，无论最终来源是什么，都单独标记为口碑影响。
什么条件下该保留口碑字段，什么条件下可以合并
保留口碑字段的前提是：业务存在熟人转介、老客户推荐、社群内互相介绍这类可识别的推荐行为，并且推荐人能对应到具体记录。只要这个前提成立，合并来源就会掩盖真实的说服链条，后续做老客户维护或推荐激励时找不到对象。
可以合并的前提是：业务几乎不依赖人际推荐，客户基本来自公开渠道的主动搜索或广告触达，且没有可识别的推荐人。这种情况下强行加一个口碑字段，只会让录入变复杂，实际填写的值大多为空，反而降低数据可用性。
还有一种中间情况：推荐行为存在，但推荐人无法对应到具体记录，比如匿名论坛里的讨论。这时可以保留“口碑影响”这个标记，但不强行绑定到某个人，把它当作来源类别而不是来源个体处理。
用两条记录线代替一个来源字段
一种可执行的做法是维护两条记录线，而不是在一个字段里做取舍。
- 渠道线：记录点击、曝光、访问来源、带参数链接，用于评估投放和内容。
- 口碑线：记录推荐人、推荐发生的时间、推荐时提到的具体内容，用于识别说服链条。
两条线在客户成交时汇合。汇合规则可以写成：若口碑线存在有效推荐人，则在渠道线之外附加口碑标记；若口碑线为空，则只按渠道线归类。这样既不会让口碑吞掉投放数据，也不会让投放数据吞掉口碑。
假设一个客户先由老客户口头推荐，之后自己搜索品牌词进入并完成咨询。按上述规则，渠道线记录为自然搜索，口碑线记录为“老客户A推荐”。两条线同时存在，后续评估投放时不会把这次成交算作搜索的独立功劳，做推荐激励时也能找到老客户A。这个例子只说明记录方法，不代表任何真实业务结果。
记录之后要做的动作，以及它如何影响下一步
记录完成后，需要定期做一次来源核对：把口碑标记的成交单独列出来，看这些客户在渠道线上的首次来源和最终来源分别是什么。如果大量口碑客户最终来源都是品牌词搜索或直接访问，说明口碑在成交前会先转化为主动查找行为，此时评估投放时应当把品牌词和直接访问单独看待，而不是和泛流量混在一起。
核对结果会直接影响下一步决策：当口碑标记的成交占比持续偏高，而渠道线数据没有对应增长时，优先动作是维护推荐来源，而不是加投广告；当口碑标记很少、渠道线数据集中且可回溯时，优先动作是优化可归因渠道的承接环节。这个判断依赖的是两条记录线之间的关系，而不是任何单一指标的涨跌。
容易出错的三个记录习惯
第一，把“客户说是朋友介绍”直接写成口碑来源，覆盖掉原有的渠道记录。正确做法是补充口碑标记，不删除渠道线。第二，把推荐人写成客户自己，导致后续无法区分主动搜索和被动推荐。第三，在推荐人无法确认时强行填一个名字，让口碑线失去可信度。这三种做法都会让两条记录线退化成一条，失去分开记录的意义。
如果发现某段时间口碑标记突然归零，不能直接判定推荐行为消失。更合理的解释包括：录入规则变了、推荐人字段被合并、或者成交周期拉长导致推荐发生在统计区间之外。需要先核对记录规则和统计区间，再判断是否真的发生了变化。
