То, что абонент
Мало того, если абонент
Теперь представим, что та же гипотетическая компания имеет средства компьютерно-телефонной интеграции. В этом случае она может даже не заботиться о назначении разных номеров доступа в ЦОВ разным категориям абонентов, поскольку категория будет определяться на основе базы данных. Итак, поступил вызов от абонента
Предположим, условно говоря, что в клиентской базе данных в поле 1 стоит буква В. Значит, абонент относится к этой категории. В поле 2 стоит символ «VIP». Что ж, и тут все ясно: вызову должен быть присвоен высший приоритет и он должен быть направлен в группу операторов, обслуживающих клиентов категории В. А вот в поле 3 стоит цифра 2. Что это значит? А то, что данный абонент уже звонил дважды в течение дня по одной и той же проблеме, и поскольку звонит в третий раз, то, скорее всего, она так и осталась нерешенной.
Определяем, какие операторы обслуживали клиента при первых двух звонках: Иванов и Рабинович (ну так, для разнообразия). Проверяем, свободны ли они сейчас. Если не занят один из них, к нему и направляем. Если свободны оба, направляем вызов к тому, кто обслуживал вызов последним. Если оба заняты, присваиваем вызову наивысший приоритет и направляем его в очередь напрямую к тому, кто обслуживал вызов последним (Direct Agent Call). И только если ни тот ни другой не могут обслужить вызов (ушли на перерыв, закончили смену и т. д.), клиент Х будет обслужен другими операторами.
Ну как, почувствовали разницу?..
CTI и входные объявления
Как мы уже говорили, CTI отвечает за маршрутизацию вызовов, т. е. за алгоритм их обслуживания. Это относится ко всему процессу в целом, а не только к выбору группы операторов, способных наилучшим образом обслужить данный вызов. Например, с помощью CTI можно выбрать наиболее подходящее для конкретного вызова приветствие или интерактивное меню и таким образом сделать процесс обслуживания еще более гибким.
Без CTI, с помощью одной только системы ACD, выбор входных объявлений определяется в основном набранным номером. Представим, например, некую гипотетическую страховую компанию. Если абонент позвонит по телефону отдела страхования транспорта, то он может услышать меню вызова типа «Если вы звоните по вопросу КАСКО, нажмите 1, ОСАГО – нажмите 2».
Выбор входного приветствия в данном случае, как мы видим, основан только на набранном номере. Теперь давайте представим, что в той же гипотетической страховой компании внедрили CTI. В этом случае, если при поступлении вызова система определит, что звонящий уже оформил договор на добровольное страхование машины, меню вызова воспроизводиться не будет и данный звонок поступит напрямую к группе операторов, занимающихся именно добровольным автострахованием.
Другой пример. Предположим, некий гипотетический банк объявляет новую рекламную кампанию, например предоставление кредита на чрезвычайно выгодных условиях. И хотя, как мы подчеркивали в главе 3, во входные объявления не следует вставлять рекламную информацию, банк настолько агрессивен при проведении своей кампании, что собирается на время пренебречь этим правилом. Ну что ж, по крайней мере он может смягчить последствия такого поведения и не навязывать рекламную информацию хотя бы тем клиентам, которые уже воспользовались рекламируемой услугой (в нашем примере – оформили кредит). В этом случае, если при поступлении вызова система определит, что данному клиенту кредит уже предоставлен, он будет избавлен от прослушивания входного объявления.
«Всплывающие окна» и перевод вызова вместе с данными
После того как система обращается к клиентской базе данных и находит там записи, относящиеся к искомому клиенту, задействуется функция компьютерно-телефонной интеграции, которая по-английски называется Screen Population (чаще – просто Screen Pop), а по-русски – «всплывающее окно». С помощью этой функции одновременно с поступлением звонка на экране компьютера оператора высвечивается информация о вызывающем абоненте, извлеченная из клиентской базы данных (рис. 7.3).