了解联系人和客户资料
联系人将客户和访客上下文整合在一起，以便团队了解是谁在与 Agent 互动。资料可以通过聊天中收集的信息和关联的运营记录得到补充，但资料的完整程度取决于购物者分享了什么以及集成提供了什么。 本指南说明了在哪里查找联系人、如何从会话转到客户上下文，以及如何避免将匿名访客或不完整记录当作已被完全识别的客户。 这如何融入 Humind Humind 将配置、日常运营、客户数据和衡量分开，以便每项变更都能在正确的位置进行审查。导航会感知权...
联系人将客户和访客上下文整合在一起，以便团队了解是谁在与 Agent 互动。资料可以通过聊天中收集的信息和关联的运营记录得到补充，但资料的完整程度取决于购物者分享了什么以及集成提供了什么。
本指南说明了在哪里查找联系人、如何从会话转到客户上下文，以及如何避免将匿名访客或不完整记录当作已被完全识别的客户。
这如何融入 Humind
Humind 将配置、日常运营、客户数据和衡量分开，以便每项变更都能在正确的位置进行审查。导航会感知权限，两位在同一公司的队友完全可能看到不同的区域。
请将配置视为受控工作流程。确认当前激活的公司，进行一次连贯的变更，测试客户旅程，然后再使用线上渠道。这样可以更容易追踪意外行为，并避免把内容、设计和部署问题混在一起。
开始之前
访问权限：联系人需要联系人读取权限。编辑联系人数据或相关运营记录需要联系人写入权限，并且可能受角色限制。
- 确认你正在正确的公司和市场中工作。
- 在搜索之前，先明确你要回答的客户问题。
- 仅使用支持、销售或运营任务所需的信息。
分步工作流程
打开联系人并选择正确的记录
从主导航中打开联系人。使用你的团队可用的可靠标识符进行搜索，例如已知电子邮件地址或姓名。仔细查看相似结果，而不要假定第一个匹配结果就是同一个人。
访客可能仍然是匿名的，或者只有部分信息。当购物者没有提供电子邮件地址或电话号码，或者已配置的聊天前问卷没有请求这些信息时，缺少这些信息并不是系统错误。
使用 Inbox 获取会话上下文
当问题源自某个会话时，打开该线程并查看购物者上下文、消息历史、产品引用、支持信息、备注、标签和工单。这会提供联系的直接原因。
不要将内部备注复制到面向客户的回复中。备注可能包含仅供队友使用的运营上下文。
谨慎解读身份
将身份字段视为证据，而不是假设。共享电子邮件地址、复制的电话号码或重复的浏览器会话，可能会让两次互动看起来有关联。当这会影响账户、订单、预约或敏感请求时，请向购物者核实该细节。
如果聊天前问卷或同意配置发生变化，新会话中包含的资料字段可能会与较早的会话不同。当这种区别很重要时，请记录生效日期。
完成运营操作
结合使用联系人记录和会话来进行回复、分配后续跟进、更新工单或升级处理。只添加必要的内部上下文，并为团队留下清晰的下一步。
当某条记录看起来不正确或重复时，不要在推测的基础上覆盖信息。请将问题连同需要审查的确切记录和证据一起升级给公司管理员或数据所有者。
权限和重要注意事项
- 联系人和 Inbox 受权限控制，并非每个角色都可见。
- 当购物者未提供身份识别信息时，出现匿名或部分资料是预期情况。
- 在线状态或最近活动本身并不能证明客户身份。
- 在查看或更改客户信息时，请应用公司的隐私和保留规则。
验证结果
在认为工作完成之前，请使用以下核对清单：
- 该记录属于当前激活的公司和正确的市场。
- 涉及身份敏感的操作使用的是已验证的详细信息，而不是推断得出的浏览器或会话数据。
- 会话、联系人、标签、备注和工单状态能够讲述一个一致的情况。
- 下一位操作人员能够理解哪些内容已经过验证，哪些仍然不确定。
故障排查
找不到客户
尝试使用会话中实际收集到的标识符，检查当前激活的公司和市场，并查看 Inbox 线程。该购物者可能仍然是匿名的，或者使用了不同的联系方式。
两个资料似乎描述的是同一个人
不要仅根据相似性进行合并或覆盖。比较已验证的标识符和会话上下文，然后请公司数据所有者通过已批准的流程审查这些记录。
最近聊天中缺少联系信息
检查聊天问卷设置，查看请求了哪些字段以及是否需要同意。未请求这些字段或购物者未完成填写时，缺少字段是预期情况。