오후 네 시, 운영 담당자가 메신저로 받은 예약 요청을 관리자 화면에 옮겨 적습니다. 고객에게 가능한 시간을 안내하고, 답장이 오면 예약표를 다시 확인한 뒤 확정 문자를 보냅니다. 한 건은 금방 끝납니다. 하지만 이 일이 하루 종일 끼어들면 다른 일을 길게 붙잡을 수 없습니다.
AX 전환은 이런 장면에서 시작합니다. AI를 어디에 넣을지 묻기 전에, 사람이 어디에서 반복해서 멈추는지를 봅니다. 그러면 첫 과제가 구체적으로 잡힙니다. 문의를 읽고 조건을 정리하는 일은 AI가 맡고, 예약 가능 여부 확인과 확정은 기존 시스템이 맡습니다.
AI를 많이 쓰는 것과 일이 줄어드는 것은 다릅니다
직원들이 각자 AI로 이메일을 써도, 예약표와 주문 화면 사이를 오가는 일이 그대로면 운영은 달라지지 않습니다. 개인의 작성 시간이 줄어드는 것도 가치는 있습니다. 하지만 회사 차원의 AX라면 만들어진 결과가 다음 업무로 어떻게 넘어가는지까지 봐야 합니다.
상담 답변 초안은 빨리 나오는데 주문번호 확인과 배송 상태 조회는 여전히 사람이 한다면, 병목은 문장 작성이 아닙니다. 문의를 읽는 시간, 정보를 찾는 시간, 시스템에 입력하는 시간을 따로 재보세요. 다음에 무엇을 연결해야 하는지가 거기서 나옵니다.
첫 과제는 자주 생기고 결과를 확인하기 쉬운 일로 고릅니다
예약 문의, 배송 조회, 영수증 입력 모두 후보입니다. 무엇을 먼저 할지는 빈도만으로 정하지 않습니다. 네 가지를 같이 봅니다.
- 자주 발생하는가
- 필요한 정보가 정리돼 있는가
- 결과가 맞는지 확인할 수 있는가
- 틀렸을 때 고칠 수 있는가
매일 들어오는 배송 문의는 주문 상태만 조회할 수 있으면 바로 시작할 수 있습니다. 협상 조건이 매번 다른 계약 업무는 빈도가 높아도 전면 자동화부터 시작하면 안 됩니다. 쟁점 요약이나 초안 작성처럼 담당자가 검토할 수 있는 구간부터 맡깁니다.
범위를 '고객센터 자동화'로 잡으면 할 일이 끝없이 늘어납니다. '로그인한 고객의 배송 상태를 조회해 안내한다'로 좁혀야 필요한 데이터와 성공 기준이 정해집니다.
도입 전에 일주일만 기록하세요
한 주 동안 반복 업무의 건수, 평균 처리 시간, 재작업 이유를 적습니다. 자동화한 뒤에는 같은 기준으로 다시 잽니다. 볼 숫자는 답변을 몇 개 만들었는지가 아닙니다. 업무가 끝나기까지 걸린 시간과 다시 연락한 고객의 비율입니다.
작업이 빨라져도 담당자가 매번 결과를 고치고 있다면 절감한 시간이 검토 시간으로 다시 나갑니다. 그래서 AI의 처리 시간에 사람의 검토와 수정 시간까지 더해서 계산합니다. 아직 실제 수치가 없다면 예상 시간을 가정으로 적어 두고, 짧은 시범 운영으로 그 가정을 확인합니다.
첫 과제가 다음 업무의 연결점이 됩니다
첫 과제가 안정되면 같은 데이터와 기능을 쓰는 옆 업무로 넓힙니다. 주문 상태 조회를 만들었다면 상담원이 보는 요약 화면이나 배송 알림으로 잇는 식입니다. 업무마다 챗봇을 새로 만들 필요가 없습니다. 이미 검증한 연결을 다시 씁니다.
저희에게 상담을 요청하실 때도 'AX를 하고 싶다'는 말에 반복되는 업무 화면과 입력 자료를 같이 보내주세요. 지금 서비스에서 바로 연결할 수 있는 구간과 먼저 정리해야 할 구간을 나눠서 첫 적용 범위를 잡아 드립니다. 견적 내보기에서 시작하시면 됩니다.