Курочка по зернышку. Маппинг или события аналитики в приложениях

Представьте такую ситуацию. В середине своего эпического плавания праведник Ной обнаруживает, что забыл пригласить на свой ковчег милых дам. Ну, тварей женского пола. Вода стремительно прибывала. Обрадованный массовым спросом на свой продукт Ной быстро забил трюмы и отчалил. Мужчина доверился интуиции и ошибся. Ведь предназначением ковчега было не загрузиться зверями по макушку, а спасти саму перспективу жизни на планете.

Возвращаться бессмысленно — родные земли давно ушли под воду. Скрыть просчет от Бога? Вариант неплохой, кто там во мраке трюма отличит козлов от козлих? Но на берегу все равно придется объясняться. Можно замаскировать некоторых львов под львиц на случай небесной проверки. Допустимый костыль, однако, в перспективе — безнадежный. Ной понимает, что лучше ему остаться дрейфовать в море. Но припасы кончаются.

Посыпая голову пеплом и козьими какашками, вместо красивого голубя Ной снаряжает в путь шлюпку с сыновьями, собаками и последними остатками провизии. Им придется отыскать Землю и привести на борт хоть каких-то девчонок, пока Босс не понял всю глубину его идиотизма. Насколько проще стала бы жизнь, додумайся наш Ной заранее расставить всех на берегу и приставить каждой твари пару противоположного пола, пересчитать и записать все в амбарную книгу.

Аналитика событий и настройка дашбордов не делает разработку продукта проще, но значительно уменьшает стоимость решений по введению нового функционала и изменению старого.

Маппинг облегчает, удешевляет и ускоряет продуктовые изменения на всех стадиях (разработка, тестирование, запуск рекламных кампаний) и позволяет продолжать следовать бизнес-плану и достигать целей.

Базовые принципы маппинга (настройки custom events)

1. Завершайте. Любая, даже самая длинная продуктовая воронка должна чем-то заканчиваться. Заранее определите начальную и конечную точку вашего ключевого сценария.

Примеры:
registration_start -> registration_ok
dating_start -> dating_new_chat_ok
cart_start -> cart_ok

2. Агрегируйте. Соберите все регистрации, все заполнения анкет, покупки из любой точки. Не делите там, где в этом нет явной необходимости. Главная задача на старте — увидеть интерес и желание купить.

Примеры:
registrations_men — все мужские регистрации
registrations_women — все женские регистрации
profile_unfinished — все, бросившие заполнять профайл на любом этапе
purchasers_all — все купившие хоть какой-то товар

3. Не мельчите. Искушение обвешать все кнопки событиями — беда начинающего продакт-менеджера. Но даже если вы ничего не понимаете в продукте, начинать нужно с измерения бизнес-целей. Чаще всего такими целями являются: продажа, подписка, создание контента.

4. Думайте от бизнеса всегда. Задайте вопросы:

5. Воронка продаж — модель, описывающая предполагаемое «путешествие» будущего покупателя от знакомства с предложением или товаром до реальной покупки. Вы должны четко понимать, когда происходит продажа, чтобы не паниковать раньше времени.

6. Рисуйте. Возьмите лист бумаги и изобразите по шагам все ключевые пользовательские сценарии: регистрация, онбординг, квиз, создание анкеты. Вот ваши первые события.

7. Маппинг — головная боль владельца продукта. Не доверяйте проектирование событий разработчику или аналитику. Продумывать события должен человек, который видит продукт целиком, отвечает за его эффективность и заинтересован в результате.

8. Не откладывайте на потом. Любой выкладываемый вами в App store функционал заранее должен быть обвешан нужными событиями. За каждый потерянный день, когда вы могли накопить бизнес-данные, вы платите своими деньгами.

9. Делайте качественную документацию продукта ли требуйте ее от вашей команды. Да, мы понимаем, что все ненавидят это занятие. Куда как проще просто поставить разработчику задачку в slack. Но в случае с событиями, беспорядок в документации равен плевку в свой собственный бизнес.

10. Не усложняйте. Владельцы приложений часто соблазняются сложными инструментами, думая, что сложность = большая автоматизация. Это не так. Даже самый трендовый и крутой инструмент придется настраивать, а его данные интерпретировать вашими силами. Ошибки, которых стоит избегать

Недооценка маппинга на раннем этапе проверки бизнес-гипотезы мобильного приложения — это одна из больших болей молодых стартапов.

Владельцы приложений регулярно приходят к нам за рекламой своих проектов. Выяснив все вводные, мы понимаем, что закупить трафик для тестов на этом этапе будет самоубийством — ведь в продукте не настроены даже самые необходимые события.

Но даже если у вас уже отслеживаются базовые метрики приложения, важно не забывать, что маппинг это процесс. Это значит, что недостаточно разово внедрить события, нужно всегда поддерживать их в актуальном состоянии и работать с ними.

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