更新时间：2026年10月08日

重复客户合并前，页面应先解释匹配依据，再让用户逐字段比较并选择保留值。两条记录都叫“周敏”不代表能直接合并，电话、邮箱和地址需要并排呈现差异。用Pixso 界面设计组织比较页与结果页，用交互连线把字段选择和确认结果串起来，评审时不必靠口头描述。

匹配提示只表达可能性

匹配卡片显示相同姓名、电话或邮箱等依据，并注明“可能重复”。如果规则不确定，不要写成“已确认”；提供查看两条完整记录的入口。多条候选按相似度或关键字段分组，让用户逐组处理。

同一家公司可能有多个联系人，同一联系人也可能更换手机号。匹配依据需要按字段列出来，而不是只给一个“相似度 95%”。如果这个数值没有用户能理解的来源，就让名称、地址和标识码承担说明；重复候选依旧由有权限的人确认。

本例使用两条练习记录：A 是较早建立的客户档案，B 是上月展会导入的档案。两条姓名相同，电话尾号不同，B 的最近联系时间较新。设计目标是帮助业务人员判断它们是否属于同一客户，而不是承诺任何算法会自动得出正确结论。

字段对比要支持逐项取值

对比表以字段为行、记录为列，缺失值和冲突值可一眼看出。每行提供保留 A、保留 B 或手动编辑（若业务允许）的选择；系统默认值要标明依据，不要悄悄覆盖用户选过的值。

需要特别区分空值、明确清空和未取得。A 的地址为空不代表可以删除 B 的地址；用户选择“清空这个字段”则是一次明确操作。界面将空值显示为“未填写”，另设清空动作，避免把留白当成一个有内容的候选值。

联系方式可能允许保留多个，主体标识则可能只能保留一个。不要把所有字段都套用“较新者优先”。例如最近联系时间可取较新日期并保留历史，而客户经理需要确认最终责任人；若两条记录分属不同团队，还要先处理权限和归属，不能直接让一个团队查看另一个团队的全部资料。

预览区把将保留的字段、被合并的历史活动和可能丢失的内容分开。危险动作按钮写“确认合并两条客户记录”，并提示结果是否可撤销。加载或提交异常时保留选择，不让用户重新比较。

历史活动、联系人和附件不能因为主记录只剩一条就丢失。确认摘要写“保留 A 为主记录；联系电话采用 B；合并 6 条跟进记录；1 个合同关联保持原编号”。这组数量只是本例的数据，正式界面应由实际影响清单生成。点击每一类都能检查明细。

提交前再检查来源记录有没有被别人更新。销售正在编辑 B 时，旧对比结果可能已经过时；说明发生变化的字段，保留当前选择，再请用户确认一次。强行使用打开页面时的值，可能覆盖刚录入的重要跟进信息。

操作不可逆时，确认框不默认聚焦最危险的按钮；可以参考W3C 模态对话框模式，把标题、说明和返回操作设计清楚。大量字段比较应留在主页面，弹窗只确认最终决定。

合并完成后显示主记录编号、来源记录和时间，并提供查看合并详情。若支持撤销，说明期限和恢复后的数据关系；不支持时应在确认前明确。通知不仅告诉成功，还要能把人带回结果。

撤销也不只是恢复两条旧记录。如果合并后新写入了跟进记录，撤销时它归哪一条需要让用户决定，或转为人工处理。界面说明恢复范围和新增记录的去向，再提交。没有可靠拆分规则时不要提供看似安全的一键撤销；可以保留合并明细和联系管理员的路径。

在 Pixso 中把两条客户记录的比较、预览和结果连起来，保留电话冲突与新增跟进记录两条分支。让业务人员先解释为何选择某个值，再执行合并；如果说不出依据，就继续调整字段顺序或来源提示。