Доработка платформы контакт-центра под процессы компании

Операторы копируют данные из одной системы в другую, ищут статус заказа в трёх окнах, ведут учёт в отдельных таблицах – и на каждое обращение уходит лишняя минута. Платформа контакт-центра закрывает типовые задачи: телефонию, единое окно обращений, отчёты, интеграции с Битрикс24 и amoCRM. Но у каждой компании есть процессы вне стандарта. Разберём, когда нужна доработка, как отличить её от настройки, как посчитать, окупится ли она, и как вести работу, чтобы получить результат, а не бесконечный проект.

Когда нужна доработка

• Нужна интеграция с внутренней системой, для которой нет готового коннектора.
• Процессу нужен новый модуль или отчёт.
• Нужен ИИ-сценарий под вашу задачу.
• Операторам или клиентам нужен свой интерфейс.

Типичные примеры: голосовой ИИ-агент называет клиенту статус заказа по данным из учётной системы; оператор видит в карточке сведения сразу из нескольких внутренних систем; данные из внешних источников нужно регулярно собирать и разбирать; клиентам нужен личный кабинет с историей обращений.

Верный признак – операторы регулярно делают одно и то же руками: копируют данные между системами, ищут сведения в нескольких окнах, ведут учёт в таблицах. Каждая такая операция отнимает время и плодит ошибки. Здесь доработка окупается быстрее всего.

Сколько стоит ручная работа

Посчитаем на значениях калькулятора экономии от ИИ-агента: 20 000 обращений в месяц, час оператора 600 ₽, на сами обращения уходит 60% рабочего времени – остальное перерывы, обучение и паузы. Пусть на каждом обращении оператор тратит лишнюю минуту, перенося данные из учётной системы в карточку. Это 333 часа обращений, или 556 оплаченных часов в месяц: около 333 000 ₽ в месяц и 4 млн ₽ в год – три с половиной ставки оператора.

С ИИ-сценарием счёт крупнее. Если голосовой ИИ-агент сам решает 30% обращений при среднем времени обработки 10 минут, с операторов уходят 6 000 обращений – 1 667 оплаченных часов, около 10 ставок. За вычетом стоимости ИИ (50 ₽ за обращение, 300 000 ₽ в месяц) экономия – 700 000 ₽ в месяц, 8,4 млн ₽ в год.

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

Сначала проверьте, не хватит ли настройки

Многое администраторы делают сами, без разработчиков:

• анкеты звонков в конструкторе форм – заполненные анкеты сохраняются в журнале анкет вместе со звонком;
• голосовое меню (IVR) и маршрутизацию обращений;
• отчёты и статистику в реальном времени, выгрузку данных в системы аналитики (BI);
• справочник контактов с навыками, графиками и статусами сотрудников для переводов;
• автоматический перезвон пропущенных звонков.

Например, операторам нужно фиксировать причину обращения и итог разговора. Администратор сам собирает анкету в конструкторе. Разработка понадобится, только если данные из анкеты должны автоматически уходить во внутреннюю систему, для которой нет готовой интеграции. Сомневаетесь – начните с исследования: оно как раз отвечает, что можно настроить, а что придётся разрабатывать.

Почему доработка не ломается при обновлениях

Главный риск самописной функции – после очередного обновления она перестаёт работать, и операторы снова сидят в двух окнах. Чтобы этого не случилось, новые функции подключают к платформе через её официальные входы. Программный интерфейс (API) – через него ваша система запрашивает данные и даёт команды. Вебхуки – платформа сама сообщает вашей системе о событии, например «звонок завершён». MCP-коннекторы – через них ИИ-агенты получают доступ к вашим системам. В обход платформы – прямыми запросами к базе данных или копиями таблиц – не дорабатывают. Это даёт три преимущества:

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

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

Как идёт работа

1. Исследование: разбираем процесс, пользователей, данные и критерии успеха – что должно измениться после запуска.
2. План работ: что делается настройкой платформы, что разрабатывается и какие системы участвуют.
3. Разработка короткими этапами – итерациями: в каждой есть работающий результат, и заказчик проверяет промежуточные версии.
4. Проверка до выпуска: изменения тестируют до того, как они попадут к работающим операторам.
5. Запуск и обучение пользователей.
6. Поддержка той же командой, которая делала доработку.

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

Как оценить сроки и объём

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

• после исследования задачу делят на итерации, и у каждой есть понятный результат;
• ближайшие итерации оценивают точно, дальние – ориентировочно;
• требования по ходу работы меняются – это нормально, но новая оценка обсуждается до начала следующей итерации;
• на любом шаге можно остановиться с уже работающим результатом.

Заказчик не оплачивает большой объём вслепую, а команда не обещает того, что ещё не изучено. Если первые итерации показали, что задачу можно решить проще, проект сокращают.

Аутсорсинг или аутстаффинг

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

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

Типичные ошибки

• Начать разработку без исследования – и переделывать после первой встречи с операторами.
• Заказать разработку того, что решается настройкой.
• Строить функции в обход платформы – прямыми запросами к базе данных или копиями данных, которые расходятся с основными.
• Не задать критерии успеха – и не понимать, когда задача выполнена.
• Не показывать промежуточные версии операторам и руководителям.
• Не решить заранее, кто будет поддерживать доработку после запуска.

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

Как измерить результат

Критерии успеха задают на исследовании и проверяют после запуска за сопоставимые периоды: среднее время обработки и время работы после разговора, доля обращений, решённых без оператора, число ручных операций и переключений между окнами, ошибки в данных, использование новой функции. Сэкономленные минуты переводите в деньги той же формулой: минуты × обращения в месяц ÷ 60 ÷ доля рабочего времени × стоимость часа. Если результат не достигнут, следующая итерация начинается с разбора причин, а не с новых функций.

С чего начать

1. Неделю записывайте, что операторы делают вручную: какая операция, сколько минут, сколько раз в день.
2. Переведите это в деньги по формуле выше или в калькуляторе экономии.
3. Отметьте, что решается настройкой: анкеты, маршрутизация, отчёты.
4. Остальное принесите на исследование вместе с операторами, которые эту работу делают.
5. Решите заранее, кто будет сопровождать доработку после запуска.