이메일 지옥에서 셀프서비스 포털로: 솔직한 사례 연구

과부하된 지원 받은편지함은 모두 똑같은 이야기를 들려줍니다. 그리고 그것은 결코 이메일에 관한 이야기가 아닙니다. 고객과 소통하는 방식보다 더 빨리 성장해버린 비즈니스에 관한 이야기입니다. 누군가 '포털이 필요하다'고 말할 때쯤이면, 받은편지함은 대개 도구이기를 멈추고 매일의 비상사태가 되어 있습니다. 요청이 길을 잃고, 반복되고, 서로 떠넘겨지는 곳이 되죠. 이것은 바로 그런 일을 겪은 한 회사의 이야기이며, 그곳에서 빠져나오는 데 실제로 무엇이 필요했는지에 관한 기록입니다.

솔직하게 이야기하고 싶습니다. 사례 연구는 대개 모든 것이 완벽하게 진행되고 숫자가 하룻밤 사이에 세 배가 된 것처럼 쓰이니까요. 이번 건은 그렇지 않았습니다. 잘 됐습니다――정말로 잘 됐죠――하지만 잘못된 선택도 있었고, 만들었다가 삭제한 기능도 있었으며, 착수 약 6주 차에 고객이 조용히 '실수한 게 아닐까' 생각한 순간도 있었습니다. 그 부분은 결과만큼이나 중요하기에 그대로 남겨둡니다.

이 회사는 실재하지만 요청에 따라 익명 처리했습니다. 수백 개의 지속적인 B2B 고객을 상대하는 약 45명 규모의 비즈니스 서비스 회사입니다. 설비 유지보수와 규정 준수 업무――고객이 끊임없이 문서, 진행 상황 업데이트, 요청 접수를 필요로 하는 그런 업종을 떠올려 보세요. 구체적인 업종은 그리 중요하지 않습니다. 여러분의 팀이 공용 받은편지함 속에서 살고 있다면, 이 형태를 즉시 알아볼 것입니다.

회사를 움직이던 받은편지함

처음 그들과 마주 앉았을 때, 중요한 모든 것은 네 사람이 동시에 지켜보는 하나의 공용 메일함――info@――을 통해 흘렀습니다. 고객은 서비스를 요청하고, 인증서를 요구하고, 작업을 확인하고, 주소를 변경하고, 청구서에 이의를 제기하려고 이메일을 보냈습니다. 모든 것이 순서도 없이, 상태도 담당자도 없이 같은 곳에 도착했습니다.

증상은 제가 매번 보는 것과 똑같았습니다. 똑같은 질문이 일주일에 수십 번씩 도착했습니다――'인증서는 어디 있나요', '언제 오시나요', '보고서를 다시 보내주세요'. 첨부파일은 사라지거나 세 번째 답장 깊숙이 묻혔습니다. 두 직원이 같은 고객에게 한 시간 안에 다르게 답하는 경우도 있었습니다. 그리고 아무도 가장 단순한 경영상의 질문에 답할 수 없었습니다. 지금 미처리 요청이 몇 건인가? 받은편지함은 그것을 알지 못했습니다. 읽지 않은 메시지가 몇 개인지는 알았지만, 그것은 전혀 다른 이야기입니다.

비용은 시간만이 아니었습니다――물론 시간도 엄청났고, 우리는 나중에 팀이 반복적인 복사-붙여넣기 답장에만 주 2 근무일 가까이를 쓰고 있다고 추정했습니다. 그러나 더 큰 비용은 조용히 진행되는 신뢰의 침식이었습니다. 고객은 자신의 이력을 볼 수 없어 다시 물었습니다. 직원은 무엇이 약속됐는지 볼 수 없어 과하게 사과하고 과하게 응대했습니다. 관계 전체가 불안 위에 굴러가고 있었습니다.

일부러 하지 않은 것

고객은 포털을 요청하며 우리를 찾아왔지만, 우리의 첫 번째 임무는 그들의 속도를 늦추는 것이었습니다. 요청에 그대로 '네'라고 답하고 화면을 만들기 시작하고 싶어지죠. 하지만 포털은 거대한 대상입니다――로그인, 계정, 권한, 문서, 요청, 알림――이것을 한꺼번에 다 만들면 9개월을 쓰고도 아무도 요청하지 않은 것을 내놓게 됩니다.

그래서 디자인에 들어가기 전에, 우리는 이틀 동안 볼품없는 일을 했습니다. 받은편지함을 읽는 것이었죠. 몇 달치 메일을 내보내 고객이 실제로 무엇을 하려 했는지로 분류했습니다. 그들이 무엇을 말했는가가 아니라, 무엇을 원했는가로요. 결과는 명확했습니다. 수신 이메일 전체의 약 4분의 3이 단 네 가지 반복 업무로 압축됐습니다. 문서 요청, 작업 진행 상황 확인, 새 서비스 요청 접수, 그리고 자신의 정보 업데이트입니다.

이것은 팀들이 건너뛰는 부분이자, 프로젝트를 구하는 부분입니다. 우리는 포털을 디자인하고 있던 것이 아닙니다. 가장 많이 반복되는 네 개의 이메일을 받은편지함에서 제거하는 방법을 디자인하고 있었습니다. 이 틀은 누군가 '딱 하나만 더' 기능을 추가하고 싶어 할 때마다 우리를 정직하게 지켜주었습니다.

실제로 만든 것

첫 릴리스는 의도적으로 좁혔습니다. 고객은 로그인해 자기 조직의 작업과 문서를 보고, 우리가 보낸 모든 것을 다운로드하고, 짧은 구조화된 양식으로 새 요청을 접수하고, 연락처 정보를 업데이트할 수 있었습니다. 그게 전부입니다. 실시간 채팅도, 차트로 가득한 대시보드도, 청구 포털도 없습니다. 네 가지 업무를 깔끔하게.

문서 보관함

가장 큰 안도는 고객이 자신의 문서를 직접 가져갈 수 있게 한 것이었습니다. 우리가 발급한 모든 인증서, 보고서, 청구서가 생성되는 순간 자동으로 해당 계정에 정리되었습니다. '그 PDF 다시 보내주실 수 있나요'라는 이메일――단연 가장 흔했던――은 그냥 도착하기를 멈췄습니다. 고객은 더 이상 물을 필요가 없어졌기에 묻기를 그만두었습니다.

자유 서술 이메일 대신 구조화된 요청

고객이 포털을 통해 요청을 접수할 때, 그들은 긴 문단을 쓰는 대신 몇 가지 구체적인 질문에 답했습니다. 사소하게 들리지만 이것은 변혁적이었습니다. 구조화된 요청은 팀이 움직이는 데 필요한 모든 것을 갖추고 도착합니다――어느 현장, 어느 기계, 어느 날짜인지 알아내기 위한 세 번의 이메일 왕복은 더 이상 없습니다. 각 요청에는 고객이 볼 수 있는 상태가 붙어, '진행 상황 좀 알려주세요?'라는 재촉 대부분을 조용히 없앴습니다.

그 뒤의 조용한 자동화

화면 뒤에서 진짜 일은, 아무도 무엇도 다시 입력하지 않도록 포털을 그들이 이미 가진 시스템에 연결하는 것이었습니다. 새 포털 요청은 기존 백오피스 도구에 작업을 생성했습니다. 완성된 문서는 스스로 보관함에 도착했습니다. 상태 변경은 짧은 이메일을 발송해 고객이 확인하려고 계속 로그인할 필요가 없게 했습니다. 어느 것도 화려하지 않았습니다. 이런 포털의 가치 대부분은 아무도 보지 못하는 배관 작업에 있습니다.

잘못된 선택, 그리고 삭제한 기능

이제 대부분의 사례 연구가 숨기는 부분입니다. 절반쯤 진행됐을 때 고객은 포털 내 메시지 스레드――각 요청에 작은 채팅을 붙여 고객과 직원이 포털 안에서 주고받을 수 있게 하는 것――를 요청했습니다. 합리적으로 들렸습니다. 우리는 만들었죠.

그것은 실수였습니다. 메시지 스레드는 우리가 해결하려던 바로 그 문제를 재현했습니다. 대화가 쌓이는 비구조화된 공간――다만 이번엔 그것이 이메일에 더해 직원이 지켜봐야 하는 두 번째 받은편지함이었죠. 한 달 안에 요청은 채팅 스레드 안에서 정체됐고, 고객은 메시지를 보내야 할지 이메일을 보내야 할지 혼란스러워했으며, 팀은 한 곳이 아니라 두 곳을 확인하게 됐습니다. 우리는 실수로 포털 안에 메일함을 다시 만든 것입니다.

대가를 치르고 만든, 작동하는 소프트웨어를 삭제하는 것은 끔찍한 기분입니다. 하지만 잘못된 기능을 내놓고 고집으로 유지하는 것이 훨씬 더 비쌉니다. 우리는 그것을 잘라냈고, 소음은 즉시 줄었으며, 그것은 프로젝트가 관련된 모두에게 가르쳐준 가장 유용한 것 중 하나가 되었습니다.

반발 없이 도입한 방법

포털은 고객이 실제로 사용해야만 작동합니다――그리고 고객은 여러분에게 연락하는 방식을 바꾸는 데 놀라울 만큼 저항합니다. '이제부터 포털을 쓰세요'라고 하면 상당수가 그냥 계속 이메일을 보낼 것입니다. 그래서 우리는 강요하지 않았습니다. 포털을 명백히 더 쉬운 길로 만들고 스스로 이기게 두었습니다.

1. 1
   먼저 우호적인 고객과 소프트 론칭

   가장 적극적인 고객 열 몇 곳을 초대해 어떻게 사용하는지 지켜보고, 다른 누군가가 보기 전에 거친 부분을 다듬었습니다.
2. 2
   모든 계정에 진짜 가치를 심기

   첫날부터 각 고객의 포털에는 이미 과거 문서와 진행 중인 작업이 담겨 있었습니다. 로그인하는 순간 유용하게 느껴졌고, 채워야 할 빈 양식처럼 느껴지지 않았습니다.
3. 3
   반복 이메일에는 부드러운 한마디를 곁들여 답하기

   옛 질문이 여전히 이메일로 오면 직원은 그것에 답하며 한 줄을 덧붙였습니다. '여기서 언제든 직접 받아보실 수도 있어요.' 압박 없이, 그저 더 나은 선택지를.
4. 4
   새 요청을 포털로 보내는 것은 나중에

   사용이 건전해진 뒤에야 웹사이트의 요청 양식을 포털로 향하게 했습니다. 우리는 이메일을 완전히 끄지 않았습니다――그저 포털을 가장 저항이 적은 길로 만들었을 뿐입니다.

마지막 지점은 곱씹어볼 가치가 있습니다. 우리는 이메일을 없애지 않았고, 그럴 계획도 없었습니다. 이메일을 계속 선호하는 고객은 늘 있을 것이고, 그것으로 괜찮습니다. 목표는 결코 이메일을 0으로 만드는 것이 아니었습니다――반복적인 이메일을 받은편지함에서 빼내, 남는 것이 진정으로 사람을 필요로 하는 것들뿐이게 하는 것이었죠.

성과, 솔직한 단서와 함께

론칭 6개월 후, 변화는 아무도 이견을 달지 않을 만큼 명확했습니다. 숫자를 보여드리겠지만 예시로 읽어주세요――이것은 이 회사의 경험이며, 대략적으로 측정한 것이지 약속이 아닙니다. 여러분의 결과는 다를 것입니다.

고객이 신경 쓴 핵심은 되찾은 시간이었습니다. 팀은 받은편지함으로 사라지던 주 하루 반 가까이를 되찾았습니다. 그들은 인원을 줄이지 않았습니다――그 시간을 실제 서비스 업무와 신규 고객 온보딩에 재배치했습니다. 이것은 중소기업에서 거의 항상 보는 결과입니다. 여기서 자동화는 사람을 대체한 것이 아니라, 그들에게 한 주를 되돌려준 것입니다.

측정하기는 어렵지만 느끼기는 쉬운, 더 조용한 승리도 있었습니다. 관리자는 마침내 업무를 볼 수 있었습니다. 고객은 허공에 대고 외치는 듯한 느낌에서 벗어났습니다. 그리고 받은편지함은 몇 년 만에 처음으로, 도착하는 메시지가 진정으로 사람이 고민해야 할 것들뿐인 차분한 곳이 되었습니다.

다음번에는 다르게 할 것

두 가지입니다. 첫째, 처음부터 메시지 기능에 저항하겠습니다――우리는 더 잘 알고 있었지만 그래도 만들었습니다. '네'라고 하는 것이 그 대화를 하는 것보다 쉬웠기 때문이죠. 둘째, 고객 계정에 이력을 심는 일을 구축 훨씬 이른 단계에 하겠습니다. 포털이 채워져 있고 나만을 위한 것처럼 느껴지는 순간이야말로 사람들이 신뢰하기 시작하는 순간이니까요. 빈 포털은 귀찮은 일이지만, 이미 나를 아는 포털은 안도입니다.

만약 여러분이 자신의 과부하된 받은편지함을 응시하고 있다면, 교훈은 '포털을 만들어라'가 아닙니다. 먼저 여러분의 네 가지 업무를 찾아라입니다. 우리가 그들의 받은편지함을 읽었듯 여러분의 받은편지함을 읽으세요. 고객이 몇 번이고 계속 요청하는 몇 안 되는 것들이야말로 중요한 유일한 기능입니다. 나머지는 모두 빼두길 잘했다고 여기게 될 범위입니다.

자주 묻는 질문