CS업무 — 사람이 꼭 해야 하는 응대와 자동화해도 되는 응대를 가르는 기준 (2026)

사람이 꼭 해야 하는 CS 응대는 무엇이 기준인가?

CS업무에서 사람이 꼭 해야 하는 응대는 정답이 미리 정해져 있지 않은 응대고, 자동화해도 되는 응대는 정답이 문서에 정해져 있는 응대다. 문의 주제가 아니라 '응답이 규칙으로 확정될 수 있는가'가 사람과 자동화를 가른다. 규칙으로 적을 수 있으면 대체가 가능해지고, 규칙으로 확정할 수 없으면 사람의 판단이 남는다.

같은 문의라도 상황에 따라 답이 달라지면 사람의 몫이다. 환불·지연·예외 처리처럼 결정의 결과가 금전이나 책임으로 이어지는 응대는 규칙보다 판단이 앞선다.

반대로 답이 하나로 고정된 응대는 자동화 대상이다. 상품 상태 조회, 배송 위치 확인, 절차 안내처럼 '어디를 보면 정답이 나오는지'가 정해져 있으면 그 응답은 사람의 반복 작업이 아니라 규칙 실행이다.

이 기준은 문의 유형이 아니라 응답의 구조를 보는 것이다. 같은 '주문 조회'도 평소에는 규칙으로 끝나지만, 예외가 붙으면 사람 판단으로 넘어간다.

왜 '단순한 문의'로 나누면 안 되나?

'단순하다'는 문의의 성질이 아니라 보는 사람의 익숙함에 달렸다. 자주 받는 문의라도 규칙에 예외가 섞이면 단순하지 않다. 문의를 단순·복잡으로 나누는 대신 '응답 경로가 끝까지 규칙으로 적히는가'를 기준으로 나눠야 한다.

배송 위치 문의처럼 평소에는 정답이 하나인 응대도, 배송이 늦었거나 주소가 틀렸다면 예외가 생긴다. 그 지점부터는 절차가 아니라 판단이 필요하다.

따라서 문의 유형별 분류표를 처음부터 완성하려 들기보다, 규칙이 끝나는 지점과 그 뒤를 누가 맡을지를 먼저 정하는 것이 자동화의 경계를 만든다.

구축 표준에서는 응대 분류를 어떻게 잡나?

SGK 스튜디오 AI챗봇 구축 표준은 정답이 확정된 문의를 자동 응대 대상으로 두고, 그 뒤의 판단·조율·책임이 붙은 응대는 사람 전담으로 남긴다. 자동 응대가 답하면 끝나는 지점과 사람이 이어받는 지점을 구축 단계에서 미리 나눈다. 효과는 회사마다 다른데, 응대 대상을 어떻게 정의했는지가 그 차이를 만든다.

자동 응대의 범위는 시나리오를 얼마나 많이 썼는가가 아니라, 정답이 문서로 확정된 문의를 얼마나 규칙화했는가로 정해진다. 정답이 없는 응대는 자동화로 돌려도 사람이 다시 붙는다.

구축 표준은 모든 응대를 자동화하려 하지 않는다. 자동화 대상과 사람 전담 응대, 그리고 그 사이를 전환하는 기준을 함께 정의하는 것이 표준의 내용이다.

응대를 나누는 작업, 무엇부터 시작해야 하나?

반복적으로 같은 답이 나오는 응대부터 규칙으로 적는 것이 출발점이다. 같은 질문에 같은 답을 매번 다시 쓰고 있다면 그 응대는 이미 자동화 대상이다. 정답이 확정되지 않은 응대는 자동화 대상에서 빼고, 사람이 맡는 조건을 남긴다.

분류를 처음부터 완성하려 들지 않아도 된다. 자주 받는 문의에서 정답이 고정된 것부터 추리고, 예외가 생길 때마다 사람 전담으로 넘어가는 기준을 채워가면 된다.

이 분류는 한 번으로 끝나지 않는다. 규칙이 문서로 정리되는 만큼 자동화 대상이 늘어나는 구조라, 응대를 나누는 기준은 운영하면서 계속 갱신된다.