Авторизация
Забыли пароль?
Сброс пароля
Вернуться к авторизации

Автоматизация подсчета KPI для операторов call-центра

09 апреля ‘25

Заказчик: Аноним

Автоматизировали расчёт KPI для операторов call-центра, убрав ручной труд и повысив прозрачность. Руководители и сотрудники видят результаты вовремя и могут оперативно реагировать.

Агентство-исполнитель кейса

Эпоха Восемь (Epoch8)

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

1. Вводная задача от заказчика, проблематика, цели

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

В call-центре работают около 600 операторов, и для начисления премий необходимо контролировать качество их работы. Для этого компания разработала собственную систему расчета показателей. Каждый месяц аналитики рассчитывали KPI операторов и передавали результаты руководителям подразделений. Руководители могли задавать вопросы, вносить корректировки и принимать решения о премиях.

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

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

Подход компании-клиента к расчету KPI имел несколько ключевых проблем:

  • 1. Высокая трудозатратность. Существующая система расчета KPI требовала значительного времени на обработку данных.
  • 2. Смешение объективных и субъективных метрик. Часть KPI формируется на основе объективных факторов (время ожидания, качество ответов), другая – на основе дополнительных, субъективных, действий работников по указанию руководителей (например, онбординг новых сотрудников).
  • 3. Сложности с проверкой данных. Руководители могли вручную корректировать KPI сотрудников, но такие изменения не всегда фиксировались.
  • 4. Отсутствие доступа к промежуточным результатам. Операторы и руководители не могли видеть свои KPI в течение месяца и получать обратную связь до момента начисления премий, что лишало возможности вовремя повлиять на результаты и, как следствие, получение премии.

Перед нами стояла задача создать систему автоматического подсчета KPI, которая позволит:

  • Автоматизировать сбор данных и расчет KPI.
  • Объединить разрозненные данные в единую аналитическую базу.
  • Обеспечить прозрачность корректировок.
  • Дать сотрудникам доступ к промежуточным результатам.
  • Создать удобный интерфейс для аналитиков и руководителей.

2. Описание реализации кейса и творческого пути по поиску оптимального решения

Архитектура системы построена следующим образом:

  • 1. Сбор данных. Данные из внешних баз передаются в аналитическую БД с помощью ETL-процессов.
  • 2. Трансформация данных. Обработка и расчет KPI на основе собранных данных.
  • 3. Отображение отчетов. Визуализация данных с помощью Metabase.
  • 4. Управление системой через Django Administration - интерфейс для внесения корректировок, логирования изменений и удобного управления KPI.
  • 5. Интеграция с 1С: загрузка информации о сотрудниках (номер, подразделение, стаж, руководитель) для сопоставления KPI с организационной структурой.

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

КАК ЭТО РАБОТАЕТ

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

Аналитики

Аналитики ответственны за техническую часть системы: корректность расчета данных и поддержку системы в актуальном состоянии.

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

Руководители среднего звена

Руководители подразделений (супервизоры) используют систему через интерфейс Django Administration, который предоставляет доступ к отчетности сотрудников.

Пример сценария работы:

  • 1. Супервизор открывает раздел отчетов за определенный период (например, за декабрь). В списке сотрудников он видит статус каждого: уволенные сотрудники обозначены красным цветом, остальные - синим.
  • 2. Если сотрудник был переведен в другое подразделение через увольнение, супервизор может оставить комментарий, объясняющий необходимость выплаты премии, и утвердить решение, поставив соответствующую отметку "Утверждено на оплату".
  • 3. Если работник выполнил дополнительные поручения, о которых аналитики не знают, супервизор может написать об этом в окошке для комментария к отчету. Он корректирует метрику оператора, отмечает галочкой “Проверено супервизором” и сохраняет изменения.

ПРОЦЕСС ПРОВЕРКИ И УТВЕРЖДЕНИЯ ОТЧЕТОВ

1. Первичная проверка аналитиками

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

Если в отчетах обнаруживаются пробелы или несоответствия, аналитик оставляет комментарии и делает корректировки. После завершения проверки отчет помечается как "Проверено аналитиком".

2. Проверка супервизором

Супервизор анализирует метрики сотрудников и корректирует показатели, если видит, что они не отражают реальную ситуацию.

Например, если сотрудник выполнял дополнительные обязанности (например, онбординг новых сотрудников), это может повлиять на его показатели. В таких случаях супервизор вносит комментарий, корректирует метрику и подтверждает отчет.

3. Окончательное утверждение руководителем подразделения

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

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

3. Результаты сотрудничества

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

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

В результате компания повысила точность расчетов и оптимизировала внутренние бизнес-процессы, что положительно сказалось на всей системе управления персоналом.

4. Заключение

Автоматизация расчёта KPI для call-центра превратила громоздкий ручной процесс в прозрачную и управляемую систему. Сотрудники и руководители теперь видят метрики в течение месяца и могут влиять на результат до начисления премий.

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

Агентство-исполнитель кейса

Эпоха Восемь (Epoch8)

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