Отдел продаж успешно выполняет план по числу заключённых сделок, отдел поддержки жалуется на резкий рост обращений от недовольных клиентов, а финансовый отдел фиксирует рост оттока клиентов и снижение среднего чека. При ближайшем рассмотрении выясняется, что отдел продаж достигал своих показателей за счёт агрессивных продаж клиентам, которым продукт не подходил, — локальная метрика была оптимизирована в прямой ущерб общему результату компании.
Задокументированный реальный кейс несогласованности метрик: Wells Fargo с начала 2000-х годов внедрила агрессивную систему квот на «cross-selling» — количество открытых продуктов на клиента. Метрика продаж отслеживалась изолированно от метрик реальной ценности для клиента, а невыполнение почти невыполнимых квот грозило сотрудникам выговорами и увольнением. Результат: сотрудники массово открывали клиентам поддельные счета и карты без их ведома, используя внутренний жаргон вроде «pinning» (присвоение PIN-кодов клиентским картам без разрешения) и «bundling» (обман клиентов о том, что продукты продаются только пакетом). В 2016 году Wells Fargo заплатила 100 млн долларов штрафа Бюро финансовой защиты потребителей (CFPB), 35 млн долларов Управлению контролёра денежного обращения и 50 млн долларов городу Лос-Анджелес. Формально метрика продаж выполнялась годами — реальный результат для банка и клиентов был прямо противоположным. Это хрестоматийная иллюстрация закона Гудхарта: метрика, ставшая целью, перестаёт быть хорошей метрикой. Последствия для компании оказались значительно шире одних лишь штрафов регуляторам: банк уволил порядка 5300 сотрудников, причастных к созданию фиктивных счетов, генеральный директор Джон Стампф в 2016 году был вынужден уйти в отставку под давлением общественности и Конгресса, а в 2020 году Wells Fargo дополнительно согласилась выплатить около 3 млрд долларов в рамках урегулирования с Министерством юстиции и Комиссией по ценным бумагам и биржам США — совокупная цена одной несогласованной метрики продаж, преследуемой без учёта реальной ценности для клиента, в итоге многократно превысила любую выгоду от формально впечатляющих показателей cross-selling.
Когда каждый отдел показывает отличные цифры, а компания в целом не растёт, дело почти всегда в метриках, которые тянут в разные стороны.
Происхождение и исследовательская база
Анализ согласованности метрик развивался в практике управления показателями (performance management) как ответ на широко описанный феномен, известный как закон Гудхарта ("когда мера становится целью, она перестаёт быть хорошей мерой", Чарльз Гудхарт, 1975) и связанную с ним проблему субоптимизации в организациях, где локальная оптимизация метрик отдельных подразделений вредит общему результату компании. Похожая логика ранее была системно описана в теории ограничений Элияху Голдратта: локальные показатели эффективности отдельных звеньев производственной цепочки, оптимизируемые изолированно друг от друга, систематически приводят к субоптимизации всей системы — подразделение, показывающее блестящие локальные метрики, может одновременно снижать общую пропускную способность и прибыльность компании в целом, если его метрика не увязана с общим потоком создания ценности.
Ключевые идеи и принципы
Принцип: Проверка метрик на взаимное противоречие
Анализ явно сопоставляет метрики разных подразделений компании, ища случаи, когда улучшение одной метрики систематически ведёт к ухудшению другой — например, метрика скорости обработки заявок, оптимизируемая в ущерб их качеству. Это классический пример подобного парного противоречия, наблюдаемый практически в любой сервисной организации, где скорость и качество работы измеряются раздельно, без единого показателя, штрафующего за ускорение ценой роста ошибок.
Принцип: Проверка связи локальной метрики с общим результатом
Каждая используемая в компании метрика проверяется на то, действительно ли её улучшение способствует общему результату компании, или она может расти изолированно, не принося реальной пользы бизнесу в целом. Практический тест — построить явную причинно-следственную цепочку от конкретной локальной метрики до итогового финансового или клиентского результата компании: если такую цепочку трудно сформулировать без домыслов, метрика, вероятно, измеряет активность, а не реальный вклад в результат.
Принцип: Учёт стимулов, создаваемых метриками
Анализ явно рассматривает, какое поведение метрика реально стимулирует у сотрудников — метрика, формально измеряющая нужное, но создающая стимул к нежелательному поведению (закон Гудхарта в действии), требует пересмотра. В кейсе Wells Fargo метрика формально измеряла нужное (рост продаж продуктов), но реально созданный ею стимул — любой ценой открыть больше счетов независимо от согласия клиента — оказался прямо разрушительным; регулярная проверка «какое поведение эта метрика реально поощряет у сотрудника, стремящегося её максимизировать» — простой, но часто пропускаемый диагностический вопрос.
Ограничения, слепые зоны и критика
Полное устранение противоречий между метриками разных функций часто невозможно в принципе — некоторое естественное напряжение между, например, скоростью и качеством, ростом и прибыльностью, является нормальной частью управления компромиссами в бизнесе, а не дефектом, который нужно полностью устранить. Задача анализа не в том, чтобы найти "идеальный" набор непротиворечивых метрик, а в том, чтобы сделать существующие компромиссы явными и осознанно управляемыми, а не скрытыми и случайными.
Типовые ошибки
Ошибка 1: метрики разных подразделений устанавливаются изолированно, без проверки на противоречие.
Каждый отдел получает собственные KPI, сформулированные исходя из локальной логики, без анализа того, как их достижение может повлиять на показатели других отделов.
Как избежать: Регулярно проверять набор ключевых метрик компании на предмет скрытых противоречий между подразделениями. Практический формат — периодическая (например, ежеквартальная) кросс-функциональная сессия, на которой руководители смежных подразделений вместе разбирают собственные метрики именно на предмет взаимного влияния, а не только отчитываются каждый о своих показателях по отдельности.
Ошибка 2: обнаруженное противоречие метрик игнорируется, потому что каждый отдел формально выполнил план.
Руководство видит, что оба показателя "выполнены", и не расследует, не был ли успех одного отдела достигнут за счёт другого.
Как избежать: Явно анализировать причинно-следственные связи между метриками разных функций, а не только факт их формального выполнения. Полезный вопрос для такой проверки — не совпало ли по времени улучшение показателя одного отдела с необъяснённым ухудшением показателя другого, граничащего с ним по процессу; такое совпадение почти всегда заслуживает отдельного расследования, даже если оба показателя формально «в зелёной зоне».
Ошибка 3: метрика оптимизируется формально-корректным, но содержательно вредным способом.
Показатель формально улучшается (например, отдел поддержки закрывает тикеты быстрее нормы), но реальный результат, ради которого метрика вводилась, не достигается — проблема клиента не решена, просто тикет закрыт раньше времени.
Как избежать: периодически проверять не только сам показатель метрики, но и реальное качество результата, который она должна была измерять. Практический механизм — выборочный аудит (например, случайная выборка закрытых тикетов службы поддержки с проверкой, действительно ли проблема клиента была решена, а не просто формально закрыта) как регулярное дополнение к самому численному показателю.
Ошибка 4: компромиссы между метриками управляются неявно, «по факту».
Решение о том, чью метрику принести в жертву в конкретной ситуации, каждый раз принимается ситуативно и непрозрачно — сотрудники не понимают правил и воспринимают итог как произвол.
Как избежать: заранее явно формулировать правило приоритета между конфликтующими метриками для типичных ситуаций компромисса, а не решать каждый раз заново без прозрачных критериев.
Ошибка 5: анализ проводится один раз при введении новых метрик и не повторяется.
Метрики, согласованные для одной организационной структуры или стратегии, начинают конфликтовать после реорганизации или смены приоритетов, но никто не пересматривает их заново.
Как избежать: пересматривать согласованность метрик при каждом значимом изменении оргструктуры или стратегии, а не считать анализ разовым мероприятием. Разумный триггер для внепланового пересмотра — любое существенное изменение операционной модели (запуск нового канала продаж, слияние подразделений, смена стратегического приоритета), поскольку именно такие моменты чаще всего создают новые, ранее не существовавшие противоречия между метриками, унаследованными от прежней структуры.
Главное, что нужно знать
Анализ согласованности метрик проверяет, не противоречат ли друг другу показатели разных подразделений компании и не достигается ли успех одной метрики за счёт ухудшения другой. Полное устранение всех противоречий невозможно и не нужно — задача в том, чтобы сделать реальные компромиссы явными и управляемыми, а не скрытыми. Кейс Wells Fargo показывает цену противоположного подхода: метрика, преследуемая изолированно от контекста и последствий, способна нанести компании ущерб, кратно превышающий любую краткосрочную выгоду от формально впечатляющих локальных показателей.
План внедрения
Неделя 1: сбор ключевых метрик
Неделя 1: собрать ключевые метрики всех основных подразделений компании.
Неделя 2: анализ пар на противоречие
Неделя 2: проанализировать пары метрик на предмет потенциального взаимного противоречия.
Неделя 3: исследование реальных случаев
Неделя 3: исследовать реальные случаи, когда улучшение одной метрики ухудшало другую.
Неделя 4: корректировка метрик
Неделя 4: скорректировать метрики или ввести уравновешивающие показатели там, где выявлены проблемы.
Далее: регулярный пересмотр
Далее: регулярно пересматривать согласованность метрик при изменении организационной структуры или стратегии.
Как реализовать этот план с помощью фрейма «Анализ согласованности метрик» в OrgDevTools
Фрейм устроен как четыре карточки со свободным списком записей на каждой — Противоречия между метриками, Связь с общим результатом, Стимулы, Управление компромиссами — прямо соответствующие последовательности плана внедрения.
Неделя 1 — карточка «Противоречия между метриками». Сюда вносятся конкретные пары метрик разных подразделений, где улучшение одной систематически сопровождается ухудшением другой, — фрейм требует именно конкретные пары, а не общее ощущение «где-то у нас что-то не сходится».
Неделя 2 — карточка «Стимулы». Подсказка карточки прямо требует указать, «какое поведение реально поощряет метрика» — не даёт ограничиться проверкой значения показателя без анализа реального поведения, которое он стимулирует (защита от ошибки 3).
Неделя 3 — карточка «Связь с общим результатом». Сюда вносится явная причинно-следственная цепочка от каждой ключевой метрики до общего финансового или клиентского результата компании — метрика, для которой такую цепочку сформулировать не удаётся, помечается как кандидат на пересмотр или удаление.
Неделя 4 — карточка «Управление компромиссами». Подсказка прямо противопоставляет «явные, осознанно управляемые балансы» и «скрытые» — структурная защита от ошибки 4, требующая сделать правило приоритета явным, а не ситуативным.