바지인 스위치 하나가 채널 두 개를 다 막아주지 않는다

AWS의 Amazon Connect 문서는 콜 플로우에서 바지인이 기본적으로 꺼져 있으며, "Get customer input" 블록에 x-amz-lex:allow-interrupt 세션 속성을 직접 설정해야 인텐트·슬롯 단위로 켤 수 있다고 밝힌다. 같은 문서는 이 속성이 재생 중인 프롬프트를 사용자의 음성으로 끊는 동작만 제어하며, 키패드로 누르는 DTMF 바지인에는 적용되지 않는다고 못 박는다. 팀이 음성 바지인만 켜 놓고 DTMF는 별도 설정이라는 사실을 놓치면, 사용자가 안내 문장 중간에 버튼을 눌러도 시스템은 문장을 끝까지 재생한 뒤에야 입력을 받아들이는 어색한 지연이 생긴다.

무응답과 못 알아들음은 서로 다른 재시도 축이다

Google Cloud의 Dialogflow CX 문서는 사용자가 아무 말도 하지 않는 상황을 no-input 이벤트로, 발화는 있었지만 인텐트와 매칭되지 않는 상황을 no-match 이벤트로 나눠 각각 핸들러를 둔다. no-input 타임아웃은 기본 5초, 최대 60초까지 설정할 수 있고, 재생 오디오를 바지인을 받지 않는 구간과 받는 구간 두 단계로 나눠 처리한다. 같은 문서는 페이지마다 no-match·no-input 재시도 상한을 3회로 두고, 그 이상 반복되면 사람 상담원으로 넘기도록 권고한다 — 이 상한이 DTMF로 유도할 시점을 정하는 기준선이 된다.

설계에서 운영까지: 콜봇 음성-DTMF 폴백 채널 구축 가이드

기획 단계에서는 언제 DTMF로 유도할지와 유도 이후 완료율을 함께 수치로 잡는다. 같은 단계에서 no-match 또는 no-input이 연속 2회 발생하면 세 번째 시도부터 "버튼으로도 입력할 수 있어요" 안내를 덧붙이고, Dialogflow CX 권고치인 3회를 넘기지 않는 선에서 상담원 연결과 DTMF 폴백 중 하나를 사용자가 고르게 한다. 배포 기준은 DTMF 폴백 제안 후 완료율 80% 이상, no-input 타임아웃은 콜센터 채널 4초·캐주얼 챗 채널 6초로 분리, DTMF 자체의 무입력 타임아웃은 음성보다 짧은 3초로 잡는 편이 실무에 맞다.

가장 흔한 실패는 음성 바지인만 켜놓고 DTMF 바지인 설정을 빠뜨리는 경우다. 사용자가 안내 문장 중간에 버튼을 눌러도 시스템이 이를 무시한 채 문장을 끝까지 재생하면, 사용자는 버튼이 고장났다고 오인해 전화를 끊는다. 복구 전략은 음성·DTMF 바지인을 항상 짝으로 검증 목록에 올려, 하나를 바꿀 때 다른 하나도 같은 배포에서 함께 확인하는 것이다.

두 번째 패턴은 no-input과 no-match를 하나의 재시도 카운터로 묶는 설계다. 사용자가 아예 말을 안 한 순간과 엉뚱한 말을 한 순간에 똑같은 재프롬프트("다시 말씀해 주세요")를 반복하면, 사용자는 자신이 무엇을 잘못했는지 모른 채 같은 실패를 되풀이한다. 복구는 두 이벤트를 별도 카운터로 나누고, no-input에는 "잘 안 들렸어요"를, no-match에는 "요청하신 내용을 이해하지 못했어요, 버튼으로 골라 주세요"처럼 서로 다른 안내를 붙이는 것이다.

세 번째 패턴은 DTMF 폴백을 제안은 하지만 키패드 입력 파서가 음성 세션과 같은 무입력 타임아웃·유효 키 집합을 그대로 물려받아 버튼 입력조차 씹히는 경우다. 복구는 DTMF 입력에 전용 grammar와 더 짧은 무입력 타임아웃을 따로 설정해, 음성 채널의 값을 그대로 상속하지 않도록 하는 것이다.

배포 전 체크리스트에는 무음, 배경 소음, 오인식, DTMF 입력 중 프롬프트 취소 네 시나리오를 재현해 폴백 전환 여부와 소요 시간을 검증하는 항목을 넣는다. 로그에는 no-input·no-match 각각의 누적 횟수, 폴백 전환 트리거 사유, DTMF로 입력된 원값을 표준 필드로 남기되 계좌·카드번호 같은 값은 마스킹 처리한다.

개선 루프는 폴백 전환률과 전환 후 완료율을 채널별로 나눠 주간 검토하고, no-input과 no-match 중 어느 쪽이 재시도 상한에 더 자주 닿는지 구분해 재프롬프트 문구와 타임아웃 값을 각각 조정한다. 설정값 변경 로그와 콜 플로우 구조 변경 로그를 분리해 남겨야 다음 회귀 원인을 빠르게 좁힐 수 있다.

한눈에 보는 적용 포인트

콜봇의 폴백 설계는 바지인 스위치 하나, 재시도 카운터 하나로는 완성되지 않는다. 음성과 DTMF는 서로 다른 채널로 취급하고, 무응답과 못 알아들음은 각각 다른 재시도 축으로 세어 3회 상한 안에서 폴백을 제안해야 사용자가 이유를 이해한 채로 다음 단계를 밟는다.

참고 링크

AWS Amazon Connect Administrator Guide – Get customer input flow block

Google Cloud – Dialogflow CX Voice agent design best practices