官网询盘转派销售后要保留原始归属与响应时限

官网收到一条询盘，系统按地区分给销售甲。甲发现产品不属于自己的业务线，转给销售乙；乙打开CRM时只看到自己是负责人，提交时间却被改成转派时间。客户已经等待数小时，来源页面、转派原因和谁先处理过也说不清。询盘转派若覆盖原记录，销售交接与响应统计都会失真。

转派不是重新创建一条线索，也不该把旧负责人从历史中抹掉。CRM需要保留客户最初提交的事实，再把负责人变化记录成独立事件，让销售、运营和管理人员看到同一条询盘经历了什么。

询盘转派要新增事件，不能改写首次归属

线索主记录应保留稳定的询盘编号、首次提交时间、来源页面和原始表单内容。首次负责人、首次分配时间也要单独保存。转派发生时，系统新增一条事件，记录转出人、接收人、操作时间、原因代码和备注，不覆盖此前字段。客户再次查看原邮件或销售回查页面时，仍能对应同一编号。

转派原因应使用受控选项，例如产品线不符、区域调整、语言能力或人员请假；自由备注只补充具体情况。若原因只写“转一下”，运营无法判断是路由规则错误还是临时协作。国家识别造成的错误分配，可结合外贸表单识别国家后误分销售的排查方法核对客户选择、识别结果与实际交付地区。

原始来源不能随负责人变化。客户从哪一个产品页、文章页或广告落地页提交，仍属于本次询盘的获客记录；销售所属部门不是来源渠道。客户后来又提交新表单时，还要区分首次来源与本次来源，可参照同一客户多次询盘的来源保留方法，不要把转派事件误当成一次新转化。

附件和客户要求也要跟着同一线索交接。转派通知不能只带姓名、公司和一句需求摘要，应包含产品型号、数量单位、目标市场、附件状态及来源页版本。文件仍保存在受控存储中，接收人通过权限链接查看；邮件转发副本不作为唯一资料，避免附件更新后两边看到不同版本。

负责人字段可以显示当前销售，但历史区必须能还原每次变化。销售甲已经写过跟进记录或给客户回信时，这些记录保持原作者和时间，不能归到销售乙名下。重复询盘合并也遵循同一原则，具体可参考CRM合并询盘时保留销售跟进记录的方法。

响应时限通常应从客户提交成功或线索进入CRM的既定节点起算，不能在每次转派后重新归零。系统可以同时计算总等待时长和当前负责人接手后的处理时长。前者反映客户实际体验，后者用于发现哪个环节停留过久，两者不能混成一个数字。

若线索因缺少资料进入待确认队列，应记录暂停条件和恢复时间。暂停不等于删除等待记录，报表要说明采用的是自然时长还是扣除待补资料后的服务时长。业务规则允许重新起算时，也应保存原计时值、依据和批准人，不能由接收销售手工修改提交时间。

转派通知应让接收人明确下一步。系统可显示客户最近一条消息、已经完成的动作、待确认字段和承诺回复时间。销售乙接单后选择“已接收”，CRM记录接收时间；超过规定时间无人接收，则进入运营提醒，而不是自动再转一次并留下多名销售都以为别人会处理的状态。

客户已经收到销售甲的回复时，交接更要谨慎。销售乙继续使用同一邮件线程和询盘编号，并在内部记录交接说明。对外是否更换联系人按业务需要决定，但不能让客户同时收到两封重复自我介绍。需要协作而非完全移交时，可设置主负责人和协作人，不必靠反复转派表达分工。

上线验收可提交一条测试询盘，确认首次负责人和计时起点，再执行一次跨部门转派。接收人应看到完整来源、表单快照、附件状态和旧跟进记录；报表中的客户总等待时间连续增长，转派事件则单独显示。再撤回或二次转派，历史顺序仍能还原，询盘转派功能才真正支持销售交接，而不是只改了负责人姓名。