联系人数据质量核对清单：公共头像信号的适用场景

一份联系人数据审查核对清单，旨在将公共头像观察结果与已验证的客户事实区分开来。

联系人数据质量核对清单应从每个标识符的来源和含义开始，随后审查格式、重复项、许可权限以及记录的时效性。当图像或受支持的账户标识符已存在时，图片人像解析或头像解析可以提供有限的观察结果，但它不能验证个人的身份，也无法修复来源记录的缺陷。请将产品、来源、观察日期及不确定性与任何头像结果一并存储，并确保算法生成的形象估算与已确认的联系人事实保持独立。

联系人数据质量核对清单：从来源和目的开始

在检查头像之前，请先询问该联系人记录为何存在，以及团队被允许对其进行何种操作。记录可能来自客户表格、现有的支持对话、导入的合作伙伴文件或手动输入。这些来源具有不同的可靠性和许可背景。请向审查人员展示数据来源，而不是将所有行统一归入“潜在客户”类别。头像解析无法补充缺失的来源证明。

英国信息专员办公室（ICO）的准确性指南强调了记录数据来源和更正误导性记录的重要性。其数据最小化指南要求组织将数据字段与明确的目的相关联。这些是通用的审查原则；团队仍需评估其自身的管辖权和义务。对于联系人数据工作流程，它们可以转化为一个简单的问题：对于此项特定的审查任务，头像观察结果是否必要？

如果答案是否定的，请勿仅仅因为工具具备此功能就添加该信息。如果答案是肯定的，请记录图像或公共资料旨在回答的问题。图片可能有助于人工识别明显不匹配的记录类型，但它不能使电话号码、电子邮件地址或姓名具有权威性。

在选择产品前规范化标识符

AvatarLookup 针对图像、电话号码、Telegram 用户名和受支持的电子邮件地址提供了不同的路径。首先确定实际的输入内容。如果团队已经拥有图片，图片人像解析可对图像本身进行描述。如果团队仅拥有 WhatsApp 或受支持的电子邮件标识符，则实时或同步的多公共头像路径可能适用。Telegram、Viber、MAX、LINE 和 Zalo 的头像来源在当前目录中仅支持批量处理。不应假设支持某种来源的产品也支持其他来源。

在提交之前，请审查标识符是否存在明显的导入问题。根据所选产品的电话规则规范化电话数据，验证电子邮件是否属于受支持的域名系列，并将用户名与电话号码分开。其目的不是将可疑记录转化为看似合理的结论。如果原始来源含糊不清，请要求数据所有者进行更正。保留指向源记录的稳定链接，以便后续的 CSV 文件能够匹配回原记录，而无需臆造人员关联。

然后，在团队自己的 CRM 中删除或标记重复项。重复的电子邮件可能代表重复导入，而两个人可能共用一个业务角色或邮箱。请勿仅基于共享的头像或形象估算来合并记录。团队应使用其既定的客户记录规则，并保留足够的历史记录以撤销错误的合并。

审慎选择图像解析或公共头像解析

图片人像解析接受上传的图像，在网站上还接受公共图像 URL。它描述图片类型，并可能返回关于形象的算法估算，例如年龄范围或可见特征。图像标识符是内容衍生的指纹，而非账户标识符。徽标、宠物或插图仍可能产生已完成的结果。未知的形象属性并不自动意味着解析失败。

公共头像解析从受支持的账户标识符开始，并观察该来源提供的公共头像信息。其字段因产品而异。WhatsApp 公共头像结果不应被改写为 Telegram 用户名结果，电子邮件批量 CSV 也不应成为所有来源的通用模式。头像解析工作原理页面是选择相关路径的正确产品概览；API 文档为开发人员提供了当前的请求详情。

这种区分保护了联系人记录的含义。“图像已解析”是对所提供图片的陈述。“已观察到该标识符的可用公共头像”是一项特定于来源的观察结果。上述任何陈述都不能证明 CRM 中命名的联系人就是图片中的那个人。请在报告和界面中将这些标签分开。

保留不确定性并限制自动化决策

并非每次检查都能产生可解读的公共图像。缺失的头像 URL、无法判定结果或未知的形象估算应保持为有限的观察结果。请勿自动断定账户缺少图片或某人缺少该估算的属性。在同步多结果中，exists=true 意味着产生了结果；exists=false 可能包含无效、无法判定或失败的结果，并非最终的账户否定结论。这些语义需要保留在任何映射到 CRM 的过程中。

对于头像信息影响重大数据质量决策的记录，请使用人工审查路径。分析人员可以比较源标识符、客户提供的信息和当前的公共资料背景，然后决定记录是否需要更正。这属于审查建议，而非 AvatarLookup 会自动填充资料或验证人员身份的声明。避免基于形象估算做出高影响力的决策或歧视性筛选。模型的估算并非人口统计学事实。

实用的内部记录可以存储所选产品、输入类型、观察日期、可用结果类别和审查操作。这些是建议的治理字段；服务的实际响应必须从其自身的文档中读取。将原始观察结果与团队的决策分离开来，使得后续的更正成为可能。

审查保留和刷新规则

联系人字段会发生变化。个人可能会更新公共图片、更改用户名或修改可见性设置；团队也可能发现原始标识符有误。根据任务设置审查间隔，而不是将一次头像结果视为永久有效。当记录被更正时，仅在组织保留政策要求的情况下，才将之前的观察结果作为历史背景保留。请勿将过时的图片呈现为当前信息。

将图像和头像导出的访问权限限制在因定义任务而需要这些信息的员工范围内。ICO 的数据最小化指南支持定期审查哪些信息仍然必要。团队可以将其实现为字段级的保留检查：哪些标识符、图像、估算和审查员备注仍然具有用途？根据政策删除或归档多余的数据。此建议并不声称某一条规则适用于所有情况。

核对清单以一份狭义且可审计的声明结束：检查了什么来源，使用了什么产品，获得了什么有限的观察结果，以及审查员做出了什么决定。如果来源薄弱或结果不确定，请将记录标记为待更正，而不是用头像衍生的猜测来填补空白。这就是公共头像信号如何在不成为虚假身份声明的前提下，为数据质量做出贡献。

常见问题解答

公共头像可以替代缺失的客户身份记录吗？

不能。它只是关于可用图片的特定来源观察结果，而非已验证的客户身份事实。

团队应该合并两个拥有相同头像的联系人吗？

不应该。共享或相似的图片不足以合并联系人记录。请根据团队现有的规则审查标识符和来源历史。

如果头像 URL 为空怎么办？

将结果保持在其记录的范围内。仅凭空的 URL 并不能证明账户没有图片或不存在。

形象输出应该如何存储？

将其标记为带有来源和日期的算法估算，并避免将其用于高影响力或歧视性的决策。

了解更多

选择适合您工作流程下一步的产品信息。

• 访问产品网站 →