고객 서비스 데이터 템플릿
고객 서비스 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- 데이터 추출 안내
고객 서비스 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
서비스 요청
ServiceRequest
|
고객 서비스 사례 또는 티켓을 식별하고 관련 활동을 연결하는 고유 식별자입니다. | ||
|
설명
서비스 요청은 티켓 또는 사례라고도 하며, 하나의 고객 문의나 문제와 관련된 모든 활동을 연결하는 기본 식별자입니다. Salesforce Service Cloud에서는 Case Number에 해당합니다. 이 속성은 고객과의 각 상호작용이 시작부터 끝까지 어떻게 진행됐는지 재구성하는 데 필요합니다. process mining 도구가 '사례 생성', '상담원 문제 조사', '사례 해결'과 같은 관련 이벤트를 하나의 프로세스 인스턴스로 묶어 전체 흐름을 분석할 수 있게 합니다.
중요한 이유
같은 고객 문제에 속하는 모든 이벤트를 하나의 프로세스 인스턴스로 연결하므로 process mining의 기본 구성 요소입니다.
확보 방법
Salesforce Case 객체, 필드: CaseNumber
예시
000010240000105800001193
|
|||
|
소스 시스템
SourceSystemName
|
프로세스 데이터가 생성된 시스템입니다. | ||
|
설명
이 속성은 데이터가 생성된 원본 애플리케이션을 나타냅니다. 여기서는 Salesforce Service Cloud가 해당합니다. 여러 시스템의 데이터를 결합해 프로세스 전체를 분석하는 환경에서 특히 유용합니다. 단일 시스템만 분석하더라도 데이터의 출처를 확인하는 데 필요한 정보를 제공합니다. 데이터 거버넌스와 문제 해결에 도움이 되며, 올바른 데이터 집합을 바탕으로 분석하고 있는지 확인할 수 있습니다.
중요한 이유
데이터 출처를 확인할 수 있어 데이터 거버넌스와 여러 시스템의 데이터를 결합하는 분석에 필요한 맥락을 제공합니다.
확보 방법
일반적으로 데이터 추출 및 변환 과정에서 데이터 집합의 출처를 표시하도록 정적 값으로 추가합니다.
예시
Salesforce Service CloudSFSC
|
|||
|
이벤트 시간
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
|
고객 서비스 프로세스에서 발생한 특정 업무 이벤트 또는 단계의 이름입니다. | ||
|
설명
이 속성은 서비스 요청 처리 과정의 개별 단계나 마일스톤을 나타냅니다. 활동은 프로세스 맵의 노드이며 상담원, 자동화 시스템 또는 고객이 수행한 작업을 의미합니다. '사례 생성', '내부 에스컬레이션 발생', '사례 종료'와 같은 활동의 순서와 빈도를 분석하는 것은 process mining의 기본입니다. 실제 프로세스 흐름을 파악하고 병목을 찾으며 표준 운영 절차에서 벗어난 지점을 확인할 수 있습니다.
중요한 이유
활동은 프로세스의 각 단계를 나타내며, 활동의 순서는 프로세스 맵과 후속 분석의 기준이 됩니다.
확보 방법
일반적으로 Case 객체의 상태 변경(Status 필드)이나 CaseHistory 또는 EmailMessage 객체의 레코드 등 여러 필드를 조합해 도출합니다.
예시
사례 생성상담원에게 사례 배정고객에게 해결책 제안사례 종료
|
|||
|
SLA 목표 해결 시간
SlaTargetResolutionTime
|
SLA에 따라 서비스 요청을 해결해야 하는 목표 날짜와 시간입니다. | ||
|
설명
이 속성은 케이스 해결을 위한 서비스 수준 계약(SLA) 기한을 나타냅니다. 일반적으로 케이스 우선순위와 유형, 고객 등급 등을 기준으로 정합니다. Salesforce의 entitlement 및 milestone 기능을 사용하면 이 값을 자동으로 계산할 수 있습니다. 이 타임스탬프는 SLA 준수 여부를 측정하는 데 필요합니다. 실제 해결 시간과 목표 시간을 비교하면 SLA 준수율 KPI를 계산하고, SLA 위반 위험이 있는 케이스를 파악할 수 있습니다. 이를 통해 Case SLA Adherence 대시보드에 필요한 정보를 제공합니다.
중요한 이유
실제 성과를 비교할 기준이 되므로 SLA 준수 여부를 계산하고 위반 위험이 있는 케이스를 파악하는 데 중요합니다.
확보 방법
일반적으로 Salesforce Entitlement Management 기능에 포함된 Case Milestone 객체의 SlaExitDate 필드에 저장됩니다.
예시
2023-04-16T17:00:00Z2023-04-18T09:00:00Z2023-05-01T12:00:00Z
|
|||
|
SLA 상태
SlaStatus
|
케이스가 SLA 목표 시간 내에 해결되었는지 나타냅니다. | ||
|
설명
이 속성은 해결된 각 케이스가 정해진 서비스 수준 계약을 준수했는지 분류합니다. 실제 해결 타임스탬프와 'SLA 목표 해결 시간'을 비교해 계산합니다. SLA 준수율 KPI의 직접 입력값으로 사용되어 성과를 간편하게 모니터링할 수 있습니다. 규정을 준수하지 않은 케이스를 빠르게 필터링하고 분석하여 특정 케이스 유형이나 제품, 프로세스 병목 등 SLA 위반의 공통 원인을 찾을 수 있습니다.
중요한 이유
케이스별 SLA 준수 여부를 명확하게 구분하므로 성과 모니터링과 지연 원인 분석에 필수적입니다.
확보 방법
데이터 변환 단계에서 'Case Resolved' 타임스탬프와 'SlaTargetResolutionTime' 속성을 비교해 계산합니다.
예시
준수위반
|
|||
|
배정된 상담원
AssignedAgent
|
서비스 요청이 현재 배정된 사용자 또는 대기열입니다. | ||
|
설명
이 속성은 특정 시점에 서비스 요청을 담당하는 상담원이나 팀을 나타냅니다. Salesforce에서는 일반적으로 Case Owner에 해당합니다. 이 속성의 변경을 추적하는 것은 상담원 성과, 업무량 배분, 인계를 분석하는 데 필요합니다. 사례가 몇 번 재배정됐는지, 어떤 상담원이 가장 복잡한 사례를 처리하는지, 팀의 업무량이 균형 있게 배분됐는지 확인할 수 있습니다. 상담원 인계 및 업무량 배분 대시보드의 주요 속성입니다.
중요한 이유
상담원 업무량과 성과, 인계 빈도를 분석하는 데 필요합니다. 이 요소들은 효율성과 해결 시간에 직접 영향을 줍니다.
확보 방법
Salesforce Case 객체, 필드: OwnerId. 이 필드에는 User 또는 Queue의 ID가 저장됩니다.
예시
Sarah JonesDavid Chen2차 지원 대기열
|
|||
|
사례 상태
CaseStatus
|
서비스 요청의 현재 처리 상태입니다. 예: 신규, 처리 중, 종료. | ||
|
설명
사례 상태는 서비스 요청의 현재 단계를 나타냅니다. 상태 변경은 프로세스의 활동을 식별하는 주요 데이터입니다. 예를 들어 '신규'에서 '작업 중'으로 변경되면 '상담원 문제 조사' 활동으로 매핑할 수 있습니다. 사례의 최종 상태를 분석하면 해결 결과를 파악할 수 있습니다. 미해결 또는 종료된 사례를 필터링하고 특정 상태에서 지나치게 오래 지연되는 사례를 찾는 데도 사용됩니다.
중요한 이유
케이스의 현재 상태와 처리 결과를 파악할 수 있으며, 상태 변경 기록을 바탕으로 활동 순서를 추정하는 경우가 많습니다.
확보 방법
Salesforce Case 객체, 필드: Status
예시
신규처리 중고객 응답 대기종료
|
|||
|
사례 우선순위
CasePriority
|
서비스 요청에 지정된 우선순위입니다. 예: 높음, 보통, 낮음. | ||
|
설명
사례 우선순위는 서비스 요청의 긴급도를 판단하는 기본 분류입니다. 이 분류에 따라 서비스 수준 계약(SLA)에 따른 목표 응답 시간과 해결 시간이 정해지는 경우가 많습니다. 우선순위별 프로세스 성과를 분석하면 우선순위 지정 방식이 효과적인지 평가할 수 있습니다. 우선순위가 높은 사례가 실제로 더 빨리 해결되고 까다로운 SLA 목표를 충족하는지 확인할 수 있어 사례 우선순위 및 영향 대시보드에 활용됩니다.
중요한 이유
긴급한 사례를 효과적으로 우선 처리하고 중요도에 따라 서로 다른 서비스 수준을 충족하는지 분석할 수 있습니다.
확보 방법
Salesforce Case 객체, 필드: Priority
예시
높음보통낮음
|
|||
|
종료 시간
EndTime
|
활동이 완료된 시점을 나타내는 타임스탬프입니다. | ||
|
설명
종료 시간은 활동이 완료된 시점을 나타냅니다. 시작 시간과 함께 사용하면 활동 처리 시간을 정확하게 계산할 수 있습니다. Salesforce의 많은 이벤트는 순간적으로 발생하므로 시작 시간과 종료 시간이 같습니다. 그러나 오래 걸리는 활동은 작업에 소요된 시간을 정확하게 측정하기 위해 별도의 종료 시간이 필요합니다. 단계 사이의 유휴 대기 시간과 실제 처리 시간을 구분해 성과를 분석하는 데 도움이 됩니다.
중요한 이유
활동에 실제로 걸린 시간을 계산할 수 있어 상담원 성과를 분석하고 시간이 많이 걸리는 단계를 찾는 데 필요합니다.
확보 방법
순간적으로 발생하는 이벤트에서는 시작 시간과 같은 경우가 많습니다. 일정 시간이 걸리는 활동은 완료 시점을 나타내는 특정 필드에서 가져와야 하며, 사용자 지정 설정이 필요할 수 있습니다.
예시
2023-04-15T10:00:00Z2023-04-15T11:55:00Z2023-04-16T14:20:00Z
|
|||
|
최초 접촉 해결 여부
IsFirstContactResolution
|
고객과 처음 상호작용하는 동안 케이스가 해결되었는지 나타내는 플래그입니다. | ||
|
설명
이 불리언 속성은 고객과 처음 접촉한 뒤 후속 조치 없이 해결된 서비스 요청을 식별합니다. 판별 로직은 활동 순서와 시점을 분석하는 방식으로 구성하는 경우가 많습니다. 최초 접촉 해결률(FCR)이 높으면 고객 서비스 프로세스가 효율적이고 효과적으로 운영되고 있음을 보여줍니다. 이 계산 속성은 최초 접촉 해결률 KPI의 기준이 됩니다. 첫 접촉에서 해결되지 않은 케이스를 분석하면 상담원 교육, 지식 기반 콘텐츠, 프로세스 설계를 개선할 기회를 찾을 수 있습니다.
중요한 이유
서비스 효율성과 고객 만족도의 주요 요소를 직접 측정하여 문제 해결에 효과적인 요인을 파악할 수 있습니다.
확보 방법
데이터 변환 중 해당 케이스의 이벤트 로그를 분석해 계산합니다. 일반적으로 'Case Resolved'가 'Information Requested From Customer' 또는 이후 고객 접촉 활동보다 먼저 발생했는지 확인합니다.
예시
truefalse
|
|||
|
커뮤니케이션 채널
CommunicationChannel
|
이메일, 전화, 웹 등 서비스 요청이 접수된 채널입니다. | ||
|
설명
이 속성은 고객이 서비스 요청을 제출할 때 사용한 연락 수단을 나타냅니다. Salesforce에서는 Case Origin 필드에 기록되는 경우가 많습니다. 커뮤니케이션 채널을 파악하면 리소스 배분을 최적화하고 서비스 효율성을 높일 수 있습니다. 채널별 해결 시간과 프로세스 흐름을 분석해 문제 유형에 따라 어떤 채널이 효과적인지 확인할 수 있으며, 커뮤니케이션 채널 효율성 대시보드에 활용됩니다.
중요한 이유
고객 연락 채널별 성과를 비교해 채널 운영 전략과 리소스 배분을 최적화할 수 있습니다.
확보 방법
Salesforce Case 객체, 필드: Origin
예시
이메일전화웹채팅
|
|||
|
케이스 유형
CaseType
|
질문, 문제, 기능 요청 등 서비스 요청의 분류입니다. | ||
|
설명
케이스 유형은 고객 문의나 문제의 성격을 분류하는 범주형 속성입니다. 이를 기준으로 서비스 요청을 나누면 유형별 처리 방식을 파악할 수 있습니다. 케이스 유형별로 프로세스를 분석하면 특정 요청이 다른 경로로 처리되거나 해결까지 더 오래 걸리는 경우, 인계가 더 많이 필요한 경우를 확인할 수 있습니다. 이러한 분석 결과를 활용하면 업무 유형에 맞춰 프로세스를 조정하고 개선할 수 있습니다.
중요한 이유
요청 유형별로 프로세스를 나누어 처리 방식의 차이를 파악하고, 유형에 맞는 개선 영역을 찾을 수 있습니다.
확보 방법
Salesforce Case 객체, 필드: Type
예시
문제기능 요청질문
|
|||
|
고객 이름
CustomerName
|
서비스 요청과 연결된 고객 또는 계정의 이름입니다. | ||
|
설명
이 속성은 서비스 요청을 접수한 고객을 식별합니다. Salesforce에서는 개인을 나타내는 Contact 또는 회사를 나타내는 Account일 수 있습니다. 고객별로 프로세스를 분석하면 특정 고객에게 문제가 더 자주 발생하거나 해결 시간이 더 오래 걸리는지 파악할 수 있습니다. 이러한 결과는 고객 관계 관리 전략을 세우고 선제적 지원 기회를 찾는 데 도움이 됩니다.
중요한 이유
고객 중심으로 분석하여 특정 고객이나 고객 세그먼트의 패턴과 성과 차이를 파악할 수 있습니다.
확보 방법
Salesforce Case 객체의 ContactId 또는 AccountId 필드입니다. 각각 Contact 객체와 Account 객체를 참조합니다.
예시
Global Tech Inc.Emily WhiteInnovate Solutions
|
|||
|
관련 제품
ProductInvolved
|
고객 요청과 관련된 제품 또는 서비스입니다. | ||
|
설명
이 속성은 서비스 요청을 특정 제품 또는 서비스와 연결합니다. Salesforce에서는 Product 객체를 참조하는 조회 필드로 관리하는 경우가 많습니다. 제품별로 프로세스 데이터를 나누어 분석하면 제품 품질을 파악하는 데 도움이 됩니다. 어떤 제품에서 지원 요청이 가장 많이 발생하는지, 어떤 문제가 있는지, 제품군에 따라 해결 프로세스가 달라지는지 확인할 수 있습니다. 이러한 정보는 제품 개발팀에 중요한 피드백이 됩니다.
중요한 이유
제품별 프로세스를 분석하여 특정 제품의 품질 문제나 지원 공백을 찾을 수 있습니다.
확보 방법
Salesforce Case 객체의 ProductId 필드입니다. 표준 필드이지만 선택 사항입니다.
예시
Alpha CRM SuiteBeta Analytics ToolGamma Data Connector
|
|||
|
상담원 인계 횟수
AgentHandoffCount
|
케이스가 한 상담원이나 대기열에서 다른 곳으로 재할당된 횟수입니다. | ||
|
설명
이 지표는 서비스 요청이 해결되기 전까지 재할당된 횟수를 계산합니다. 단일 케이스의 전체 처리 과정에서 'AssignedAgent' 속성이 변경된 횟수를 세어 산출합니다. 이 속성은 케이스당 평균 상담원 인계 횟수 KPI의 기준이며, Agent Handoffs and Rework Patterns 대시보드에 표시됩니다. 인계가 잦으면 프로세스 비효율, 불분명한 담당 체계 또는 지식 부족을 나타낼 수 있으며, 이로 인해 해결 시간이 길어지고 고객 불만이 커질 수 있습니다.
중요한 이유
프로세스 내의 마찰을 수치화합니다. 잦은 인계는 지연과 고객 불만의 흔한 원인입니다.
확보 방법
데이터 변환 중 케이스별로 계산합니다. 각 'ServiceRequest'의 'AssignedAgent' 필드에서 중복을 제외한 값의 수를 세고 1을 뺍니다.
예시
0135
|
|||
|
에스컬레이션 여부
IsEscalated
|
케이스가 에스컬레이션되었는지 나타내는 플래그입니다. | ||
|
설명
이 불리언 속성은 서비스 요청이 에스컬레이션되었는지 나타냅니다. Salesforce에서는 표준 IsEscalated 필드로 추적할 수 있으며, 에스컬레이션 규칙에 따라 자동으로 설정됩니다. 이 플래그는 Internal Escalation Analysis 대시보드와 Internal Escalation Rate KPI의 입력값으로 사용됩니다. 에스컬레이션된 케이스를 쉽게 필터링하고 집계하여 발생 빈도를 계산하고, 전체 해결 시간과 프로세스 복잡도에 미치는 영향을 분석할 수 있습니다.
중요한 이유
케이스 에스컬레이션을 직접 측정합니다. 이는 프로세스의 마찰이나 복잡성, 상담원의 지식 부족을 보여주는 지표입니다.
확보 방법
Salesforce Case 객체, 필드: IsEscalated
예시
truefalse
|
|||
|
재작업 여부
IsRework
|
케이스에 재작업이 발생했거나 이전 단계로 되돌아갔는지 나타내는 플래그입니다. | ||
|
설명
이 불리언 속성은 종료 후 다시 열리거나 'Agent Investigates'와 'Solution Proposed' 사이를 반복해서 오가는 등 재작업 패턴이 나타난 케이스를 표시합니다. 바람직하지 않은 반복을 찾으려면 활동 순서를 분석해야 합니다. 이 속성은 재작업률 KPI와 Agent Handoffs and Rework Patterns 대시보드에 직접 활용됩니다. 재작업이 발생한 케이스를 찾아 원인을 분석하면 불충분한 해결책이나 정보 수집 누락 등의 문제를 파악하고 시정 조치를 취할 수 있습니다.
중요한 이유
프로세스 비효율과 낭비되는 노력을 드러내고, 반복이 잦은 활동을 집중적으로 분석할 수 있습니다.
확보 방법
데이터 변환 중 활동 순서를 분석해 계산합니다. 예를 들어 같은 케이스에서 'Case Closed' -> 'Case Reopened' 또는 'Solution Proposed' -> 'Agent Investigates Issue' 순서가 나타나면 재작업으로 표시합니다.
예시
truefalse
|
|||
|
케이스 제목
CaseSubject
|
고객의 문제나 요청을 간략히 요약한 제목입니다. | ||
|
설명
Case Subject는 서비스 요청을 자유 형식의 텍스트로 간략히 요약합니다. 이메일 제목이거나 상담원 또는 고객이 입력한 제목인 경우가 많습니다. 구조화된 필드가 아니므로 프로세스를 직접 분석하는 데 쓰기는 어렵지만, 제목에는 상황을 파악하는 데 유용한 정보가 담겨 있습니다. 텍스트 마이닝 기법을 적용해 케이스를 분류하거나 새롭게 나타나는 문제를 찾고, 정량적 프로세스 분석에 정성적 맥락을 더할 수 있습니다.
중요한 이유
케이스의 전반적인 맥락을 빠르게 파악할 수 있어 세부 분석에 유용하며, 텍스트 마이닝에도 활용할 수 있습니다.
확보 방법
Salesforce Case 객체, 필드: Subject
예시
포털에 로그인할 수 없음청구서 관련 문의보고 대시보드 기능 요청
|
|||
고객 서비스 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
SLA 마일스톤 미준수
|
최초 응답 시간이나 해결 시간 등 서비스 약속을 지키지 못하면 이 이벤트가 발생합니다. Salesforce에서는 자격 프로세스와 마일스톤 레코드로 이를 추적합니다. | ||
|
중요한 이유
이 활동은 SLA 준수 분석과 규정 준수 모니터링에 필요합니다. 고객의 기대를 충족하지 못한 사례를 직접 보여주므로, 개선 대상을 구체적으로 정할 수 있습니다.
확보 방법
CaseMilestone 객체에서 가져옵니다. 마일스톤 레코드의 IsViolated 필드가 true로 설정되면 이벤트가 생성됩니다.
기록
CaseMilestone 레코드의 IsViolated 플래그가 true가 된 시점이 이벤트 타임스탬프입니다.
이벤트 유형
explicit
|
|||
|
내부 에스컬레이션 발생
|
사례에 더 높은 수준의 지원이나 전문성이 필요해 공식적으로 상위 단계로 이관되는 활동입니다. Salesforce의 에스컬레이션 규칙에서 직접 기록하거나 필드 변경으로 추정할 수 있습니다. | ||
|
중요한 이유
에스컬레이션을 분석하면 복잡한 사례 유형, 일선 상담원의 교육 필요성, 시스템 전반의 문제를 파악할 수 있습니다. 프로세스의 마찰과 해결 시간에 미치는 영향을 보여주는 주요 지표입니다.
확보 방법
CaseEscalation 레코드에 명시적으로 기록될 수 있습니다. 더 일반적으로는 CaseHistory에서 'IsEscalated'와 같은 체크박스 필드가 true로 설정된 시점으로 추정합니다.
기록
'IsEscalated' 필드가 true로 변경된 타임스탬프입니다.
이벤트 유형
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
|
|||
|
상담원에게 사례 배정
|
서비스 요청이 처리를 위해 특정 상담원이나 대기열에 배정되는 시점입니다. 사례 소유자 필드의 변경으로 기록되는 기본 단계입니다. | ||
|
중요한 이유
상담원 업무량, 배정 지연, 인계 빈도를 추적하는 데 필요한 활동입니다. 상담원 성과를 분석하고 배정 과정의 병목을 찾는 기준이 됩니다.
확보 방법
Case 객체의 OwnerId 필드 변경으로 추정합니다. 변경 타임스탬프는 CaseHistory 객체에 기록됩니다.
기록
OwnerId 필드가 처음 갱신된 시점을 확인합니다.
이벤트 유형
inferred
|
|||
|
고객 정보 수신
|
고객이 요청받은 정보를 제공하면 고객 대기 시간이 끝납니다. 수신 연락 이후 사례 상태가 다시 처리 중으로 바뀌는 시점으로 추정하는 경우가 많습니다. | ||
|
중요한 이유
이 이벤트를 추적하면 고객 응답 시간과 전체 사례 처리 기간에 미치는 영향을 파악할 수 있습니다. 상담원의 실제 처리가 재개되는 시점도 확인할 수 있습니다.
확보 방법
사례와 연결된 수신 EmailMessage의 타임스탬프 또는 CaseHistory 객체에서 상태가 'Waiting on Customer'에서 'In Progress'로 변경된 시점으로 추정합니다.
기록
수신 이메일 또는 '대기' 상태 변경의 타임스탬프입니다.
이벤트 유형
inferred
|
|||
|
고객에게 정보 요청
|
사례 처리를 계속하기 위해 상담원이 고객에게 추가 정보를 요청하는 활동입니다. 일반적으로 사례 상태가 '고객 응답 대기'로 변경되는 시점으로 추정합니다. | ||
|
중요한 이유
이 활동부터 상담원이 통제할 수 없는 대기 시간이 시작됩니다. 이 시간을 분리해야 내부 프로세스 효율성과 상담원 성과를 정확하게 측정할 수 있습니다.
확보 방법
CaseHistory 객체에서 Status 필드가 'Waiting on Customer Response' 또는 'Pending'과 같은 값으로 변경된 시점을 찾아 추정합니다.
기록
Case 상태가 '대기'를 나타내는 값으로 변경된 타임스탬프입니다.
이벤트 유형
inferred
|
|||
|
고객에게 해결책 제안
|
상담원이 고객에게 가능한 해결책을 제시한 시점입니다. 개념적인 단계로, 발신 연락이나 특정 상태 변경을 통해 추정하는 경우가 많습니다. | ||
|
중요한 이유
이 마일스톤을 추적하면 조사 시작부터 해결책 제안까지 걸린 시간을 측정할 수 있습니다. 고객이 해결책을 받아들이지 않을 경우 다시 확인하는 과정의 시작점이 될 수도 있습니다.
확보 방법
특정 키워드가 포함된 발신 EmailMessage 또는 CaseHistory 객체의 상태가 'Solution Provided'로 변경된 시점으로 추정합니다.
기록
상태 변경 또는 발신 연락 이벤트의 타임스탬프입니다.
이벤트 유형
inferred
|
|||
|
만족도 설문 발송
|
고객 만족도(CSAT) 또는 순추천고객지수(NPS) 설문을 발송하는 활동입니다. 일반적으로 사례 해결 또는 종료 후 자동으로 진행됩니다. | ||
|
중요한 이유
해결 프로세스의 직접적인 단계는 아니지만, 고객 의견을 수렴하는 과정을 파악하는 데 중요합니다. 발송 시점과 빈도를 분석하면 고객의 목소리를 꾸준히 수집하고 있는지 확인할 수 있습니다.
확보 방법
설문 템플릿에 해당하는 발신 EmailMessage 레코드가 사례와 연결된 시점으로 추정합니다. SurveyInvitation 레코드 생성으로 기록할 수도 있습니다.
기록
발신 설문 이메일 또는 SurveyInvitation 레코드 생성을 확인합니다.
이벤트 유형
inferred
|
|||
|
사례 분류 및 우선순위 지정
|
사례에 유형, 범주, 우선순위가 지정되는 활동입니다. 분류 담당 팀이나 자동화 규칙이 처리하는 경우가 많으며, 관련 사례 필드의 변경 내역으로 추정합니다. | ||
|
중요한 이유
분류 정보를 활용하면 사례 분포와 배정의 효율성을 파악할 수 있습니다. 이 단계를 분석해 업무량 배분을 최적화하고 우선순위가 높은 사례를 신속히 처리할 수 있습니다.
확보 방법
CaseHistory 객체에서 Priority, Type 또는 다른 분류 필드가 처음 입력되거나 기본값에서 변경된 시점을 찾아 추정합니다.
기록
CaseHistory에서 Priority나 Type 등의 필드 변경 내역을 추적합니다.
이벤트 유형
inferred
|
|||
|
사례 재개
|
문제가 다시 발생하거나 해결책이 효과가 없어 이전에 해결 또는 종료된 사례가 다시 처리되는 경우입니다. 재작업을 보여주는 주요 지표입니다. | ||
|
중요한 이유
사례가 다시 열리면 해결 품질이 낮거나 최초 문의 해결에 실패했을 가능성이 큽니다. 서비스 품질을 높이려면 재개 빈도와 근본 원인을 분석해야 합니다.
확보 방법
CaseHistory 객체에서 IsClosed 필드가 true에서 false로 바뀌거나 Status가 종료 또는 해결 상태에서 진행 중 상태로 변경된 시점으로 추정합니다.
기록
Status 또는 IsClosed 필드가 종료 상태에서 처리 중 상태로 변경된 타임스탬프입니다.
이벤트 유형
inferred
|
|||
|
사례 재배정
|
최초 배정 후 사례가 한 상담원이나 대기열에서 다른 곳으로 이관되는 단계입니다. 사례 소유자 필드의 후속 변경으로 추정합니다. | ||
|
중요한 이유
재배정이 잦으면 최초 배정이 적절하지 않았거나 프로세스가 비효율적이거나 지식이 부족하다는 신호일 수 있습니다. 이로 인해 처리가 늦어지고 고객 경험이 나빠질 수 있습니다. 이 활동을 통해 상담원 간 인계 횟수를 측정할 수 있습니다.
확보 방법
최초 배정 이후 CaseHistory 객체에서 OwnerId 필드가 변경된 내역으로 추정합니다.
기록
OwnerId 필드의 최초 변경 이후 발생한 모든 갱신을 확인합니다.
이벤트 유형
inferred
|
|||
|
상담원 문제 조사
|
상담원이 고객의 문제를 진단하고 파악하기 위해 실제로 처리하는 단계입니다. 명시적인 이벤트는 아니며, 사례 상태가 신규 또는 접수 상태에서 진행 중 상태로 바뀌는 시점으로 추정합니다. | ||
|
중요한 이유
조사 단계에 걸리는 시간을 파악하면 서비스 요청의 복잡성, 상담원에게 추가 교육이나 리소스가 필요한 영역을 찾을 수 있습니다. 실제 처리 시간과 대기 시간을 구분하는 데도 도움이 됩니다.
확보 방법
CaseHistory 객체에서 Status 필드가 'In Progress' 또는 'Working'처럼 처리가 진행 중임을 나타내는 값으로 변경된 시점을 찾아 추정합니다.
기록
Case 상태가 '진행 중'을 나타내는 값으로 변경된 타임스탬프입니다.
이벤트 유형
inferred
|
|||
|
최초 접수 확인 발송
|
고객의 서비스 요청을 접수했음을 알리는 첫 번째 연락입니다. 일반적으로 사례 생성 규칙에 따라 자동 발송되는 이메일이며, 최초 발신 연락을 찾아 이벤트를 추정합니다. | ||
|
중요한 이유
이 활동을 추적하면 최초 응답 시간을 측정하고 고객에게 신속히 안내했는지 확인할 수 있습니다. '최초 접수 확인 지연 시간' KPI를 분석해 고객 커뮤니케이션을 개선하는 데도 도움이 됩니다.
확보 방법
Case와 연결된 첫 번째 발신 EmailMessage 레코드의 타임스탬프로 추정합니다. 자동화 규칙으로 갱신되는 사용자 지정 필드에서도 추정할 수 있습니다.
기록
Case와 연결된 첫 발신 EmailMessage의 타임스탬프를 찾습니다.
이벤트 유형
inferred
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 데이터 템플릿으로 process mining을 시작하고 고객 서비스 운영의 개선 기회를 찾아보세요. 서비스 제공 방식을 개선하는 첫걸음을 내디디세요.
고객 서비스 효율을 높이세요
최초 문의 해결률 80%를 달성하고 고객 만족도(CSAT)를 높입니다.
신용카드가 필요하지 않습니다