Мониторинг событий и бизнес-метрик
Какова конечная цель практически любой программы? Правильно — решать чьи-либо проблемы, принося деньги создателям. А это означает, что для управленцев тоже нужны (и важны) метрики мониторинга. Что же могут показать такие метрики:
• число пользователей, зарегистрированных в системе; • число людей, которые пользуются приложением хотя бы раз в день/неделю/месяц; • процент людей, которые после регистрации доходят до формы оплаты, оплачивают подписку на услуги; • каким образом люди пользуются услугами: какая функциональность востребована почти всеми, а какая — лишь единицами; • доход от программы, общая прибыль; • средние и медианные чеки на клиента и пр.
Список метрик, необходимых бизнесу, весьма велик, а зависит он от индустрии и конкретного проекта. И будет лучше, если вам помогут разобраться с корректными параметрами менеджеры продукта.
Если говорить по минимуму, то можно обойтись и Google Analytics — базовые переходы и конверсии вы сможете смотреть в готовых системах анализа поведения пользователя. Если же требуется углубленное понимание ситуации, то не обойтись без слаженной и четкой работы команды из программистов, администраторов и аналитиков — они смогут правильно посчитать тонкие поведенческие аспекты, к примеру, ту же зависимость выручки от A/B-тестов на бэкенде.
Дьявол прячется в мелочах: мониторинг событий
Представим идеальную ситуацию, при который вы внедрили у себя на проекте 3 типа метрик: — для мониторинга оборудования; — для мониторинга состояния приложений; — для мониторинга бизнес-метрик.
Таким образом, вы точно знаете, что именно происходит в системе. Но вы не знаете, почему.
Например, вы знаете, что конверсия из зарегистрированного пользователя в платящего клиента составляет 1 %. Следовательно, за услуги платит лишь один из ста. А что, если до выполнения покупки эти клиенты посещают порядка 30 экранов программного приложения и делают более 300 кликов? А то, что в этом случае сценарий оплаты работает неверно — пользователи должны приходить к оплате не больше, чем за три экрана и 8 кликов!
Как же понимать, почему именно бизнес-показатели принимают те либо иные значения? Надо детально узнать, каким образом пользователи осуществляют взаимодействие с системой. Как раз для этого и пригодится еще один тип метрик — метрики событий, ведь именно события генерируются пользователями и различными компонентами системы.
Пользователь попал на экран? Записываем! Кликнул? Записываем! Проскролил до самого низа — тоже записываем.
События помогают не только понимать причины пользовательского поведения, но и находить баги. К примеру, если клики на определенном экране приводят к росту числа ошибок, значит, именно тут в программе есть дефект.
Чтобы собирать статистику на уровне событий, можно поначалу ограничиться системами клиентской аналитики, типа уже упомянутой Google Analytics. Однако стоит учитывать, что готовые системы обычно не дают исчерпывающего понимания поведения пользователей в приложении, поэтому к ним нередко добавляют системы трекинга пользовательских активностей, разработанные самостоятельно с учетом специфики проекта.
И не слушайте тех, кто говорит, что на метрики времени нет, да и вообще, они бесполезны. Помните, что управление проектом без метрик можно сравнить с плаванием ночью на корабле без карты и навигации: вы вроде бы куда-то плывете, но рано или поздно это все равно закончится плохо.
Статья подготовлена по материалам блога MCS.Mail.ru.
