Метрики · Закон Гудхарта · Продакт-аналитика · PTOS

Закон Гудхарта в продукте: почему метрики врут, когда их делают целью

Объясняем Закон Гудхарта и его прямое влияние на разработку продуктов: как оптимизация под метрики может привести к деградации продукта.

Закон Гудхарта в продукте: как не стать жертвой метрик, которые вы сами создали

В продуктовой разработке мы одержимы метриками. Они дают нам ощущение контроля и объективности. Но что, если сами метрики, на которые мы молимся, ведут нас по ложному пути? Здесь в игру вступает Закон Гудхарта.

Что такое Закон Гудхарта?

Британский экономист Чарльз Гудхарт сформулировал его так:

«Когда мера становится целью, она перестаёт быть хорошей мерой».

Другими словами, как только вы начинаете оптимизировать систему под конкретный показатель, люди и системы начинают «хакать» этот показатель, а не улучшать реальность, которую он должен был отражать. Цифра в отчёте растёт, а продукт или процесс деградирует.

Закон Гудхарта в продуктовой разработке

Это явление встречается повсеместно. Команды начинают оптимизировать цифру, а не реальную ценность для пользователя.

• Цель: «Увеличить время, проведённое в приложении»

  • Как «хакают»: Создают запутанный интерфейс, заставляя пользователя дольше искать нужную функцию. Прячут кнопку «отписаться». Внедряют бесконечную ленту, которая вызывает зависимость, но не приносит удовлетворения.
  • Результат: Метрика растёт, но растёт и фрустрация пользователей. Retention в долгосрочной перспективе падает.

• Цель: «Увеличить количество созданных отчётов»

  • Как «хакают»: Поощряют создание пустых или бессмысленных отчётов. Вводят KPI для менеджеров, заставляя их «плодить» сущности.
  • Результат: Цифра в дашборде красивая, но реальной пользы от этих отчётов нет. Система наполняется мусором.

• Цель: «Повысить DAU (Daily Active Users)»

  • Как «хакают»: Начинают бомбардировать пользователей пуш-уведомлениями и письмами с кликбейтными заголовками, заставляя их зайти в приложение хотя бы на секунду.
  • Результат: DAU растёт, но это «пустые» визиты. Engagement и глубина использования падают. Пользователи отключают уведомления или удаляют приложение.

Как защититься от Закона Гудхарта?

Полностью избежать этого эффекта невозможно, но его можно и нужно контролировать.

1. Фокусируйтесь на Value Event, а не на прокси.

   • Измеряйте не просто активность (клики, просмотры, время), а действие, которое доказывает, что пользователь получил реальную ценность. Не «создал документ», а «поделился документом с коллегой, и тот его прокомментировал».

2. Всегда используйте Guardrail-метрики (охранные метрики).

   • У любой целевой метрики (North Star Metric) должен быть «охранник». Задайте себе вопрос: «Как можно „накрутить“ нашу главную метрику, ухудшив при этом продукт?». Ответ на этот вопрос — ваш список guardrail-метрик.
   • Пример:
     • North Star: «Количество отправленных сообщений».
     • Guardrail: «Процент сообщений, помеченных как спам», «Количество заблокированных пользователей».

3. Используйте качественные и количественные данные вместе.

   • Цифры говорят «что», но не говорят «почему». Рост метрики может иметь совершенно разные причины. Сочетайте данные из аналитики с интервью, отзывами пользователей и тикетами в поддержке, чтобы понимать полную картину.

4. Регулярно пересматривайте свои метрики.

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

Вывод: Метрики — мощный инструмент, но не идол. Относитесь к ним как к гипотезам, а не как к абсолютной истине. Ваша настоящая цель — не «двигать цифру», а решать реальную проблему пользователя. И Закон Гудхарта — это болезненное, но важное напоминание об этом.