실제 업무 환경에서 전화로 대화하는 사람

전화 음질과 대화의 타이밍부터 통신 연결, 업무 처리, 상담원 이관까지. 자연스러운 데모를 실제 전화 업무로 옮길 때 풀어야 할 문제를 살펴봅니다.

8분

“예약을 바꾸려고 하는데요. 다음 주 화요일… 아니, 수요일 오후에 가능할까요?” 짧은 질문이지만 처리할 일은 많습니다. 사용자가 화요일을 수요일로 고쳤다는 사실을 알아야 하고, 말을 마칠 때까지 기다려야 합니다. 기존 예약을 찾고 가능한 시간을 조회한 뒤, 바꾸려는 일정이 맞는지도 확인해야 합니다.

그동안 전화는 계속 연결되어 있어야 합니다. 답변이 늦으면 사용자는 “여보세요?”라고 다시 묻고, 너무 빨리 답하면 아직 끝나지 않은 말을 끊게 됩니다. 마이크 앞에서 질문하고 답변을 듣는 데모와 실제 전화 업무 사이에는 이런 차이가 있습니다.

전화로 들어온 목소리는 다릅니다

조용한 공간에서 가까운 마이크로 녹음한 음성과 전화망을 거쳐 들어온 음성은 조건이 다릅니다. 전화 연동에서는 8kHz 음성을 다루는 환경도 흔합니다. 통화 기기와 주변 소음, 사용자의 발음까지 달라지는 상황에서 요청을 알아들어야 합니다.

문장 전체가 그럴듯하게 인식되는 것만으로는 부족합니다. 예약 날짜와 제품명, 접수번호처럼 업무를 결정하는 값이 정확해야 합니다. 수요일을 화요일로 잘못 읽으면 답변이 자연스러워도 다른 업무를 수행하게 됩니다. 그래서 중요한 값은 실제 전화 음질에서 평가하고, 필요한 경우 대화 중 다시 확인해야 합니다.

잠깐의 침묵에도 뜻이 있습니다

사람은 날짜를 떠올리거나 서류를 찾는 동안 잠시 멈춥니다. Voice AI는 이 침묵이 생각하는 시간인지, 답변을 기다리는 신호인지 판단해야 합니다. 기다림이 짧으면 말을 끊고, 길면 질문마다 어색한 공백이 생깁니다.

AI가 말하는 중에도 같은 문제가 생깁니다. 사용자의 “네”는 듣고 있다는 반응일 수 있고, “아니요, 잠깐만요”는 설명을 멈추라는 요청일 수 있습니다. 진짜 끼어들기라면 재생 중인 음성을 멈추고, 아직 말하지 않은 답변을 버린 뒤 바뀐 요청에서 대화를 이어가야 합니다.

자연스러운 통화는 목소리보다, 서로 말할 차례를 아는 데서 시작됩니다.

응답 속도는 모델 하나의 성능이 아닙니다

사용자가 말을 마친 뒤 첫 답변을 듣기까지 여러 구간이 이어집니다. 발화 종료를 판단하고, 음성을 인식하고, 필요한 정보를 조회하고, 답변을 만든 뒤 다시 음성으로 전달합니다. 한 모델이 빨라도 다른 단계가 기다리면 사용자가 듣는 첫 소리는 늦어집니다.

페보의 평균 응답 지연시간은 800ms입니다. 이 수치를 볼 때는 측정 구간도 함께 봐야 합니다. 모델이 답변을 만들기 시작한 시점과 통화 상대가 실제로 첫 음성을 들은 시점은 다릅니다. 운영에서는 평균뿐 아니라 요청이 몰리거나 조회가 길어지는 통화도 확인해야 합니다.

  • 첫 음성까지 걸린 시간과 느린 통화의 비율
  • AI와 사용자의 말이 겹친 횟수
  • 인식 실패로 같은 질문을 반복한 횟수
  • 전화 목적을 실제로 완료한 비율

답변을 만드는 일과 업무를 끝내는 일은 다릅니다

“예약을 변경해드렸습니다”라고 안내하려면 실제 시스템에서도 변경이 완료되어야 합니다. 요청을 보낸 상태와 처리가 끝난 상태를 구분하고, 결과가 불분명하면 확인되지 않았다고 설명해야 합니다. 자연스러운 말투는 정확한 업무 상태와 연결될 때 신뢰가 됩니다.

통화 중 사용자가 조건을 바꾸거나 시스템 응답이 늦고 연결이 끊기는 상황도 다뤄야 합니다. 지금까지 확인한 정보, 요청한 작업, 확정된 결과를 구분해 대화 상태와 업무 상태를 함께 관리해야 합니다.

전화 연결도 제품의 일부입니다

실제 서비스에는 전화가 들어오고 나가는 경로가 있습니다. 사용자의 음성이 AI에 도착하고, 생성된 응답이 다시 상대에게 전달되며, 필요한 순간에는 상담원에게 연결되어야 합니다. 통화 연결과 음성 전달을 함께 보지 않으면 문제가 어느 구간에서 생겼는지 찾기 어렵습니다.

페보는 자체 SBC와 SIP Trunk 연동 인프라를 기반으로 전화 연결과 Voice AI를 함께 운영합니다. 통화가 연결되었는지, 음성이 들어왔는지, 응답이 만들어졌는지, 상대에게 전달되었는지를 하나의 흐름으로 확인하기 위해서입니다.

인바운드

  • 고객이 시작한 요청을 파악합니다.
  • 안내와 조회, 접수를 진행합니다.
  • 추가 판단이 필요하면 상담원에게 연결합니다.

아웃바운드

  • 전화를 건 목적을 먼저 설명합니다.
  • 업무상 필요한 내용을 확인합니다.
  • 응답과 후속 조치 여부를 기록합니다.

사람에게 넘길 때도 맥락은 이어져야 합니다

AI가 확인할 수 없는 내용이나 추가 판단이 필요한 요청은 사람에게 연결하는 편이 적절합니다. 이때 통화만 넘기면 고객은 같은 설명을 다시 해야 합니다. 문의 내용과 확인한 정보, 완료된 처리와 남은 일을 함께 전달해야 합니다.

사람이 처음부터 응대하는 통화에서도 AI는 대화 내용에 이전 상담 이력과 관련 지식을 연결하고, 상담원이 참고할 근거와 답변 가이드를 제시할 수 있습니다. 업무에 따라 AI가 직접 통화하는 방식과 상담원을 지원하는 방식을 나눠 설계합니다.

통화가 끝난 뒤에도 운영은 계속됩니다

대화가 자연스러웠는지만으로는 품질을 평가하기 어렵습니다. 요청이 처리됐는지, 같은 질문을 반복했는지, 상담원 연결 이후 해결됐는지도 확인해야 합니다. 통화 녹음과 대화 전문, 상담 요약과 처리 결과를 함께 남기면 문제가 음성 인식과 지식, 시스템 연결 중 어디에서 생겼는지 구분할 수 있습니다.

해결하지 못한 질문은 담당자가 근거와 답변을 검토한 뒤 지식베이스를 보완하는 자료가 됩니다. 기록을 쌓는 일과 사람의 검토를 거친 지식 개선이 이어져야 운영 경험이 다음 통화의 품질로 남습니다.

실제 전화 업무는 전체 흐름으로 평가합니다

Voice AI를 실제 전화에 적용할 때는 제대로 듣고, 적절한 순간에 답하고, 시스템의 처리 결과를 확인하며, 필요한 경우 사람에게 맥락을 전달하는 전체 과정을 봐야 합니다. 페보는 음성 처리와 통신 인프라, 업무 시스템 연결을 함께 다룹니다. 전화 한 통이 고객의 질문에서 실제 처리 결과로 이어지게 하기 위해서입니다.