平台2026 年 9 月 30 日Anthony Ombrore

所有渠道都写入时，客户档案必须包含什么

当通话、WhatsApp 消息、短信、电子邮件和网页聊天都汇入同一份档案时，只有围绕事项、承诺和已确认的事实来构建，而不是堆砌消息，这份档案才有用。本文阐述证据表明档案需要包含什么、应当有意排除什么，以及我们如何兼顾这两方面进行设计。

本页内容

情境
证据表明什么
这意味着什么
我们如何据此设计
我们尚不了解的
参考来源

情境

在迪拜，一宗车险理赔很少只通过一个渠道进来。保单持有人在周日晚上打电话报告事故。周一，她通过 WhatsApp 发来车损照片。周二，她用工作邮箱发邮件询问接下来会怎样。周三，她的兄弟打来电话，因为她在开会，而他手里拿着警方报告。这份报告比案卷中的任何其他材料都重要：在阿联酋，警方报告决定由哪家保险公司处理理赔；在有人读过这份报告之前，没有人能告诉她，她是否排在了正确的队列里。

到了周四，已有四次联系，分散在四个系统中。电话平台保存着一段录音。WhatsApp 收件箱保存着照片。邮箱里是那封邮件。她兄弟的来电则记在一个保险公司从未见过的号码下。打开邮件的理赔专员看到的是一条消息，而不是一宗理赔，于是再次索要照片。同样的情况也出现在交房和航班异常中。

证据表明什么

重复陈述很常见，有实测数据，而且代价高昂

最广为人知的数字来自 Salesforce 2023 年发布的第六版 State of the Connected Customer [1]。这项调查于 2023 年 5 月至 7 月进行，覆盖 25 个国家的 11,000 名消费者和 3,300 名企业买家，其中 56% 的客户表示，他们经常需要向不同的客服人员重复或重新解释信息，55% 的客户表示，总体感觉自己是在与各自独立的部门打交道，而不是与一家公司打交道。阿联酋在样本之内，有 650 名受访者；沙特阿拉伯不在其中，而且这两个数字没有单独发布阿联酋的分项数据。应将其视为衡量这种经历有多普遍的指标，而不是衡量其代价的指标：这项调查由一家供应商开展，措辞属于受访者自述。

代价体现在官方指数中。英国客户满意度指数（UK Customer Satisfaction Index）调查了超过 15,000 名英国消费者，涵盖 59,500 次客户体验，并于 2025 年 7 月发现，26% 的客户需要使用不止一个渠道才能达成目的 [2]。亚利桑那州立大学 2020 年的一项研究以 1,026 个美国家庭组成的代表性样本为对象，发现人们平均要联系近三次才能解决一个问题，而对处理结果的满意度从联系一次时的 43% 降至联系六次或以上时的 24% [3]。奠基性的研究是《哈佛商业评论》（Harvard Business Review）2010 年一项针对 75,000 多名客户的研究，其中 56% 的客户不得不重新解释问题，62% 的客户不得不反复联系公司 [4]；这项研究已有 16 年历史，也未经同行评审，但“客户费力度”这一概念正是由此而来。

最接近的海湾地区证据，是毕马威（KPMG）2024 年一项针对 1,612 名阿联酋客户的研究。该研究将体验得分下降的部分原因归结于技术“把客户赶进了低成本、低满意度的渠道”[5]：这是在提醒应当如何增加渠道，而不是反对增加渠道。这是该地区能找到的最接近的数字。上文的其他数据都来自海湾地区以外，而且我们没有找到任何已公布的、关于阿联酋或沙特客户重复陈述频率的数字。

跨渠道匹配是一种概率，而不是事实

身份解析（identity resolution）的任务，是判定一个电话号码、一个 WhatsApp 账号、一个电子邮件地址和一个网页会话属于同一个人。最简单的做法是精确匹配：号码相同，就是同一个人。证据表明，这种做法并不安全。

先从 WhatsApp 本身说起。Meta 的开发者文档两次指出，“WhatsApp 用户的 ID 和电话号码可能并不总是一致”[6]。当用户更换号码时，企业会收到一条系统通知和一个新的用户 ID [7]。Meta 还会为每个用户生成一个身份哈希值，并告知企业，如果该值发生变化，应当“假定该客户的电话号码不再可信”，并通过其他渠道核验身份 [8]。运营这个渠道的公司自己就在说：号码不是永久的身份。

号码还存在一人多号和重复使用的情况。世界银行的电信数据（来源于国际电信联盟）显示，2024 年阿联酋每 100 人拥有 203 个移动电话用户，沙特阿拉伯每 100 人拥有 160 个 [9]。这一统计包括企业连接和设备连接，但仍然意味着许多人持有不止一个号码。在美国，联邦通信委员会（Federal Communications Commission）在 2018 年估计，每年约有 3500 万个号码被停用后重新分配 [10]；海湾地区没有任何监管机构公布类似的数字。

还有一个问题是谁在说话。沙特阿拉伯 2022 年的人口普查显示，非沙特人占人口的 41.6% [11]。国际劳工组织（International Labour Organization）估计，2019 年沙特阿拉伯有 370 万名家政工人，2018 年阿联酋约有 890,000 名，并指出在大多数海湾国家，家政工作占劳动力的五分之一到四分之一 [12]。司机、家庭雇工、私人助理和家庭成员每天都在代表他人联系企业；而根据阿联酋中央银行（CBUAE）的《消费者保护标准》（Consumer Protection Standards），除依法律命令外，金融机构只有在获得客户明确同意，或“通过消费者指定的代表”的情况下，才能披露客户的信息 [13]。手持警方报告的那位兄弟，是一种常见的情况，在法律上也是一种不同的情况。靠姓名也解决不了匹配问题：MITRE 2006 年的一项研究发现，一个阿拉伯语姓名可以对应多种拉丁字母拼写，而简单的字符串匹配表现很差，直到重新构建为允许一对多映射后才有所改善 [14]。

处理这一问题的学科是记录链接（record linkage），其奠基性论文发表于 1969 年 [15]。它的核心思想是：每一次匹配都带有一个分数。每有一个字段一致，分数就会增加，而越罕见的一致，权重越高：完整的电子邮件地址权重很高，而像 Mohammed 这样的名字权重很低。总分会与两个阈值进行比较。高于上限，就建立关联。低于下限，就不关联。介于两者之间，则由人来核查。英国国家统计局（Office for National Statistics）描述了这种做法需要权衡的两类错误：漏匹配会产生重复的客户资料，错误匹配则会把两个人的档案合并在一起 [16]。代价高昂的是错误匹配。2025 年，澳大利亚隐私专员责令一家政府机构向一名男子支付 AUD 10,000，因为他的健康记录多次与另一位同名、同出生日期的人的记录合并 [17]；而在英国，把个人数据发送给错误的收件人属于须报告的数据泄露，也是向监管机构报告最多的事件之一 [18]。

转录文本不等于档案

档案管理国际标准 ISO 15489 将档案（record）定义为“作为证据和资产……在业务办理中”保存的信息，并指出一份权威的档案必须真实、可靠、完整且未经篡改，并且可用 [19]。单凭一份转录文本，在三个方面都无法通过这一检验。

第一，它可能是错的。语音转文字系统用词错误率来衡量，即被识别错误的词所占的比例。在 2023 年的一项基准测试中，一个主流的开放模型在朗读的正式阿拉伯语上达到 12% 至 19%，在以正式语体为主的广播语音上为 35%，在埃及方言上为 44%，在摩洛哥方言上为 83% [20]。2025 年一项针对阿联酋方言的研究，基于一个只有四小时录音的小型数据集，发现直接使用的通用模型错误率为 86% 至 93%，而经过该方言训练后表现最好的模型约为 41% [21]。在 2021 年的一项研究中，阿拉伯语与英语的语码转换（即说话者在一句话中切换语言）产生的错误率因系统不同而在 23% 至 65% 之间 [22]。客服通话的得分会与研究录音不同，不同系统的结果差异也很大，但任何人都不应把海湾阿拉伯语通话的原始转录文本当作客户所说内容的真实记录。

第二，它的时间戳互相矛盾。每个渠道都有自己的时钟。Webhook（事件通知）是平台在发生某件事时发送给另一个系统的通知；Meta 的文档指出，Webhook 上的时间是“事件通知发送的时间（而不是触发该通知的变更发生的时间）”，其中的消息带有各自独立的时间戳，而且可能收到重复的通知 [23]。电子邮件标准规定，Date 头字段是发件方软件声明的时间，而不是送达的时间 [24]。这正是 Leslie Lamport 在 1978 年提出的问题：当各个独立的系统各自维护自己的时钟时，事件并不存在唯一真实的顺序，只有您选择强加的顺序 [25]。档案必须同时保存渠道的时间和我们收到该事件的时间，并说明使用的是哪一个。

第三，消息到达时并没有被归并，也就是说，没有被归入它们所属的那段往来。电子邮件带有回复头字段，系统可以据此归并邮件线程。WhatsApp 只有在客户使用回复功能时才会带有回复指针，而短信什么也不带。WhatsApp 自己的“对话”（conversation）对象是一个 24 小时的计费单位，而不是一个事项；Meta 于 2025 年 7 月停止按此计费，但决定企业何时可以发送消息的 24 小时窗口仍然保留 [26]。弄清哪些消息属于哪个事项，本身就是一个研究课题。在 2019 年的标准测试集上，已发表的最佳模型把消息准确归入正确对话的比例只有 38%；而在开创这一领域的 2008 年研究中，两个人手工完成同一任务，意见一致的比例也只有大约一半 [27]。事项无法从消息流中推断出来。它必须作为一项明确的档案操作来开启、命名和关闭。

档案真正需要的内容，在投诉处理标准 ISO 10002 中有明确规定：唯一标识符、对事项的描述、所要求的补救措施、答复截止日期，以及从受理到结案的全程跟踪 [28]。阿联酋中央银行对受监管企业也有同样的要求：每一起投诉都要有唯一的服务请求编号，投诉记录自结案起至少保留五年 [29]。

未被跟踪的承诺正是投诉的来源

最清晰的证据来自申诉专员的数据，而且并非来自海湾地区。2025/26 年度，英格兰和威尔士法律申诉专员（Legal Ombudsman）受理了 8,412 起投诉。沟通不畅（24%）以及拖延和未推进（22%）是最大的两类，合计占投诉类型的 46%；在投诉成立的案件中，沟通不畅是最大的单一类别 [30]。澳大利亚电信行业申诉专员（Telecommunications Industry Ombudsman）在 2024-25 年度收到 57,592 起投诉；其中远超其他类别的最大问题是“服务商未采取行动或拖延行动”，记录在 34,770 起投诉上；其分类体系还将“已商定的解决方案未落实”列为一个正式类别 [31]。

个案裁决显示了承诺没有写进档案时会发生什么。在 2023 年的一个案例中，一家银行被责令支付赔偿，原因是“接听电话的工作人员还承诺给 M 先生回电，但并没有做到”[32]。在另一个案例中，申诉专员写道，如果没有通话记录，“就只能是各执一词”[33]。在第三个案例中，企业胜诉，因为它保存了一份在通话当时写下的记录，客户的回忆无法推翻这份记录 [34]。档案对双方都有保护作用，但前提是它确实存在。

实验研究解释了为什么违背承诺比其他失误伤害更大。2014 年的一项研究发现，人们会重重惩罚违背承诺的行为，但对超额兑现的承诺几乎不会给予额外的认可 [35]。2016 年发表在 Journal of Service Research 上的一项研究发现，失误之后的补救再次失败（文献中称为“双重偏离”）会加深信任的丧失，而且一个可信的承诺比经济补偿更能恢复信任 [36]。由此得出的教训是：承诺要谨慎，然后严格按照承诺去做；而只有把承诺写下来，才能做到这一点。同一份数据还提出了一个提醒：法律申诉专员指出，拖延类投诉之所以经常出现，是因为“消费者对进展通报的期望，可能与服务提供方能够合理提供的不同”[30]，因此档案不仅要记录做了什么，还要记录关于时间说过什么。沙特阿拉伯民航管理机构发布的月度指数，是海湾地区最接近的同类数据：2025 年 8 月共记录了 2,313 起航空公司投诉，按航班、行李和票务分类排列；它没有违背承诺这一类别，我们查阅过的海湾地区监管机构也都没有公布这样的类别 [37]。

法律有什么要求

阿联酋《个人数据保护法》，即 2021 年第 45 号联邦法令（Federal Decree-Law 45 of 2021），要求个人数据对于所述目的而言“充分且仅限于必要的范围”，并规定，除非经过匿名化处理（即去除一切可识别个人身份的信息），否则个人数据“在其处理目的完成后不得继续保留”[38]。同意必须清晰、明确，并且可以随时撤回；在为履行与客户订立的合同所必需等情形下，允许未经同意进行处理。处理者，即按照企业指示处理数据的公司，必须在处理期限结束时删除数据或将其交还。个人数据的定义包括个人的声音和任何电子标识符，因此通话录音和 WhatsApp ID 都在适用范围内。截至 2026 年 3 月，将规定数据泄露通报时限和罚款金额的实施条例仍未发布 [39]。此外，阿联酋的网络犯罪法规定，未经同意通过电子网络或系统录制对话属于犯罪行为，可处至少六个月监禁和/或 AED 150,000 至 500,000 的罚款 [40]。

沙特《个人数据保护法》（Personal Data Protection Law，PDPL）自 2023 年 9 月起生效，自 2024 年 9 月起执行。它要求数据收集“限于必要的最低限度”，要求数据在不再需要时予以销毁（除非其他法律要求保留），允许个人随时撤回同意，并将健康数据视为敏感数据，这意味着需要明确同意，且不得用于营销 [41]。2023 年的一项修订增加了正当利益依据，允许企业在未经同意的情况下为自身的合理目的处理数据，但不适用于敏感数据；大多数违规行为的罚款最高可达 SAR 500 万 [42]。对于位于迪拜国际金融中心（DIFC）的企业，第 10 号条例（Regulation 10）还规定了一项义务：必须“在首次使用时以清晰、明确的措辞”告知个人，他们正在与自动化系统打交道 [43]。

这意味着什么

本文的工作假设是：一份有用的档案应围绕事项和承诺而非消息来组织，以明确的置信度关联身份，并且只在政策允许的期限内保存所需的内容。证据支持这一假设，但需要作三处细化。

档案需要一个已确认事实层。由于转录文本会丢失信息，时间戳又互相矛盾，一次对话中可靠的内容，是那些被提取出来并经客户确认的信息：理赔编号、房屋、金额、日期和承诺。转录文本和录音是附在档案上的证据。它们本身并不是档案。

谁在说话和说的是谁，是两个不同的字段。那位兄弟是为他姐妹的理赔联系保险公司。档案必须以她为对象，把他的来电作为一个事件保存，并记录他有什么授权来讨论这件事。把两者混为一谈，正是一个人的数据最终进入另一个人档案的原因。

数据最小化针对的是内容，而不是档案本身。监管机构要求投诉记录保留数年；数据保护法则要求个人数据在其目的结束时予以删除。两者可以同时成立，因为它们适用于不同的对象。由事项、承诺和处理结果构成的结构化档案，保存期很长，由监管规定和企业的政策决定。原始内容的保存期则很短：录音、照片中的身份证件、口头报出的卡号。其中有些内容根本就不应被存储。

由此可以列出档案应当有意不保存的内容。不保存对客户的推断。2019 年发表在 Journal of Consumer Research 上的一项研究在广告场景中发现，当企业使用的是推断出来的信息，而不是客户自己陈述的信息，或者在一个场景中收集、却在另一个场景中使用信息时，人们会产生负面反应 [44]。在 Salesforce 的调查中，70% 的客户表示期望每一位客服人员都掌握关于自己的相同信息；他们指的是自己说过的内容，而不是被猜测出来的内容 [1]。不以明文形式保存敏感数据。当来电者不是客户本人时，不保存来电者本人的个人数据。也不保存任何没有明确目的的内容，因为两部法律都以目的作为检验标准。

这种取舍是真实存在的。把身份阈值设得高，客户就会更频繁地被要求确认身份，而这正是档案本来要消除的麻烦。把阈值设得低，档案迟早会把别人的照片摆到理赔专员面前。由于错误匹配造成的危害是信息泄露，而漏匹配造成的危害是多问一个问题，阈值应当偏向谨慎的一侧，不确定的情况交给人处理。

我们如何据此设计

以事项为单位，而不是以消息为单位。我们的 AI 智能体把一段消息往来视为一个客户事项，在首次联系时开启，在解决时关闭；并把一个邮件线程在多次回复中始终作为一个事项。每个事项都带有处理结果：已解决、未解决或已升级。

已确认的事实与转录文本并存。姓名、日期、金额、参考编号和地址会在对话过程中被提取出来，并作为结构化字段保存，因此处理人员读到的是客户确认过的内容，而不是语音识别系统听到的内容。

承诺作为独立的条目。对客户作出的每一项承诺都会被记录下来，包括承诺了什么、向谁承诺、在什么时间之前兑现，以及是否已经兑现。这正是申诉专员要查看的条目，也是让客户不必再打电话催问的条目。

跨渠道的统一时间线。回头客会被识别出来，其以往的对话也都有据可查。同一位客户的一通电话、一条 WhatsApp 消息和一封电子邮件构成一段连续的历史，写入同一条客户关系时间线；这条时间线能够回答对这位客户说过什么、在什么时候说的，包括企业自己的员工说过什么。

身份是一项附带置信度的判断。在网页上，最明确的身份是客户自己的登录信息，由企业传递给智能体。在其他渠道，设计规则是：渠道标识符与客户之间的关联，连同其依据和置信度一起保存；说话者与对话所涉及的对象分开记录；不确定的匹配交给人处理，而不是想当然地认定。

保留期限由企业掌控。对话历史的保留期限按每个部署分别设定，因此企业的数据政策和其监管机构规定的最低要求都能得到落实。如果企业客户的政策禁止保留，可以关闭记忆功能，或将其保存在企业客户自己的存储中。

未经许可，一概不做。只有在已征求同意、并针对该次互动记录了同意之后，才会进行通话录音；同意状态按客户分别保存，并在发送任何外发消息之前进行核查。

敏感数据在传输前先行遮蔽。卡号、身份证件和类似的敏感信息会在转录文本中被识别并遮蔽，因此不会以明文形式离开部署环境；在有此要求时，数据可以保存在选定的国家境内。

我们尚不了解的

关于客户需要重复陈述的频率，海湾地区没有已公布的数字；阿联酋或沙特也没有研究考察客户对于跨渠道被记住有何感受。现有的地区性调查都由供应商开展，问的是一般意义上的隐私问题。

没有证据表明跟踪承诺能减少投诉。证据表明的是，未兑现的承诺会引发投诉，而保有记录的企业能在争议中胜出。记录一项承诺能否改变它是否被兑现，尚未得到检验。

海湾地区没有任何监管机构公布关于号码重新分配、人均 SIM 卡数量或共用手机情况的统计数据，因此这个市场中身份错误的实际比率并不清楚。

海湾方言的语音识别结果来自小型研究语料库，而不是客服通话。任何部署的准确数字，都只能通过在企业自己的通话上进行测量得到。

阿联酋这部法律的实施条例仍有待发布，沙特阿拉伯则在 2025 年就其实施条例的修订征求了意见 [45]。两者最终对保留期限和数据泄露通报作出什么规定，将决定档案的保存期。

参考来源

新研究发布时即可收到

我们发布研究时，会不定期发送电子邮件。

产品概览

平台

专精

统一

完成

行业

行业

所有行业