AI VIDEO BRIEFING
AI 에이전트 업무 자동화 사례 - 고객문의 52건을 19건으로 줄인 근본원인 해결 방법
AI 분석가 네이트 존스가 자기 회사의 고객 응대를 자동화한 과정을 단계별로 공개했다. 답변을 빨리 하는 대신 문의가 생기는 원인 자체를 없애는 접근으로 한 주 문의를 52건에서 19건으로 줄인 방법과 첫 자동화 대상을 고르는 기준을 정리했다.

핵심 메시지
쉽게 이해하기
AI 에이전트로 무엇을 자동화해야 하는지 막막하다면, 이 영상은 구체적인 출발점을 제시한다. 진행자는 자기 회사에서 지난 몇 주간 고객 문의 52건 중 51건을 AI로 처리했다고 밝히면서도, 서류상 98%라는 숫자에 만족하지 않았다고 말한다. 아마존에서 오래 일하며 몸에 밴 고객 집착 때문에 더 파고들었고, 그 과정에서 문제를 완전히 다르게 보게 됐다는 것이다.
가장 큰 골칫거리는 우습게도 아주 사소해 보이는 문제였다. 사람들이 커뮤니티 공간에 들어오지 못하는 것. 들여다보니 원인은 하나가 아니었다. 초대장을 아예 받지 못한 사람, 받은 접속 링크가 이미 만료됐다는 안내를 받은 사람, 결제한 메일 주소와 가입하려는 주소가 다른 사람이 뒤섞여 있었다. 겉으로는 서로 다른 세 가지 불만처럼 보였지만, 실제로는 같은 통로가 고장 나 있었던 것이다.
진행자는 여기서 시점의 차이를 강조한다. 2024~2025년식 접근은 티켓의 끝단, 즉 고객에게 답을 어떻게 더 빨리 주느냐를 본다. 2026년식 접근은 그 답에 이르기까지 팀이 조용히 수행하던 숨은 노동 전체를 본다. 메일을 찾고, 결제를 확인하고, 커뮤니티를 뒤지고, 초대를 다시 보내고, 사과문을 쓰고, 티켓을 닫는 일련의 과정 말이다. 질문이 '어떻게 빨리 답하나'에서 '애초에 왜 물어봐야 하나'로 바뀌자 해법도 달라졌다. 승인된 메일 도메인은 스스로 들어올 수 있게 하고, 만료되지 않는 초대 경로를 만들자 반복되던 승인 단계가 통째로 사라졌다.
실행 순서도 구체적이다. 그는 자동화에 앞서 실제 업무 과정을 이상적인 모습이 아니라 있는 그대로 적고, 각 단계에 걸리는 시간을 쟀다. 어느 부분이 판단을 요하고 어느 부분이 기계적인지 구분하기 위해서다. 이때 드러난 것은 답장을 쓰는 시간이 비싼 게 아니라는 사실이었다. 다섯 개쯤 되는 도구를 오가며 맥락을 긁어모으고 머릿속에서 종합하는 과정이 진짜 고통이었고, 이는 어느 한 곳에서도 해결되지 않는 종류의 일이었다. 이 조사 작업을 자동화해 티켓에 미리 붙여 두자, 5~10분 걸리던 방향 없는 조사가 1분 안쪽으로 줄었다. 담당자는 정신적 부담의 약 90%가 사라졌다고 평가했다.
규모를 키우는 방법으로 그는 지난 문의 50~100건을 한곳에 모으는 것부터 권한다. 규모가 작다면 20건이라도 좋다. 비밀번호와 결제 정보, 개인정보를 걷어낸 뒤, 각 사례마다 고객이 무엇을 겪었는지, 무엇이 실제로 실패했는지, 팀이 무엇을 확인하고 어떻게 해결했는지, 고객이 다시 돌아왔는지를 표로 정리하게 시킨다. 이때 제목이 아니라 근본 원인으로 묶으라고 지시하는 것이 중요하다. 그리고 가장 큰 묶음은 반드시 사람이 직접 다시 읽어야 한다. 에이전트는 어질러진 더미를 질서 있어 보이게 만드는 데 능한데, 그 질서가 틀렸을 때도 그렇기 때문이다.
주요 인사이트
- 첫 자동화 대상을 고르는 기준이 실용적이다. 그는 사기나 법적 분쟁, 보안 사고, 계정 정지, 큰 금액 환불, 가장 화가 난 고객으로 시작하지 말라고 권한다. 필요한 사실이 내가 통제하는 시스템 안에 있고, 다음 단계가 이미 명확하며, 실수해도 되돌릴 수 있는 문제를 고르라는 것이다.
- 에이전트에게 '무엇을 확신하지 못하는지' 물으라는 조언이 인상적이다. 이 질문 하나로 숨어 있던 가정이 드러나 바로잡을 수 있다는 것이다. 또한 시스템 간에 정보가 어긋날 때 에이전트가 그 불일치를 드러내야지, 티켓을 닫기 쉬운 답을 조용히 고르게 두면 안 된다고 경고한다.
- 정리와 분류만으로도 눈에 띄지 않던 고장이 발견됐다. 초대 코드가 활동량이 많아 몇 달이 아니라 2~3일 만에 만료되고 있었고, 특정 회원용으로 공개한 접속 코드에 오타가 있어 가입 과정이 깨지고 있었다.
- 영상은 한 창작 플랫폼의 사례를 더 든다. 그곳의 지원 에이전트는 버그를 재현하고 코드까지 추적해 테스트를 작성하고 수정 요청을 올린 뒤, 배포되자 고객에게 알리고 정해진 보상까지 처리했다. 다만 기술적 수정은 됐지만 화면 설계 판단이 어긋나 고객이 다시 문제를 제기했고, 결국 고객의 확인이 배포 승인 과정의 일부가 됐다.
- 쉬운 사례가 줄면 남는 일은 더 어려워진다는 점도 솔직하게 짚는다. 52건에서 0건으로 한 번에 가지 못하고 19건에서 멈추는 이유이며, 남은 것은 시스템 간 충돌이나 불명확한 정책, 판단이 필요한 제품 문제여서 사람이 개입해야 한다.
자주 묻는 질문
무엇을 바꿔서 문의가 52건에서 19건으로 줄었나?
답변 속도를 높인 것이 아니라 접속 경로 자체를 바꿨다. 승인된 메일 도메인은 스스로 가입할 수 있게 하고 만료되지 않는 커뮤니티 초대를 만들자, 자동으로 들어와야 할 사람들에게 반복되던 승인 단계가 사라졌다. 그 결과 다음 비교 주간에 해당 문의 항목이 아예 나타나지 않았다.
AI 없이도 할 수 있는 일 아닌가?
진행자도 그렇다고 인정한다. 다만 무엇이 잘못됐는지 분석하고, 네다섯 갈래로 얽힌 원인을 각각 밝혀내고, 해결책을 적용하기까지의 전 과정이 훨씬 오래 걸리고 어려웠을 것이라고 말한다. AI는 분석과 원인 규명, 해결, 적용의 모든 단계에서 속도를 높여 줬다는 것이다.
어디까지 자동화하고 어디부터 사람이 해야 하나?
이 사례에서는 접근 권한이나 금전이 걸린 결정에 사람의 승인을 남겨 뒀다. 제안된 해결책은 초안 상태로 돌리고 사람이 처음 20~30건을 검토하며 왜 고쳤는지 기록하게 한다. 그 검토 기록 자체가 표준 업무 절차가 된다.
고객 응대가 첫 자동화 대상으로 좋은 이유는?
결과를 속일 수 없기 때문이다. 고객이 계정에 들어갔거나 환불을 받았거나 다시 문의하지 않았거나, 아니면 여전히 문제가 남아 있거나 둘 중 하나다. 게다가 사람들이 이미 자기 말로 무엇이 실패했는지 알려 주고 있어서, 재료가 받은편지함에 그대로 쌓여 있다.
원문과 출처
이 글은 원본 영상의 자막을 바탕으로 한국어 독자를 위해 요약했습니다. 전체 맥락과 최신 정보는 원문에서 확인하세요.
YouTube 원본 영상 보기 ↗