전통 ARS, 보이는 ARS, 디지털 ARS, 음성 AI — 분기 로직이 다른 네 방식

전통 ARS, 보이는 ARS, 디지털 ARS, 음성 AI. 이름만 늘어놓으면 앞의 셋이 한 계열로 묶입니다. 음성 AI는 혼자 튀어 보이고요. 그런데 분기 로직을 누가 어디에 적어 두는가로 네 방식을 다시 줄 세우면 경계가 엉뚱한 자리에 그어집니다. 도입을 검토하거나 시스템을 교체할 때 이 자리를 잘못 잡으면 설계가 처음부터 어긋납니다.

전통 ARS의 분기는 설정 파일에 적혀 있습니다

"1번 누르시면 상담원, 2번 누르시면 예약." 전화를 걸면 이 안내부터 나옵니다. 버튼을 누르면 DTMF 신호가 발생하고, 서버는 그 신호를 받아 다음 메뉴로 넘어갑니다. 어느 신호에서 어디로 가는지는 서버 설정 파일에 전부 적혀 있습니다.

그래서 경로를 하나 바꾸려면 설정 파일을 열어야 합니다. "다른 지점에 재고가 있는지 알고 싶다"처럼 번호가 붙지 않은 용건은 애초에 도착지가 없습니다.

보이는 ARS는 뭐가 달라졌나

스마트폰 화면에 버튼 목록이 뜹니다. 터치하면 DTMF 신호 대신 화면 입력값이 서버로 전달됩니다. 여기까지가 바뀐 부분의 전부입니다.

메뉴를 길게 늘려도 고객이 덜 헤매고, 설명 텍스트나 이미지를 함께 띄울 수 있어 안내가 쉬워집니다. 오입력도 줄어듭니다. 다만 설계자가 미리 적어 두지 않은 경로는 여전히 없는 경로입니다. 메뉴를 손보려면 전통 ARS 때 열던 그 파일을 그대로 여십시오.

디지털 ARS, 전화가 걸리기 전에 분기가 끝납니다

이 방식에서는 고객이 통화 버튼을 누른 시점에 목적지가 이미 정해져 있습니다. 모바일 앱이나 웹 페이지에서 "A/S 접수"를 고르고 연결하면 해당 팀으로 바로 붙습니다. 안내 멘트를 듣거나 메뉴를 타고 내려가는 구간이 통화 안에 없습니다.

그래서 통화 녹취를 아무리 뜯어봐도 라우팅 로직은 나오지 않습니다. 계산은 앱이나 웹 화면에서 이미 끝났습니다. 통화는 그 결과를 실행하는 자리입니다.

음성 AI에서는 고객이 말한 내용이 곧 분기 조건입니다

"A/S 접수하고 싶은데, 지난달에 맡겼던 건이요." 이렇게 말하면 에이전트가 의도와 맥락을 함께 읽어 처리 경로를 정합니다. 미리 번호를 붙여 둔 메뉴가 없어도 됩니다. 고객 쪽에서 외워 둘 것도 사라집니다.

대신 새로 설계해야 할 것이 생깁니다. 에이전트가 의도를 잘못 읽거나 낮은 확신도로 분기하는 순간을 어떻게 받을지, 운영팀이 미리 정해 둬야 합니다. 설정 파일에는 그걸 담아 둘 칸이 없습니다. 이 설계가 빠진 채로 켜면 고객은 조용히 엉뚱한 경로로 넘어갑니다.

화면 유무로 가르면 보이지 않는 차이

"화면이 붙었으니 디지털"이라는 기준을 대면 보이는 ARS와 음성 AI가 같은 칸에 들어갑니다. 실무에서 진단이 막히는 지점이 정확히 여기입니다. 보이는 ARS가 바꾼 것은 입력 수단입니다. 음성 AI는 한 겹 더 안쪽을 건드립니다. 분기 조건이 만들어지는 시점을 통화 안으로 들여놓은 것은 넷 중 음성 AI뿐입니다.

"우리는 보이는 ARS를 쓰니까 이미 고도화됐다"는 판단이 여기서 나옵니다. 그 상태로는 응대 흐름을 어디서 손봐야 하는지가 잡히지 않습니다.

이 구분이 통하지 않는 경우

네 방식을 한 줄로 세우는 이 기준은 각 방식이 한 덩어리로 돌아갈 때 유효합니다. 실제 콜센터는 섞여 있는 경우가 많습니다. 앞단은 보이는 ARS로 받고 뒤에서 음성 AI가 상담을 이어받는 구성이면, 고객은 한 통화에서 분기를 두 번 겪습니다. 이때는 시스템 이름을 묻는 질문이 힘을 잃습니다. 어느 구간의 분기를 손볼 것인가만 남습니다.

ARS를 음성 AI로 교체할 때 무엇까지 그대로 가져갈 수 있는지는 IVR에서 음성 AI로 넘어갈 때 남겨야 할 것들에서 이어집니다.

교체 비용을 따지기 전에, 지금 방식에서 분기 한 줄을 바꾸는 데 누구의 시간이 얼마나 드는지부터 재어 두면 비교 기준이 생깁니다.