询盘表单多选结果进CRM只剩代码，该查哪张映射表

销售打开一条新询盘，需求字段里只有“3|7”。客户提交表单时明明勾选了“需要二维图纸”和“索取认证资料”，CRM却没有显示文字。销售只能回到官网找同一份表单，猜测3和7对应什么；如果表单已经改版，这次猜测还可能套用新选项，误解客户当时的需求。

询盘表单多选结果进CRM只剩代码，问题通常不在客户输入，而在选项映射没有跟着线索一起保存。代码适合系统传输，销售需要可读标签。网站、接口与CRM应共享一份有版本的映射关系，同时保留客户提交时的原始值。

询盘表单多选代码要能还原提交时的标签

先查看浏览器提交的原始数据。页面上显示“需要二维图纸”，HTML里的value可能是drawing_2d，也可能只是数字3。接口收到后若把数组拼成“3|7”，CRM又没有对应字典，前台文字就此丢失。排查时要把页面选项和网络请求放在一起，再对照CRM字段，看代码在哪一步失去标签。

映射表至少要保存稳定代码与显示标签，并记录适用语言和版本。比如drawing_2d在中文表单显示“需要二维图纸”，英文表单显示“2D drawing required”，两者进入CRM后仍使用同一个代码。销售界面可以显示当前语言的标签，后台同时保留drawing_2d，便于统计与接口对接。

选项改名时不要直接覆盖历史含义。假设“索取认证资料”后来改成“需要CE证书”，旧询盘中的cert_docs不能自动变成更窄的新标签。映射表应给旧版本保留生效时间，或者新建cert_ce代码。这样销售查看半年前的线索时，看到的是客户提交当天的选项，不会被今天的页面文案改写。

表单字段本身也要控制数量。多选项过多，客户容易随手全勾，CRM里则出现一长串难以处理的需求。字段设计可以参考官网表单关键条件的取舍方法，只保留会改变资料准备或销售分工的选项。普通留言可以交给文本框，不必再造一个代码。

CRM既要保存原始值，也要给销售明确动作

接口写入CRM时，可以同时保存原始代码和提交时标签。原始代码用于审计，标签给销售阅读；若CRM支持子表，还可把每个选择拆成一行。通知邮件可以只显示标签，但要带上线索编号，方便销售回到CRM核对原始代码。接口遇到未知代码时，不要静默丢弃，应把它标成“未识别选项”并记录表单版本，让维护人员知道映射缺口出在哪里。

线索来源字段不能混进多选结果。产品页地址、活动参数属于来源信息，客户勾选的图纸或认证需求属于意向信息，两者需要各自字段。若来源页面也经常变空，可按CRM来源页面丢失的排查顺序检查隐藏字段和接口。分开保存后，销售才能判断客户从哪个页面来，又需要准备什么资料。

多语言表单还要检查分配规则。系统不能拿显示标签做国家或销售归属判断，因为标签会随语言变化。路由应读取稳定代码以及客户明确选择的国家字段。自动识别结果只能作为辅助，具体风险可参照国家识别导致错误销售分配的处理方法。

上线验收要提交一条可追踪的测试询盘。测试人员勾选两个选项，记录页面版本和原始请求，再核对CRM展示与通知邮件，随后查看导出文件。CRM里应看到对应标签，原始代码也能查到；邮件若只显示文字，仍要确认后台没有把代码覆盖掉。随后修改一个测试标签，旧线索的显示结果不应跟着变化。

这份映射还能帮助内容团队判断资料缺口，但不能直接把勾选次数写成客户结论。内容人员应回看对应询盘，确认“需要二维图纸”来自真实采购任务，再决定是否补充下载说明或FAQ。映射准确后，销售不必猜代码，网站维护人员也能沿着表单版本找到问题发生的环节。