라이브러리로 돌아가기
활용 사례

고객 지원 해결 시간 7시간: 지식 그래프가 티켓 처리 시간을 75% 단축하는 방법

최종 업데이트: 2026年7月27日

핵심 요약

  • LinkedIn의 GraphRAG 프로덕션 배포는 검색 정확도를 77.6% 향상시키고 이슈 해결 시간을 28.6% 단축했습니다 — 동일한 패턴이 분리된 문서 시스템들 간에 검색하는 모든 B2B SaaS 지원 팀에 적용됩니다.
  • 주당 2,400건의 티켓을 처리하는 직원 320명 규모의 B2B SaaS 기업은 티켓당 평균 28시간을 소비합니다 — Confluence, Jira, 3개 제품 문서에 걸친 6회의 수동 검색을 수행하며, 올바른 답변을 찾지 못해 tier-1 티켓의 45%가 에스컬레이션됩니다.
  • 벡터 검색은 의미적으로 유사하지만 구조적으로 잘못된 결과를 반환합니다 — 벡터 유사도는 버전 호환성, 제품 의존성, 이슈 해결 체인을 이해하지 못하므로 현재 API 질문에 대해 이전 API 버전의 우회 방법이 표시됩니다.
  • 제품 의존성, API 버전 호환성, 이슈 해결 이력을 아는 지식 그래프는 해결 시간을 7시간, 에스컬레이션을 18%로 단축합니다 — 그래프는 벡터 검색이 볼 수 없는 관계를 따라갑니다.

문제: 티켓당 28시간과 45% 에스컬레이션

직원 320명 규모의 B2B SaaS 기업은 티켓팅에 Zendesk, 지식 베이스에 Confluence, 엔지니어링 이슈에 Jira를 운영합니다. 지원 팀 — 주당 2,400건의 티켓을 처리하는 18명의 에이전트 — 은 오픈부터 해결까지 티켓당 평균 28시간을 소비합니다. 병목은 에이전트의 노력이 아닙니다. 병목은 검색입니다.

각 티켓은 에이전트가 4개 시스템에 걸쳐 검색하도록 요구합니다: Confluence(제품 문서), Jira(알려진 이슈 및 버그 상태), API 참조 사이트, 내부 런북 위키입니다. 에이전트는 티켓당 평균 6회 검색을 수행하며, 검색당 15분이 소요됩니다. 이는 응답을 작성하기 전에 드는 티켓당 90분의 검색 시간입니다. 주당 2,400건의 티켓을 처리하는 팀에게 이는 3,600시간의 검색 시간 — 검색만 하는 22명의 정규직 에이전트에 해당합니다.

검색 결과는 일관되지 않습니다. 동일한 티켓이 담당 에이전트에 따라 다른 답변을 받습니다. 각 에이전트가 다르게 검색하고 다른 문서를 찾기 때문입니다. tier-1 에이전트는 올바른 문서를 찾지 못해 45%의 티켓을 tier-2로 에스컬레이션합니다 — 문제가 어려워서가 아니라 문서가 통합 인덱스 없이 4개 시스템에 흩어져 있기 때문입니다.

더 깊은 문제는 대부분의 AI 지원 지원 도구의 검색 방법인 벡터 검색이 의미적으로 유사하지만 구조적으로 잘못된 결과를 반환한다는 것입니다. 고객이 API v3의 오류에 대해 묻습니다. 벡터 검색은 텍스트가 의미적으로 유사하므로 API v1의 우회 방법을 반환합니다. 에이전트는 이를 읽고 고객에게 전송하며, 고객은 "작동하지 않는다"고 회신합니다. 이것이 두 번째 티켓 사이클, 또 다른 28시간, 그리고 CSAT 하락입니다.

벡터 검색은 API v3가 우회 방법이 참조하는 엔드포인트를 폐기했다는 것을 이해하지 못합니다. 해당 이슈가 Jira 티켓 ENG-4471에서 해결되었고 수정이 릴리스 3.2.1에 출하되었다는 것을 모릅니다. 고객의 통합이 API 키 플로우가 아닌 OAuth 플로우를 사용하므로 트러블슈팅 경로가 다르다는 것을 모릅니다. 이들은 텍스트 유사성이 아닌 관계이며 — 지식 그래프는 이를 인코딩하는 데이터 구조입니다.

수동 지원 워크플로와 GraphRAG 오케스트레이션 워크플로의 비교 — 지식 그래프가 벡터 검색을 대체할 때 무엇이 바뀌는지:

수동 지원 vs GraphRAG 오케스트레이션 수동: 티켓당 28시간 1단계 Confluence 검색 (15분) 2단계 Jira에서 알려진 이슈 검색 (15분) 3단계 API 문서 검색 (15분) 4단계 벡터 검색이 잘못된 버전 반환 5단계 tier-2로 에스컬레이션 (티켓의 45%) 6단계 고객 회신: 우회 방법이 작동하지 않음 28시간 6회 검색 · 45% 에스컬레이션 · CSAT 72% GraphRAG: 티켓당 7시간 1 그래프 워크: API v3 엔드포인트 버전 호환성 확인 (30초 미만) 2 워크: v3에서 폐기된 엔드포인트 그래프가 v3의 엔드포인트 폐기를 인지 3 워크: 이슈 ENG-4471 → 릴리스 3.2.1 Jira의 해결 체인 4 워크: v3에 유효한 우회 방법 벡터 검색이 반환하는 v1 우회 방법이 아님 5 에이전트가 인용과 함께 답변 작성 사람이 검토 후 전송 6 원터치 해결, 두 번째 사이클 없음 18% 에스컬레이션 (신규 이슈만) 7시간 1회 그래프 워크 · 18% 에스컬레이션 · CSAT 87% 75% 해결 시간 단축 (28시간 → 7시간) 77.6% 검색 정확도 (LinkedIn 벤치마크) 30-40% 셀프 서비스 해결 벡터 검색은 추측 · GraphRAG는 그래프를 따라감 — ideabosque.com/library

에이전트 오케스트레이션 솔루션: GraphRAG 검색

솔루션은 기업의 제품 문서, Jira 이슈, Confluence 페이지에 기반하여 구축된 지식 그래프입니다. 그래프의 노드는 제품, 기능, API 엔드포인트, 이슈, 우회 방법, 고객입니다. 엣지는 의존성(기능 A는 기능 B를 필요로 함), 버전 호환성(엔드포인트 X는 v2.4+에 존재, v3.0에서 폐기), 이슈 해결 체인(이슈 ENG-4471은 릴리스 3.2.1에서 해결), 제품-고객 매핑(고객은 API 키 플로우가 아닌 OAuth 플로우 사용)입니다.

GraphRAG 검색은 그래프를 따라 정확한 답변을 찾습니다. 의미적으로 유사한 추측이 아닙니다. 고객이 API v3의 오류에 대해 묻면 그래프 워크는 다음과 같습니다: API v3 엔드포인트 → 버전 호환성 확인 → v3에서 폐기된 엔드포인트 → 해당 엔드포인트의 알려진 이슈 → 해결 체인(ENG-4471 → 릴리스 3.2.1) → v3에 유효한 우회 방법. 에이전트는 인용이 포함된 구조화된 답변을 검색합니다. 텍스트 덩어리가 아닙니다.

IdeaBosque 스택은 이를 실제 시스템에 기반합니다:

  • MCP 모듈은 Zendesk(티켓 컨텍스트: 고객, 제품, 심각도), Jira(이슈 상태: 열림, 진행 중, 해결됨, 출하된 릴리스), Confluence(문서: API 참조, 런북, 통합 가이드)에 연결합니다. 각 시스템은 에이전트가 호출하는 타입 지정 도구로 노출됩니다 — get_ticket_context, search_issues, get_documentation, get_release_notes.
  • 지식 그래프는 4,200개의 노드(제품, 기능, 엔드포인트, 이슈, 우회 방법)와 8,500개의 엣지(의존성, 버전 호환성, 해결 체인, 고객 매핑)를 인코딩합니다. 그래프가 검색 엔진입니다 — 벡터 저장소가 아닙니다.
  • A2A 위임을 통해 지원 에이전트는 하위 작업을 전달할 수 있습니다: 트리지 에이전트가 티켓을 분류하고, 검색 에이전트가 그래프를 따라가며, 이슈가 신규인 경우 에스컬레이션 에이전트가 tier-2로 라우팅합니다. 각 에이전트는 하나의 역량을 담당합니다.
  • 휴먼 인 더 루프 — 에이전트가 인용과 함께 답변을 작성하고, 지원 에이전트가 검토하여 전송합니다. 그래프에 없는 신규 이슈의 경우, 에이전트는 검색한 내용과 찾지 못한 내용의 구조화된 요약과 함께 tier-2로 에스컬레이션합니다.

결과: 비즈니스에 무엇이 바뀌는가

지표 수동 워크플로 에이전트 오케스트레이션
평균 해결 시간 28시간 7시간
티켓당 검색 6회 수동 (90분) 1회 그래프 워크 (30초 미만)
tier-1 에스컬레이션율 45% 18%
답변 일관성 동일 티켓, 상이한 답변 인용이 포함된 구조화된 답변
셀프 서비스 해결 10% (지식 베이스 검색) 30–40% (GraphRAG 기반 셀프 서비스)
기술 티켓 CSAT 72% 87% (+15 포인트)
검색에 소요되는 에이전트 시간 3,600시간/주 (22 FTE 상당) 600시간/주 (4 FTE 상당)

28시간에서 7시간으로의 압축이 헤드라인 숫자입니다. 하지만 그 아래의 운영 변화가 더 중요합니다. 그래프 워크가 수동 검색으로는 찾을 수 없었던 답변을 찾기 때문에 tier-1 에이전트는 에스컬레이션 없이 82%의 티켓을 해결합니다(55%에서 상승). GraphRAG 검색이 첫 시도에서 올바른 답변을 반환하기 때문에 셀프 서비스 해결이 10%에서 30–40%로 상승합니다 — 고객은 티켓을 여는 대신 스스로 답변을 찾습니다.

주당 3,600시간의 검색 시간이 주당 600시간으로 감소합니다. 이는 검색에서 해방되어 실제 고객 문제를 처리할 수 있는 18명의 정규직 에이전트 — 또는 더 현실적으로, 18명이 아닌 8명의 에이전트로 주당 2,400건의 티켓을 처리할 수 있는 팀입니다.

기술 티켓의 CSAT 개선 — 72%에서 87% — 은 답변 정확도에서 비롯됩니다. 그래프는 고객의 API 버전에 대한 올바른 우회 방법을 반환합니다. 다른 버전에 대한 그럴듯해 보이는 추측이 아닙니다. 이것이 원터치 해결과 두 번째 티켓 사이클의 차이입니다.

관련 글


직원 320명 규모의 B2B SaaS 기업은 분리된 4개 시스템에 걸친 수동 검색으로 인해 지원 티켓당 28시간을 손실하고 있었습니다. tier-1 에이전트는 올바른 문서를 찾지 못해 45%의 티켓을 에스컬레이션했습니다. 제품 의존성, API 버전 호환성, 이슈 해결 체인에 기반한 GraphRAG 지식 그래프는 해결 시간을 7시간으로 단축하고, 에스컬레이션을 18%로 낮추었으며, 14명의 에이전트를 검색에서 해방시켜 실제 고객 문제를 처리하게 했습니다. 그래프는 벡터 검색이 볼 수 없는 관계를 따라갑니다.

범위 한정 빌드 요청

1주 디스커버리. 당사와 구축 여부와 관계없이 시스템 인벤토리, 워크플로 맵, 확정 범위를 받으실 수 있습니다.

귀하의 시스템을 위해 이것을 구축하고 싶으신가요?

여기의 각 문서는 실제 프로덕션 작업에서 나왔습니다. 대상 시스템과 워크플로가 있다면, 1주 내에 빌드를 범위 정의할 수 있습니다.

범위 정의 빌드 요청

1주 발견. 시스템 인벤토리, 워크플로 맵, 고정 범위를 받습니다 — 우리와 빌드할지 여부와 관계없이.