Аналитика и данные · 04 / 05

Установка — не результат. Результат виден в когорте через месяц

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

Разработка сайтов SEO-продвижение Контекстная реклама ИИ-автоматизация процессов Боты для мессенджеров Продвижение мобильных приложений Продвижение в LinkedIn Веб-аналитика (GA4)
Подходит · 01

Ситуации, в которых я забираю проект

Общее у всех одно: после установки приложение перестаёт быть прозрачным для тех, кто платит за трафик.

После установки — темнота

Счётчик установок есть, а что происходит дальше — неизвестно. Сколько человек дошло до ключевого действия и до покупки, приходится спрашивать у разработчиков и ждать выгрузку.

событий после установки нет

Источники не связаны с поведением

Реклама отчитывается установками, приложение — своими метриками, и связать одно с другим нельзя. Оптимизировать закупку в такой ситуации невозможно.

атрибуции нет

Удержание считают на глаз

Про возвраты знают, что «люди уходят», но на какой день и после какого экрана — нет. Значит, чинить нечего, кроме общего ощущения.

когорт нет
Кому не подходит
  • Приложение ещё не вышло и не имеет пользователей. Аналитику имеет смысл ставить до старта закупки трафика, но после первого релиза — иначе измерять нечего.
  • Разработчиков нет и не будет. SDK трекера и события ставятся в коде: без доступа к разработке задача не решается никакими обходными путями.
  • Нужен только счётчик установок из магазина. Он бесплатный и уже есть в консоли — платить за это не нужно.
Что входит · 02

Каждая работа заканчивается артефактом

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

7 РАБОТ
7 АРТЕФАКТОВ
Работа Что получаете на выходе Когда
01 Разбор продукта и воронки
Артефакт Схема пути пользователя от установки до денег
Неделя 1
02 Схема событий
Артефакт Таблица событий и параметров, готовая для разработчика
Неделя 1
03 Внедрение SDK и событий
Артефакт Работающая передача данных на обеих платформах
Неделя 2
04 Атрибуция
Артефакт Трекер связан с рекламными кабинетами и магазинами
Неделя 2
05 Когорты и дашборд
Артефакт Удержание, воронка, доход по источникам в одном месте
Неделя 3
06 Проверка качества
Артефакт Сверка событий с фактическими покупками, лог расхождений
Неделя 3
07 Передача команде
Артефакт Документация по событиям и обучающая сессия с записью
Финал
Как устроено · 03

Четыре шага до понятной воронки

Сначала схема, потом код. Переставлять события задним числом дороже, чем один раз договориться, что мы измеряем.

/ 01

Схема

Разбираем путь пользователя и выписываем события, которые действительно нужны. Обычно их 10–15, а не сто: лишние события усложняют разбор и ничего не добавляют.

Неделя 1
/ 02

Внедрение

Разработчики ставят SDK и события по моему описанию. Проверяю каждое событие на тестовом устройстве до выкатки в прод.

Неделя 2
/ 03

Атрибуция

Подключаю трекер и связываю его с кабинетами. Отдельно проговариваю, что на iOS часть данных приходит агрегированно и с задержкой — это ограничение платформы, а не настройки.

Неделя 2
/ 04

Когорты

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

Неделя 3

Как это выглядит на реальном проекте

CASE_01 · Аналитика приложений
Приложение доставки в Грузии: треть событий не доходила
4 недели Грузия iOS + Android
Разбор целиком
AТочка А

События отправлялись по одному и сразу. При плохой связи в лифте или метро они просто пропадали, а в отчёте это выглядело как отказ пользователя на шаге оплаты.

БТочка Б

Очередь событий с локальным хранением и повторной отправкой. Данные доходят, когда связь вернулась, а воронка перестала врать про этап оплаты.

Результат воронка совпала с заказами в базе
31% → 2%
Потерянных событий
CASE_02 · Аналитика приложений
Финтех-приложение в Польше: половина установок была «ничьей»
7 недель Польша iOS + Android
Разбор целиком
AТочка А

После изменений в правилах магазинов почти половина установок приходила без источника. Сравнивать сети было невозможно, бюджет распределялся вслепую.

БТочка Б

Настроили серверную передачу конверсий, отложенное сопоставление и агрегированные отчёты по кампаниям. Неопознанных установок осталось 12%.

Результат бюджет перераспределён между сетями
48% → 12%
Установок без источника
CASE_03 · Аналитика приложений
Фитнес-приложение в ОАЭ: отток был виден только задним числом
6 недель ОАЭ Когортный анализ
Разбор целиком
AТочка А

Отток считали помесячно и постфактум. К моменту, когда цифра появлялась в отчёте, вернуть людей было уже нельзя — они удалили приложение три недели назад.

БТочка Б

Когортный отчёт по неделям и ранний признак ухода: три дня без тренировки на первой неделе. Сигнал приходит на четвёртый день, когда ещё есть что делать.

Результат удержание на 30-й день +23%
4 дня
До сигнала об оттоке
все кейсы
Стоимость · 04

Три формата: от схемы до постоянной работы

Подписка на трекер оплачивается напрямую с вашего аккаунта и считается по объёму установок. Я на ней не зарабатываю.

Схема событий
от $1 200 за проект
Есть разработчики, нужна правильная постановка задачи
  • Разбор продукта и пути пользователя
  • Схема событий и параметров
  • Описание задач для разработчиков
  • Проверка внедрения на тестовой сборке
  • Документация по событиям
Не входит: подключение трекера и дашборды
Обсудить схему
Рекомендую
Внедрение под ключ
от $2 200 за проект
Нужна работающая аналитика, а не техническое задание
  • Всё из «Схемы событий»
  • Подключение трекера атрибуции
  • Связка с рекламными кабинетами и магазинами
  • Дашборд: когорты, воронка, доход по источникам
  • Сверка с фактическими выплатами
Не входит: подписка на трекер, работа ваших разработчиков
Обсудить внедрение
Ведение
от $900 в месяц
Приложение развивается, схема должна успевать за релизами
  • Новые события под новые экраны и функции
  • Контроль качества данных после релизов
  • Ежемесячный разбор когорт
  • Гипотезы по удержанию на данных
  • Ответы на вопросы команды
Не входит: разработка на вашей стороне
Обсудить ведение
Цены — «от». Итог зависит от числа платформ, сложности продукта и того, есть ли уже хоть какая-то аналитика: чинить чужую разметку иногда дольше, чем сделать заново.
Вопросы · 05

То, что обычно спрашивают до первого созвона

Схема — от $1 200, внедрение под ключ — от $2 200. Сверху подписка на трекер: AppsFlyer и Adjust считают по установкам, на небольших объёмах это десятки долларов в месяц. Firebase бесплатен, но атрибуцию по платным источникам он закрывает хуже.
Если объёмы небольшие и трафик в основном органический — хватит Firebase. Если закупаете трафик у нескольких сетей, нужен AppsFlyer или Adjust: они умеют сверять данные между источниками и защищаться от накруток.
Часть данных приходит агрегированно, с задержкой и без деталей — это ограничение платформы. Работаем с агрегированными когортами и собственными событиями внутри приложения. Обещать точность как в вебе я не буду.
Обычно 3–5 дней на обе платформы: SDK и 10–15 событий. Я описываю задачи так, чтобы их можно было отдать в спринт без дополнительных объяснений.
Схему, проверку и разбор данных делаю я. Работу с SDK на стороне приложения при необходимости берёт мой подрядчик-разработчик. Общаетесь вы со мной, отвечаю за результат тоже я.
60 минут. Смотрим, что уже собирается, и я показываю, каких событий не хватает, чтобы понять, где теряются деньги после установки.
Контакты · 06 · Открыто 1 слот, Q3 2026

Покажите, что сейчас собирает приложение — скажу, чего не хватает

Ответ в течение дня. На разборе смотрим воронку после установки. Если данных достаточно — так и скажу.