Практическое руководство
Как ставить справедливые KPI командам людей и ИИ-агентов
Агент может ускорить поиск, подготовить черновик или выполнить часть операций, но рост числа его действий ещё не означает бизнес-результат. Справедливый план учитывает исходные условия, ресурсы, качество, управляемость факторов и новый объём проверки — а общий результат подтверждается рабочими данными.
Посмотреть возможности Work&PlayКарточка цели
Сначала опишите условия, затем называйте план
Рабочая цель должна отвечать не только на вопрос «сколько», но и объяснять, при каких ресурсах, ограничениях и правилах проверки число остаётся справедливым.
| Поле | Что зафиксировать |
|---|---|
| Результат | Какое бизнес-событие должно произойти и для кого оно создаёт ценность. |
| План и период | Число, доля или диапазон, срок и исходная точка для сравнения. |
| Качество | Минимальный порог и защитные метрики: ошибки, повторы, возвраты, жалобы или риск. |
| Источник факта | Рабочая система, отчёт или согласованная выборка, по которым результат можно проверить. |
| Ресурсы | Люди, доступные агенты, данные, лимиты, время проверки и полномочия. |
| Зоны контроля | Что меняет сотрудник, что обеспечивает руководитель и что обязана делать система. |
| Правило пересмотра | При каких изменениях план пересчитывается, кто решает и как фиксируется новая версия. |
План и факт
Смотрите на результат вместе с качеством и стоимостью проверки
- План и исходные условия
- Подтверждённый факт
- Качество и риск
- Срок и затраченный ресурс
- Решение: сохранить или пересмотреть
План
Задаётся на сопоставимом потоке и включает ожидаемую долю проверок работы агента.
Факт
Берётся из рабочего источника после отмен, дублей и неподтверждённых результатов.
Качество
Проверяется одновременно с объёмом: ошибки нельзя компенсировать большим числом действий.
Срок
Учитывает полный цикл — постановку, работу агента, проверку человеком и исправления.
Пример KPI
Смешанная команда поддержки: считать решённые обращения, а не ответы агента
ИИ-агент классифицирует обращения и готовит ответы. Специалист проверяет рекомендации, принимает решение в неоднозначных случаях и отвечает клиенту. Руководитель обеспечивает базу знаний, правила эскалации и доступную мощность проверки.
| Показатель | План | Факт | Источник |
|---|---|---|---|
| Обращения, решённые в норматив | не менее 90% | 88% | helpdesk после закрытия |
| Качество по проверенной выборке | не ниже 95% | 97% | оценка качества |
| Повторные обращения за 7 дней | не более 6% | 5% | helpdesk |
| Проверка ответов высокого риска | 100% | 100% | журнал согласования |
Зоны контроля
Разделите ответственность до оценки результата
- Сотрудник
- Корректно ставит задачу, проверяет обязательные случаи, принимает решение в своей роли и эскалирует риск.
- Руководитель
- Задаёт приоритеты, обеспечивает ресурс, снимает конфликт целей и пересматривает план при изменении условий.
- Система и агент
- Работают в заявленных границах, сохраняют источник события, показывают сбой и не скрывают неподтверждённый результат.
- Общая ответственность
- Команда отвечает за подтверждённое бизнес-событие и качество, а не за максимальную занятость человека или агента.
Нельзя оценивать сотрудника за недоступный инструмент, противоречивые приоритеты или решение, на которое у него нет полномочий. Эти факторы принадлежат владельцу соответствующего условия.
Если цель не помещается
Пересматривайте условия открыто, а не требуйте скрытой переработки
- 01
Зафиксируйте разрыв
Что изменилось: объём, сложность, данные, доступность агента, число проверок или приоритет.
- 02
Пересчитайте мощность
Отделите скорость операции агента от полного цикла с подготовкой, контролем, исправлениями и эскалациями.
- 03
Выберите управляемое решение
Сузьте объём, перенесите срок, добавьте ресурс, измените уровень проверки или снимите менее важную цель.
- 04
Согласуйте новую версию
Сохраните исходный план, причину и дату пересмотра, чтобы факт оценивался по известным правилам.
- 05
Проверьте последствия
Убедитесь, что новое решение не переносит риск на клиента, качество, безопасность или другую команду.
Вклад
Оценивайте три вида полезного вклада
Личный
Управляемое действие в своей роли: качественное решение, проверка, улучшение инструкции или своевременная эскалация.
Командный
Общий подтверждённый результат, для которого понадобились работа агента, решение человека и поддержка руководителя.
Предотвращающий
Найденная ошибка, остановленная неверная отправка, устранённая причина повторов или безопасный отказ от рискованного действия.
Не вклад сам по себе
Число запросов, объём сгенерированного текста, постоянное присутствие онлайн и исправление искусственно раздробленных задач.
Work&Play
Подтверждённые KPI продолжают питать готовые игры
Классический сценарий Work&Play сохраняется: рабочая система подтверждает бизнес-событие, а готовая игра превращает его в понятную возможность для участника — миссию, прогресс, командную цель или признание вклада.
- Рабочее действие
- Проверка качества
- Подтверждённое событие
- Готовая игра Work&Play
- Прогресс и обратная связь
| Подтверждённое событие | Игровая возможность | Защитное правило |
|---|---|---|
| Обращение решено в норматив и прошло проверку | миссия или командный прогресс | повторное обращение отменяет зачёт |
| Сотрудник предотвратил ошибку высокого риска | признание конкретного вклада | событие подтверждает владелец качества |
| Команда достигла результата без снижения качества | общая цель или командный раунд | учитываются сопоставимые условия |
Чек-лист
Проверьте цель смешанной команды за десять вопросов
- 1
Названо ли одно проверяемое бизнес-событие вместо общей активности?
- 2
Зафиксированы ли план, период, исходная точка и допустимый диапазон?
- 3
Есть ли порог качества и защитные метрики?
- 4
Указан ли единый источник подтверждения факта?
- 5
Включены ли проверка, исправления и эскалации в доступный ресурс?
- 6
Разделены ли зоны контроля сотрудника, руководителя и системы?
- 7
Сопоставимы ли условия участников и сложность потока?
- 8
Описано ли правило пересмотра при изменении условий?
- 9
Видны ли личный, командный и предотвращающий вклады?
- 10
Получает ли игра только подтверждённые рабочие события?
Вопросы и ответы
Вопросы о KPI смешанных команд
Можно ли считать число запросов к ИИ показателем результата?
Нет. Число запросов описывает активность и иногда помогает оценить стоимость или нагрузку, но не подтверждает полезный результат. KPI должен опираться на завершённое бизнес-событие вместе с качеством и сроком.
Кому засчитывать результат, если часть работы сделал агент?
Оценивайте не авторство каждого шага, а распределённую ответственность: личный управляемый вклад, общий результат команды и предотвращённый ущерб. Владелец решения отвечает за проверку там, где она предусмотрена процессом.
Как сравнивать команды с разным доступом к ИИ?
Не сравнивайте их напрямую. Сначала выровняйте или явно учтите доступные данные, инструменты, сложность потока, полномочия и объём обязательной проверки. При разных условиях используйте собственную исходную точку или сопоставимые группы.
Что делать, если план оказался недостижимым?
Не компенсировать разрыв требованием работать дольше. Зафиксировать изменившееся условие, оценить остаточную мощность, сузить объём или срок, согласовать новый план и сохранить обе версии решения.
Как учитывать проверку работы агента?
Считать её частью производственного цикла: выборка или сплошная проверка, исправления, эскалации и разбор ошибок входят в ресурс плана. Чем выше риск решения, тем больше необходимый объём контроля.
Как связать такие KPI с Work&Play?
Передавать в готовые игры только подтверждённые рабочие события: выполненную миссию, достигнутый этап, качественный командный результат или предотвращённую ошибку. Промежуточная активность агента сама по себе не становится игровым достижением.