Аудит контакт-центра: чек-лист и план миграции

Аудит контакт-центра — обязательный первый шаг любого проекта миграции или модернизации. Без него команда движется вслепую: не понимает, что именно нужно перенести, какие интеграции критичны, где скрыты кастомные доработки. По опыту проектов миграции, недооценка глубины аудита — главная причина срыва сроков и превышения бюджета. Разберём, как правильно провести аудит колл-центра и составить план миграции.

Зачем нужен аудит перед миграцией

Переход колл-центра на новую платформу — не «поменять кнопку», а полноценный ИТ-проект с рисками. Аудит решает четыре задачи:

• Инвентаризация. Полный список того, что используется: модули, интеграции, сценарии, отчёты. То, что не описано, — не будет перенесено.
• Оценка сложности. Понимание объёма работ. Проект на 20 операторов и КЦ на 500 — это разные истории, но и внутри одного размера сложность может отличаться в разы.
• Формирование ТЗ. Аудит — основа технического задания для новой платформы. Без него вендор не сможет корректно оценить проект.
• Управление рисками. Выявление зависимостей и «узких мест», которые могут сорвать миграцию.

Чек-лист аудита контакт-центра

1. Инфраструктура

• Текущая платформа: вендор, версия, дата последнего обновления.
• Серверы: количество, характеристики, размещение (on-premise, облако, гибрид).
• Каналы связи: SIP-провайдеры, номерной фонд (8-800, городские, короткие номера).
• Резервирование: кластер, ИБП, генератор, резервные каналы.
• Пропускная способность: пиковое количество одновременных вызовов, средняя нагрузка.

2. Функционал и сценарии

• IVR-сценарии: количество, глубина ветвлений, интеграции с внешними системами.
• Правила маршрутизации: очереди, группы навыков, приоритеты, overflow-логика.
• Исходящие кампании: типы дайлеров, кампании, интеграции с базами данных.
• Запись разговоров: политика хранения, шифрование, доступ.
• Речевая аналитика и другие модули ИИ (если используются).

3. Интеграции

• CRM (Битрикс24, amoCRM, 1С, кастомные): режим синхронизации, объём данных, API.
• ERP, АБС, TMS, WMS — все системы, с которыми связан КЦ.
• WFM: свой или сторонний, каким образом подключён.
• Кастомные интерфейсы и разработки: агентские виджеты, self-service приложения.
• Внешние сервисы: SMS-шлюзы, email-платформы, чат-виджеты, мессенджеры.

4. Люди и процессы

• Штат: количество операторов, супервизоров, ИТ-специалистов, группы качества.
• Графики работы: смены, распределение по площадкам, удалённые сотрудники.
• Регламенты: скрипты, база знаний, стандарты обслуживания.
• KPI: какие метрики отслеживаются, целевые значения, инструменты измерения.

5. Данные и отчётность

• Исторические данные: записи, отчёты, статистика. Что нужно мигрировать, что архивировать.
• Регуляторные требования: 152-ФЗ, 58-ФЗ, PCI DSS, требования Банка России.
• Отчёты для бизнеса: список ключевых дашбордов, периодичность, потребители.
• Отчёты для регулятора: обязательные формы, форматы, сроки.

Как проводить аудит: пошаговый алгоритм

1. Соберите команду. От заказчика — руководитель КЦ, ИТ-архитектор, ответственный за информационную безопасность. От вендора новой платформы — технический эксперт и менеджер проекта.
2. Проведите workshop с ключевыми пользователями. Супервизоры, тренеры, аналитики. Они знают о системе то, чего нет в документации.
3. Изучите документацию. Архитектурные схемы, конфигурации, регламенты. Часть окажется устаревшей — фиксируйте расхождения с реальностью.
4. Технический анализ. Логи, конфиги, схемы интеграций. Иногда обнаруживаются сервисы, о которых команда забыла: «этот скрипт крутится 5 лет, никто не помнит зачем».
5. Формализуйте результат. Итоговый документ аудита — с диаграммами, списками, критичностью каждого компонента. Это база для ТЗ и плана миграции.

План миграции: структура документа

На основе аудита формируется план миграции. Его структура:

• Цели и ограничения. Что должно быть достигнуто, какие ограничения (бюджет, сроки, обязательные требования).
• Этапы. Разбиение проекта на фазы с датами и ответственными.
• Критерии успеха. Как определить, что миграция завершена: набор проверок и метрик.
• План коммуникаций. Как информируются сотрудники, клиенты, партнёры.
• Управление рисками. Список выявленных рисков, план митигации, план отката (rollback) на случай критических проблем.
• Бюджет. Разбивка по статьям: лицензии, инфраструктура, услуги внедрения, обучение.

Типовые ошибки при аудите и планировании

• Аудит «на скорую руку». Проведён за 3–5 дней, поверхностно. Результат — обнаружение критичных зависимостей уже во время миграции.
• Игнорирование мелких интеграций. «Ах да, ещё старый скрипт отправки SMS» — и весь пилот стоит на паузе, пока не разберутся с этим скриптом.
• Недооценка обучения. На бумаге платформа проще старой, значит «обучимся за пару дней». В реальности AHT растёт на 20–30 % в первые недели без тренингов.
• Отсутствие rollback-плана. Если что-то пошло не так, возможности быстро вернуться на старую платформу не предусмотрено. Это создаёт критические риски.
• Слабая коммуникация с операторами. Персонал узнаёт о миграции за неделю до пилота. Сопротивление и саботаж — гарантированы.

Сроки типового проекта миграции

• Малый КЦ (до 20 операторов): аудит 1–2 недели, миграция 3–6 недель. Простой сценарий, минимум интеграций.
• Средний КЦ (20–100 операторов): аудит 3–4 недели, миграция 8–12 недель. Уже требуется пилот и параллельная эксплуатация.
• Крупный КЦ (100+ операторов): аудит 4–8 недель, миграция 4–6 месяцев. Часто с поэтапным переводом групп операторов.
• Enterprise (Cisco UCCE, крупный банк): аудит 2–3 месяца, миграция 6–12 месяцев. Кастомизации, интеграции, объёмы данных требуют глубокой проработки.

Аудит и миграция с MightyCall

MightyCall проводит аудит как отдельный этап проекта — до принятия решения о миграции. Технические специалисты вендора работают с ИТ-командой заказчика: изучают инфраструктуру, тестируют интеграции, оценивают объём кастомизаций. Результат — документ, который отвечает на три вопроса: что будем переносить, сколько это займёт и во что обойдётся.

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

Итоги

Аудит контакт-центра — не бюрократия, а инвестиция в успех миграции. Экономия недели на аудите оборачивается неделями простоя во время перехода. Три главных правила: собирать все данные, не пропускать «мелкие» интеграции, проводить workshop с реальными пользователями. Только после этого формировать план и оценивать бюджет.