События от каталога до оплаты

store_opened → category_viewed → product_viewed → add_to_cart →
checkout_started → order_created → payment_completed

• delivery_selected — выбран способ получения;
• promo_applied — применён промокод;
• checkout_error — возникла ошибка;
• cart_abandoned — корзина не завершилась заказом в заданный период.

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

• Переход add_to_cart → checkout_started: здесь чаще всего мешает непонятная стоимость доставки.
• Переход order_created → payment_completed: здесь видно проблемы со способами оплаты.
• Доля checkout_error по устройствам: ошибка на телефоне часто не воспроизводится на компьютере.

На каком событии заканчивается ваша текущая аналитика?

Чем событие отличается от цели в аналитике?

Событие — факт, который вы фиксируете. Цель — событие, по которому вы оцениваете работу. Событий может быть много, целей — несколько.

Нужно ли передавать состав заказа в событие оплаты?

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

Что считать брошенной корзиной?

Зафиксируйте период письменно — например, сутки без завершения заказа. Без определения показатель будет разным в каждом отчёте.

Маршрут событий соединяется с источниками трафика:

• UTM и события: минимальная схема — откуда пришёл человек.
• Сквозной отчёт по источникам — собрать всё в одну таблицу.
• Регламент обработки заказа — что происходит после оплаты.

Как это выглядит в работающем магазине — каталог, корзина, оплата, доставка и заказы внутри MAX и Telegram: посмотреть устройство магазина. Вопрос по своей ситуации можно задать в поддержку: написать в Telegram.