추심·미납 안내 Voice AI: Promise-to-Pay를 승인 게이트로 설계하는 법
미납 안내 콜은 자동 발화보다 멈춤 조건, 상담사 승인, CRM 증거 기록이 먼저입니다.
미납 안내나 채권 회수 콜은 “자동으로 많이 걸기”보다 “어디서 멈출지”가 먼저 설계되어야 합니다. 고객이 상환 의사를 보였는지, 분쟁·취약 상황인지, 상담사 승인이 필요한지 판단하지 못하면 Voice AI는 매출 회수 도구가 아니라 운영 리스크가 됩니다.
회수 콜의 핵심은 설득이 아니라 상태 판정입니다
일반 예약 콜은 목적이 단순합니다. 가능한 시간을 찾고, 확인 메시지를 보내고, CRM에 기록하면 됩니다. 반면 미납·회수 콜은 고객 상태가 매번 달라집니다.
- 단순 납부 의사 확인
- 납부일 변경 또는 부분 납부 요청
- 채무 존재·금액에 대한 이의 제기
- 경제적 곤란, 건강, 가족 문제 같은 민감 신호
- 상담사 또는 법무 검토가 필요한 표현
회수 콜에서 좋은 자동화는 “더 강하게 말하는 AI”가 아니라 “멈춰야 할 순간을 정확히 아는 AI”입니다.
미국 FDCPA 조항은 괴롭힘·허위 또는 오해 소지가 있는 표현·불공정 관행·채무 검증 통지 같은 금지·의무 영역을 분리해 다룹니다. 국내 적용은 별도 법무 검토가 필요하지만, 운영 설계 원칙은 같습니다. 고객에게 어떤 말을 했는지, 어떤 근거로 상담사에게 넘겼는지 남아야 합니다.
Promise-to-Pay는 “결제 약속”이 아니라 승인 게이트입니다
Promise-to-Pay(PTP)는 고객이 “언제 얼마를 납부하겠다”고 말하는 순간입니다. 이 순간을 단순 메모로 저장하면 안 됩니다. Voice AI는 먼저 약속의 조건을 구조화하고, 정책 위반 가능성을 확인한 뒤, 필요한 경우 사람에게 넘겨야 합니다.
Voice AI decision states
1. inform_only : 납부 안내·기본 정보 제공
2. ptp_candidate : 납부 의사와 날짜/방식 확인 필요
3. approval_required : 분쟁·곤란·민감 표현·예외 조건 감지
4. human_handoff : 상담사 즉시 연결 또는 콜백 예약
이 구조를 쓰면 “AI가 회수했다”가 아니라 “AI가 어떤 상태까지 처리했고, 어떤 상태부터 사람이 승인했는지”가 명확해집니다.
운영 플로우: 고객 말에서 CRM 증거까지
아래 플로우는 회수 콜을 Voice AI로 설계할 때 필요한 최소 루프입니다. 핵심은 통화 종료가 아니라 CRM에 남는 증거입니다.
- 본인 확인: 이름, 연락처, 계약 또는 계정 단서를 최소 범위로 확인합니다.
- 의도·상황 판정: 납부 가능, 일정 변경, 이의 제기, 곤란 신호를 구분합니다.
- PTP 게이트: 날짜, 금액, 결제 수단, 고객 확인 문구를 구조화합니다.
- 상담사 승인: 예외 조건이나 민감 표현이 있으면 자동 확정하지 않습니다.
- CRM 기록:
intent,ptp_date,ptp_amount,risk_flag,handoff_reason,next_action을 남깁니다.
상담사가 봐야 할 필드는 많지 않아야 합니다
회수 콜의 실패는 데이터 부족보다 데이터 과다에서 자주 나옵니다. 상담사는 전체 녹취를 다시 듣기보다 다음 6개 필드를 먼저 봐야 합니다.
| 필드 | 목적 |
|---|---|
verified_identity | 본인 확인 수준 |
customer_intent | 납부·분쟁·연기·상담 요청 |
promise_to_pay | 날짜/금액/방식 구조화 |
hardship_signal | 곤란·취약 상황 신호 |
compliance_flag | 금지 표현·분쟁·예외 조건 |
next_action | 문자 발송, 상담사 콜백, 보류, 종결 |
이 필드가 있으면 팀장은 회수율보다 먼저 “위험한 자동화가 발생하지 않았는지”를 볼 수 있습니다.
BringTalk 관점: LQA보다 먼저 필요한 것은 Stop Logic입니다
BringTalk의 LQA나 FUA는 리드·고객 상태를 구조화해 다음 액션으로 넘기는 데 강점이 있습니다. 회수 콜에서는 같은 구조를 쓰되, 점수화보다 Stop Logic이 먼저입니다.
- 고객이 납부 의사를 보이면 PTP 후보로 정리합니다.
- 민감 신호가 있으면 상담사 승인 없이는 확정하지 않습니다.
- 분쟁 표현이 나오면 회수 스크립트가 아니라 검증·이의 처리 루프로 전환합니다.
- 후속 연락은 FUA로 예약하되, 메시지 문구와 발송 조건을 정책화합니다.
즉, 회수 Voice AI의 KPI는 자동 처리율 하나가 아닙니다. 정확한 멈춤, 증거 기록, 다음 액션 품질이 같이 봐야 할 운영 지표입니다.
도입 전 체크리스트
- 금지 표현과 상담사 승인 조건이 스크립트 밖 정책으로 정의되어 있습니까?
- PTP를 “자유 텍스트 메모”가 아니라 구조화 필드로 저장합니까?
- 분쟁·곤란·취약 상황이 감지되면 자동 확정이 중단됩니까?
- CRM에는 다음 연락 사유와 책임자가 남습니까?
- QA는 녹취 샘플이 아니라 상태 전환 로그까지 검토합니까?
회수 콜 자동화의 목표는 더 많은 전화를 거는 것이 아닙니다. 고객의 말이
상태 → 승인 → 증거 → 후속 조치로 안전하게 바뀌는 운영 체계를 만드는 것입니다.
참고한 공개 자료
- FTC, Fair Debt Collection Practices Act text: https://www.ftc.gov/legal-library/browse/rules/fair-debt-collection-practices-act-text
- Cornell LII, 15 U.S.C. §1692d Harassment or abuse: https://www.law.cornell.edu/uscode/text/15/1692d
- Cornell LII, 15 U.S.C. §1692e False or misleading representations: https://www.law.cornell.edu/uscode/text/15/1692e
- Cornell LII, 15 U.S.C. §1692g Validation of debts: https://www.law.cornell.edu/uscode/text/15/1692g
