网店推广方法：口碑传播与可归因渠道同时存在时怎样记录来源
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /e6b28bdbf584.html
📄
网店推广方法：口碑传播与可归因渠道同时存在时怎样记录来源
先给结论：不要试图把口碑“折算”成某个推广渠道，而是把来源拆成两层——接触来源（用户第一次在哪里看到你）和决策来源（最终促使他下单的那句话来自谁）。订单只挂一个可归因渠道，同时用独立字段记录口碑线索，两者并存但不互相覆盖。这样既能保住投放数据的可比性，又不会把朋友推荐、社群讨论这类真实动因丢掉。
先判断你手上这份订单记录缺的是哪一层
拿一张已有的订单导出表来看，通常只有一列“来源”，值可能是“搜索”“信息流”“老客推荐”。问题就出在这里：这三种值不在同一个维度上。搜索和信息流是可归因渠道，能对应到点击、落地页、广告消耗；老客推荐是口碑传播，往往没有点击链路，甚至下单前根本没打开过你的店铺页面。
判断方法很简单：问自己一句——这条来源能不能对应到一次可复查的曝光或点击？能，就归入可归因渠道；不能，就归入口碑线索。两者混在一列里，后续无论做渠道对比还是做复购分析都会失真。
把“来源”一列拆成四个字段
不需要重建整套系统，先在现有订单表上增加字段即可。建议的最小结构是：
first_touch：首次可识别的接触渠道，取不到就留空，不要猜。last_touch：下单前最后一次可识别接触，用于和投放后台对账。referral_signal：口碑线索，记录“谁提到”“在哪个场景提到”，可以是推荐人标识或社群名称。source_note：客服或运营在沟通中听到的原话摘要，用来解释前三个字段为什么这样填。
动作与结果：先只在一个月的新订单上补这四个字段，而不是全量回填。跑完一个月后，你会看到两类订单——四个字段都齐的，和只有 referral_signal 有值的。后者就是过去被“来源=老客推荐”一笔带过的部分，它们才是需要单独分析的对象。
口碑线索该记到什么颗粒度
颗粒度太粗（只写“朋友推荐”）等于没记；太细（要求客服追问推荐人手机号）会拖慢响应，还可能让用户反感。可操作的中间值是记三件事：推荐发生的场景（私聊、群聊、晒单、线下）、推荐人是否为本店已购客户、被推荐人下单前是否访问过店铺。
第三点尤其关键。假设一位用户说“同事推荐的”，同时后台显示他下单前有过一次搜索进入。这时 first_touch 记搜索，referral_signal 记同事推荐，两者都保留。如果硬把功劳判给搜索，你会高估投放效果；硬判给口碑，又会低估搜索在验证阶段的作用。两个字段并存，才能在下一次决策时分别评估。
什么时候必须做取舍，什么时候可以并存
并存是记录层的原则，取舍是归因口径层的原则，两者不冲突。需要做取舍的场景是：你要给某个渠道结算、分配预算或计算单渠道投产比。这时只能选一个口径，通常用 last_touch，因为它最接近投放后台能对上的数字。
可以并存的场景是：你要判断“为什么这个月自然订单变多”。这时看 referral_signal 的分布比看任何单一渠道都更有解释力。关键条件在于——只要口碑线索没有对应的可结算成本，就不该进入渠道投产比的分母，而应单独作为一类观察指标。
反过来，如果某条口碑线索后来被证实来自一次有明确投放的社群活动，那就应该把它移回可归因渠道，而不是继续留在口碑字段里。判断依据是：这次推荐是否有你主动发起、可复盘的触达动作。
一个假设例子：两种记法会导向不同下一步
假设某月新增 100 笔订单，其中 30 笔在沟通中提到“别人推荐”。若按旧记法全部归入“老客推荐”，你会得出“口碑贡献 30%”的结论，下一步可能加大推荐激励。若按新字段拆分，发现这 30 笔里有 18 笔同时存在搜索或信息流的 last_touch，只有 12 笔完全没有可归因接触，那么下一步动作就不同了：优先检查那 12 笔的推荐场景是否可复制，而不是直接给全部 30 笔发奖励。
这个例子里的数字只是说明比较方法，不代表任何行业的实际比例。真正要带走的是那个动作：先拆分，再决定把资源投给哪一类。
记录之后，下一步该验证什么
字段补全只是起点。接下来要做的是定期回看 referral_signal 有值但 first_touch 为空的订单，检查它们是否集中在某类场景或某段时间。如果集中出现，说明存在一条你尚未主动运营的传播路径，值得单独设计承接方式；如果长期零散，则维持记录即可，不必为它单独建渠道。
最后提醒一点：某个渠道的点击量或某项统计归零，并不能单独证明你的记录方式正确，它也可能只是投放暂停、页面改动或统计口径调整的结果。把字段记录和这些外部变化放在一起看，才能判断下一步该改记录、改投放，还是两者都不用动。
