Трекинг и оптимизация воронки конверсии мобильного приложения

Многие клиенты приходят к нам с проблемой: воронка продукта выглядит как чёрный ящик. Мы видим, что после шага add_to_cart теряется 40% пользователей, но почему — неизвестно. В итоге деньги уходят на рекламу, а не на доработки. Мы решаем это внедрением сквозного трекинга с нуля. За 5 лет мы реализовали трекинг для 50+ мобильных проектов — от MVP до enterprise-приложений с миллионами пользователей. Если вы хотите получить консультацию по настройке трекинга в вашем приложении, напишите нам.

Воронка конверсии без правильного трекинга — это диаграмма, которую рисует продакт по памяти. С трекингом — это цифры, которые показывают, где именно и у какого сегмента пользователей деньги уходят сквозь пальцы. Стандартная ошибка: трекать только начало и конец воронки (checkout_started → payment_succeeded) и потом удивляться, что 60% drop-off непонятны. Правильный подход — трекать каждый шаг с контекстом, достаточным для объяснения причины отвала.

Почему стандартная воронка не работает?

Часто воронку строят из слишком общих событий: screen_viewed вместо checkout_payment_opened. Без детализации невозможно понять, какой именно экран или действие вызывает отток. Например, если на шаге payment_opened теряется 30% пользователей — это может быть связано с долгой загрузкой, отсутствием Apple Pay или ошибкой 3DS. В нашей практике был случай: после добавления 3ds_required в свойства события drop-off на шаге payment_initiated сократился вдвое — просто потому, что мы увидели, что 80% отвалившихся проходили 3DS, и оптимизировали этот процесс.

Как настроить трекинг abandonment?

Abandonment — ключевое событие, которое часто упускают. Когда пользователь уходит, не завершив воронку, нужно зафиксировать последний шаг, время на нём и возможные ошибки. Мы реализуем это через onCleared() в ViewModel или аналоги в SwiftUI. Это даёт полную картину: кто ушёл, на каком этапе и почему.

Проектирование воронки

Перед реализацией нужно определить:

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

Пример воронки e-commerce:

Шаг 7 → 8 с 3ds_required = true даст отдельную ветку воронки. Без этого свойства непонятно, почему на этом шаге больше drop-off.

Реализация трекинга

// Android — типобезопасный wrapper для воронки
object CheckoutFunnel {
    fun trackStepCompleted(step: CheckoutStep, props: Map<String, Any> = emptyMap()) {
        val eventName = when (step) {
            CheckoutStep.ADDRESS -> "checkout_address_completed"
            CheckoutStep.PAYMENT_OPENED -> "checkout_payment_opened"
            CheckoutStep.PAYMENT_METHOD_SELECTED -> "checkout_payment_method_selected"
            CheckoutStep.PAYMENT_INITIATED -> "payment_initiated"
            CheckoutStep.PAYMENT_SUCCEEDED -> "payment_succeeded"
            CheckoutStep.PAYMENT_FAILED -> "payment_failed"
        }
        val baseProps = mapOf(
            "session_id" to sessionManager.currentSessionId,
            "cart_id" to cartManager.currentCartId,
            "user_id" to authManager.currentUserId,
            "timestamp" to System.currentTimeMillis()
        )
        analyticsClient.track(eventName, baseProps + props)
    }
}
// Использование в ViewModel
checkoutViewModel.onAddressConfirmed.observe(this) { address ->
    CheckoutFunnel.trackStepCompleted(
        CheckoutStep.ADDRESS,
        mapOf(
            "address_type" to if (address.isNew) "new" else "saved",
            "country" to address.country
        )
    )
}

// iOS — аналогичный подход
enum CheckoutStep {
    case addressCompleted(isNew: Bool, country: String)
    case paymentOpened(availableMethods: [String])
    case paymentMethodSelected(method: String, requires3DS: Bool)
    case paymentSucceeded(orderId: String, total: Double, method: String)
    case paymentFailed(errorCode: String, method: String)
}

extension AnalyticsService {
    func track(checkoutStep: CheckoutStep) {
        let (eventName, props) = checkoutStep.analyticsPayload
        amplitude.track(eventType: eventName, eventProperties: props)
    }
}

extension CheckoutStep {
    var analyticsPayload: (String, [String: Any]) {
        switch self {
        case .paymentMethodSelected(let method, let requires3DS):
            return ("checkout_payment_method_selected", [
                "payment_method": method,
                "requires_3ds": requires3DS,
                "cart_id": CartManager.shared.currentCartId
            ])
        // ...
        }
    }
}

Построение воронки в Amplitude

В Amplitude Funnel Analysis:

// Amplitude Chart — настройка через UI или API
{
  "chart_type": "FUNNEL",
  "steps": [
    { "event_type": "product_viewed" },
    { "event_type": "add_to_cart" },
    { "event_type": "checkout_started" },
    { "event_type": "payment_succeeded" }
  ],
  "funnel_type": "ordered", // строгий порядок
  "conversion_window": 7, // 7 дней на прохождение воронки
  "conversion_window_unit": "days",
  "segment_definitions": [
    {
      "name": "iOS users",
      "filters": [{"subprop_key": "platform", "subprop_value": ["iOS"]}]
    },
    {
      "name": "Android users",
      "filters": [{"subprop_key": "platform", "subprop_value": ["Android"]}]
    }
  ]
}

conversion_window — критичный параметр. Для покупки товара 7 дней — разумно. Для подписки SaaS может быть и 30 дней. Слишком короткое окно занижает конверсию.

Firebase Analytics Funnels

// Firebase funnel через Google Analytics
// Настраивается в GA4 → Explore → Funnel Exploration
// Через API:
const { BetaAnalyticsDataClient } = require('@google-analytics/data');
const client = new BetaAnalyticsDataClient();
const [response] = await client.runFunnelReport({
  property: 'properties/YOUR_PROPERTY_ID',
  funnelSteps: [
    {
      name: 'Product Viewed',
      filterExpression: {
        filter: {
          fieldName: 'eventName',
          stringFilter: {
            value: 'product_viewed'
          }
        }
      }
    },
    {
      name: 'Add to Cart',
      filterExpression: {
        filter: {
          fieldName: 'eventName',
          stringFilter: {
            value: 'add_to_cart'
          }
        }
      }
    },
    {
      name: 'Purchase',
      filterExpression: {
        filter: {
          fieldName: 'eventName',
          stringFilter: {
            value: 'purchase'
          }
        }
      }
    }
  ],
  dateRanges: [
    {
      startDate: '30daysAgo',
      endDate: 'today'
    }
  ]
});

Сравнение инструментов для трекинга

Amplitude позволяет строить воронки быстрее, чем Firebase, особенно при сложной сегментации. Firebase выигрывает в цене — он бесплатен для практически любых объёмов данных.

Анализ drop-off причин

Чистые данные воронки говорят «здесь теряем 40%». Они не говорят почему. Для понимания причин:

• Сессионные записи на шаге drop-off (UXCam/Smartlook): что делали пользователи перед уходом
• Свойства пользователей в аналитике: кто уходит — новые или вернувшиеся, iOS или Android, какой план
• A/B тест на шаге с высоким drop-off: проверить гипотезу об улучшении

// Трекинг причины отвала при abandonment
class PaymentViewModel : ViewModel() {
    override fun onCleared() {
        super.onCleared()
        if (!paymentCompleted) {
            CheckoutFunnel.trackStepCompleted(
                CheckoutStep.ABANDONED,
                mapOf(
                    "last_step" to currentStep.name,
                    "time_on_step_seconds" to stepTimer.elapsed(),
                    "error_shown" to lastErrorShown
                )
            )
        }
    }
}

Подход описания воронки основан на документации Amplitude по Funnel Analysis: атрибуты событий и окно конверсии определяют точность анализа.

Что входит в работу

1. Аудит текущих событий и таксономии.
2. Проектирование полной карты воронки: атомарные события с контекстом.
3. Реализация типобезопасного wrapper’а на Kotlin/Swift.
4. Интеграция с Amplitude/Firebase, настройка Funnel Report с сегментацией.
5. Подключение Session Replay на критичных шагах.
6. Документация таксономии и обучение команды аналитике.
7. Постоянная поддержка — корректировка событий при изменении логики.

Сроки и стоимость

Проектирование таксономии и реализация трекинга: 2–3 дня. Дашборды и первичный анализ: ещё 1–2 дня. Стоимость рассчитывается индивидуально после аудита. Оценим проект за 1 день — напишите нам.

Почему выбирают нас

У нас 5 лет опыта в мобильной аналитике — мы внедряли трекинг в fintech, e-commerce, SaaS. Гарантируем, что каждый шаг воронки будет сопровождаться понятным контекстом, а не просто именем события. После внедрения вы получаете не только цифры, но и инструмент для ежедневной оптимизации. Закажите аудит текущей воронки — разберём вашу таксономию и предложим план действий.

Свяжитесь с нами для консультации — разберём вашу воронку и предложим план действий.