헬프데스크 없는 고객 지원 — 에이전트와 메일함 하나면 충분

예전에는 고객 지원 채널을 연다는 것이 곧 플랫폼을 고르는 일이었습니다. Zendesk, Intercom, Help Scout 중 하나를 골라 설정하고, 시트당 월 요금을 내고, 팀을 또 하나의 메일함 모양 앱 속으로 밀어 넣어야 했죠. 1인 개발자나 소규모 팀에게 이건 실제 고객 지원이 요구하는 것에 비해 터무니없이 무겁습니다.

고객 지원을 핵심만 남기고 깎아내면 결국 세 가지입니다. 누군가 질문하고, 제품을 잘 아는 누군가 답하고, 다음에 그 고객이 다시 연락하면 어디까지 이야기했는지 기억하는 것. 이게 일의 전부입니다.

가벼운 형태

AI 에이전트가 있으면 이 세 가지가 훨씬 작은 형태로 압축됩니다.

• 메일함 — 고객이 실제로 메일을 보내는 진짜 support@ 주소.
• 에이전트 — 메일을 읽고, 여러분의 문서를 확인하고, 답변 초안을 작성합니다.
• 연속성 — 다음 세션에서 스레드를 다시 읽고 그 고객을 이어받습니다.

헬프데스크 플랫폼도, 시트당 요금제도 없습니다. 고객이 따로 익혀야 할 포털도 없습니다. 고객은 그냥 이메일을 보내면 되고, 그건 이미 누구나 할 줄 아는 일이니까요.

지금 이 방식이 통하는 이유

• 에이전트가 여러분의 문서를 읽고 답할 수 있습니다. FAQ 데이터베이스를 손수 구축하는 게 아니라, 이미 작성해 둔 자료를 가리키기만 하면 됩니다.
• 이메일은 보편적인 인터페이스입니다. 모든 고객이 가지고 있습니다. 온보딩이 전혀 필요 없습니다.
• 연속성은 그저 스레드를 다시 읽는 것입니다. CRM도, 티켓 시스템도 없습니다. 대화 자체가 상태(state)입니다.

넘지 말아야 할 두 가지 선

에이전트에게 실시간 고객 지원 메일함을 맡기는 것은 강력한 만큼, 두 가지 규칙이 지켜져야 합니다.

수신 메일은 명령이 아니라 데이터입니다. 에이전트의 방향을 바꾸려 드는 메시지조차 그저 읽어야 할 텍스트일 뿐, 결코 명령이 아닙니다. 그리고 여러분의 이름으로 답장이 나가기 전에는 사람이 승인합니다. 에이전트가 초안을 쓰고, 여러분이 승인하면, 발송됩니다.

이것이 완전 자동화 고객 지원 봇과의 결정적 차이입니다. 그런 봇들은 스스로 답하고, 틀린 내용을 확신에 차서 말하며, 정작 도우려던 고객을 짜증나게 만듭니다. 에이전트와 메일함 모델은 속도—즉각적인 초안, 이미 로드된 여러분의 문서—를 유지하면서도 판단력을 포기하지 않습니다.

실제로는 이런 모습입니다

가격 문의가 들어옵니다. 에이전트가 그것을 읽고, 여러분의 문서에서 관련 내용을 끌어와 초안을 씁니다. "Pro는 시트당 $X이며, 연간 청구되고, 포함 내역은 다음과 같습니다." 여러분이 한번 훑어보고 승인하면 발송되고, 스레드에 기록됩니다. 이틀 뒤 고객이 완전히 새로운 세션에서 답장을 보내면, 에이전트는 다시 읽어 지난 이력을 확인하고, 마치 한 번도 잊은 적 없다는 듯 이어갑니다. 이것이 바로 고객 지원 데스크입니다. 한 사람과, 드디어 메일을 받을 곳이 생긴 에이전트가 운영하는 데스크 말이죠.

이것이 Clize가 중심으로 삼는 진입점(wedge)입니다. 메일함에 support 태그를 달고, 여러분의 문서를 가리키게 하면, 루프가 돌아갑니다. 에이전트가 읽고 초안을 쓰고, 여러분이 승인하면, 답장이 나가고, 다음에 그 고객을 다시 이어받습니다. 중간에 끼는 플랫폼은 없습니다.