In-app события и оцифровка поведения

1. Что это такое и почему это важно на уровне P&L

In-app события (События внутри приложения) — это ключевые действия пользователей (регистрация, просмотр товара, добавление в корзину, оплата), которые фиксируются системой аналитики. На уровне P&L оцифровка поведения, это разница между "я думаю, что у нас проблемы" и "я точно знаю, где мы теряем деньги". Если вы видите только инсталлы, вы не знаете, почему люди не покупают. Оцифрованная воронка внутри приложения показывает узкие места (Bottlenecks). Например, если 90% людей отваливаются на этапе "Ввод номера телефона", значит, ваше СМС-подтверждение работает плохо. Исправление одного этого шага может удвоить вашу выручку без копейки дополнительных затрат на рекламу.

2. Механика работы (Исторический контекст)

Раньше аналитика была "плоской": мы видели только визиты. Современная событийная модель (Event-based): Каждое действие, это событие с параметрами.

• Событие: Purchase
• Параметры: revenue: 5000, currency: KZT, item_id: iphone_15, payment_method: Kaspi. Это позволяет строить сложнейшие сегменты: "Покажи мне всех, кто зашел с iPhone, посмотрел 5 товаров, но не купил".

3. Зачем это нужно на практике (Use Cases)

Представьте приложение для заказа клининга.

• Убыток (Слепая воронка): У вас 10,000 установок и всего 100 заказов. Вы думаете, что цена слишком высокая. Снижаете цену, заказов все равно мало. Вы теряете маржу.
• Прибыль (Оцифрованная воронка): Вы смотрите события.
  1. Install: 10,000
  2. Address_Entered: 8,000
  3. Price_Shown: 7,500
  4. Date_Selection: 500 (!!!)
  5. Order_Completed: 100 Вы видите "обрыв" на выборе даты. Оказывается, в приложении календарь не показывает свободные слоты на завтра. Клиенты уходят, потому что им неудобно выбирать дату, а не потому что дорого. Вы чините календарь, и заказы вырастают до 2,000.

4. Фреймворк внедрения (Step-by-step)

Как составить карту событий (Tracking Plan):

1. Критический путь (Happy Path): Выпишите минимальные шаги до покупки.
2. Naming Convention: Используйте единый стиль названий (например, snake_case или camelCase). Не мешайте order_complete и OrderComplete.
3. Параметры (Attributes): Для каждого события определите важные свойства (сумма, категория, источник).
4. Техническое задание: Передайте таблицу разработчикам для внедрения в SDK.

5. Локальный контекст СНГ/РК (Кейсы и Анти-кейсы)

Специфика рынка: В РК очень длинные цепочки принятия решений в B2B и дорогом B2C (авто, недвижимость). Оцифровка промежуточных событий (например, "Скачал PDF-презентацию" или "Заказал обратный звонок") критически важна для прогрева. Анти-кейс: Популярная сеть кофеен в РК запустила приложение с лояльностью. Они не оцифровали событие "Сканирование QR-кода на кассе". В итоге они видели, что приложение качают, но не знали, пользуются ли им в кофейнях. Аналитика была бесполезна для оценки окупаемости разработки. Кейс (Air Astana): Их приложение, пример глубокой оцифровки. Они знают, на каком этапе регистрации на рейс у пользователя возникают сложности, и могут предложить помощь или упростить интерфейс, что снижает нагрузку на наземный персонал в аэропортах.

6. Summary / Главный совет ментора

ГЛАВНЫЙ СОВЕТ МЕНТОРА: Если события нет в аналитике, его не существует в реальности вашего бизнеса. Не пытайтесь отследить "всё сразу" — вы утонете в данных. Начните с 5-7 главных действий, которые ведут к деньгам. Помните: данные нужны не для отчетов, а для принятия решений. Каждая цифра в вашей воронке должна отвечать на вопрос: "Что нам нужно изменить, чтобы эта цифра выросла?".

---