Зачем события, а не только установки
Установка и открытие приложения отвечают на вопрос «пришли ли». Они не отвечают, дошёл ли пользователь до первого полезного расчёта и где бросил сценарий. Для MetalCalc цель первой версии аналитики — увидеть путь от запуска до завершённого расчёта и понять, на каких шагах теряется смысл.
Какие события завели
Собрали короткий набор, достаточный для воронки, без «логировать всё подряд». Имена ниже — рабочие ярлыки контура, не выгрузка из кабинета аналитики.
- — app_open — приложение открыто
- — calculator_selected — выбран тип расчёта
- — input_started — пользователь начал вводить параметры
- — calculation_completed — получен результат расчёта
- — result_shared — результат скопирован или отправлен дальше
Как читали воронку
Смотрели последовательности: open → select → input → completed → shared. Нас интересовали не абсолютные цифры на витрине, а относительные провалы между шагами: где пользователи выбирают калькулятор, но не начинают ввод; где вводят данные, но не доходят до результата; где результат есть, но им не пользуются дальше.
Какие точки выхода заметили
Повторяющиеся места трения (качественно, без публикации сырых KPI): выбор калькулятора без перехода к вводу — слишком длинный или неочевидный список типов; обрыв на вводе параметров — поля требуют значений, которых нет под рукой; завершённый расчёт без шаринга — результат есть, но следующий шаг неочевиден. Это гипотезы для доработки UX, а не «диагноз рынка».
Что сделали после наблюдений
Приоритизировали правки сценария, а не закупку трафика. Пока воронка до первого полезного результата дырявая, платный трафик усиливает шум. Параллельно уточнили store listing под реальный сценарий «быстрый расчёт», а не под абстрактный «удобный калькулятор».
Что сознательно не обещаем в этом разборе
Не публикуем точные конверсии и динамику установок без отдельного подтверждённого среза. Статья фиксирует метод: события → воронка → точки выхода → доработка продукта. Тот же подход переносим на клиентские приложения, когда есть доступы к аналитике.
Чек-лист
- 01Какое одно действие считаем «успехом» первой сессии?
- 02Какие 5–7 событий закрывают путь до этого успеха?
- 03Где самый большой относительный провал между шагами?
- 04Что чиним в продукте до масштабирования канала?
- 05Что измеряем после следующей итерации UI?