13 августа: 336 попыток оплаты, 0 успешных транзакций. Система полностью недоступна в критические даты.
Отсутствует базовая телеметрия: нет свойства failure_reason, событий payment_failed, данных авторизации. Невозможно диагностировать причины отказов.
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 успешных транзакций в большинстве срезов.
Три возможных сценария:
Бизнес-риск: зависимость от одной платформы угрожает масштабированию и оставляет компанию уязвимой к изменениям в 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
Когорта июля выросла на 510% (с 2,593 до 15,820 пользователей) после релиза 2.1.0, но retention остался практически идентичным:
Продуктовая возможность: продукт готов к дальнейшему масштабированию user acquisition без риска для unit economics.
656 пользователей тратят более 10 минут на регистрацию (p95 = 90-120 мин), что в 6-12 раз превышает медианное время (8-12 мин).
Ключевые проблемы: для большинства длительных сессий user_id/session_id = (none) — невозможно связать события и определить точки drop-off.
11 июля (релиз 2.1.0) запустил мощный рост: DAU вырос с 3,500 до пика 7,200 за 4 дня (+106%).
Паттерн нестабильности: серия релизов 2.1.x после начального роста и hotfix 2.1.7 на фоне критического дня отказа платежей (13 августа).
Риск velocity over quality: команда быстро выкатывает фичи, но инфраструктура мониторинга отстаёт.