문제 관리 데이터 템플릿

Zendesk Support
문제 관리 데이터 템플릿

문제 관리 데이터 템플릿

이 템플릿은 Zendesk Support에서 문제 관리 수명 주기를 매핑하는 데 필요한 체계를 제공합니다. 근본 원인 분석의 병목을 파악하는 데 필요한 속성, 주요 프로세스 단계, 데이터 추출 로직을 안내합니다. 이 구조를 따르면 프로세스를 더 깊이 분석할 수 있는 고품질 이벤트 로그를 만들 수 있습니다.
  • 상세 분석에 권장되는 속성
  • 주요 프로세스 활동 및 상태 전환
  • Zendesk Support 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

문제 관리 속성

문제 해결 전 과정에서 티켓 유형, 우선순위, 담당 정보를 분석할 수 있도록 권장 데이터 필드를 제공합니다.
5 필수 8 권장 6 선택 사항
이름 설명
마지막 데이터 업데이트
LastDataUpdate
문제 레코드가 마지막으로 수정된 시각을 나타내는 타임스탬프입니다.
설명

이 속성은 소스 시스템에서 문제 레코드 데이터가 마지막으로 업데이트된 시각을 나타냅니다. 활동이 발생한 시각이 아니라 레코드 수준의 시각이라는 점에서 이벤트 타임스탬프와 다릅니다.

분석에서는 데이터의 최신성을 확인하는 데 사용합니다. 데이터 세트가 최신인지, 소스 시스템과 process mining 환경 사이에 동기화 지연이 있는지 파악할 수 있습니다.

중요한 이유

데이터 최신성을 추적하고 증분 데이터 로드 방식을 지원합니다.

확보 방법

Zendesk Ticket 객체의 'updated_at' 필드

예시
2023-11-01T14:20:00Z
문제 레코드
ProblemRecordId
Zendesk에서 문제 티켓에 할당하는 고유 숫자 식별자입니다.
설명

이 속성은 Zendesk Support 시스템에서 문제 레코드를 식별하는 고유 키입니다. process mining의 기준 사례 ID로 사용되며, 이후 발생하는 모든 이벤트와 업데이트, 상호작용을 하나의 프로세스 인스턴스로 묶습니다.

분석에서는 이 ID를 사용해 생성부터 종료까지 각 문제 조사 과정을 구분합니다. 관련 장애를 연결하고 여러 지원 단계에 걸친 문제의 수명 주기를 추적할 수 있습니다.

중요한 이유

process mining 분석에서 이벤트를 사례별로 묶는 데 필요한 기본 필수 키입니다.

확보 방법

Zendesk Ticket 객체의 'id' 필드, 유형이 'problem'인 경우

예시
1045293849921
소스 시스템
SourceSystem
데이터가 생성된 시스템의 이름입니다.
설명

이 속성은 프로세스 데이터를 추출한 소프트웨어 플랫폼을 식별합니다. 여기에는 'Zendesk Support'가 일관되게 입력됩니다.

특히 Zendesk와 Jira처럼 여러 시스템의 데이터를 결합해 분석할 때 데이터의 출처별로 필터링하거나 그룹화하는 데 사용합니다. 여러 시스템의 프로세스를 함께 볼 때 데이터 계보와 추적 가능성을 보장합니다.

중요한 이유

데이터 계보를 확인하고 여러 시스템을 활용하는 process mining 구성을 지원합니다.

확보 방법

추출 과정에서 고정값으로 입력

예시
Zendesk Support
시작 시각
EventTimestamp
활동이 발생한 날짜와 시각입니다.
설명

이 속성은 Zendesk 시스템에서 활동이 발생한 정확한 시각을 기록합니다. 이벤트 순서를 올바르게 정하고 단계 간 소요 시간을 계산하는 데 필요한 시간 정보를 제공합니다.

분석에서는 처리 시간 계산, 지연 파악, SLA 준수 확인, 시간에 따른 프로세스 시각화에 중요합니다. 타임스탬프가 정확하지 않으면 문제 해결 속도를 파악할 수 없습니다.

중요한 이유

활동을 시간순으로 정렬하고 시간 기반 KPI를 계산할 수 있습니다.

확보 방법

Zendesk Ticket Audits의 'created_at' 필드

예시
2023-10-12T08:30:00Z2023-10-12T09:15:22Z
활동
ActivityName
문제 레코드에서 수행된 이벤트 또는 작업의 이름입니다.
설명

이 속성은 문제 레코드의 수명 주기 동안 수행된 구체적인 단계나 작업을 기록합니다. 예를 들어 'Open'에서 'Pending'으로의 상태 변경, 배정 변경, 'Workaround Published'와 같은 특정 워크플로 단계가 있습니다.

분석에서는 이 값이 프로세스 맵의 노드를 구성합니다. 활동의 순서를 통해 분석가는 작업 흐름을 시각화하고 병목을 찾으며 각 단계 사이에 걸린 시간을 측정할 수 있습니다.

중요한 이유

프로세스에서 '무엇을' 하는지 정의해 프로세스 흐름을 시각화하고 변형을 분석할 수 있습니다.

확보 방법

Zendesk Ticket Audits 또는 Ticket Metrics에서 가져옵니다.

예시
문제 레코드 등록조사 시작임시 해결책 게시
SLA 기한
SlaDueDate
문제를 해결해야 하는 목표 날짜와 시각입니다.
설명

이 속성은 서비스 수준 협약 설정에 따른 해결 기한입니다. 일반적으로 우선순위와 티켓 생성 시각을 기준으로 계산합니다.

분석에서는 실제 해결 시각과 비교해 문제 SLA 준수율을 계산합니다. SLA Performance and Risk 대시보드에서 허용 시간을 앞두었거나 초과한 사례를 표시합니다.

중요한 이유

규정 준수와 계약상 성과를 측정하는 데 중요합니다.

확보 방법

Zendesk Ticket Metrics 또는 SLA Policies 엔드포인트

예시
2023-12-01T17:00:00Z
관련 장애 건수
RelatedIncidentCount
이 문제 레코드에 연결된 장애 티켓 수입니다.
설명

이 속성은 문제 레코드와 연결된 개별 장애 티켓의 수를 계산합니다. Zendesk에서는 장애 티켓의 'problem_id' 필드를 사용해 해당 레코드와 연결합니다.

분석에서는 '장애 연관성과 영향'을 측정하는 주요 지표입니다. 가장 많은 사용자에게 영향을 미치는 문제를 우선 처리하도록 지원하며, 티켓 감소 효과가 가장 큰 수정 사항을 결정하는 데 도움이 됩니다.

중요한 이유

문제의 규모와 사용자에게 미치는 영향을 나타냅니다.

확보 방법

Zendesk Tickets API에서 type='incident'이고 problem_id=ThisID인 티켓 수

예시
015342
근본 원인 범주
RootCauseCategory
확인된 문제의 근본 원인(예: 코드 결함, 구성 오류)입니다.
설명

이 속성에는 문제를 일으킨 원인에 대한 최종 진단 결과가 기록됩니다. 일반적으로 '근본 원인 확인' 활동 중에 입력합니다.

분석에서는 '문제 분류 정확도' 보고서를 생성하고 시스템 장애 추이를 분석하는 데 사용합니다. 이를 통해 관리자는 코드 품질, 인프라 안정성 또는 공급업체 관리 중 어디에 집중해야 할지 판단할 수 있습니다.

중요한 이유

장애 패턴을 분석하고 장기적인 개선 과제의 방향을 정하는 데 도움이 됩니다.

확보 방법

Zendesk 티켓 사용자 지정 필드

예시
소프트웨어 버그구성 오류사용자 오류
담당자 이름
AssigneeName
문제 해결을 담당하는 특정 상담원입니다.
설명

이 속성에는 현재 문제 레코드를 담당하는 사용자의 이름이 포함됩니다. 누가 특정 작업을 수행했는지 상세히 확인할 수 있습니다.

분석에서는 개인별 업무량과 성과를 파악하는 데 도움이 됩니다. 그룹 단위 분석이 일반적이지만 담당자 수준의 데이터를 활용하면 교육이 필요한 영역이나 복잡한 근본 원인을 특히 효과적으로 해결하는 담당자를 찾을 수 있습니다.

중요한 이유

개인별 리소스 분석을 지원합니다.

확보 방법

Zendesk Ticket 객체의 'assignee_id' 필드(담당자 이름으로 변환)

예시
홍길동김영희시스템
문제 범주
ProblemCategory
문제 분류(예: 소프트웨어, 하드웨어, 네트워크)입니다.
설명

이 속성은 영향을 받은 서비스나 기술 스택을 기준으로 문제를 분류합니다. 일반적으로 Zendesk 양식에서 사용자 지정 드롭다운 필드로 설정합니다.

분석에서는 '문제 분류 정확도' 대시보드에 사용합니다. 최초 분류와 최종 근본 원인을 비교하면 초기 분류 단계에서 문제가 적절한 팀으로 정확히 전달되는지 확인할 수 있습니다.

중요한 이유

기술 또는 비즈니스 서비스별로 데이터를 구분해 분석할 수 있습니다.

확보 방법

Zendesk 티켓 사용자 지정 필드

예시
데이터베이스UI/UX네트워크 인프라
문제 상태
ProblemStatus
수명 주기에서 문제 레코드가 현재 놓인 상태입니다.
설명

이 속성은 문제의 현재 상태를 표시합니다. 예를 들어 New, Open, Pending, Solved, Closed가 있습니다. 조사 진행 상황을 보여줍니다.

분석에서는 열린 사례와 종료된 사례를 필터링하는 데 사용합니다. 예상된 상태 흐름에 따라 진행되지 않는 활성 사례를 찾아내는 Stale Problem Record Monitoring 대시보드에 필요한 항목입니다.

중요한 이유

완료 상태에 따라 사례를 필터링할 수 있습니다.

확보 방법

Zendesk Ticket 객체의 'status' 필드

예시
신규열림대기 중해결됨종료됨
우선순위
Priority
문제 레코드에 지정된 긴급도입니다.
설명

이 속성은 문제의 상대적 중요도를 나타내며 일반적으로 낮음, 보통, 높음, 긴급으로 구분합니다. 예상 서비스 수준 협약(SLA)과 리소스 배분의 기준이 됩니다.

분석에서는 우선순위별로 프로세스를 나누고 성과를 비교합니다. 예를 들어 Root Cause Investigation Velocity 대시보드에서 요구하는 대로 '긴급' 문제를 '낮음' 우선순위 문제보다 실제로 더 빠르게 해결하는지 확인할 수 있습니다.

중요한 이유

SLA 준수와 리소스 우선순위를 분석할 수 있도록 사례를 구분하는 데 필요합니다.

확보 방법

Zendesk Ticket 객체의 'priority' 필드

예시
긴급높음보통낮음
지원 그룹
SupportGroup
현재 문제 레코드를 담당하는 팀 또는 부서입니다.
설명

이 속성은 특정 시점에 문제를 담당하는 상담원 그룹을 식별합니다. 티켓이 한 팀에서 다른 팀으로 인계될 때 값이 바뀝니다.

Support Group Handover Analysis 대시보드에서 중요한 항목입니다. 팀별 성과를 측정하고 인수인계 과정의 병목을 파악하며 리소스 업무량 분포를 분석할 수 있습니다.

중요한 이유

조직 단위 분석을 지원하고 부서 간 병목을 파악할 수 있습니다.

확보 방법

Zendesk Ticket 객체의 'group_id' 필드(그룹 이름으로 변환)

예시
L2 지원데이터베이스 팀네트워크 운영
PIR 실시 여부
HasPostImplementationReview
구현 후 검토를 실시했는지 표시합니다.
설명

이 속성은 문제 해결 프로세스에 검토 단계가 포함되었는지 나타냅니다. 사례 이력에 '구현 후 검토 실시' 활동이 있는지 확인해 산출합니다.

분석에서는 '구현 후 검토 범위' 대시보드에 활용합니다. 주요 문제에서 조직이 교훈을 얻고 있는지 확인하는 규정 준수 지표입니다.

중요한 이유

지속적 개선 프로세스의 규정 준수 여부를 확인합니다.

확보 방법

'구현 후 검토 실시' 활동의 존재 여부로 산출

예시
truefalse
문제 제목
ProblemSubject
문제 레코드의 간략한 요약 또는 제목입니다.
설명

이 속성에는 문제를 생성할 때 입력한 요약이 포함됩니다. 일반적으로 조사 중인 증상이나 문제를 설명합니다.

분석에서는 특정 사례를 자세히 살펴볼 때 분석가가 맥락을 파악하는 데 도움이 됩니다. 텍스트 마이닝을 적용해 비슷한 문제를 묶거나 구조화된 범주 필드에 기록되지 않은 반복 주제를 찾을 수도 있습니다.

중요한 이유

개별 사례의 내용을 사람이 읽기 쉬운 형태로 제공합니다.

확보 방법

Zendesk Ticket 객체의 'subject' 필드

예시
EU 지역에서 결제를 처리할 수 없음로그인 서버 지연 시간 급증관리자 사용자의 데이터 내보내기 실패
변경 요청 ID
ChangeRequestId
수정 사항을 적용하기 위해 연결된 변경 요청의 식별자입니다.
설명

이 속성은 문제 기록을 변경 관리 기록에 연결합니다. 변경 관리 기록은 다른 시스템이나 별도의 티켓 유형에 있을 수 있습니다. 정식 변경 프로세스가 시작되었음을 나타냅니다.

분석에서는 '변경 요청 시작률' 대시보드에 활용합니다. 진단부터 구현까지의 진행 상황을 추적하고, 확인된 근본 원인이 정식 변경 조치로 이어지는지 확인할 수 있습니다.

중요한 이유

문제 관리 프로세스와 변경 관리 프로세스를 연결합니다.

확보 방법

Zendesk 티켓 사용자 지정 필드 또는 연결된 티켓

예시
CR-1002CHG00394
임시 해결책 적용 여부
WorkaroundActive
임시 해결책이 제공되거나 게시되었는지 나타내는 플래그입니다.
설명

이 불리언 속성은 문제에 대한 임시 해결책을 문서화했는지 나타냅니다. '임시 해결책 게시' 활동이 있는지 또는 양식의 특정 체크박스가 선택되었는지를 기준으로 산출하는 경우가 많습니다.

분석에서는 '임시 해결책 게시 규정 준수' 대시보드에 사용합니다. 장기 조사가 진행되는 동안 지원팀이 사용자에게 얼마나 자주 즉각적인 해결책을 제공하는지 측정합니다.

중요한 이유

조사 중 사용자에게 미치는 영향을 얼마나 줄였는지 측정하는 데 중요합니다.

확보 방법

'임시 해결책 게시' 활동 또는 사용자 지정 필드의 존재 여부로 산출

예시
truefalse
장기 미처리 여부
IsStale
14일 넘게 활동이 없는 문제를 표시합니다.
설명

이 계산 속성은 최근에 업데이트되지 않은 기록을 식별합니다. 현재 날짜(또는 분석 기준일)와 마지막 활동 시각을 비교합니다.

분석에서는 '장기 미처리 문제 기록 모니터링' 대시보드에 사용합니다. 관리자는 이를 통해 백로그에 쌓인 방치 사례를 빠르게 찾아내고, 행정적으로 종료하거나 담당자를 재배정할 수 있습니다.

중요한 이유

프로세스 낭비와 방치된 작업 항목을 파악하는 데 도움이 됩니다.

확보 방법

Process Mining 도구에서 계산: (현재 시각 - 마지막 데이터 업데이트 시각) > 14일

예시
truefalse
지식 문서 ID
KnowledgeArticleId
문제와 관련해 작성했거나 연결한 지식 베이스 문서의 ID입니다.
설명

이 속성에는 Zendesk Guide 문서 또는 외부 지식 자료의 참조 정보가 저장됩니다. 문제 해결 과정에서 얻은 지식을 문서화했는지 나타냅니다.

분석에서는 이 필드의 존재 여부를 바탕으로 '지식 베이스 연계율'을 계산합니다. 해결 방법을 기록해 향후 참고할 수 있도록 조직이 학습 내용을 축적하는지 확인합니다.

중요한 이유

지식 관리 프로세스의 효과를 측정합니다.

확보 방법

Zendesk 티켓 사용자 지정 필드 또는 연결된 콘텐츠

예시
360045889KB-2991
필수 권장 선택 사항

문제 관리 활동

초기 문제 식별부터 영구 해결책 적용까지 전체 흐름을 파악할 수 있도록 주요 프로세스 단계와 상태 변경을 기록합니다.
8 권장 4 선택 사항
활동 설명
근본 원인 확인
문제의 근본 원인을 파악한 시점입니다. 일반적으로 상담원이 사용자 지정 'Root Cause' 텍스트 필드나 드롭다운 범주를 입력할 때 기록됩니다.
중요한 이유

Root Cause Investigation Velocity 대시보드의 주요 이정표이며 진단 효율을 측정하는 데 사용됩니다.

확보 방법

'Root Cause', 'RCA' 또는 'Problem Source'로 표시된 사용자 지정 필드에 값이 입력되는지 모니터링합니다.

기록

사용자 지정 필드에 값이 입력됐는지 비교

이벤트 유형 inferred
문제 레코드 등록
Zendesk Support에서 문제 티켓을 처음 생성하는 단계입니다. 이 이벤트는 문제가 시스템에 처음 기록된 시각을 저장하며, 일반적으로 프로세스 인스턴스의 시작을 나타냅니다.
중요한 이유

전체 해결 주기의 시작 시각을 정하며 이후 모든 리드 타임 지표의 기준이 됩니다.

확보 방법

티켓 객체의 'created_at' 타임스탬프 또는 티켓 감사 로그의 첫 항목에서 가져옵니다.

기록

Ticket Created 트랜잭션 실행 시 기록

이벤트 유형 explicit
문제 레코드 종료
티켓이 잠겨 더 이상 변경할 수 없게 되는 최종 수명 주기 이벤트입니다. Zendesk에서는 일반적으로 Solved 상태가 된 지 4일 후 자동으로 종료됩니다.
중요한 이유

레코드 수명 주기의 완전한 종료를 나타내며 데이터 보존과 이력 보고에 사용됩니다.

확보 방법

티켓 상태가 'Closed'로 변경될 때 가져옵니다.

기록

상태가 Closed로 변경될 때 기록

이벤트 유형 explicit
영구 수정 적용
기술적 해결책이 환경에 배포됐음을 나타냅니다. 티켓이 완전히 해결되기 전에 사용자 지정 상태 전환이나 특정 태그로 추적하는 경우가 많습니다.
중요한 이유

진단부터 배포까지 걸린 시간을 측정하는 Fix Implementation Efficiency 대시보드에 필요한 항목입니다.

확보 방법

특정 태그(예: 'fix_deployed') 또는 해당 필드가 있는 경우 사용자 지정 상태 필드로 추정합니다.

기록

태그 또는 사용자 지정 상태 드롭다운 모니터링

이벤트 유형 inferred
임시 해결책 게시
문제에 대한 임시 해결책을 문서화하고 공유하는 작업입니다. Zendesk에서는 임시 해결책이 제공됨을 나타내는 특정 태그나 사용자 지정 체크박스 필드로 기록하는 경우가 많습니다.
중요한 이유

Workaround Publication Compliance 대시보드에 활용해 조사가 오래 걸리는 동안 사용자에게 임시 조치가 제공되는지 확인합니다.

확보 방법

'workaround_published' 태그 추가 또는 'Workaround'라는 사용자 지정 불리언 필드의 변경을 모니터링합니다.

기록

사용자 지정 필드 또는 태그 값 비교

이벤트 유형 inferred
조사 시작
수동적인 'New' 상태에서 실제 작업이 진행되는 상태로 전환되는 시점입니다. 상담원이 문제를 확인하고 진단을 시작했음을 나타냅니다.
중요한 이유

문제 레코드 정체 지표를 계산하는 데 사용하며, 평균 근본 원인 분석 시간 KPI의 시작점입니다.

확보 방법

티켓 상태가 'New'에서 'Open' 또는 'Pending'으로 변경될 때 추정합니다.

기록

변경 전후의 상태 필드 비교

이벤트 유형 inferred
지원 그룹에 배정
문제 레코드를 특정 기술팀이나 부서로 전달하는 단계입니다. 티켓의 Group ID 필드가 업데이트될 때 추적합니다.
중요한 이유

부서 간 대기 시간을 측정하는 Support Group Handover Analysis 대시보드에 필요한 항목입니다.

확보 방법

티켓 감사 로그에서 'group_id' 필드의 변경을 모니터링합니다.

기록

Group Assignment Change 트랜잭션 실행 시 기록

이벤트 유형 explicit
해결 확인
문제를 공식적으로 해결됨으로 표시하는 단계입니다. Zendesk에서는 표준 시스템 상태를 'Solved'로 설정할 때 발생하며, 수정 사항이 검증되고 사례가 완료됐음을 나타냅니다.
중요한 이유

SLA 성과 및 위험 계산과 문제 SLA 준수율을 산출하는 주요 종료 지점입니다.

확보 방법

티켓 상태가 'Solved'로 변경될 때 가져옵니다.

기록

상태가 Solved로 변경될 때 기록

이벤트 유형 explicit
구현 후 검토 완료
수정 후 회고 검토가 완료됐음을 확인하는 단계입니다. 일반적으로 프로세스 담당자가 체크박스나 날짜 필드를 업데이트합니다.
중요한 이유

품질 기준 준수 여부를 확인하는 구현 후 검토 빈도 KPI 산출에 필요합니다.

확보 방법

사용자 지정 체크박스 'PIR Completed' 또는 날짜 필드 'PIR Date'의 업데이트를 모니터링합니다.

기록

완료 여부를 확인하기 위해 사용자 지정 필드 모니터링

이벤트 유형 inferred
문제 조사 재개
이전에 Solved로 표시된 문제 레코드가 Open 또는 진행 중 상태로 돌아갈 때 발생합니다. 수정 실패 또는 해결 결과가 받아들여지지 않았음을 나타냅니다.
중요한 이유

문제 재개율 KPI에 활용해 해결 과정의 품질 문제를 파악할 수 있습니다.

확보 방법

상태가 'Solved'에서 'Open', 'New' 또는 'Pending'으로 바뀔 때 추정합니다.

기록

변경 전후의 상태 필드 비교

이벤트 유형 inferred
변경 요청 시작
문제를 해결하기 위한 공식 변경 관리 프로세스가 시작됐음을 나타냅니다. 일반적으로 사용자 지정 'Change Request ID' 필드에 값이 입력되거나 'Change' 유형 티켓이 연결될 때 추정합니다.
중요한 이유

변경 요청 시작률을 추적하고 문제 관리와 변경 관리 워크플로를 연결합니다.

확보 방법

사용자 지정 필드(예: 'change_reference')의 변경 사항이나 'problem_change' 링크 유형의 생성 여부를 모니터링합니다.

기록

외부 ID 입력을 위해 사용자 지정 필드 모니터링

이벤트 유형 inferred
제안된 해결책 초안 작성
문제 조사 결과를 바탕으로 지식 베이스 문서를 작성하는 단계입니다. Zendesk Knowledge Capture 앱 사용이나 새 문서 연결 여부로 추정합니다.
중요한 이유

Knowledge Base Integration Rate KPI에 활용해 조직의 지식 축적을 지원합니다.

확보 방법

'Knowledge Capture' 연동 관련 이벤트나 'kcs_draft'와 같은 태그를 모니터링합니다.

기록

특정 시스템 태그 또는 연결 이벤트를 바탕으로 추정

이벤트 유형 inferred
권장 선택 사항

데이터 추출 안내

Zendesk Support에서 데이터 가져오기

시작할 준비가 되셨나요?

오늘 이 템플릿을 Zendesk 환경에 적용해 IT 안정성을 높여 보세요. 데이터 추출을 조정하고 process mining을 시작할 수 있도록 지원해 드립니다.

문제 관리를 개선해 IT 문제를 더 빠르게 해결하세요

해결 주기를 30% 단축하고 IT 처리 병목을 해소하세요.

무료 체험 시작

신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.