도움말 센터

문의를 사람이 다 받던 시절의 문제는 같은 질문이 계속 돌아온다는 것이었습니다. 페이지덱의 지원 담당 수아가 한 주 동안 받은 문의 30건을 분류해 봤더니, 그중 20건이 네 가지 질문의 반복이었습니다. 외부 사용자 초대하는 법, 결제 수단 바꾸는 법, 삭제한 문서 되살리는 법, 권한 등급이 각각 무엇을 할 수 있는지였습니다.

같은 답을 스무 번 쓰는 것 자체도 문제지만, 더 큰 문제는 구조에 있었습니다. 이 방식에서는 사용자가 두 배가 되면 문의도 두 배가 되고 지원 인원도 두 배가 필요합니다. 고객이 늘수록 비용이 같은 비율로 붙는 구조라, 제품이 잘될수록 지원이 무거워집니다.

고객 쪽 사정도 좋지 않았습니다. 초대 버튼을 못 찾은 사람이 문의를 보내면 답이 올 때까지 몇 시간을 기다립니다. 3분이면 알 수 있는 것을 반나절 기다리는 셈이고, 그동안 하려던 일은 멈춰 있습니다. 새벽이나 주말이면 다음 영업일까지 갑니다.

도움말 센터는 답을 사람에게서 떼어 내 문서에 옮겨 놓자는 발상입니다. 한 번 써 두면 몇 명이 읽든 비용이 같고, 고객은 기다리지 않습니다. 반복되는 질문을 사람이 답하는 한 그 시간은 매번 새로 나갑니다.

들어가는 문서는 대체로 다섯 갈래이고, 고객이 겪는 순서대로 놓습니다.

1. 시작하기 — 가입한 사람이 처음 한 바퀴를 도는 길입니다. 팀을 만들고 사람을 부르고 문서 하나를 만들어 보는 데까지를 한 글에 담습니다.
2. 기능별 사용법 — 기능 하나를 어떻게 쓰는지 적은 도움말 문서들입니다. 문서 수가 가장 많은 갈래이고, 새 기능이 나올 때마다 늘어납니다.
3. 문제 해결 — "저장이 안 됩니다" 처럼 증상으로 찾아오는 글입니다. 기능 이름을 모르는 사람이 들어오는 입구라 제목을 증상 그대로 답니다.
4. 정책 안내 — 요금제, 결제, 계약, 보안 문항처럼 기능이 아닌 질문에 답하는 글입니다. 영업이 받던 질문의 상당수가 여기로 옮겨 갑니다.
5. 변경 이력 — 무엇이 언제 바뀌었는지 적는 자리입니다. 화면이 달라졌다는 문의가 들어왔을 때 가리킬 곳이 됩니다.

문서를 담는 그릇도 함께 갖춥니다. 맨 위의 검색창이 실제 입구이고, 분류는 검색으로 못 찾은 사람이 훑는 보조 수단입니다. 글마다 마지막에 도움이 되었는지 묻는 버튼을 두는데, "아니오" 가 쌓인 글이 고쳐야 할 글의 목록이 됩니다.

글 하나의 모양도 정해 둡니다. 제목은 고객이 검색창에 칠 말로 달고, 본문은 번호가 붙은 절차로 적고, 화면이 헷갈리는 자리에는 그림을 넣습니다. "협업자 권한 관리" 보다 "외부 사람 초대하기" 가 나은 제목인 이유는, 앞의 말은 그 기능을 이미 아는 사람만 검색하기 때문입니다.

쓰는 사람은 대개 셋입니다. 문의를 받는 지원 담당자가 반복되는 질문을 글로 옮기고, 제품 쪽이 새 기능의 사용법을 출시에 맞춰 쓰고, 규모가 커지면 문서만 전담하는 사람이 생깁니다. 소재는 지어내지 않습니다. 접수된 문의 한 건을 뜻하는 지원 티켓의 기록을 훑어 같은 질문이 몇 번 왔는지를 세고, 많은 것부터 씁니다.

읽는 사람은 둘인데 자주 한쪽만 생각합니다. 밖에서는 고객이 읽고, 안에서는 지원 담당자가 읽습니다. 담당자는 답장에 문서 링크를 붙여 보내고, 자주 쓰는 답변을 저장해 둔 매크로에도 그 링크가 들어갑니다. 그래서 문서가 잘 갖춰지면 사람이 답하는 건도 함께 빨라집니다. 1차에서 끝나는 문의가 늘어 지원 등급 구조에서 2차로 올라가는 건도 줄어듭니다.

검색엔진으로 들어오는 사람도 있습니다. 아직 고객이 아닌 사람이 "협업 문서 외부 공유" 같은 말로 검색하다 도움말 문서에 닿는 경우인데, 이 유입이 제품을 처음 알리는 통로가 되기도 합니다. 그래서 로그인해야 볼 수 있게 막아 두지 않습니다.

쓰는 일보다 어려운 것은 낡지 않게 두는 일입니다. 화면이 바뀌면 그림과 절차가 함께 틀려지므로, 기능을 고칠 때 관련 문서를 같이 고치는 것을 출시 점검표에 넣어 둡니다.

"이거 도움말 센터에 문서 있어요? 링크만 보내면 될 것 같은데."

같은 답을 다시 쓰지 않고 문서로 대신하겠다는 말입니다.

"이번 기능은 도움말 문서부터 올리고 출시합시다."

문서 없이 열면 그 기능의 문의가 전부 사람에게 온다는 뜻입니다.

"검색에서 '초대' 로 아무것도 안 나옵니다."

문서는 있는데 고객이 쓰는 말과 제목이 어긋나 있다는 지적입니다.

페이지덱은 분기마다 수아가 문의 상위 열 개를 뽑아 지현에게 넘깁니다. 문서로 답할 수 있는 것은 도움말 센터로 가고, 문서로 답해야 한다는 사실 자체가 이상한 것은 제품 수정 후보가 됩니다. 초대 버튼을 못 찾겠다는 문의가 두 분기 연속 1위였을 때는 문서를 쓰는 대신 버튼 위치를 옮겼습니다.

문서가 늘면서 답장에 링크를 붙이는 일이 늘었고, 새로 들어온 담당자가 혼자 답할 수 있는 범위도 함께 넓어졌습니다. 교육 자료를 따로 만들지 않아도 도움말 센터가 그 몫을 합니다.

문서를 많이 쌓아 두면 된다고 생각하기 쉽습니다. 개수가 눈에 보이는 성과라 그렇습니다. 하지만 고객에게는 검색해서 나오지 않는 문서가 없는 문서와 같습니다. 제품 안에서 쓰는 이름으로 제목을 달아 두면 그 이름을 아는 사람만 찾게 되고, 정작 모르는 사람은 문서가 있는 줄도 모른 채 문의를 씁니다. 문서 200개를 쌓고도 문의가 줄지 않는 도움말 센터는 대부분 이 상태입니다.

한 번 쓰면 끝이라고 보는 것도 흔합니다. 문서는 쌓이는 자산처럼 보이지만 제품이 바뀌는 순간 일부가 거짓이 됩니다. 절차가 다섯 단계에서 세 단계로 줄었는데 문서가 그대로면, 읽은 고객은 없는 버튼을 찾다가 결국 문의를 보냅니다. 이때 들어오는 문의는 처음부터 문서가 없었을 때보다 대응이 깁니다. 고객이 이미 틀린 절차를 따라 해 둔 상태라, 무엇을 했는지부터 되짚어야 하기 때문입니다.