官网里有询价表单、资料下载表单、案例页留言和售后问答入口，后台却只把来源写成“官网”。销售看到线索时，不知道客户是下载了手册、看过案例，还是从某个型号页提交询价，跟进话术就容易跑偏。
来源字段不能只写一个大类
表单来源要回答的是客户从哪里来、为了什么提交、和哪个产品有关。若所有入口都写成 website，CRM 里看起来很整齐，实际把不同意图混在一起。资料下载客户可能只想核对参数，询价客户需要报价，售后问答客户可能已经买过产品，三类线索不应进入同一个模糊字段。
字段应至少拆成 form_type、source_url、entry_module、product_id、language、utm_source 和 submit_id。比如同一个客户从英文产品页下载手册，再从中文案例页留言，销售就能看到两次行为的差别。若表单只记录姓名电话，资料版本和产品 ID 会丢失，相关问题可参考资料下载表单缺少产品ID的处理方式。
来源字段还要避免被后一次提交覆盖。客户先下载 PL-240 手册，五分钟后又提交 RFQ，如果系统只保留最新 source_url，销售会误以为客户只看了询价页。更稳的做法是保留行为记录表，再把核心入口摘要同步到线索主表。
字段默认值也要谨慎。模板里写死 source=contact，会让侧边栏询价、页脚留言和资料下载都变成同一来源。可以保留默认值兜底，但必须同时记录真实页面 URL 和模块位置，后续发现异常时才有排查依据。
页面入口和产品字段要同时传递
很多表单组件会复用同一套代码，只改页面上的按钮文案。若隐藏字段没有跟着页面变化，案例页、型号页和资料页都会传同一个 source_label。上线前应检查每个表单的 data-form、data-product、data-page 和语言字段，确认它们来自当前页面，而不是模板默认值。
产品字段尤其重要。客户在系列页提交时，销售需要知道他看的是系列范围；客户在型号页提交时，销售要看到具体型号、参数版本和图片修订。若只记录来自官网，销售需要回头问客户看过哪款产品，跟进效率会下降。这个问题和询盘只记录来自官网的情况相近，但本轮重点是多个表单共用字段造成的覆盖。
多语言页面还要传 locale 和 target_page。英文页客户提交后，CRM 若只显示中文页面标题，销售可能发送中文资料。若页面用了自动跳转，表单字段还要记录提交前的实际 URL，避免客户从英文页来，系统却写成中文落地页。
附件字段也别漏。客户上传 STEP 图纸、询价清单或现场照片时，CRM 记录要保留附件类型和关联产品，不要只显示“有附件”。销售交接给技术人员时，能看到附件来自哪个表单、对应哪个型号，沟通成本会低很多。
验收要看CRM记录，不只看提交成功
表单测试不能只看前台提示“提交成功”。验收时应从产品页、案例页、资料下载页和移动端各提交一次，进入 CRM 后逐条核对 source_url、form_type、product_id、manual_version、language、submit_id 和创建时间。若有任一字段为空或被覆盖，就不能算通过。
测试样本也要覆盖连续提交。可以用同一个邮箱先下载资料，再提交询价，再从案例页留言，观察 CRM 是新增三条行为记录，还是把前两条覆盖成最新一次来源。若系统需要合并线索，应保留行为明细，不要只留下单一入口。
合并规则要写清楚。线索主表可以显示最新跟进入口，但行为表要保留每次提交的页面、表单和产品字段。销售打开客户详情时，能看到“下载手册、查看案例、提交询价”的顺序，才知道该从资料版本还是报价需求切入。
成功页也要检查。部分系统会把邮箱、手机号或来源参数写进 URL，日志和统计平台都会留下记录，隐私风险会扩大。相关处理可参考询价成功页不要把客户邮箱写进网址。来源字段应该进后台记录，不应暴露在可分享的成功页地址里。
凯乐丰在梳理线上获客链路时，会把表单字段、CRM 字段和销售跟进记录放在同一张验收表里看。字段名、字段来源、是否必填、是否可覆盖、展示给销售的文案，都要有明确规则。这样客户从哪个入口进来，销售就能按真实需求跟进，后续复盘也能知道哪个页面带来的是下载、询价还是售后问题。
