外贸询盘联系人应按采购与技术角色分开交接

客户工程师从产品页提交询盘，采购人员在回复邮件里加入报价要求，项目负责人又指定另一名同事接收图纸。销售若不断用新邮箱覆盖原联系人，询盘联系人之间的职责和沟通范围很快会混在一起。外贸询盘需要同时保留谁发起需求、谁确认技术条件、谁处理商务事项。本文讨论网站表单、CRM关系和销售交接，不判断联系人在客户企业中的法定授权。

询盘联系人按本次需求建立角色关系

CRM不应只在客户公司下面放一个“联系人”字段。人员资料、企业资料和本次询盘属于不同对象：同一人在不同项目中可能承担不同职责，一次询盘也可能同时关联多个人。系统应保留原始提交者，再为本次需求增加技术沟通、商务沟通、文件接收或项目协调等角色。角色可以由同一人兼任，但不能因为出现新邮箱就删除旧关系。

网站表单先收集提交人的姓名、公司邮箱、所在部门和本次需求，角色字段允许客户选择最接近的职责，也允许暂时填写“待确认”。产品页已经选择的型号、配置和来源地址，应和联系人关系一起进入询盘。具体传递方法可参考产品页型号与配置快照，避免销售知道联系人是谁，却看不到他提交时关注的产品条件。

其他联系人可在回执页或后续邮件中补充。补充记录要写明由谁添加、加入时间、承担角色和可接收材料范围。系统不能仅凭相同公司域名就开放全部历史询盘，也不能把抄送地址自动认定为采购负责人。使用公共邮箱或外部顾问邮箱时，应由当前负责销售确认其与本次需求的关系，再决定是否发送报价、图纸或交付文件。

询盘联系人还要区分个人联系方式与询盘级沟通偏好。某人可以拒收日常进度邮件，但仍保留技术确认角色；采购人员更换后，旧联系人也可能需要查看已确认的技术结论。CRM应记录角色生效和结束时间，不要覆盖为一张只反映当前状态的名单。涉及报价变更时，还需把接收人对应到客户需求与报价版本关系，便于说明某一版条件发给了谁。

销售交接同时移交沟通范围与未决事项

销售转交询盘时，接手人需要看到联系人关系图，而不是一串按时间排列的邮箱。交接摘要可列出当前技术联系人、商务联系人、待确认角色和最近一次有效沟通，并标出尚未得到答复的问题。原始来源、首次提交时间与已经发送的附件继续保留。负责人变化本身应进入历史，响应计时可沿用询盘转派的归属保留方法。

每次外发材料前，系统应让销售选择接收角色并显示实际地址。技术图纸不因某人属于同一公司就自动群发，含价格条件的报价附件也不应沿用过期的抄送名单。若客户要求新增联系人，销售需把请求原文、确认方式和生效范围放进同一询盘。删除联系人时保留历史关系，同时停止后续通知，已发送材料则继续留在沟通记录中。

公开询盘页面可以说明多联系人协作流程、回执编号用途和材料发送边界，让搜索用户在提交前知道后续怎样联系。真实姓名、邮箱、公司关系和历史附件只在受控页面显示，不进入sitemap，也不能形成可枚举地址。感谢页只返回本次提交编号与下一步说明，不展示CRM里已存在的其他联系人。

上线验收可用单人兼任采购和技术、采购中途更换、外部顾问参与、公共邮箱提交等脱敏情形逐项测试。检查新联系人能否加入正确询盘，旧关系是否保留，外发材料是否遵守接收范围，负责人转派后未决事项是否完整。系统若无法确认某人的角色，应把问题交回当前销售，而不是凭邮箱或职位名称替客户作决定。