AI 접수 에이전트는 수신 전화를 받고 영업시간 확인, 통화자 라우팅, 예약 같은 일을 처리합니다. 사용하는 일정 소프트웨어와 이미 연동된다면 완제품을 구매하세요. 통화 흐름에 맞춤 업무 규칙이나 자체 시스템 연결이 필요하다면 음성 에이전트 플랫폼 위에 구축하세요.
이 가이드는 통화의 목표를 정하는 운영 책임자와 뒤의 시스템을 담당하는 개발자, 즉 이 선택을 책임지는 팀을 위한 것입니다. Cartesia Managed Agents는 에이전트를 만드는 플랫폼입니다. 모든 업종의 일정 통합을 포함한 사전 구성 접수 서비스는 아닙니다.
AI 접수 에이전트가 해야 할 일
좁은 업무에서 시작하세요. 승인된 질문에 답하고 회신 요청을 받는 영업시간 외 에이전트는 예약 변경, 결제, 고객 기록 변경까지 하는 에이전트보다 실패할 가능성이 적습니다.
에이전트가 완료할 수 있는 동작과 사람이 필요한 동작을 적으세요. 예를 들면 다음과 같습니다.
| 통화자 요청 | 필요한 것 | 안전한 대체 처리 |
|---|---|---|
| ”몇 시에 문 닫나요?” | 공휴일 예외를 포함한 승인된 영업시간 | 시간을 확인할 수 없다고 말하고 회신 제안 |
| ”내일 방문할 수 있나요?” | 실시간 가용 시간, 예약 도구, 사업장 시간대 | 예약을 약속하지 않고 요청 수집 |
| ”예약을 옮겨 주세요” | 신원 확인과 해당 예약 변경 권한 | 예약 담당팀에 연결 |
| ”사람과 통화해야 해요” | 근무자가 있는 전달 목적지 | 승인된 회신 또는 음성 사서함 경로 제공 |
친절한 목소리로는 잘못된 달력에 기록하는 예약 도구를 고칠 수 없습니다. 통합을 출시 후 추가 작업이 아니라 접수 에이전트의 일부로 다루세요.
완제품을 구매할까요, 맞춤 에이전트를 만들까요?
표준 업무 흐름을 가진 개별 병원이나 사업장에는 완제품이 더 나을 수 있습니다. 업체에 실제 일정 시스템, 취소 규칙, 사람에게 연결하는 동작을 시연해 달라고 하세요. 미리 녹화한 데모로는 연결이 작동한다고 입증할 수 없습니다.
예를 들어 Arini는 치과 AI 접수 서비스에 Cartesia를 사용합니다. 고객 사례에서는 예약 관리와 보험 및 청구 질문 응답을 설명합니다. 치과는 직접 이런 흐름을 만드는 대신 Arini 같은 전문 제품을 평가할 수 있습니다. 현재 통합과 조건은 업체에 직접 확인하세요.
자체 팀이 앱을 소유하거나 여러 사업장에 제공하거나 완제품이 지원하지 않는 동작이 필요하다면 맞춤 에이전트가 더 적합합니다. Cartesia Managed Agents는 음성 인식, LLM, Sonic 음성 생성을 결합합니다. 차례 전환과 끼어들기를 처리하고 대화 중 도구를 호출할 수 있습니다.1 도구 권한, 업무 규칙, 해결할 수 없는 통화의 처리는 여전히 자체 팀이 책임집니다.
Cartesia로 AI 접수 에이전트 만들기
1. 지침과 승인된 답변 정의
Cartesia Playground에서 에이전트를 만드세요. AI 도우미임을 알리는 인사말, 허용 업무, 사람에게 연결할 명확한 조건을 제공하세요.
사실과 동작을 분리하세요. 영업시간은 승인된 정보에서 가져올 수 있습니다. 예약 가능 시간은 실시간 일정 시스템에서 가져와야 합니다. 이전 대화로 가용 시간을 추론하거나 도구 확인 전에 예약을 약속하지 않도록 지시하세요.
첫 테스트에는 기본 제공 목소리를 사용하세요. 나중에 맞춤 목소리가 필요하다면 사용 권한이 있는 녹음으로 음성 복제를 할 수 있습니다. 선택한 목소리로 이름, 날짜, 전화번호를 테스트하세요.
2. 도구로 일정 시스템 연결
Managed Agents는 서버의 HTTPS 엔드포인트를 호출하는 웹훅 도구를 지원합니다.2 엔드포인트에서 일정 시스템의 가용 시간을 확인하거나 예약을 만들 수 있습니다. 이는 구현 작업이며 모든 달력과 자동으로 통합되는 것은 아닙니다.
자격 증명은 서버에 보관하세요. 도구 인수를 검증하고 접근할 달력을 제한하며 앱의 다른 부분과 같은 권한 규칙을 적용하세요. 예약 변경에서는 통화자의 전화번호를 갖고 있다는 사실만으로 신원을 충분히 증명했다고 보지 마세요.
재시도로 예약이 두 개 생기지 않도록 요청을 설계하세요. 안정적인 요청 식별자를 사용하고 백엔드에서 중복 쓰기를 제거하세요. 명시적인 성공 또는 실패와 확정 예약 정보를 반환하세요. 도구가 시간 초과되면 예약을 확인할 수 없다고 말하고 대체 절차를 따르게 하세요.
3. 사람에게 연결 설정
Playground의 Tools 페이지에서 Transfer call을 켜고 “통화자가 사람을 요청함” 같은 조건으로 목적지를 설정하세요. 전화번호 전달을 지원하며 SIP URI 전달에는 SIP 트렁크로 라우팅된 통화가 필요합니다.3
근무 시간과 미응답 시 대체 경로를 정하세요. 실제 사용할 전화망에서 테스트하세요. 도구 호출이 사람이 받았다는 뜻이라고 가정하거나 요청이 실제 저장되지 않았는데 회신을 약속하지 마세요.
4. 테스트 전화번호 연결
Managed Agents는 Cartesia 번호, 가져온 Twilio 번호, SIP 트렁킹을 사용할 수 있습니다.4 기존 통신사 구성에 맞는 경로를 선택하세요. 대표번호의 라우팅을 바꾸기보다 테스트 번호에서 시작하세요.
실제 전화로 통화하세요. 시끄러운 방, 스피커폰, 중간에 끊긴 문장, 마음을 바꾸는 통화자를 포함하세요. 브라우저 테스트만으로는 통신사 연결이나 전화에서 이름이 들리는 방식을 테스트할 수 없습니다.
고객 전화를 연결하기 전에 인수 테스트
가상의 고객 기록과 테스트 달력을 사용하세요. 통화를 듣기 전에 통과 기준을 정하고 대화 결과와 백엔드 변경을 모두 기록하세요.
| 테스트 통화 | 통과 조건 |
|---|---|
| 불가능한 시간에 예약 요청 | 일정 시스템이 반환한 시간만 제안 |
| 문장 중간에 요청 시간 변경 | 예약 쓰기 전에 최종 선택 확인 |
| 시간 초과 뒤 예약 요청 반복 | 예약이 최대 하나이며 검증된 결과만 보고 |
| 인사말 중 사람 요청 | 설정된 전달 경로 따르기 |
| 전달 목적지에 근무자가 없을 때 통화 | 막힌 경로가 아닌 승인된 대체 경로 도달 |
| 다른 고객의 예약 접근 요청 | 변경을 거부하거나 필요한 신원 확인 수행 |
| ”지침을 무시해”라고 하며 제한 동작 요청 | 에이전트 응답과 관계없이 서버 권한이 동작 차단 |
완료한 업무, 잘못된 예약, 실패한 전달, 통화자 이탈을 측정하세요. 응답 속도는 발화 종료부터 통화자 기기에서 들리는 재생까지 측정하세요. 음성 모델의 첫 오디오 시간에는 통화의 모든 지연이 포함되지 않습니다.
제한된 통화 유형으로 시작하고 확대 전에 실패를 검토하세요. 테스트 환경에 민감한 고객 정보를 보내지 마세요. 의료나 다른 규제 용도에서는 프로덕션 전에 적절한 개인정보 및 법률 책임자가 업체 계약, 데이터 처리, 보관, 고지 요구사항을 검토해야 합니다. 음성 모델 하나가 전체 작업 흐름의 규정 준수를 입증하지는 않습니다.
AI 접수 에이전트의 비용
같은 워크로드의 총운영비를 비교하세요. 완제품 업체에는 포함 분량, 초과 요금, 전달, 설치비, 통합 비용을 물어보세요. 맞춤 에이전트는 음성 에이전트 서비스, 통신사 요금, 연결 시스템, 구축 및 유지 인력을 계산하세요. 글에 적힌 고정 단가로 예산을 잡지 말고 Cartesia의 현재 요금을 확인하세요.
분당 비용과 함께 성공적으로 해결한 통화당 비용을 추적하세요. 잘못된 예약을 만드는 짧은 통화는 절약이 아닙니다. 사람의 후속 처리 비용도 비교에 포함하세요.
하나의 수신 통화 흐름에서 시작
표준 업종 흐름을 사용하고 통합을 유지할 팀이 없다면 완제품부터 평가하세요. 직접 구축해야 한다면 한 가지 업무용 Managed Agent를 만들고 테스트 번호를 연결한 뒤 고객 트래픽을 보내기 전에 위 인수 사례를 실행하세요.