直接回答:把口碑线索和可归因渠道线索写成两条并行字段,而不是合并成“来源”一个值。口碑记录“谁提到我们、提到时说了什么、对方是否主动留下联系方式”,可归因渠道记录“点击或表单提交时系统能抓到的标识”。两条字段都保留,后续核对时才能知道同一笔询盘是口碑先触达、渠道后承接,还是渠道先触达、口碑再推动。
可归因渠道的原始证据通常来自页面参数、表单隐藏字段、广告平台回传或独立站后台的会话记录。它的特点是机器可读,但只能证明“某个标识出现过”,不能证明对方为什么来。
口碑传播的原始证据通常来自聊天记录、邮件转述、展会名片上的手写备注、客户主动提到的推荐人姓名,或者销售在通话里听到的“是某某让我来找你们”。它的特点是人可读,但容易在转述中丢失时间、对象和原话。
两类证据的强弱不同:可归因渠道擅长回答“哪次点击带来了这次提交”,口碑擅长回答“对方为什么选择先联系你而不是别家”。如果只留一个来源字段,两者会互相覆盖。
假设你手里有一封询盘邮件,正文写着“朋友推荐”,同时邮件里带的表单参数显示来自某个广告落地页。不要把它记成“广告来源”或“口碑来源”二选一。按下面动作处理:
first_touch和referral_mention两个字段,前者放可归因标识,后者放对方原话和提到的推荐人。这个动作的结果是:当销售后续跟进时,能同时问两个问题——“您是从哪个页面看到我们的”和“方便提一下是哪位朋友推荐吗”。前者核对渠道标识,后者补充口碑链条。下一步是否要调整渠道预算,取决于这两条线索是否指向同一批人,而不是取决于哪条记录看起来更完整。
市场角色容易把口碑询盘也算进渠道效果,销售角色容易把带参数的询盘都当成广告功劳,客服角色可能只记得对方提过推荐人。分歧往往不是谁在说谎,而是各自只看到一条证据。
把分歧转成可核对项目,可以固定问三个问题:
如果三个问题都能给出具体答案,分歧就从“谁的说法对”变成“哪个字段需要补证据”。例如,销售坚持说是老客户推荐,但记录里只有“朋友推荐”四个字,没有推荐人姓名和日期,那么下一步动作是回访补录,而不是直接修改来源字段。
口碑传播和可归因渠道各自产生的数字不能直接相加或互相替代。口碑侧常见的是“提到次数”“推荐人可识别条数”,可归因侧常见的是“点击量”“表单提交量”“广告回传量”。这两组数字的统计对象不同,一个是人的转述,一个是系统标识的出现次数。
假设某月记录到十条“朋友推荐”的询盘,同时广告后台显示一百次表单提交。不能据此说口碑贡献了百分之十,因为口碑询盘可能也包含在广告提交里,也可能完全来自线下。合理做法是分别列出两组数字,再标注交集部分有多少条同时具备两类证据。交集数量本身也只说明记录重叠,不说明因果关系。
如果某段时间可归因标识突然归零,先检查埋点、表单字段和平台回传是否正常,再检查口碑记录是否同步增加。归零可能来自技术故障、渠道暂停或记录口径变化,不能单独证明口碑替代了渠道。
下面是一个最小字段集,适用于询盘量不大、由人工跟进的团队。字段名可以替换,但两类证据要分开存放:
inquiry_id:询盘唯一编号。first_touch:首次可归因标识,没有就写“未捕获”。referral_mention:对方主动提到推荐时的原话摘录。referrer_name:推荐人姓名或可识别称呼,未知写“未知”。mention_time:口碑提及发生的时间,未知写“未知”。evidence_type:标明该条是系统记录、人工摘录还是两者都有。next_check:下一步需要补问或补录的具体事项。适用条件:团队能接受同一笔询盘同时存在两条来源字段,并且愿意在跟进时补问推荐人信息。如果业务只依赖单一广告平台且不做线下转介绍,字段可以简化,但仍建议保留“未捕获”选项,避免把未知写成已知。
不适用的情况也要说清:如果询盘完全来自匿名表单,没有任何聊天或通话记录,口碑字段只能留空,不能事后根据成交结果倒推“应该是口碑”。倒推会把记录变成猜测,后续核对时无法区分事实和解释。
完成一轮记录后,先做一次字段完整度检查:统计有多少条询盘同时有可归因标识和口碑原话,有多少条只有其中一项。这个检查的结果决定下一步是补技术埋点,还是补销售回访话术,而不是直接决定预算分配。
如果同时具备两类证据的询盘集中在少数几个推荐人身上,下一步可以核对这几个推荐人是否也出现在可归因渠道的触达记录里。如果两类证据长期互不重叠,说明口碑和渠道可能各自触达不同人群,此时把预算全部压到其中一侧会丢失另一侧的信息。记录来源的目的不是给渠道排名,而是让后续每一次核对都有原始证据可查。