Amplitude не спасает продукт. Он спасает только нормальную схему событий

Amplitude не спасает продукт. Он спасает только нормальную схему событий

Контекст: мобайл, SaaS, CPA-лендинги, подписки — везде одна проблема: в Amplitude начинают смотреть графики раньше, чем договорятся, какие события вообще считаются.

• Имена событий должны описывать действие, а не экран: signup_started, checkout_completed, а не screen_2_open
• Параметры — только то, что потом реально режется в сегменты: source, device, plan, offer_id, step
• Один и тот же action не должен называться по-разному у веба и мобайла

Самая частая ошибка — плодить события вместо свойств. Команда шлёт 40 ивентов на один сценарий, а потом не может собрать воронку без костылей. Вторая ошибка — нет единого user_id: один и тот же человек размазывается по anonymous, email и internal_id.

В Amplitude полезно сразу проверять 3 вещи: воронку по шагам, retention по когорте, а также связку source → activation → revenue. Если этого нет, дашборд превращается в музей красивых, но бесполезных чисел.

Начните не с отчётов, а с карты событий: 10–15 ключевых действий, 5–7 общих свойств и понятные правила именования. Тогда Amplitude начинает отвечать на вопросы, а не добавлять их.