헬프데스크에서 해결된 티켓 하나를 열어 보십시오. 티켓 4471: 접수, 대기열 배정, 환불 처리, 종료. 무슨 일이 있었는지 모든 단계가 타임스탬프와 함께 기록되어 있고 검색할 수 있습니다.
이제 그 이유를 찾아보십시오. 왜 이 고객은 30일 기한이 지났는데도 환불을 받았을까요? 상담원은 결정 전에 무엇을 확인했고, 슈퍼바이저가 개입해 판단을 바꿨는지 등은 어디에도 기록되어 있지 않습니다.
기록 시스템의 본래 역할
CRM, 티켓 플랫폼, 결제 시스템은 모두 기록 시스템(system of record)입니다. 고객이 누구인지, 무엇을 구매했는지, 무엇이 진행 중이고 무엇이 종료되었는지 등 데이터를 보관하는 본래 역할에는 매우 뛰어납니다.
하지만 판단을 담도록 설계된 적은 없습니다. '종료' 상태는 작업이 끝났다는 사실만 알려 줄 뿐, 어떻게 처리되었는지는 알려 주지 않습니다. 그 결과 피드백과 학습의 순환이 끊깁니다.
빠져 있는 기록은 의사결정 추적입니다
의사결정 추적(decision trace)은 하나의 해결이 어떻게 이루어졌는지에 대한 기록입니다. 고객이 처한 상황, 에이전트가 참조한 컨텍스트와 그 출처 시스템, 실행한 조치, 그리고 그 조치가 효과가 있었는지를 담습니다. 대개 가장 가치 있는 부분은 마지막, 즉 사람이 사후에 무엇을 수정했는지입니다.
Maven은 이러한 추적이 쌓인 것을 Graph of Record라고 부릅니다. Graph of Record는 결정이 어떻게 내려졌는지를 저장하여, 다음 결정이 이전보다 나아지도록 하는 학습 순환을 가능하게 합니다.
의사결정 추적이 누적 효과를 내는 이유
엔터프라이즈 아키텍트들은 수년간 데이터 중력(data gravity)을 이야기해 왔습니다. 애플리케이션은 데이터가 있는 곳으로 모이는 경향이 있습니다. 의사결정 추적은 또 다른 끌림, 이른바 추적 중력(trace gravity)을 만듭니다.
지능은 결정이 내려지는 곳에 쌓입니다. 해결된 모든 케이스, 그리고 잘못 처리된 케이스에 대한 모든 수정이 다음 케이스에 더 나은 출발점을 제공합니다.
그래서 도입 초기 몇 주가 그토록 중요합니다. 가장 빠르게 성과를 높이는 도입 사례는 실제 케이스와 실제 수정 사항이 에이전트의 작동 방식에 곧바로 반영되는 경우입니다.
Mastermind가 Maven 도입 후 불과 6주 만에 93%의 자율 해결률에 도달한 방법이 바로 이것입니다.
대부분의 팀은 아직 그 아래 계층을 연결하지 못했습니다
Box의 State of AI in the Enterprise 2026 보고서에서 조직의 96%는 AI 에이전트가 회사 고유의 콘텐츠와 지식에 접근하는 것이 중요하다고 답했습니다.
그러나 에이전트를 사용하거나 시험 중인 조직 가운데 여러 사용 사례에 걸쳐 신뢰할 수 있는 내부 콘텐츠를 연결한 곳은 36%에 불과했습니다. 게다가 에이전트의 회사 데이터 접근에 관한 공식 기준을 갖춘 곳은 34%뿐이었습니다.
이것이 콘텐츠 계층, 즉 에이전트가 읽어 들이는 문서와 지식입니다. 의사결정 추적은 그보다 한 단계 위에 있습니다.
대부분의 기업이 아직 지식조차 연결하지 못했다면, 에이전트가 그 지식을 어떻게 활용하는지 의도적으로 기록하는 곳은 극소수일 것입니다. 이를 실천하는 팀에게는 큰 기회이며, 추적 데이터가 자신이 통제할 수 없는 곳에 쌓이고 있는 팀에게는 실질적인 위험입니다.
기존 기록 시스템은 그대로 유지됩니다
CRM이나 헬프데스크를 교체하라는 뜻이 아닙니다. 이들 시스템은 잘하는 일을 계속합니다. 다만 역할이 달라집니다. 작업 계층이 읽고 다시 기록하는 상태 계층이 됩니다.
이것이 오버레이 아키텍처의 원리입니다. Zendesk나 Salesforce 위에서 동작하는 AI 에이전트 플랫폼은 이미 운영 중인 시스템에서 상태를 읽고, 케이스를 해결하고, 결과를 다시 기록하며, 그 과정의 추적을 보관합니다. 마이그레이션도, 새로 도입할 기록 시스템도 필요 없습니다.
계약 전에 확인할 질문
고객 서비스용 AI 에이전트를 평가하고 있다면 의사결정 추적을 평가 항목에 넣어야 합니다. 다음 몇 가지 질문으로 차이를 빠르게 확인할 수 있습니다.
- 의사결정 추적은 어디에 저장되며, 계약을 종료하면 함께 가져갈 수 있습니까?
- 팀이 에이전트를 수정하면, 그 수정이 다음 유사 케이스 처리 방식을 바꾸는 것을 확인할 수 있습니까?
- 개별 해결 건을 그 결과를 만든 컨텍스트와 조치까지 거슬러 감사할 수 있습니까?
- 우리의 추적 데이터로 학습할 수 있는 다른 주체는 누구이며, 그 내용이 계약서에 명시되어 있습니까?
추적을 중심으로 설계된 벤더라면 구체적으로 답할 것입니다. 그렇지 않은 벤더는 다시 데모 이야기로 돌아갈 것입니다.
계속 나아지는 해결
해결률이 주목받는 것은 당연합니다. 하지만 2년 계약 기간 동안 더 중요한 지표는 해결률이 얼마나 빠르게 개선되느냐입니다. 이는 비즈니스가 어떻게 결정을 내리는지에 대한 기록이 보관되고 있는지, 그리고 누가 보관하는지에 달려 있습니다.
이것이 Service as Software 관점의 핵심입니다. 작업이 어떻게 수행되었는지에 대한 기록을 보유하기 때문에, 실제로 일을 하고 그 일을 점점 더 잘하게 되는 소프트웨어입니다. 전체 내용을 읽어 보시거나, 가장 까다로운 티켓 유형을 가지고 데모에 참여해 보십시오. 30분이면 충분합니다. 귀사의 시스템으로, 귀사가 정의하는 '해결' 기준으로 확인하십시오.
귀사의 실제 대화로 확인하세요.
맞춤형 무료 데모를 신청하세요.
