📊 Investudy Analytics Report

Критические выводы

🚨 Критическая проблема: Платёжная система

13 августа: 336 попыток оплаты, 0 успешных транзакций. Система полностью недоступна в критические даты.

⚠️ Аналитическая слепота

Отсутствует базовая телеметрия: нет свойства failure_reason, событий payment_failed, данных авторизации. Невозможно диагностировать причины отказов.

💳 Конверсия платежей по типу

~90%
Installment
~8%
Monthly

📌 Вывод: Критический разрыв в конверсии платежных методов

Installment-платежи работают стабильно с конверсией ~90% (1,378 успешных vs 139 отменённых). Это указывает на надёжность платёжного провайдера для разовых транзакций.

Monthly-подписки проваливаются с конверсией всего ~8% (700 успехов из 8,700 попыток). Разница в 11x между типами платежей говорит о проблемах в рекуррентной биллинг-логике.

Бизнес-импликация: компания теряет большую часть потенциального MRR из-за технических проблем с подписками. Необходим срочный аудит recurring payment flow.

📱 Распределение по платформам

iOS доминирует: 99.9% monthly платежей

📌 Вывод: Платформенная монополия создаёт критический риск

99.9% monthly платежей идут через iOS, Android показывает единичные попытки (1-28 за период) и 0 успешных транзакций в большинстве срезов.

Три возможных сценария:

  • Платёжная интеграция на Android сломана или не активирована
  • Android-пользователи используют альтернативный путь (installment), не видимый в monthly-events
  • Продукт фактически iOS-only, но это не задокументировано

Бизнес-риск: зависимость от одной платформы угрожает масштабированию и оставляет компанию уязвимой к изменениям в App Store политике.

📉 Динамика успешности платежей

📌 Вывод: Систематические отказы платёжной системы в критические даты

Два дня полного провала: 13 августа (336 попыток → 0 успехов) и 24 сентября (180 попыток → 0 успехов). Это не случайные флуктуации — система полностью неработоспособна.

Паттерн после hotfix 2.1.7 (15 августа): частичное восстановление до ~20-30 успешных платежей, но базовая нестабильность сохраняется. Конверсия остаётся в диапазоне 8-10% вместо ожидаемых 70-80% для recurring payments.

Отсутствие visibility: без свойства failure_reason и event payment_failed невозможно определить причину отказов.

👥 Retention когорт (D30)

✓ Масштабирование не ухудшило retention

📌 Вывод: Сильный сигнал Product-Market Fit при масштабировании

Когорта июля выросла на 510% (с 2,593 до 15,820 пользователей) после релиза 2.1.0, но retention остался практически идентичным:

  • D1 retention: 65.2% (июнь) → 65.8% (июль) = +0.6pp
  • D7 retention: 48.5% → 49.1% = +0.6pp
  • D30 retention: 36.2% → 36.8% = +0.6pp

Продуктовая возможность: продукт готов к дальнейшему масштабированию user acquisition без риска для unit economics.

⏱️ Время завершения регистрации

10 мин
Медиана
656
Пользователей >10 мин

📌 Вывод: Длинный хвост регистрации указывает на UX-проблемы

656 пользователей тратят более 10 минут на регистрацию (p95 = 90-120 мин), что в 6-12 раз превышает медианное время (8-12 мин).

Ключевые проблемы: для большинства длительных сессий user_id/session_id = (none) — невозможно связать события и определить точки drop-off.

🚀 Влияние релизов на активность

📌 Вывод: Релиз 2.1.0 драйвит рост, но нестабильность требует hotfix-волну

11 июля (релиз 2.1.0) запустил мощный рост: DAU вырос с 3,500 до пика 7,200 за 4 дня (+106%).

Паттерн нестабильности: серия релизов 2.1.x после начального роста и hotfix 2.1.7 на фоне критического дня отказа платежей (13 августа).

Риск velocity over quality: команда быстро выкатывает фичи, но инфраструктура мониторинга отстаёт.

🎯 Приоритетные действия

+510%
Рост когорты июль vs июнь
36.8%
D30 Retention (июль)
1,378
Installment успешных
0
Платежей 13 августа