기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

기본 아키텍처 생성

조직의 목표를 정의하고 고객 응대 여정을 간략히 기술한 후에는 해당 정보를 사용하여 IVR 시스템의 기본 아키텍처를 정의할 수 있습니다. 이러한 데이터 포인트는 모듈식 및 확장 가능한 IVR 아키텍처를 생성하는 데 매우 중요합니다. 바람직한 기본 프레임워크를 빌드하기 위한 주요 원칙은 다음과 같습니다.

정적 설계 제거

개발자가 IVR 시스템을 설계할 때 저지르는 일반적인 실수는 흐름 내에 정적 정보 또는 하드 코딩된 로직을 도입하는 것입니다. 이러한 정적 정보에는 프롬프트 메시지, 간접 호출할 다음 통화 흐름의 값 또는 통화를 라우팅할 스킬 그룹이 포함됩니다. 이는 IVR에서 간접 호출되는 API 엔드포인트의 주소 또는 반환된 변수일 수도 있습니다. 그러면 이러한 항목은 IVR 시스템 내에서 로직을 분기하는 데 사용됩니다.

IVR 시스템에서 정적 값을 사용하면 실시간으로 이를 추적하고 변경하기 어렵고, 흐름에 중복이 발생합니다. 가능하면 동적 설계를 사용하는 것이 모범 사례입니다. 이를 더 잘 이해하기 위해 다국어 IVR 시스템을 설계하는 예를 살펴보겠습니다.

정적 접근 방식:

일반적으로 다국어 IVR 시스템을 설계하는 동안 개발자는 고객이 선호하는 언어를 식별한 다음 동일한 흐름의 두 버전을 생성합니다. 다음 다이어그램과 같이 첫 번째 버전에는 언어 A로 하드 코딩된 프롬프트 메시지가 있고 두 번째 버전에는 언어 B로 하드 코딩된 메시지가 있을 수 있습니다.

개발자가 동일한 흐름의 다른 버전을 유지해야 하기 때문에 이 접근 방식을 확장하기 어렵습니다. 또한 새 언어를 추가할 때마다 새 버전의 흐름을 생성해야 합니다.

게다가 한 흐름에서 비즈니스 로직에 대한 변경 사항을 다른 버전에 수동으로 복제해야 합니다. 이 경우 IVR 설계가 지저분해지고 모듈화되지 않으며 혁신을 위한 시장 출시 시간이 늘어납니다.

동적 접근 방식:

이 문제를 해결하기 위한 권장 접근 방식은 IVR 설계자의 프롬프트 블록에서 정적 값을 사용하는 대신 변수에 프롬프트 메시지를 할당하는 것입니다. 고객이 선택한 언어에 따라 외부 데이터베이스에서 프롬프트 값을 간접 호출하고 변수를 채워 다음 흐름 차트와 같이 해당 메시지를 재생합니다. 이 접근 방식을 사용하면 단일 IVR 흐름을 유지하고 n개의 언어로 쉽게 확장할 수 있습니다. 개발자는 외부 데이터베이스에 언어 프롬프트를 추가하고 IVR 시스템의 고객 선택 사항 또는 CRM 쿼리에서 반환된 데이터를 기반으로 언어 프롬프트를 간접 호출합니다(API 사용). 또한 IVR 시스템을 비즈니스 로직의 변경으로부터 보호합니다. 이 모델을 사용하는 경우 데이터베이스 또는 쿼리 실패 시 사용할 수 있는 최소한의 정적 메시지 세트가 있는 기본 브랜치가 있어야 합니다.

반복 가능한 프로세스 식별

고객 경험에서 반복 가능한 패턴을 식별하면 IVR 시스템 내에서 중복 구성 요소를 제거하는 데 도움이 될 수 있습니다. 반복된 사용 사례에 대해 재사용 가능한 로직 또는 모듈을 생성하고 다양한 통화 흐름에서 필요에 따라 간접 호출할 수 있습니다. 예를 들어 영업 팀과 지원 팀 모두 IVR 시스템 내에서 SMS 알림을 보내야 하는 경우 두 사업부에서 모두 사용할 수 있는 재사용 가능한 단일 SMS 전송 모듈을 생성할 수 있습니다. 이 접근 방식을 사용하면 단일 흐름을 유지할 수 있으며 해당 모듈에 대한 모든 업데이트는 간소화된 방식으로 모든 LOB에 반영됩니다. 다음은 반복 가능한 프로세스의 몇 가지 일반적인 예입니다.