사람의 승인을 거쳐 고객 문의를 자동화하기

두려움: "되돌릴 수 없는 말을 해 버릴 것이다"

문의 자동화가 멈추는 이유는 대개 초안이 나빠서가 아닙니다. 회사 이름으로 나간 메시지는 되돌릴 수 없기 때문입니다. 이제 지켜야 하는 잘못된 가격, 지킬 수 없는 배송 약속, 우리답지 않은 어투. 잘못 나간 한 통이 잃는 신뢰는, 잘 나간 쉰 통이 버는 것보다 큽니다. 그래서 팀은 계산을 해 보고, 결국 모든 답장을 손으로 칩니다. 그리고 밤 9시에 들어온 문의는 아침까지 기다립니다.

실수는 이것을 두 극단 사이의 선택으로 다루는 것입니다. 사람이 전부 쓰거나, 소프트웨어가 전부 보내거나. 세 번째 설계가 있고, Olano는 바로 그것을 중심으로 만들어졌습니다. 에이전트는 자유롭게 생각하게 두고, 행동에 게이트를 걸어라. 사람이 흐름 안에 있는 것은 나중에 덧붙인 기능이 아니라, 구조 그 자체입니다.

설계로 낸 답: 게이트는 행동에 걸고, 생각에는 걸지 마라

모든 문의를 두 토막으로 나눠 보세요. 앞 절반은 읽고 준비하는 일입니다. 대화 맥락을 파악하고, 실제 시스템을 확인하고, 당신의 문서 - 가격표, 정책, 제품 사양, 업무 절차 - 로 만든 지식베이스에서 맞는 답을 꺼내고, 근거 있는 초안을 씁니다. 이 전부가 읽기 전용이거나 내부 작업이라, 게이트 없이 어느 시간대든 어느 채널에서든 돌아갑니다.

뒤 절반은 행동입니다. 답장을 보내고, 기록을 갱신하고, 돈을 건드리는 일. Olano에서는 밖으로 나가는 것은 기본적으로 승인을 기다립니다. 몇 분짜리 작업은 에이전트가 하고, 사람은 그것을 밖으로 내보낼지 몇 초 만에 결정합니다.

이 대기열은 영구 세금이 아닙니다. 거기서 얼마나 기다릴지는 신뢰 수준이 정하고, 신뢰는 켜고 끄는 스위치가 아니라 돌려서 맞추는 다이얼입니다.

신뢰 사다리: 0~4단계

Olano의 모든 에이전트는 명시적인 신뢰 수준에서 동작합니다. 문의 처리 관점에서 각 수준이 무엇을 뜻하는지 살펴봅니다.

0단계 - Observer

에이전트는 읽고 보고할 뿐, 그 이상은 하지 않습니다. WhatsApp 번호나 공용 받은편지함에 붙여 두면 이번 주 고객이 무엇을 물었는지, 무엇이 답 없이 남았는지, 어떤 질문이 반복되는지 알려 줍니다. 아무것도 보내지 않고 아무것도 바꾸지 않습니다. 이렇게 하면 에이전트가 무엇을 할 것인지 실제로 무엇이든 하기 전에 미리 알아볼 수 있습니다.

1단계 - Assistant

에이전트가 초안을 씁니다. 모든 문의에 당신의 문서에 근거한 답장 초안이 대기열에서 기다립니다. 팀은 백지에서 쓰는 대신 검토하는 쪽으로 바뀝니다. 더 빠르고 더 안전합니다. 보내지 않은 초안은 당신을 난처하게 만들 수 없으니까요. 대부분의 회사가 첫 업무를 여기서 시작합니다.

2단계 - Collaborator

에이전트가 여러 단계짜리 작업으로 움직입니다. 문의를 읽고, 재고나 일정을 확인하고, 고객 답장을 초안 쓰고, 및 CRM 갱신까지 한꺼번에 준비해 통째로 내놓습니다. 밖으로 나가는 작업은 여전히 게이트에서 멈춥니다. 당신이 승인하는 것은 키 입력이 아니라 결과물입니다.

3단계 - Autonomous

정해진 범위 안의 일상적인 답변은 건건이 결재를 받지 않고 나갑니다. 영업시간, 실시간 재고 답변, 배송 상태, 예약 확인 같은 것들이죠. 손을 떼는 자동화가 아닙니다. 아래의 카테고리별 게이트는 그대로 작동하고, 이례적인 건은 여전히 대기열에 들어가며, 모든 발송이 기록됩니다. 여기서의 자율성은 범위가 정해져 있고, 검토 이력으로 얻어진 것이며, 되돌릴 수 있습니다.

4단계 - Developer

가장 넓은 설정으로, 에이전트가 자기만의 격리된 작업 공간 안에서 파일과 코드를 다루는 기술 환경을 위한 것입니다. 여기서도 파일·셸 쓰기와 비밀 키에 대한 게이트는 그대로 적용되고, 모든 것이 감사 기록에 남습니다. 문의 처리에는 4단계가 필요할 일이 없습니다. 사다리에 올려 둔 이유는 천장을 명시하기 위해서이지, 우회로로 쓰라는 뜻이 아닙니다.

카테고리별 승인 게이트

신뢰 수준은 기본 자세를 정하고, 카테고리 게이트는 그것을 가로지릅니다. 다섯 종류의 작업에는 에이전트가 어느 수준에서 돌든 각자의 게이트가 걸립니다.

• 금전 관련 작업. 환불, 청구, 돈을 움직이는 모든 것. 재고 질문에는 자유롭게 답하는 3단계 에이전트라도, 환불은 사람의 승인 대기열에 올립니다.
• 외부 발송. 회사 이름으로 나가는 모든 메시지 - 답장, 후속 연락, 알림.
• 파일 및 셸 쓰기. 파일이나 시스템을 읽는 것이 아니라 바꾸는 것.
• 비밀 키. 자격 증명과 API 키에 대한 접근. 이들은 암호화되어 보관됩니다.
• 위임. 다른 에이전트에게 일을 넘기는 것 - 전문가 팀 안에서도 인계에는 같은 규칙이 적용됩니다.

자율성을 넓혀도 안전한 이유가 바로 이것입니다. 일상적인 답변을 위해 에이전트를 3단계로 올려도 위험한 무언가로 향하는 문이 열리지는 않습니다. 위험은 낙관이 아니라 카테고리로 막혀 있기 때문입니다.

감사 기록

모든 작업 - 에이전트가 무엇을 읽었고, 무엇을 초안으로 썼고, 누가 승인했고, 무엇이 언제 나갔는지 - 이 변경 불가능한 감사 기록에 남습니다. 실무에서는 이 기록이 세 가지로 값을 합니다. 고객이 들은 내용을 두고 다투면, 기억으로 재구성하는 대신 찾아봅니다. 초안이 같은 방식으로 계속 어긋나면, 이 기록이 당신 문서의 빈틈을 보여 줍니다. 그리고 신뢰 수준을 올릴지 정할 때, 느낌이 아니라 검토된 수백 건의 기록을 근거로 결정합니다.

도입 플레이북

낮은 신뢰 수준의 업무 하나로 시작하세요. 문의가 가장 아픈 채널 하나를 고르세요. 많은 중소기업에서는 WhatsApp 고객 서비스; 다른 곳에서는 공용 받은편지함이고, 거기서는 AI 받은편지함 어시스턴트 분류와 초안 작성을 맡습니다. 1단계로 돌리세요. 이런 식으로 운영까지 맡는 업무는 보통 온보딩 후 영업일 1~2일이면 돌아갑니다. 몇 달이 아니라 며칠입니다.

매일 대기열을 검토하세요. 처음 몇 주 동안 승인은 곧 가르치는 일입니다. 반려할 때마다 구체적인 사실이 드러납니다. 대개는 가격표가 낡았거나, 정책이 글로 적힌 적이 없다는 것이죠. 초안이 아니라 문서를 고치세요. 그러면 다음 백 건의 초안이 좋아집니다.

확신이 커지는 만큼 범위를 넓히세요. 어떤 카테고리의 대기열이 승인, 승인, 승인만 반복하게 되면 - 이를테면 재고와 영업시간 질문 - 그 카테고리를 3단계 쪽으로 올리고, 당신의 주의는 그럴 만한 메시지에 남겨 두세요. 금전 관련 작업과 다른 게이트 카테고리는 그래도 계속 대기열에 남습니다. 채널과 업무를 늘리는 더 큰 배포는 1~3주가 걸리고, 모든 단계가 만들기 전에 견적과 승인을 거칩니다.

승인은 어디에 있는가

승인은 검토하는 일이 수고롭지 않을 때만 굴러갑니다. 그래서 승인이 당신에게 찾아옵니다. 승인 요청은 팀이 이미 쓰고 있는 채널 - Slack, Telegram, WhatsApp, 이메일, 혹은 Olano가 지원하는 15개 넘는 채널 중 하나 - 로 평범한 메시지처럼 도착합니다. 대기열을 검토한다는 것은 메시지에 답하는 일이지, 새 대시보드를 지키는 일이 아닙니다. 그 결과 고객 쪽에서는 24시간 빠르게 응답하는 AI 프런트가 생기고, 당신 쪽에서는 판단을 대신하는 대신 팀을 받쳐 주는 대기열이 생깁니다.