AI 자동화를 처음 설계할 때는 “어디까지 대신할 수 있을까?”보다 “어느 단계의 결과를 확인할 수 있을까?”가 좋은 질문입니다. 문의 분류가 틀린 것과 잘못된 답변을 고객에게 보낸 것은 되돌리는 비용이 다릅니다.
이 글은 고객 문의 처리 업무를 예로 들어, 사람이 검토할 수 있는 작은 자동화부터 시작하는 방법을 제안합니다.
업무를 초안·승인·실행으로 나누세요
고객 문의가 들어오면 AI가 주제를 분류하고 답변 초안을 작성합니다. 담당자는 고객 정보와 답변 근거를 확인합니다. 승인된 결과만 발송하고, 실제 발송 결과를 기록합니다.
| 단계 | AI 또는 시스템의 역할 | 사람이 확인할 내용 |
|---|---|---|
| 입력 | 문의와 주문 정보를 수집 | 고객·주문 매칭이 맞는지 |
| 초안 | 문의 분류와 답변 제안 | 정책 근거와 약속한 조건 |
| 승인 | 검토 대상과 변경 내용을 표시 | 보낼 문장과 수신자 |
| 실행 | 승인된 작업만 수행 | 실행 성공·실패 내역 |
| 예외 | 오류를 담당자에게 넘김 | 직접 처리 또는 재시도 여부 |
모든 단계에 AI를 넣을 필요는 없습니다. 주문 상태 확인은 정해진 조회가 더 적합하고, 고객의 표현을 분류하거나 답변 초안을 쓰는 곳은 AI를 시험해 볼 수 있습니다.
처음에는 실제 발송을 하지 않는 흐름으로 시험하세요
지난 문의 중 사용할 수 있는 사례를 골라, 분류와 초안까지만 실행합니다. 이름과 연락처 같은 불필요한 정보는 시험 목적에 맞게 제거하세요. 담당자가 만든 기준 답변과 비교해 누락된 조건, 잘못된 약속, 근거 없는 표현을 표시합니다.
정상 문의뿐 아니라 주문번호가 없는 문의, 환불 조건이 애매한 문의, 여러 요청이 섞인 문의도 넣습니다. “정상일 때 잘 된다”는 것과 “운영할 수 있다”는 것은 별개의 확인 항목입니다.
승인 화면에는 행동의 대상이 보여야 합니다
검토자에게 AI의 초안만 보여주면 누구에게 무엇을 실행하는지 놓칠 수 있습니다. 수신자, 주문번호, 보낼 내용, 바뀌는 상태를 함께 표시하세요. 승인 후 내용이 바뀌었다면 다시 확인하는 방식이 필요합니다.
n8n은 특정 AI 도구 호출 전에 사람의 승인을 요구하고, 거절되면 실행하지 않는 기능을 공식 문서로 안내합니다. 실제 승인 방식은 사용하는 자동화 도구와 구성에 맞춰 확인하세요. n8n 공식 안내
중복 실행과 실패도 설계에 넣으세요
네트워크 오류 때문에 전체 흐름을 다시 실행하면 메시지가 두 번 발송되거나 CRM에 같은 기록이 두 번 들어갈 수 있습니다. 문의마다 식별 번호를 두고, 이미 완료한 행동을 다시 실행하지 않도록 기록합니다.
오류가 난 단계, 입력 값, 마지막으로 성공한 단계를 남기세요. 담당자는 전체를 재실행해야 하는지, 실패한 작업만 처리하면 되는지 판단할 수 있어야 합니다. 실패를 조용히 무시하는 자동화는 사람이 뒤늦게 더 많은 시간을 쓰게 합니다.
비용은 문의 건수와 실행 단계를 함께 세세요
예를 들어 월 1,000건의 문의에서 유료 행동이 세 번씩 실행된다면 검토할 사용량은 대략 3,000회입니다. 이는 사용량을 추정하기 위한 가정이며 실제 청구 단위는 제품마다 다릅니다.
Zapier는 일반적인 워크플로에서 성공한 행동을 task로 계산하며, 제품과 단계에 따라 다른 규칙도 안내합니다. 문의 1건이 곧 task 1개라고 가정하지 말고, 재시도와 AI 단계의 별도 사용량도 확인하세요. Zapier 사용량 안내
처음 목표는 모든 문의의 완전 자동 처리보다, 담당자가 더 빨리 검토할 수 있는 초안을 만드는 것으로 잡아보세요. 분류 정확도, 수정 시간, 예외 처리 시간, 중복 실행을 함께 측정하면 다음에 맡길 단계가 보입니다.
더 읽기: 업무 프롬프트 작성법, AI 도입 비용 계산
공식 자료 확인일: 2026년 10월 13일. 단계 구성과 운영 기준은 NeedThisAI의 실무 제안입니다.
