Почему KPI убивают юридические процессы
Когда процессов становится много, первое, что делает менеджмент: вводит KPI. Количество претензий, скорость закрытия дел, число кейсов в работе. Логика кажется простой: измеряем, ставим план, контролируем выполнение.
В большинстве операционных задач это работает. Продажи, обработка заявок, клиентская поддержка: короткий цикл, понятный результат, прямая связь между действием и метрикой.
В юридических процессах эта связь ломается. Не сразу, не очевидно, но системно. В Копидефенд через это прошли, и дальше покажу, как именно KPI начали работать против нас.
«Отправь 1000 претензий»
Один из первых KPI, который появился на ранних этапах, выглядел логично: количество отправленных претензий. Больше претензий: больше потенциальных выплат. Простая арифметика.
Очень быстро выяснилось, что сотрудники начали оптимизировать показатель, а не результат. Анализ нарушений проводился поверхностнее. В работу попадали слабые кейсы. Качество коммуникации с нарушителями падало, потому что на каждый кейс оставалось меньше времени.
В отчётах всё выглядело отлично: претензий отправляется больше с каждым месяцем.
Но дальше по цепочке начиналось другое. Конверсия в досудебное урегулирование падала. Конфликтных переговоров становилось больше. Росла доля дел, которые приходилось переводить в суд, потому что на этапе медиации с ними уже ничего нельзя было сделать.
KPI не улучшил процесс. Он переложил нагрузку на следующий этап.
Быстро закрыть ≠ хорошо закрыть
Второй KPI, который казался разумным: скорость закрытия дел. Чем быстрее закрывается дело, тем эффективнее работает команда.
Эффект оказался неожиданным. Сотрудники начали соглашаться на меньшие суммы компенсации. Быстрее завершали переговоры. Не доводили медиацию до оптимального результата, потому что «закрыть быстрее» было важнее, чем «закрыть лучше».
На дашборде: сроки сокращаются, KPI выполняется, менеджмент доволен.
На уровне бизнеса: средний результат по делам падает. Правообладатели получают меньше. Сервис зарабатывает меньше. Но в отчёте этого не видно, потому что отчёт смотрит на скорость, а не на качество результата.
Когда дашборд врёт
Был период, когда операционные метрики показывали отличную картину. Претензий больше, сроки короче, план выполняется. Менеджмент мог бы расслабиться.
Через несколько месяцев начали проявляться последствия. Конверсия медиации снизилась. Количество сложных судебных процессов выросло. Нагрузка на юридический блок увеличилась. Расходы пошли вверх.
Тогда впервые стало понятно: дашборд отражает локальные показатели, но не здоровье системы. То, что выглядело как рост эффективности, на самом деле было переносом проблем на следующий этап процесса. Каждый этап выглядел хорошо по отдельности. Система в целом работала хуже.
Почему KPI ломают многошаговые процессы
KPI хорошо работают в задачах с коротким циклом и простым результатом. Продал: есть выручка. Обработал заявку: клиент получил ответ. Связь между действием и результатом прямая.
Юридический процесс устроен иначе. Это длинная цепочка: поиск нарушения, анализ, претензия, переговоры, медиация, суд, исполнение. Результат формируется не на одном этапе, а на всех сразу. Оптимизация одного узла может ухудшить следующий: быстрее отправить претензию, но получить слабую переговорную позицию. Быстрее закрыть дело, но с меньшей компенсацией. Больше дел в работе, но меньше внимания каждому.
KPI заставляют увеличивать количество действий. Но в многошаговой системе нужно не больше действий, а лучший поток.
От KPI к лимитам
В какой-то момент стало понятно, что нужно менять саму модель управления.
Раньше показатели выглядели типично: количество найденных нарушений, количество отправленных претензий, количество закрытых дел, скорость обработки. Это классические KPI операционных команд. Они показывают активность, но не показывают, работает ли процесс как система.
Вместо KPI начали вводить лимиты. Не «отправь 1000 претензий», а «в партии не более N дел, и каждое дело проходит отбор».
Сейчас система сама формирует партии на основании экономических критериев. У партии есть жёсткий лимит по количеству дел. Но внутри этого лимита работает приоритизация: каждое дело оценивается по экономической плотности, рискам, качеству доказательной базы. Слабые кейсы не попадают в партию не потому, что кто-то субъективно решил их отложить, а потому, что система приоритизирует по данным.
Важно: приоритизация не означает отказ от защиты. Дела, не попавшие в текущую партию, попадают в следующую. Это управление потоком, а не фильтрация. Без приоритизации страдают все: если гнать объём без отбора, падает качество по каждому делу. Портфельный подход защищает интересы правообладателей лучше, чем конвейер.
Это изменило поведение всей системы. Сотрудник больше не гонит объём. Он работает с тем, что система отобрала. Если лимит заполнен, новые дела не запускаются, пока текущие не завершены. Качество анализа выросло. Количество слабых претензий снизилось. Эффективность медиации увеличилась.
Системные метрики вместо плановых показателей
Параллельно с лимитами изменился и способ измерения.
Вместо количества претензий: конверсия этапов. Какая доля дел переходит из претензии в досудебное урегулирование, какая в суд. Это показывает качество работы на каждом этапе, а не объём.
Вместо средней скорости: распределения. Медиана, квантили, аномальные задержки. Среднее скрывает проблему: 10 дел закрыты за день, одно висит полгода, среднее выглядит нормально. Квантили показывают хвосты, где прячутся реальные проблемы.
Вместо сравнения сотрудников: сравнение сценариев. Не «кто быстрее закрыл», а «какой сценарий медиации работает лучше для этого типа нарушителей». Это позволило увидеть, что одни стратегии системно эффективнее других, независимо от того, кто их исполняет.
Вместо плана: контроль отклонений. Не «сделай 100 дел», а «почему это дело вышло из нормального распределения». Подробнее о событийной модели и квантилях я писал на Хабре: первая статья, вторая статья.
Как команда это восприняла
Сопротивление оказалось меньше ожидаемого. Сотрудники сами чувствовали проблему: KPI создавали давление оптимизировать цифру в отчёте, даже когда это ухудшало процесс. Это демотивирует.
После перехода к лимитам и системным метрикам ситуация изменилась. Сотрудник перестал гнать показатель. Он начал работать в рамках процесса, который система уже приоритизировала и измерила. Вместо «выполни план» стало «работай по процессу, система измеряет сама».
Это не значит, что люди стали менее важны. Наоборот: когда убрали давление на объём, освободилось внимание для качества.
KPI ≠ управление
KPI: инструмент для простых задач с коротким циклом. Для сложных многошаговых процессов нужна другая модель: лимиты потока, системные метрики, контроль отклонений.
В Копидефенд этот переход занял время и не завершён окончательно. Но направление понятно: управление юридическими процессами (LegalOps) строится не на плановых показателях, а на наблюдаемости системы. Не «сколько сделали», а «как работает процесс». Не давление на активность, а управление потоком.