客户线索进 CRM：先分清客户、联系人和每一次咨询

先看一个会把线索“去重掉”的例子

以下是假设输入：同一位采购周一问网站建设，周三又问表格汇总；公司另一个同事也使用同一个公共邮箱。如果只按邮箱去重，三条有价值的咨询可能只剩一条。应当合并的是重复传输，是否属于同一客户要另行判断。

第一版可以建立三类编号：客户编号对应组织或个人客户，联系人编号对应接洽对象，咨询编号对应一次具体需求。客户暂时不明确时，咨询仍可保存为待补充，不必为了导入而编造公司名。

给每条输入决定一个去向

自动处理最稳妥的依据是来源记录号或已确认的客户编号。邮箱、电话和名称可以帮助找到候选，但公共号码、人员调动和同名企业都会让“相同字段”失去唯一性。合并操作应展示两边原值，让负责人选择保留哪些信息。

导入表只保留当前跟进需要的字段

建议最少包含来源记录号、收到时间、原始称呼、联系方式、需求原文和负责人。客户编号、联系人编号、跟进状态是整理后补充的字段。原始留言与内部备注分开保存，避免把业务人员的判断写回成客户原话。

联系方式按文本处理；电话号码中的国家区号、前导零和分机不能因为转成数字而丢失。首尾空格等格式整理可以记录转换结果，原始值继续保留。缺少联系方式时，记录进入“待补资料”，而不是伪造一个默认号码来满足必填条件。

同步以后，用编号证明发生了什么

每批导入输出四种结果：新建、更新、跳过重复、待人工处理，并附来源编号与目标编号。页面显示“成功”还不够，应该能用目标编号打开对应咨询，看到需求原文和负责人确实保存。

网络中断时，先按来源编号查询目标是否已有记录。已写入但没收到回复的请求，不能简单当作失败再创建。若目标系统不支持来源号查询或重复保护，先采用人工确认的批量导入，减少不确定状态下的自动重试。

用五条测试数据验收第一版

1. 同一来源记录导入两次，目标只出现一条咨询。
2. 同一客户的新需求保留为另一条咨询。
3. 公共邮箱对应不同联系人时，出现可处理的候选，而非强行合并。
4. 人工确认合并后，旧编号、原留言和操作记录仍可回查。
5. 处理中断后重跑，已完成项不增加重复，未完成项有明确去向。

首期交付可以是一张导入表、重复候选清单和查询页面。先让团队可靠接住线索，再根据实际分配习惯增加提醒和自动派单。