您的客户服务数据模板

Salesforce Service Cloud
您的客户服务数据模板

您的客户服务数据模板

此模板为准备客户服务流程挖掘数据提供全面指引,列出需要收集的关键数据属性、需要跟踪的主要活动,以及从源系统提取这些信息的实用方法。借助此资源,确保数据满足分析和优化的需要。
  • 建议收集的属性
  • 需要跟踪的关键活动
  • 数据提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

客户服务属性

以下是建议纳入事件日志的数据字段,可用于全面分析客户服务流程。
5 必填 9 建议填写 6 选填
名称 说明
服务请求
ServiceRequest
客户服务案件或工单的唯一标识符,用于关联所有相关活动。
说明

服务请求通常也称为工单或案件,是主要标识符,用于关联单个客户咨询或问题的所有相关活动。在Salesforce Service Cloud中,它对应Case Number。

此属性对于还原每次客户互动的端到端历程至关重要。它使流程挖掘工具能够将“案件创建”“客服人员调查问题”和“案件已解决”等相关事件归入同一个流程实例,从而进行从开始到结束的整体分析。

重要性

这是流程挖掘的基本构成要素,可将同一客户问题的所有事件关联起来,形成完整的流程实例。

获取途径

Salesforce Case对象,字段:CaseNumber

示例
000010240000105800001193
事件时间
EventTime
标明活动发生时间的精确时间戳。
说明

事件时间记录特定活动在系统中的日期和时间,为整个流程提供时间背景,便于计算持续时间、等待时间和周期时间。

分析时,系统会根据此时间戳按时间顺序排列每个服务请求的事件,为流程发现奠定基础。它对于计算绩效KPI至关重要,例如衡量“案件创建”到“发送首次确认通知”之间的时间,或计算总解决时间。

重要性

此时间戳对于了解流程时间线、计算绩效指标和识别活动之间的延误至关重要。

获取途径

根据与特定事件对应的各类日期字段推导,例如Case对象中的CreatedDate,或CaseHistory记录中的CreatedDate。

示例
2023-04-15T10:00:00Z2023-04-15T11:23:14Z2023-04-16T09:05:30Z
数据上次更新时间
LastDataUpdateTime
标明此流程数据上次刷新的时间戳。
说明

此属性记录从源系统上次提取或更新数据的时间戳。它是适用于整个数据集的元数据字段,而非单个事件的字段。

它主要用于告知用户所分析数据的时效性。这对于确保洞察和决策基于当前且相关的信息至关重要,也有助于用户了解数据的及时程度。

重要性

此属性让数据的新鲜度一目了然,帮助用户了解分析所依据的数据有多新。

获取途径

此值通常在数据提取、转换和加载(ETL)过程中生成并存储。

示例
2023-10-27T04:00:00Z
活动名称
ActivityName
客户服务流程中发生的具体业务事件或步骤的名称。
说明

此属性描述服务请求处理周期中的一个步骤或里程碑。活动是流程图中的节点,代表客服人员、自动化系统或客户采取的操作。

分析“案件创建”“触发内部升级”和“案件已关闭”等活动的顺序与频率,是流程挖掘的核心。此类分析有助于揭示实际流程路径、识别瓶颈,并发现与标准操作规程的偏差。

重要性

活动定义了流程中的各个步骤,其顺序构成流程图和后续分析的基础。

获取途径

通常根据多个字段推导,例如Case对象中的状态变更(Status字段),或CaseHistory、EmailMessage对象中的记录。

示例
案件创建案件分配给客服人员向客户提出解决方案案件已关闭
源系统
SourceSystemName
流程数据的来源系统。
说明

此属性标识生成数据的源应用,在此场景中为Salesforce Service Cloud。在整合多个系统的数据以全面了解流程的环境中,此属性尤其有用。

即使只分析一个系统,此属性也能提供数据来源的重要背景信息,有助于数据治理和问题排查,并确保分析基于正确的数据集。

重要性

此属性提供数据来源的重要背景信息,对于数据治理以及整合多个系统数据的分析至关重要。

获取途径

通常在数据提取和转换过程中添加一个静态值,用于标记数据集的来源。

示例
Salesforce Service CloudSFSC
SLA状态
SlaStatus
表示案例是否在SLA目标时间内解决。
说明

此属性根据案例是否符合既定服务级别协议,对每个已解决案例进行分类。计算时会将实际解决时间戳与“SLA目标解决时间”进行比较。

此属性是SLA达成率KPI的直接输入数据,可简化绩效监控。您可以快速筛选和分析所有未达标案例,找出SLA违约的常见根因,例如特定案例类型、产品或流程瓶颈。

重要性

此属性清晰地标记每个案例是否符合SLA,是监控绩效和分析延误根因的基础。

获取途径

在数据转换层中,将“案例已解决”时间戳与“SlaTargetResolutionTime”属性进行比较后计算得出。

示例
已达标已违约
SLA目标解决时间
SlaTargetResolutionTime
根据SLA,服务请求应完成解决的目标日期和时间。
说明

此属性定义了解决案例的服务级别协议(SLA)截止时间。通常根据案例优先级、类型和客户等级等因素确定。Salesforce可通过其授权和里程碑功能自动计算此时间。

此时间戳是衡量SLA达成情况的关键依据。将实际解决时间与目标时间进行比较,组织即可计算SLA达成率KPI,并识别可能违反SLA的案例,为案例SLA达成情况仪表板提供直接支持。

重要性

此属性提供了衡量实际表现的基准,对于计算SLA达成情况和识别有风险的案例至关重要。

获取途径

此信息通常存储在Case Milestone对象的SlaExitDate字段中,该对象属于Salesforce的Entitlement Management功能。

示例
2023-04-16T17:00:00Z2023-04-18T09:00:00Z2023-05-01T12:00:00Z
已分配的客服人员
AssignedAgent
当前负责处理服务请求的用户或队列。
说明

此属性标识在特定时间点负责处理服务请求的客服人员或团队。在Salesforce中,通常对应Case Owner。

跟踪此属性的变更是分析客服人员表现、工作量分配和转交情况的基础。它有助于回答以下问题:案件被重新分配了多少次、哪些客服人员处理的案件最复杂,以及团队工作量是否均衡。这是“客服人员转交”和“工作量分配”仪表板的关键属性。

重要性

此属性对于分析客服人员的工作量、表现和转交频率至关重要,这些因素会直接影响效率和解决时间。

获取途径

Salesforce Case对象,字段:OwnerId。此字段包含用户或队列的ID。

示例
Sarah JonesDavid Chen二线支持队列
是否首次联系即解决
IsFirstContactResolution
用于标记案例是否在首次与客户互动时解决。
说明

此布尔属性用于识别首次联系客户后无需跟进便已解决的服务请求。通常需要分析活动顺序和时间来确定是否符合条件。

首次联系解决率(FCR)较高,通常表明客户服务流程高效且有效。此计算属性是首次联系解决率KPI的基础。分析首次联系未能解决的案例,可以发现改进客服培训、知识库内容和流程设计的机会。

重要性

直接衡量服务效率和客户满意度的关键方面,帮助识别有效解决问题的影响因素。

获取途径

在数据转换过程中,通过分析指定案例的事件日志计算得出。常见规则是检查“案例已解决”是否发生在任何“向客户请求信息”或后续客户联系活动之前。

示例
truefalse
案件优先级
CasePriority
分配给服务请求的优先级,例如高、中或低。
说明

案件优先级是用于确定服务请求紧急程度的标准分类。此级别通常决定服务级别协议(SLA)规定的目标响应时间和解决时间。

按优先级分析流程表现,对于评估优先级策略的效果至关重要。此类分析有助于判断高优先级案件是否确实得到更快解决并达到严格的SLA目标,也为“案件优先级与影响”仪表板提供支持。

重要性

此属性有助于分析流程是否有效地优先处理紧急案件,并根据案件重要性达到不同的服务级别目标。

获取途径

Salesforce Case对象,字段:Priority

示例
高中低
案件状态
CaseStatus
服务请求在处理周期中的当前状态,例如新建、处理中或已关闭。
说明

案件状态表示服务请求的当前状态。状态变更通常是识别流程活动的主要依据。例如,状态从“新建”变为“处理中”,可映射为“客服人员调查问题”活动。

分析案件的最终状态有助于了解解决结果。状态还可用于筛选未关闭或已关闭的案件,并识别长时间停留在某一状态的案件。

重要性

可帮助了解案例的当前状态和处理结果,状态变化也常用于推导活动顺序。

获取途径

Salesforce Case对象,字段:Status

示例
新建处理中等待客户已关闭
案例类型
CaseType
服务请求的分类,例如咨询、问题或功能请求。
说明

案例类型是用于描述客户咨询或问题性质的分类属性。借助这一属性,您可以细分服务请求,了解不同类型的问题如何处理。

按案例类型分析流程,可以发现某些请求是否遵循不同路径、解决时间是否更长,或是否需要更多交接。这些洞察有助于针对不同工作类别调整和改进流程。

重要性

可按请求类型细分流程,了解不同类型的请求是否采用不同处理方式,并找出需要专项改进的环节。

获取途径

Salesforce Case对象,字段:Type

示例
问题功能请求咨询
沟通渠道
CommunicationChannel
客户发起服务请求的渠道,例如电子邮件、电话或网页。
说明

此属性指定客户提交服务请求时使用的沟通方式。在Salesforce中,通常记录在Case Origin字段中。

了解沟通渠道是优化资源分配、提高服务效率的关键。按渠道分析解决时间和流程路径,组织可以判断哪些渠道更适合处理不同类型的问题,为“沟通渠道效率”仪表板提供支持。

重要性

此属性可用于比较不同客户联系渠道的表现,帮助优化渠道策略和资源分配。

获取途径

Salesforce Case对象,字段:Origin

示例
电子邮件电话网页聊天
结束时间
EndTime
标明活动完成时间的时间戳。
说明

结束时间表示活动完成的时间。结合开始时间,可以精确计算活动处理时间。在Salesforce中,许多事件都是瞬时发生的,因此开始时间和结束时间相同。

对于持续时间较长的活动,单独记录结束时间对于准确衡量任务耗时至关重要。它有助于绩效分析,区分实际处理时间与步骤之间的空闲等待时间。

重要性

此属性可用于计算活动的实际持续时间,对于分析客服人员表现和识别耗时步骤至关重要。

获取途径

对于瞬时事件,此值通常与StartTime相同。对于有持续时间的活动,必须从表示完成时间的特定字段获取,可能需要进行自定义配置。

示例
2023-04-15T10:00:00Z2023-04-15T11:55:00Z2023-04-16T14:20:00Z
客户名称
CustomerName
与服务请求关联的客户或账户名称。
说明

此属性用于识别发起服务请求的客户。在Salesforce中,客户可以是联系人(个人)或账户(公司)。

从客户视角分析流程,可以获得有价值的洞察。例如,您可以识别哪些客户遇到的问题更多或解决时间更长,从而为客户关系管理策略提供依据,并发现主动支持的机会。

重要性

支持以客户为中心开展分析,帮助识别特定客户或客户群体的规律和绩效差异。

获取途径

Salesforce Case对象,字段:ContactId或AccountId,分别关联Contact和Account对象。

示例
环球科技公司艾米丽·怀特创新解决方案公司
客服交接次数
AgentHandoffCount
案例从一名客服人员或队列重新分配给另一名客服人员或队列的次数。
说明

此指标用于统计服务请求在解决前被重新分配的次数。计算方法是在单个案例的生命周期内,统计“AssignedAgent”属性发生变化的次数。

此属性是每个案例平均客服交接次数KPI的基础,并显示在客服交接与返工模式仪表板中。交接次数过多通常意味着流程效率低、责任归属不清或知识存在缺口,进而可能延长解决时间并令客户不满。

重要性

此属性量化了流程中的内部阻力,因为过多交接往往会造成延误和客户不满。

获取途径

在数据转换过程中按案例计算:统计每个“ServiceRequest”的“AssignedAgent”字段中不同值的数量,再减去1。

示例
0135
是否已升级
IsEscalated
用于标记案例是否已升级的标志。
说明

此布尔属性用于标记服务请求是否经过升级。在Salesforce中,可通过标准字段IsEscalated跟踪此信息,该字段会根据升级规则自动设置。

此标志是内部升级分析仪表板和内部升级率KPI的直接输入数据。您可以轻松筛选和汇总所有已升级案例,量化其发生频率,并分析其对整体解决时间和流程复杂度的影响。

重要性

直接衡量案例升级情况,这是反映流程阻力、复杂度或客服人员知识缺口的重要指标。

获取途径

Salesforce Case对象,字段:IsEscalated

示例
truefalse
是否返工
IsRework
用于标记案例是否发生返工或退回到之前的阶段。
说明

此布尔属性用于标记存在返工模式的案例,例如关闭后重新打开,或在“客服人员调查”和“提出解决方案”之间反复循环。识别返工需要分析活动顺序,找出不必要的循环。

此属性直接支持返工率KPI以及客服交接与返工模式仪表板。找出发生返工的案例后,分析人员可以调查根因,例如解决方案不充分或信息收集不完整,并采取纠正措施。

重要性

此属性揭示流程低效和无效投入,便于针对频繁重复的活动开展分析。

获取途径

在数据转换过程中通过分析活动顺序计算得出。例如,同一案例中出现“案例已关闭”→“案例重新打开”或“已提出解决方案”→“客服人员调查问题”等顺序时,即标记为返工。

示例
truefalse
案例主题
CaseSubject
对客户问题或请求的简要概述或标题。
说明

案例主题以简短的自由文本概述服务请求,通常是电子邮件主题,或由客服人员或客户填写的标题。

主题并非用于直接分析流程的结构化字段,但包含丰富的背景信息。您可以结合文本挖掘技术对案例分类、识别新出现的问题,或为定量流程分析补充定性背景。

重要性

可快速了解案例的大致情况,便于逐级下钻分析,也可用于文本挖掘。

获取途径

Salesforce Case对象,字段:Subject

示例
无法登录门户咨询账单问题报表仪表板功能请求
涉及的产品
ProductInvolved
客户请求涉及的具体产品或服务。
说明

此属性将服务请求关联到特定产品或服务。在Salesforce中,通常通过对Product对象的查找字段进行管理。

按产品细分流程数据对于分析产品质量至关重要。您可以据此识别哪些产品引发的支持请求最多、常见问题有哪些,以及不同产品线的解决流程是否存在差异。这些信息对产品开发团队十分重要。

重要性

支持按产品分析流程,帮助发现特定产品的质量问题或支持缺口。

获取途径

Salesforce Case对象,字段:ProductId。这是一个标准但非必填的查找字段。

示例
Alpha CRM套件Beta分析工具Gamma数据连接器
必填 建议填写 选填

客户服务活动

以下是建议记录在事件日志中的关键流程步骤和里程碑,可用于准确发现和分析客户服务工作流。
6 建议填写 9 选填
活动 说明
SLA里程碑未达标
未能满足首次响应时间或解决时间等服务承诺时,会触发此事件。Salesforce通过服务授权流程和里程碑记录跟踪此情况。
重要性

此活动对于分析SLA达成情况和监控合规至关重要。它能直接指出未达到客户预期的案件,便于有针对性地改进流程。

获取途径

数据取自CaseMilestone对象。当里程碑记录中的IsViolated字段被设为true时,系统会生成事件。

采集

当CaseMilestone记录中的IsViolated标记变为true时,该时间戳即为事件时间。

事件类型 explicit
案件分配给客服人员
标记服务请求分配给特定客服人员或队列处理的时间。这是流程中的关键步骤,可通过案件所有权字段的变更记录。
重要性

此活动对于跟踪客服人员的工作量、分配延迟和转交频率至关重要,也是分析客服人员表现、识别分配流程瓶颈的基础。

获取途径

可根据Case对象OwnerId字段的变更推断。变更时间记录在CaseHistory对象中。

采集

识别OwnerId字段首次更新的时间戳。

事件类型 inferred
案件创建
在Salesforce中记录新的服务请求(即案件)时,此活动标志着客户服务流程正式开始。创建Case对象的新记录时,系统会明确记录此事件及其精确时间戳。
重要性

作为主要开始事件,此活动对于计算案件的完整处理周期和解决时间至关重要。它为衡量SLA表现和了解案件数量提供了基准。

获取途径

此事件对应Case对象的记录创建事件,时间戳记录在标准字段CreatedDate中。

采集

直接取自Case记录的创建时间戳。

事件类型 explicit
案件已关闭
此活动标志着服务请求处理周期最终结束。案件关闭后,除非重新打开,否则不应再有后续工作。
重要性

作为终止事件,此活动为计算案件完整处理时长提供最终终点。“Resolved”与“Closed”之间的时间也能揭示关闭流程中的效率问题。

获取途径

当Case对象中的IsClosed字段被设为true时,可根据该时间戳推断。此时ClosedDate字段也会填入数据。

采集

IsClosed字段变为true并记录在CaseHistory中的时间戳。

事件类型 inferred
案件已解决
这一关键里程碑表示客服人员已完成解决客户问题所需的工作。案件此时等待最终关闭,之后可能会在一段时间后自动关闭。
重要性

这是衡量解决时间的主要终点,也是计算SLA达成情况的关键。它标志着案件主动处理阶段结束。

获取途径

当CaseHistory对象中的Status字段变更为“Resolved”时,可据此推断。此时IsClosed字段可能仍为false。

采集

Case状态变更为“Resolved”时的时间戳。

事件类型 inferred
触发内部升级
案件需要更高级别的支持或专业知识并正式升级时,会发生此活动。Salesforce升级规则可以明确记录此事件,也可根据字段变更推断。
重要性

分析升级情况有助于识别复杂案件类型、一线客服人员的培训需求和系统性问题。升级是流程受阻及其对解决时间影响的重要指标。

获取途径

此事件可由CaseEscalation记录明确提供。更常见的做法是根据CaseHistory推断,例如复选框字段“IsEscalated”被设为true时。

采集

“IsEscalated”字段变为true时的时间戳。

事件类型 inferred
发送满意度调查
指发送客户满意度(CSAT)或净推荐值(NPS)调查。通常在案件解决或关闭后自动发送。
重要性

虽然此活动不属于核心问题解决流程,但对于了解反馈闭环很重要。分析发送时间和频率,有助于持续收集客户反馈。

获取途径

可根据与案件关联且符合调查模板的外发EmailMessage记录推断,也可根据SurveyInvitation记录的创建情况获取。

采集

识别外发调查邮件或SurveyInvitation记录的创建情况。

事件类型 inferred
发送首次确认通知
指首次向客户发送的消息,用于确认已收到其服务请求。通常,这是由案件创建规则触发的自动邮件,可通过识别第一条外发消息来推断此活动。
重要性

跟踪此活动对于衡量首次响应时间、确保及时告知客户至关重要。它有助于分析“首次确认延迟”这一KPI,改善客户沟通。

获取途径

可根据与Case关联的第一条外发EmailMessage记录的时间戳推断,也可根据自动化规则触发的自定义字段更新推断。

采集

识别与Case关联的第一条外发EmailMessage的时间戳。

事件类型 inferred
向客户提出解决方案
表示客服人员向客户提供潜在解决方案的时间点。这是一个概念性步骤,通常根据外发消息或特定状态变更推断。
重要性

跟踪此里程碑有助于衡量从调查问题到提出解决方案所用的时间。如果客户不接受方案,这也可能是反复确认流程的起点。

获取途径

可根据包含特定关键词的外发EmailMessage,或CaseHistory对象中状态变更为“Solution Provided”的记录推断。

采集

状态变更或外发消息事件的时间戳。

事件类型 inferred
向客户索取信息
客服人员需要客户补充信息才能继续处理案件时,会发生此活动。通常可根据案件状态变更为“等待客户”来推断。
重要性

此活动标志着等待时间的开始,这段时间不受客服人员控制。单独统计这段时间,对于准确衡量内部流程效率和客服人员表现至关重要。

获取途径

当CaseHistory对象中的Status字段更新为“Waiting on Customer Response”或“Pending”等值时,可据此推断。

采集

Case状态变更为“等待”时的时间戳。

事件类型 inferred
客服人员调查问题
指客服人员主动诊断并了解客户问题的阶段。这并非明确记录的事件,而是根据案件状态从新建或已打开变为处理中来推断。
重要性

了解调查阶段的持续时间,有助于发现服务请求中的复杂问题,以及客服人员可能需要更多培训或资源的环节。此数据还能区分实际处理时间和等待时间。

获取途径

当CaseHistory对象中的Status字段更新为表示正在处理的值(如“In Progress”或“Working”)时,可据此推断。

采集

Case状态变更为“处理中”时的时间戳。

事件类型 inferred
收到客户提供的信息
客户提供所需信息时,此活动标志着客户等待时间结束。通常可根据客户发来消息后案件状态恢复为处理中来推断。
重要性

跟踪此事件对于了解客户响应时间及其对案件整体处理周期的影响至关重要。它也标志着客服人员恢复主动处理。

获取途径

可根据与案件关联的外发EmailMessage时间戳推断,也可根据CaseHistory对象中状态从“Waiting on Customer”变回“In Progress”的记录推断。

采集

收到邮件或状态从“等待”变更时的时间戳。

事件类型 inferred
案件分类并确定优先级
案件被指定类型、类别和优先级时,会发生此活动。通常由分流团队或自动化规则完成,可根据相关案件字段的变更推断。
重要性

分类是了解案件分布和路由效果的关键。分析此步骤有助于优化工作量分配,并确保高优先级案件得到及时处理。

获取途径

可通过CaseHistory对象推断:跟踪Priority、Type或其他分类字段首次填写,或从默认值变更的时间。

采集

跟踪CaseHistory中Priority或Type等字段的更新。

事件类型 inferred
案件重新分配
指案件首次分配后,从一名客服人员或队列转交给另一名客服人员或队列。可根据案件所有权字段后续发生的变更推断。
重要性

频繁重新分配可能意味着初始路由不当、流程效率低下或知识不足,进而造成延误并损害客户体验。跟踪此活动有助于量化客服人员之间的转交情况。

获取途径

可根据首次分配后CaseHistory对象中OwnerId字段的任何变更推断。

采集

识别OwnerId字段首次更新之后的所有更新。

事件类型 inferred
案件重新打开
已解决或已关闭的案件因问题再次出现或解决方案无效而重新激活时,会发生此活动。这是返工的重要指标。
重要性

案件重新打开通常表明解决质量不佳或首次联系解决失败。分析其发生频率和根本原因,对于提升服务质量至关重要。

获取途径

当CaseHistory对象中的IsClosed字段从true变为false,或Status从已关闭/已解决状态变回打开状态时,可据此推断。

采集

Status或IsClosed字段从终止状态变为活动状态时的时间戳。

事件类型 inferred
建议填写 选填

数据提取指南

如何从Salesforce Service Cloud获取数据

准备好开始了吗?

使用此数据模板,快速启动流程挖掘,发现客户服务运营中尚未显现的改进机会。立即着手改进服务交付!

立即提升客户服务效率

将首次联系解决率提升至80%,提高客户满意度(CSAT)评分。

开始免费试用

无需信用卡