지원 등급

문의를 들어온 순서대로 한 줄로 처리하면 공평해 보입니다. 문제는 문의의 크기가 제각각이라는 데 있습니다. 비밀번호를 못 찾겠다는 질문은 3분이면 끝나고, 특정 조건에서만 문서가 저장되지 않는다는 신고는 로그를 뒤져야 하니 반나절이 걸립니다. 두 건이 같은 줄에 서 있으면 앞의 한 건이 뒤의 스무 건을 함께 세웁니다.

그래서 담당자 두 명이 성실하게 일하는데도 고객 경험은 이상해집니다. 3분이면 풀릴 질문을 한 고객이 네 시간을 기다리고, 그동안 담당자는 재현이 어려운 신고 하나에 매달려 있습니다.

반대쪽 문제도 함께 있었습니다. 모든 담당자가 모든 문의를 처리해야 하면 새로 온 사람이 혼자 답할 수 있게 되기까지 몇 달이 걸립니다. 서버 로그를 읽는 법까지 배워야 비밀번호 문의에 답할 자격이 생기는 구조이기 때문입니다. 지원 등급은 이 두 문제를 같은 방법으로 풉니다. 줄을 난이도로 둘로 나누고, 각 줄이 요구하는 지식의 범위도 함께 나눕니다.

나누는 기준을 정하는 데 시간이 더 듭니다. 다섯 단계로 돌아갑니다.

1. 문의를 두 갈래로 가르는 기준을 목록으로 적습니다. 안내 문서와 정해진 답변으로 풀리는 것이 1차, 계정별 기록을 들여다보거나 원인을 추적해야 하는 것이 2차입니다. 머릿속 감각으로 두면 사람마다 다르게 판단하므로 유형을 스무 개쯤 적어 두고 각각 어느 쪽인지 표시합니다.
2. 들어오는 모든 문의를 1차가 받습니다. 접수된 지원 티켓, 곧 문의 한 건을 번호와 담당자와 상태를 달아 관리하는 단위를 열고, 준비된 답변과 안내 문서로 그 자리에서 끝낼 수 있는지 판단합니다. 잘 돌아가는 조직에서는 전체의 70~80퍼센트가 여기서 종료됩니다.
3. 조건을 만족하면 2차로 넘깁니다. 이때 무엇을 담아야 하는지를 미리 정해 둡니다. 재현 절차, 계정 식별자, 문제가 난 시각, 고객이 이미 시도한 것입니다.
4. 2차가 원인을 찾습니다. 제품 쪽 결함으로 판단되면 개발 조직으로 넘기는데, 그 경로와 판단 기준은 에스컬레이션 경로로 따로 정해 둡니다.
5. 올라간 건을 되돌립니다. 한 달에 2차로 올라간 문의를 유형별로 모아, 반복되는 것은 안내 문서와 답변 템플릿을 만들어 1차가 처리할 수 있게 옮깁니다. 이 단계를 빼면 등급은 시간이 지날수록 위쪽이 무거워집니다.

목표 시간도 줄마다 따로 잡습니다. 1차는 첫 응답 시간을 2시간 안으로 두고, 2차는 해결 시간을 3영업일 안으로 두는 식입니다. 같은 기준을 두 줄에 걸면 한쪽은 늘 못 지키고 다른 쪽은 너무 여유롭습니다.

이 구조가 값을 하는 조건은 셋입니다. 문의량이 하루 서른 건을 넘고, 문의 유형의 난이도 편차가 크고, 담당자가 세 명 이상일 때입니다. 셋이 모이면 줄을 나누는 것만으로 대기 시간이 절반 아래로 떨어집니다.

하루 열 건 정도라면 나누는 데 드는 관리 비용이 얻는 것보다 큽니다. 한 사람이 전부 보면서 어려운 건만 시간을 더 쓰는 것이 빠릅니다. 문의의 대부분이 조사를 요구하는 제품도 나눌 실익이 적습니다. 1차에서 끝나는 비율이 20퍼센트라면 두 줄이 아니라 한 줄에 사람을 더 붙이는 문제입니다. 계약 규모가 큰 고객을 상대하는 경우에도 등급보다 전담 담당자를 두는 편이 낫습니다.

한계는 넷입니다. 첫째, 넘길 때마다 비용이 붙습니다. 고객이 같은 설명을 반복하거나 답변이 하루 늦어지는 일이 생기므로, 올리는 건수를 줄이는 것이 늘 목표입니다. 둘째, 1차만 계속하면 같은 질문에만 답하게 되어 사람이 자라지 않습니다. 어려운 유형을 하나씩 넘겨받게 만드는 장치가 필요합니다. 셋째, 분류 기준이 낡으면 전부 위로 올라갑니다. 제품이 바뀌면 기준도 바뀌므로 분기마다 손봅니다. 넷째, 줄을 나누는 것은 들어온 문의를 잘 처리하는 방법일 뿐입니다. 아예 들어오지 않게 만드는 문의 감축과 함께 굴려야 합니다.

"이건 1차에서 끝날 건데 2차로 올라왔어요. 분류 기준 다시 봅시다."

기준이 실제 문의와 맞지 않는다는 신호로 읽자는 말입니다.

"2차로 넘길 때 재현 절차랑 계정 식별자는 꼭 담아 주세요."

정보가 빠지면 고객이 같은 설명을 두 번 한다는 뜻입니다.

"지금 문의량이면 등급 나누는 게 오히려 느립니다."

규모가 작을 때는 이 구조가 값을 못 한다는 판단입니다.

페이지덱의 고객 성공 조직은 하루 예순 건 남짓을 받습니다. 1차에 두 명, 2차에 한 명이 붙어 있고, 1차에서 끝나는 비율은 4분의 3 정도입니다.

수아가 매달 하는 일 가운데 하나가 이 목록을 훑어 반복되는 유형을 골라내는 것입니다. 지난달에는 권한 설정을 잘못해 문서가 보이지 않는다는 문의가 2차로 열한 건 올라왔는데, 원인이 모두 같아서 확인 순서를 적은 안내 문서를 만들고 1차의 답변 목록에 넣었습니다. 이번 달에는 같은 유형이 2차로 두 건만 올라왔습니다.

등급이 사람의 급이라고 읽는 경우가 가장 많습니다. 1차와 2차라는 말이 단계처럼 들리고, 2차가 어려운 일을 하니 더 높은 자리처럼 보입니다. 그러나 이것은 문의의 난이도를 나눈 것이지 직무의 상하를 나눈 것이 아닙니다. 1차는 전체 문의의 대부분을 처리하고 고객이 회사에 대해 갖는 인상을 가장 많이 만드는 자리입니다. 급으로 읽기 시작하면 1차 담당자는 자기 일을 임시로 거치는 단계로 여기고, 그 자리의 품질이 떨어집니다.

2차로 올리면 빨라진다고 보는 오해도 흔합니다. 더 잘 아는 사람에게 가니 당연해 보입니다. 하지만 넘기는 과정 자체에 시간이 듭니다. 정보를 정리해 옮기고 2차가 그 내용을 읽고 맥락을 다시 세우는 데 반나절이 갑니다. 1차에서 끝날 수 있는 건을 습관적으로 올리면 고객이 받는 답은 오히려 늦어집니다. 가장 빠른 처리는 첫 줄에서 끝나는 처리이고, 그래서 위로 올리는 비율은 관리해야 하는 숫자입니다.