AI 전화 응대 워크플로우 설계: 접수, 라우팅, 폴백

Dev.to에 맞춰 조정됨. 원본 출처: https://voicefleet.ai/ai-answering-service/.

AI 응대 서비스는 대부분 워크플로우 설계 문제입니다. 음성 인식(Speech recognition)과 음질이 중요하지만, 운영 모델이 통화가 유용한 작업으로 변할지 결정합니다.

저는 다음 네 가지 객체로 시작할 것입니다:

1. 의도 (Intent) - 발신자가 전화를 건 이유는 무엇인가?
2. 필드 (Fields) - 직원이 조치하기 전에 어떤 정보가 필요한가?
3. 규칙 (Rules) - 승인된 비즈니스 정보로부터 무엇을 답변할 수 있는가?
4. 에스컬레이션 (Escalation) - 언제 사람이 인계받거나 경고를 받아야 하는가?

최소한의 유효 접수(Minimum useful intake)

첫 버전을 위해서는 흐름을 간결하게 유지해야 합니다: 발신자 이름, 연락처 번호, 통화 이유, 서비스 또는 위치, 긴급성, 선호하는 다음 단계. 견적 기반 비즈니스는 직종과 지역이 필요할 수 있습니다. 예약 기반 비즈니스는 선호 시간 및 신규/기존 고객 상태가 필요할 수 있습니다.

흐름은 대화처럼 위장된 양식이 되어서는 안 됩니다. 모든 질문은 다음 조치를 변경해야 합니다.

가드레일과 폴백(Guardrails and fallback)

중요한 엔지니어링 작업은 종종 부정적인 공간에 있습니다: 시스템이 답변해서는 안 되는 것, 약속해서는 안 되는 것, 그리고 신뢰도가 낮을 때 발생하는 일입니다.

규제 대상이거나, 긴급하거나, 민감하거나, 관계 중심적인 상황은 에스컬레이션해야 합니다. 전송(transfer)에 실패하면 문제가 해결된 것처럼 가장하는 대신 명확한 경고 추적 경로를 생성해야 합니다.

검토할 사항 (What to inspect)

요약 스키마(summary schema), 녹취록(transcript), 라우팅 결정, 그리고 최종 목적지를 검토하세요. 시스템은 인간이 통화를 재코딩하지 않고도 인계받아 조치할 수 있을 때 준비된 것입니다.

원본 가이드: https://voicefleet.ai/ai-answering-service/