同一客户多次询盘时怎样保留首次来源和本次来源

客户第一次从百度搜索进入官网并提交询盘，几周后又点开销售发来的产品链接，再次填写表单。CRM把客户主档里的询盘来源改成“直接访问”，市场人员回看时便以为这名客户与搜索无关。多次询盘并不等于首次获客渠道发生了变化。

询盘来源至少要回答两个问题：客户最早通过什么入口被识别，本次需求又从哪个页面和渠道进入。把两类信息塞进同一个字段，后一次提交必然覆盖前一次，销售与市场看到的也会是不同口径。

多次询盘的来源要分到客户主档和询盘事件

客户主档保存首次来源，字段可以包括首次识别时间、首次落地页、来源渠道和活动参数。该组字段只在客户第一次建立时写入，已有值时不因新表单覆盖。客户首次访问时已保存UTM，跨页或返回后提交表单仍应带入原值；这条链路可按广告访问进入官网后的来源保存方法检查。

每次询盘则建立独立事件，记录本次提交时间、来源页、入口渠道、活动参数、表单编号和提交编号。客户从邮件中的产品链接回访，本次来源可以是邮件；他直接输入网址后提交新需求，本次来源也可以记录为直接访问。事件字段描述的是这次需求如何到达，不负责改写客户最早的获客记录。

客户、联系人和询盘不能混成一张表。公司名称相同不一定是同一采购项目，共用邮箱也可能对应不同联系人。系统可以用已确认的客户ID关联多次询盘，但每条询盘仍要保留产品型号、需求内容、附件和页面版本。销售从客户主档进入时，既能看首次来源，也能按时间查看后续每次需求。

来源页为空时，不要用客户主档的首次落地页回填本次事件。两者可能相隔数周，回填会制造一条看似完整但并非真实的路径。应保留空值并标记采集状态，再按官网表单来源页面为空的排查方法检查隐藏字段、跳转和接口映射。

销售处理新询盘时，更需要看到本次来源和本次访问页面。客户从某个产品对比页提交，销售应知道他正在比较哪些型号；客户从售后文章进入，则可能是在补充已有项目问题。CRM通知可以显示本次渠道、来源页和询盘编号，首次来源放在客户摘要中，避免两组字段名称相近而被误读。

市场统计也要明确口径。分析“哪些渠道带来新客户”时，按客户首次识别记录去重；分析“哪些内容促成新的需求”时，按询盘事件的本次来源计算。同一个客户在周期内提交两次，可以贡献一次新客户和两次需求事件，但报表标题必须说明统计对象，不能把两种数量直接相加。

重复询盘识别只决定是否复用客户主档，不应删除事件记录。两次提交确实是浏览器重试时，可以在技术层标为重复请求；客户隔日补充规格、上传新图纸或询问另一型号，则应保留新事件。已有记录需要合并时，可参照CRM合并重复询盘并保留跟进记录的方法，让来源和附件仍可回查。

历史数据修复不能凭销售印象批量补来源。能从表单日志、邮件通知或活动参数找到证据的，才写入对应事件，并记录补录时间和依据。只有客户主档有一个旧来源字段、无法判断它代表首次还是最近一次时，应标记“口径不明”，不要把它当作准确的首次来源参与渠道比较。

上线验收可用同一测试联系人完成两次提交。第一次从带活动参数的页面进入，第二次从销售分享链接进入。CRM应只保留一个客户主档，首次来源不变，同时生成两条带不同本次来源的询盘事件。销售通知、客户时间线和渠道报表都能解释这两次记录时，来源归因才没有在交接中被覆盖。