报价单里常把型号写成销售熟悉的简称，官网产品页却使用完整型号，客户提交询盘后，销售和技术人员很快发现同一件产品出现两套叫法。判断方向不是把页面标题全部改成报价习惯，而是先建立可查的型号映射，把报价、资料和询盘记录接到同一条产品线上。
简称从哪里进入官网资料
型号简称通常不会只出现在报价单。销售表格里可能写"A款升级版"，产品手册封面写完整型号，图纸文件名又带旧代号，检测记录按项目编号保存。编辑人员只看其中一份资料，就容易把简称当成正式名称，写进产品页标题、下载按钮、FAQ回答和图片alt。客户再用报价单上的简称搜索站内内容时，页面能打开，但参数、配件和可选版本未必能对应。
更麻烦的是，简称会沿着多个环节继续扩散。报价单模板被复制到新项目，老客户邮件里沿用旧叫法，业务员把聊天截图交给编辑，图片文件夹按拍摄批次命名，英文站页面又把简称翻成另一种写法。到这里，官网已经不是少改一个标题，而是产品ID、型号映射、报价版本和资料编号之间没有共同索引。页面看起来完整，实际交接时却要靠人记忆补齐。
处理这类问题，先给每个产品建立稳定的产品ID，再把报价单型号、官网型号、内部旧代号、英文页URL和资料文件名放在同一张映射表里。表里不需要写很多解释，关键是记录来源：报价版本号、手册修订日期、图纸编号、检测记录编号、责任人和生效时间。类似产品参数更新记录中提到的修订字段，也应进入映射表，避免页面编辑只知道要改文字，却不知道哪个版本已经作废。
映射表还要区分展示名和检索名。展示名用于官网标题和面包屑，检索名用于站内搜索、表单隐藏字段和CRM备注。比如官网保留完整型号，报价简称进入别名字段，客户按简称提交询盘时，系统仍能带出产品ID和正式型号。凯乐丰在做官网资料结构时，会把这种别名表视为产品页上线前的基础资料，而不是后期补丁。
询盘交接要带着映射结果走
只把映射表留在编辑端还不够。询盘表单应同时记录来源页、产品ID、客户输入的型号词、系统匹配的正式型号和语言版本。若客户从资料下载页进入，还要保留文件版本和下载入口，做法可参考资料下载表单记录产品ID这类设计。销售看到线索时，不必再猜客户说的简称对应哪张图纸，技术人员也能按检测记录和手册版本核对。
CRM字段建议保留两层信息：客户原话和系统映射结果。客户原话用于判断搜索习惯，系统映射结果用于分配负责人、生成报价和回填统计。两者不能互相覆盖。若销售手工改了型号，记录里应留下改前值、改后值和修改理由，尤其是同系列产品存在电压、尺寸、材质或包装差异时，随手改名会让后续报价失去依据。
还要给异常情况留位置。客户可能只写旧型号，可能把两个系列混在一句话里，也可能上传带旧编号的图纸。表单不一定能自动判断，但后台应把这些线索标成"待确认"，并显示最近一次报价版本、当前官网页面、可下载手册、台账状态和负责产品线。销售转交技术排查时，技术人员看到的是同一组记录，而不是分散在群聊、邮箱和后台备注里的碎片。
上线前可以抽查几条真实路径：报价单里的简称能否搜到对应产品页，产品页表单能否带出产品ID，英文页URL是否映射到同一正式型号，手册下载记录是否显示资料版本，销售转交时是否能看到负责人。若还要做产品对比页，型号参数比较的字段一致性也要同步检查。这样处理后，官网不是替销售记一堆别名，而是让每个简称都能回到明确的产品、资料和交接责任。
