Закрывать продукт по данным, которые не прошли проверку на адекватность, — самый быстрый способ похоронить не продукт, а сигнал.

Обычно разговор про EOL выглядит так: у нас падает выручка, retention плохой, маркетинг “не едет”, саппорт дорогой — значит, закрываем. Цена ошибки тут двойная: вы теряете рабочую нишу (которую просто не так мерили) и параллельно учите организацию принимать решения на шуме.

Почему так ломается? Потому что в одном слайде смешивают спрос, эффективность монетизации, качество трафика и качество данных. А потом делают финальный вывод, хотя метрика уже “грязная”: когорты сдвинуты, атрибуция плавает, сезонность не снята, воронка меряется по разным правилам, события не бьются с биллингом.

Перед тем как вообще обсуждать закрытие, я бы задал к данным 7 вопросов. Это минимальный стандарт, чтобы не спорить на уровне ощущений:

  1. Спрос: падение — это меньше новых пользователей, меньше активаций или меньше успешных сценариев в продукте? Где именно “дырка” по воронке, и это подтверждается не одной метрикой.

  2. Юнит-экономика: проблема в цене, конверсии в оплату, частоте, марже или в затратах на привлечение? Если LTV не считается стабильно, значит решение сейчас про веру.

  3. Удержание: кто именно не удерживается — новые когорты или зрелые? Удержание падает из-за качества входящего трафика или из-за деградации продукта.

  4. Каналы: какие каналы “портят” картину? Изменения в миксе часто выглядят как продуктовая проблема, хотя это просто другой пользователь.

  5. Затраты на поддержку: что реально драйвит cost to serve — баги, инфраструктура, ручные операции, требования комплаенса? Это лечится оптимизацией или только “убить”?

  6. Риски качества данных: какие ключевые метрики могут быть сломаны? Дубликаты, пропуски, смена трекинга, новый биллинг, миграции, задержки. Если есть такие риски — сначала фиксируем доверие к данным, потом режем продукт.

  7. Альтернативные сценарии: что будет, если не закрывать, а сузить? Ограничить сегмент, отключить дорогие фичи, поднять цену, перевести на “maintenance mode”, продать/передать. EOL — не единственный переключатель.

Правильная практика выглядит скучно: один владелец метрик, единые определения, разрезы по когортам и каналам, сверка продуктовых событий с деньгами, и только потом решение. Граница применимости простая: если продукт токсичен юридически или репутационно, EOL может быть быстрым — но это тогда решение про риск, а не про аналитику.