К содержанию
ActionPulse

Переход

Переход на ActionPulse с Amplitude, своей системы или AppMetrica

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

Получить шаблон разметки План переезда

Две системы одновременно

Параллельный переход со сверкой данных

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

  1. 1

    Этап 1

    Подключение рядом с текущей аналитикой

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

  2. 2

    Этап 2

    Одновременный сбор данных

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

  3. 3

    Этап 3

    Сверка отчётов и переключение

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

Старую систему выключаете только после сверки. Пока отчёты не сошлись — не трогайте ничего. Это правило, а не пожелание.

Названия функций

Как функции Amplitude называются в ActionPulse

У двух систем есть похожие аналитические задачи, но состав возможностей и ограничения различаются. В таблице рядом с несколькими терминами Amplitude дано описание ближайшего сценария в ActionPulse; это не утверждение о полном функциональном паритете.

Термин Amplitude Термин ActionPulse
Event Событие
User Пользователь actor_id
User Properties Свойства props
Behavioral Cohort Группа пользователей с общим поведением
Funnel Analysis Путь до цели
Retention Analysis Повторные визиты
Chart Сохранённый отчёт
Data Export API Импорт Amplitude export

Перенос старых данных

Как перенести старые данные

Для Amplitude, таблиц CSV и ClickHouse предусмотрены отдельные варианты импорта. Схему, объём и критерии сверки согласуем до загрузки. После проверенного переноса старые и новые события можно анализировать в одних отчётах; срок хранения зависит от тарифа.

Amplitude export

JSON-lines

Загружаете стандартный архив из Amplitude. Старые данные появляются в тех же отчётах, что и новые.

Доступно с тарифа Start

CSV

таблица

Указываете колонки с названием действия, временем и пользователем. Остальные данные сохраняются как свойства. Объём и срок хранения зависят от тарифа.

Доступно с тарифа Start

ClickHouse → ClickHouse

напрямую

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

Доступно с тарифа Growth

Что переносится

  • События и их имена
  • Время события
  • user_id и anon_id
  • Свойства (props)
  • UTM-метки — как свойства событий (props)

Что не переносится

Готовые отчёты из других систем перенести нельзя: их внутренний формат закрыт. Отчёт «Источники переходов» строится по UTM-меткам, которые собирает трекер ActionPulse с момента установки; у перенесённой истории UTM доступны как свойства событий — в фильтрах и SQL. Мы поможем заново собрать основные отчёты после согласования объёма работ и правил проверки.

Чек-лист

10 правил разметки событий

Миграция — удобный момент вычистить разметку: дубли и неиспользуемые события не стоит переносить без проверки. Эти правила уменьшают риск последующих разбирательств о значении каждого события.

  1. 1

    Именуйте в snake_case

    signup_completed, а не «Клик по кнопке регистрации». Единый формат — меньше дублей и опечаток в отчётах.

  2. 2

    Глагол прошедшего времени

    Событие — свершившийся факт: signup_completed, order_paid. Не signup и не click_signup.

  3. 3

    События ≠ экраны

    Один screen_viewed со свойством screen вместо тридцати событий по числу экранов.

  4. 4

    Храните детали в свойствах

    plan_selected со свойством plan: growth, а не plan_selected_growth, plan_selected_start и далее по тарифной сетке.

  5. 5

    Деньги — серверными событиями

    Оплаты из браузера теряются из-за блокировщиков и закрытых вкладок. order_paid шлите с бэкенда.

  6. 6

    Добавляйте уникальный номер события

    Детерминированный идентификатор события: ретраи при сетевых сбоях не задвоят выручку в отчётах.

  7. 7

    Не передавайте почту и телефоны

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

  8. 8

    Словарь событий — один документ

    Событие, свойства, кто отправляет и зачем — в одном месте. Не в головах и не в трёх разрозненных вики-страницах.

  9. 9

    Записывайте изменения

    Если смысл события изменился, создайте новую версию словаря с датой. Иначе старые и новые отчёты начнут расходиться.

  10. 10

    Начните с 14 событий — не со 140

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

Шаблон разметки

Скачать шаблон разметки B2B SaaS

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

Попробовать 14 дней бесплатно