고객 지원 운영

고객이 열 곳이던 시절에는 체계가 없어도 됐습니다. 문의는 대표 메일함으로 들어왔고, 그때그때 손이 빈 사람이 열어 보고 답했습니다. 답이 좀 늦어도 고객이 이해해 주었고, 누가 무엇에 답했는지는 보낸 사람이 기억하고 있었습니다.

고객이 수백 곳이 되면 같은 방식이 무너집니다. 무너지는 모양은 거의 정해져 있습니다. 어떤 문의는 두 사람이 각각 답을 보내고, 어떤 문의는 아무도 자기 일이라고 생각하지 않아 읽음 표시만 된 채로 며칠 지납니다. 같은 질문에 사람마다 다른 답이 나가서 고객사 안에서 어느 말이 맞느냐는 논쟁이 벌어지기도 합니다.

페이지덱도 그 길을 지나왔습니다. 기업 고객 한 곳이 결제 오류를 신고했는데 나흘 동안 아무 답이 없었던 적이 있습니다. 메일은 세 사람이 읽었고 세 사람 모두 다른 누군가가 처리하고 있을 것이라고 생각했습니다. 나흘째 그 고객은 대표에게 직접 연락했고, 규원이 상황을 파악하는 데만 반나절이 걸렸습니다. 문의가 어디에 얼마나 쌓여 있는지 볼 수 있는 화면이 한 곳도 없었기 때문입니다.

문의 하나를 잘 푸는 일과 하루 300건을 일정한 품질로 푸는 일은 성격이 다릅니다. 앞엣것은 답하는 사람의 실력에 달렸지만, 뒤엣것은 실력이 아무리 좋아도 개인의 기억력으로는 감당되지 않습니다. 고객 지원 운영은 그 차이를 메우려고 생긴 영역입니다. 문의를 받는 창구를 정하고, 들어온 건에 번호와 담당자를 붙이고, 어떤 순서로 처리할지와 언제까지 답할지를 미리 합의해 둡니다. 답하는 사람이 바뀌어도 고객이 받는 경험은 비슷하게 유지되는 상태를 만드는 것이 목표입니다. 잘하는 사람이 더 잘하게 만드는 일이 아니라, 누가 맡아도 정해진 시간 안에 정해진 수준의 답이 나가게 만드는 일에 가깝습니다.

고객 지원 운영은 여섯 갈래로 나뉩니다. 무엇을 한 건으로 세는지(단위), 잘하고 있는지를 무엇으로 재는지(지표), 어려운 문의를 어떻게 넘기는지(체계), 고객이 스스로 풀게 하는 수단은 무엇인지(셀프서비스), 같은 일을 빠르게 하는 방법은 무엇인지(효율), 고객에게 무엇을 약속했는지(약속)입니다.

단위는 처리의 기본 덩어리를 정하는 갈래입니다. 지원 티켓은 접수된 문의 한 건을 가리키고, 번호와 담당자와 상태를 달고 있습니다. 메일 스레드와 다른 점은 셀 수 있고 넘길 수 있다는 것입니다. 티켓에는 미처리, 답변함, 대기, 종료 같은 상태가 붙어 있어서 지금 열려 있는 건이 몇 개인지 한 화면에서 보이고, 담당자가 바뀔 때 그동안의 대화가 통째로 따라갑니다. 하루에 들어온 문의가 몇 건인지 말할 수 없는 조직은 나머지 다섯 갈래 중 어느 것도 시작할 수 없습니다. 재지 못하면 사람이 모자란 것인지 문의가 몰린 것인지 구분되지 않아, 인원을 늘려야 할 때와 제품을 고쳐야 할 때를 가릴 수 없기 때문입니다.

지표는 결과를 숫자로 재는 갈래입니다. 셋을 주로 봅니다.

1. 첫 응답 시간 — 문의가 들어온 뒤 사람이 처음 답할 때까지 걸린 시간입니다. 고객이 체감하는 만족도와 가장 크게 붙는 숫자인데, 답이 늦는 동안 고객은 접수가 되기는 했는지조차 알 수 없기 때문입니다.
2. 해결 시간 — 문의가 끝까지 처리될 때까지 걸린 시간입니다. 첫 응답이 빠른 것은 태도의 문제에 가깝고, 해결 시간이 짧은 것은 조직의 실력에 가깝습니다.
3. 문의 감축 — 고객이 스스로 답을 찾아서 애초에 접수되지 않은 문의의 비율입니다. 앞의 둘이 들어온 문의를 잘 처리했는지를 본다면, 이 값은 들어오지 않게 만들었는지를 봅니다.

체계는 문의를 난이도에 따라 나누는 갈래입니다. 지원 등급은 처리를 1차와 2차로 나눠, 안내 문서로 풀리는 질문은 1차에서 끝내고 원인을 파고들어야 하는 건만 2차로 올립니다. 이렇게 나누는 이유는 한 건에 반나절이 드는 문의와 3분이면 끝나는 문의가 같은 줄에 서 있으면 뒤에 선 문의 전체의 대기 시간이 함께 늘어나기 때문입니다. 들어오는 문의의 대부분은 이미 답이 나와 있는 질문이라, 1차에서 걸러지는 비율이 높을수록 어려운 건에 쓸 시간이 늘어납니다. 올릴지 말지를 담당자 판단에만 맡기면 기준이 흔들려서, 어떤 조건이면 2차로 올리는지를 문장으로 적어 둡니다.

셀프서비스는 사람이 답하지 않아도 풀리게 만드는 갈래입니다. 셋이 있습니다.

1. 도움말 센터 — 고객이 직접 찾아볼 수 있게 정리해 둔 문서 모음입니다. 검색으로 찾아 들어오는 것이 전제라서, 제품의 기능 이름이 아니라 고객이 검색창에 칠 법한 말로 제목을 답니다.
2. 자주 묻는 질문 — 반복되는 질문과 답을 짧게 모아 둔 문서입니다. 도움말 센터가 하나의 주제를 끝까지 설명한다면 이쪽은 한 질문에 몇 줄로 답하고 끝냅니다.
3. 챗봇 — 대화 창구에서 자동으로 답하는 장치입니다. 자주 나오는 질문을 알아듣고 해당 문서를 띄워 주다가, 못 알아들으면 사람에게 넘깁니다.

효율은 사람이 답하는 시간을 줄이는 갈래입니다. 매크로는 자주 쓰는 답변을 미리 저장해 둔 템플릿으로, 담당자가 두세 번의 클릭으로 본문을 채운 뒤 고객 상황에 맞는 부분만 고쳐 보냅니다. 같은 답을 매번 새로 쓰지 않으니 빠르고, 문장이 미리 검토돼 있으니 사람마다 답이 달라지는 문제도 함께 줄어듭니다.

약속은 고객에게 선을 그어 주는 갈래입니다. 지원 응답 약속은 몇 시간 안에 첫 답을 주겠다고 미리 정해 둔 기준이고, 기업 고객과는 계약서에 적습니다. 약속이 없으면 지원 품질은 그날 담당자의 여유에 따라 출렁이고, 고객은 언제 답이 올지 몰라 같은 문의를 다른 창구로 한 번 더 보냅니다.

여섯 갈래는 서로를 먹입니다. 셀프서비스가 잘되면 문의 감축이 오르고, 감축이 오르면 남은 문의에 쓸 시간이 늘어 첫 응답 시간이 짧아집니다. 티켓에 쌓인 기록에서 같은 질문이 반복된다는 사실이 드러나면 그 질문이 다음 도움말 문서의 후보가 됩니다. 반대 방향으로도 움직입니다. 아무도 못 지키는 약속은 대개 1차에서 너무 많이 올려 보내고 있다는 신호이고, 열 건 중 아홉 건을 사람에게 넘기는 챗봇은 문서가 얇다는 뜻입니다.

"이번 주 첫 응답 평균이 6시간인데 기업 고객 약속은 2시간이에요."

약속을 지키지 못하고 있으니 인원을 늘리든 처리 순서를 바꾸든 결정하자는 말입니다.

"이 건 1차에서 안 풀릴 것 같아요. 2차로 올릴게요."

1차 담당자가 안내 문서 범위를 벗어난 문제로 판단하고 손을 뗀다는 뜻입니다.

"이 질문 이번 달에만 마흔 번 들어왔어요. 문서로 빼죠."

같은 문의가 반복되니 사람이 계속 답하는 대신 셀프서비스 쪽으로 옮기자는 제안입니다.

페이지덱은 창구를 두 개만 둡니다. 무료로 쓰는 팀의 문의는 이메일로만 받고, 기업 고객에게는 전용 대화 채널을 열어 두 시간 안에 첫 답을 주기로 했습니다. 같은 오류 신고라도 어느 창구로 들어왔느냐에 따라 처리 순서가 달라집니다.

월요일 오전이 한 주에서 가장 붐빕니다. 수아가 미처리 목록을 열어 주말 동안 쌓인 건을 훑고, 약속 시간이 임박한 건부터 담당자를 붙입니다. 계정 연동처럼 코드를 봐야 하는 건은 태오에게 넘어가는데, 이때 티켓에 달린 대화 기록이 그대로 따라가서 고객이 같은 설명을 두 번 하지 않아도 됩니다.

창구를 늘리지 않는 것도 운영의 일입니다. 전화를 추가하자는 이야기가 나올 때마다 수아가 같은 답을 합니다. 문의가 이메일과 대화창과 전화로 흩어지면 같은 건이 두 번 처리되거나 한 번도 처리되지 않습니다. 창구를 하나 더 열려면 그 창구로 들어온 문의도 같은 목록에 쌓이고 같은 약속을 받는지부터 정해야 합니다.

지원을 비용만 나가는 부서로 보는 시각이 가장 흔합니다. 매출을 직접 만들지 않고 인원이 늘수록 인건비만 오르는 것처럼 보이니 그렇게 읽히기 쉽습니다. 하지만 지원에서 나오는 기록은 제품이 어디서 막히는지를 가장 먼저 알려 주는 자료입니다. 같은 화면에서 같은 질문이 한 달에 마흔 번 들어왔다면 그건 안내가 부족한 게 아니라 화면이 잘못 만들어졌다는 뜻입니다. 이 기록을 비용으로만 보고 인원을 줄이면 대기 시간이 길어지고, 답을 못 받은 고객은 불만을 말하는 대신 조용히 갱신을 하지 않습니다. 떠난 뒤에는 이유를 물을 수 없어서, 줄인 인건비는 장부에 남고 잃은 계약은 어디에도 기록되지 않습니다.

빨리 답하기만 하면 잘하는 것이라는 오해도 자주 봅니다. 첫 응답 시간이 눈에 잘 띄는 숫자라서 그 값만 관리하게 되기 때문입니다. 확인 중이라는 답을 10분 안에 보내면 숫자는 좋아지지만 고객의 문제는 그대로입니다. 이런 답이 쌓이면 첫 응답 시간은 30분에서 12분으로 줄어드는데 해결 시간은 오히려 늘고, 고객은 답을 세 번 받고도 아무것도 해결되지 않은 경험을 합니다. 두 숫자를 나란히 놓고 보는 이유가 여기 있습니다. 첫 응답 시간만 목표로 걸면 담당자는 일단 답을 보내고 보는 쪽으로 움직이게 되고, 그때 늘어나는 것은 고객이 받는 메일 수뿐입니다.