Как построить инфраструктуру кол-центра

Какая проблема была до создания системы?

Проект был выполнен для болгарской компании, которая оказывает услуги клиентской поддержки на аутсорсинге. Команда работала с устаревшей организацией телефонии и вручную фиксировала информацию о разговорах. Данные о клиентах, задачах и результатах были распределены между разными инструментами.

Это создавало несколько практических проблем. Руководитель не видел достоверно, сколько звонков находится в очереди, какие операторы свободны и по каким обращениям не были выполнены дальнейшие действия. Оператору приходилось искать информацию в нескольких системах. При добавлении нового сотрудника настройки приходилось повторять вручную.

Главной проблемой была не сама телефония. Не хватало связи между разговором и бизнес-процессом после него — клиентом, задачей, тикетом, заказом или следующим звонком.

Что должна была обеспечивать система?

Мы поставили перед собой конкретную цель: оператор должен иметь возможность принять или совершить звонок, видеть контекст клиента и оставить информацию, которую можно отследить, не переключаясь между несвязанными программами.

• централизованная VoIP-телефония с очередями и правилами маршрутизации
• запись разговоров с контролируемым доступом
• карточка клиента в CRM с историей коммуникаций и задач
• логика ERP для управления операторами, командами и операциями
• панель мониторинга нагрузки и текущего состояния
• API-интеграции с внешними системами, если они используются у клиента
• структура, позволяющая добавить нового оператора без перенастройки всей системы

В этом и заключается разница между приобретённой телефонной услугой и инфраструктурой кол-центра. Первая обеспечивает звонки. Вторая выстраивает вокруг звонка весь процесс.

Как мы спроектировали телефонию и рабочие места?

Для VoIP-части мы использовали Vicidial и A1SIP. Благодаря этому телефонные очереди, входящие и исходящие звонки, операторы и записи разговоров управляются централизованно.

Рабочее место не зависит от личного телефона оператора. Для работы достаточно гарнитуры и правильно настроенного браузера. Это упрощает добавление новых сотрудников, изменение состава команд и работу из разных мест, если это допускается политикой компании.

Настройки телефонии планируются с учётом реального процесса. Например, входящие звонки можно разделить по языку, услуге или клиенту. Для исходящих кампаний можно использовать список контактов и сценарий. Правила не следует механически копировать у другой компании, поскольку у разных кол-центров разные SLA, рабочее время и уровни обслуживания.

Как мы связали разговоры с CRM?

Мы разработали кастомный CRM-модуль, который связывает телефонную активность с карточкой клиента. Во время разговора оператор должен видеть не только номер, но и доступный контекст: предыдущие разговоры, заметки, задачи, тикеты и другую информацию, важную для обслуживания.

После завершения разговора создаётся запись с результатом, категорией и следующей задачей. Это избавляет от заметок в личных файлах Excel и снижает риск того, что важный случай останется только в памяти оператора.

Категории также важны. Когда разговоры помечаются по причине, продукту или типу проблемы, руководитель может увидеть, что действительно нужно клиентам. Эти данные помогают менять сценарии, обучать сотрудников и распределять команду.

При более сложной организации CRM можно связать с внешней help desk-системой, интернет-магазином или другой системой через API. Так оператору не приходится переносить данные из одной программы в другую. Подробнее такой подход описан в нашей услуге API-интеграции и объединение программ.

Что ERP-модуль даёт руководителю?

CRM показывает клиента и коммуникацию. ERP-модуль выстраивает внутреннюю операцию: операторов, роли, команды, рабочие графики, задачи, процессы и управленческую отчётность.

Такое разделение удобно на практике. Супервайзеру не нужен доступ к каждой системной настройке, а оператор не должен видеть информацию, которая ему не требуется. Роли ограничивают доступ и делают зоны ответственности понятнее.

В рамках конкретного проекта инфраструктура включает кастомную CRM, ERP для операционного управления и B2B-сайт. Благодаря этому кол-центр не остаётся изолированным от остальных направлений бизнеса.

Как работает панель мониторинга в реальном времени?

Руководителю нужна оперативная картина, а не отчёт, который формируется в конце дня. Панель показывает состояние операторов, активные разговоры, ожидающие звонки и нагрузку на очереди.

При отклонении от заданных правил система может отправить уведомление. Например, если очередь становится слишком длинной или свободных операторов недостаточно. Это позволяет реагировать во время возникновения проблемы, а не объяснять ситуацию постфактум.

Дашборд не заменяет аналитику. Он отвечает на вопрос, что происходит сейчас. Периодические отчёты отвечают на другие вопросы: какие причины обращений повторяются, где теряются обращения и как меняется нагрузка.

Как мы защитили записи и доступ к данным?

Записи разговоров содержат чувствительную информацию. Поэтому доступ к ним должен определяться ролями, а срок хранения — соответствовать внутренним правилам и применимым требованиям.

В проекте мы предусмотрели контроль доступа, отдельное управление записями и мониторинг системы. До внедрения необходимо определить, какие разговоры записываются, кто их прослушивает, как долго они хранятся и как обрабатывается информация при запросе на доступ или удаление.

Как проходило создание системы?

1. 01
   Описание процессов

   Мы описали, как поступает входящий звонок, как он распределяется, что видит оператор и когда обращение считается завершённым. Мы разделили входящие, исходящие, пропущенные и возвращённые звонки.

2. 02
   Проектирование ролей и данных

   Мы определили, какие записи нужны для клиента, разговора, задачи, тикета и оператора. Затем распределили права на просмотр и изменение каждой единицы информации.

3. 03
   Настройка VoIP-инфраструктуры

   Мы настроили Vicidial и A1SIP, очереди, правила маршрутизации, пользователей и записи. Мы протестировали разные сценарии, включая пропущенный звонок и перевод на другую команду.

4. 04
   Разработка модулей CRM и ERP

   Мы связали телефонную активность с карточками клиентов и добавили процессы для задач, категорий, операторов, команд и отчётов. Цель заключалась в том, чтобы основная работа выполнялась в одном интерфейсе.

5. 05
   Интеграции и тестовые сценарии

   Мы проверили обмен данными с внешними системами через API и протестировали весь путь — от входящего звонка до создания и завершения задачи.

6. 06
   Обучение и поэтапный запуск

   Мы обучили операторов и руководителей на реальных ситуациях. Перед полноценным запуском систему проверяла ограниченная команда, чтобы выявить проблемы в процессе, а не только в коде.

Сколько стоит такой кол-центр?

Стоимость зависит от количества операторов, типа телефонии, записей, числа интеграций и от того, создаётся ли только операционная панель или полноценный слой CRM и ERP. Приведённые диапазоны являются ориентировочными для программной части и не обязательно включают ежемесячную плату за SIP-оператора, телефонию, хостинг и поддержку.

Больше всего на бюджет влияют интеграции, сложные правила маршрутизации, миграция старых данных, роли и требования к отчётности. Более дешёвое решение часто оказывается дороже, если впоследствии приходится вручную переносить данные между телефонией, CRM и бухгалтерской или торговой системой.

Если нужен полноценный внутренний процесс, можно начать с CRM-системы на заказ, а при более широкой автоматизации — с ERP-системы на заказ. Объём работ определяется после анализа текущих процессов, а не только по количеству телефонных линий.

Когда готовая платформа — лучший выбор?

Готовая платформа — разумный выбор, когда процессы стандартны, команда небольшая и нет необходимости в сложных интеграциях. Обычно она запускается быстрее, а стоимость подписки предсказуема.

Индивидуальное решение оправдано, когда кол-центр обслуживает разных клиентов, работает по специфическим сценариям или должен связать телефонию с заказами, тикетами и внутренними операциями. В таком случае контроль над процессом ценнее готового списка функций.

В этом проекте мы выбрали второй подход: единую инфраструктуру, адаптированную под то, как компания принимает, распределяет и закрывает обращения клиентов. Если хотите увидеть другие похожие решения, ознакомьтесь с портфолио.

Что нужно подготовить до получения предложения?

• текущее количество операторов и планируемый размер команды
• входящие, исходящие или смешанные кампании
• рабочее время, языки и правила работы очередей
• необходимость записи разговоров и срок хранения записей
• существующие CRM, ERP, help desk или интернет-магазин
• необходимые отчёты и показатели для руководителей
• процесс обработки пропущенного звонка и постановки последующей задачи

Эта информация позволяет сравнить реальные варианты, а не выбирать систему по списку модных терминов. Хороший проект начинается с процесса, проходит через архитектуру и завершается обучением и поддержкой.