客服最怕的,是客户说一句话,我们要在五个系统里翻找他是谁。Customer Profiles 想解决的,正是这件事。
它是什么
Amazon Connect Customer Profiles 是一项把分散在 CRM、工单系统、数据湖里的客户字段,拼成一份统一档案的服务。坐席在接起电话的瞬间,就能看到这个人的全貌——而不只是来电号码。
统一的客户视图,不是多一个系统,而是让已有的数据第一次连成一个人。
数据从哪来
通过 Object Type Mapping,你可以把外部来源(比如 Zendesk 的工单、Salesforce 的联系人)映射到统一的 Profile 模型。常见的接入方式有两种:
一是用 Connect 内置的集成(如 Salesforce、ServiceNow);二是通过 API / 事件流把自有系统的数据推进来。下面是一段最小映射示例:
{
"DomainName": "support",
"ObjectType": "Customer",
"Fields": [
{ "Name": "Email", "Source": "zendesk.requester.email" },
{ "Name": "PlanTier", "Source": "billing.plan" }
]
}三个落地建议
第一,先定"黄金字段"。姓名、邮箱、当前套餐、最近工单,其余慢慢补。聚焦最能影响接话质量的字段,避免一开始就被海量数据淹没。
第二,配置冲突解决。用 ConflictResolution 决定当来源冲突时以谁为准,避免档案自己打架。
第三,小步快跑。别一次性导入所有历史数据,先跑近 90 天,验证质量再扩面。
和 Zendesk 怎么共存
很多人问:已经有 Zendesk 了,还要 Customer Profiles 吗?我的经验是——Zendesk 管工单流转,Customer Profiles 管"人是谁"。两者不冲突,反而互补:Zendesk 触发事件,Customer Profiles 聚合上下文,坐席在一个界面里同时拿到流程和人物。
这正是我下一篇文章想写的:把 Zendesk 的工单事件实时喂给 Customer Profiles,让档案始终保持新鲜。