Pull to refresh

Comments 28

Толя, почему ничего не написал про AppAnnie? Не используете?
не используем, он же только рейтинги из AppStore показывает?
Heatmaps — это круто. Но клики позволят понять не всё, другое дело отслеживать куда посмотрел пользователь. Есть ли сервис eye-tracker+heatmaps?
Вы серьезно предлагаете пользователю лишаться приватности, запускать фронтальную камеру и садить батарею на обработку алгоритмов CV, ради того, что бы очередной менеджер 100500-го клона match3 узнал, что пользователь смотрит в центр экрана?
Я предлагаю технологию для фокус-групп
Вот свежак:
1. heapanalytics.com/ — записывает сразу все экшены, потом делайте с ними что хотите. По любыми срезами.
2. www.dev-2-dev.com/ — GI сделала коробку на собственном движке, с фирменной озвучкой в FB :) www.facebook.com/pages/Dev2Dev/702078779808639?fref=ts

Есть ещё одна, очень крутая, круче всех указанных, расскажу на вечеринке в октябре.
Владимир, а ты бы что рекомендовал использовать?
Две части водки, лёд и лимон.
Когда публикуете приложение в Google Play, Amazon App Store и, например, Samsung Apps, то в Flurry используете одно и тоже application? Или на каждый магазин добавляете новое application в Flurry?
на каждый магазин новое

upd. хотя рано ответил :) На каждую платформу новое, а в другие магазины мы пока не релизили ничего, большинство приложений на российский рынок
А почему никто при приведении Google Analitics в качестве одной из альтернатив не учитывает Measurement Protocol?

По моему мнению, достаточно удобная штука. При грамотном подходе можно решить проблемы «библиотечной» версии аналитики, например исправить контроль сессий, встроить свою политику доставки, свою политику учёта событий в оффлайн. И всё это на полностью кроссплатформенно.

Если хабрасообществу тема интересна, могу заняться статьёй по этому протоколу.
думаю, пост будет интересен. Но вот допиливать систему аналитики на простых бизнесовых приложениях никто не будет.
Можно вопрос о Flurry и трекинге событий? Например, в игре в виртуальный магазин можно попасть различными способами — нажать кнопку «Магазин», нажать кнопку в главном меню «Магазин» или попасть в магазин через разговор с торговцем. Как трекерить это:
1. На каждый вариант использовать новое событие? Но в Flurry есть ограничение на количество событий.
или
2. Использовать одно и то же имя события («Открыл магазин»), но с различным параметром источника перехода («Источник» = «Меню 1», «Меню 2» или «Торговец»)?
нажатие кнопок отдельное событие на каждую (если укладываетесь в лимит)

открытие экрана другое событие, то есть у вас два события кнопок, один торговец и одно события открытия магазина

события объединяются в funnels если нужно отслеживать конверсию на типовых сценариях.
Вопрос по flurry:
Скажите, можно ли на использовать срезы в furry?
Например, я определил событие «пользователь заплатил» и «пользователь залогинился в фейсбук». Могу ли я посмотреть количество заплативших пользователей, которые залогинились в фейсбук?
UPD: а еще вопрос — если в событии «пользователь заплатил» передавать сумму, которую он заплатил, то смогу ли я, например, узнать, сколько людей заплатило более 10 баксов за прошлый месяц
Для этого можно использовать funnels во Flurry.
И можно сделать разные фаннелы на разные значения «пользователь заплатил», да.
1) а можно ли funnels создавать по уже существующим данным? он покажет их или нужно ждать накопления статистики?
2) можно ли как то в этом случае узнать, сколько людей заплатило более 10 баксов за прошлый месяц (если в событии «пользователь заплатил» передавать сумму, которую он заплатил)
а эти срезы показывают значения, которые передаются в событиях? это по поводу второго моего вопроса насчет «сколько людей заплатило более 10 баксов за прошлый месяц»
только что проверил, можно но не >10, а нужно будет указывать конкретные значения

Ни в коем случае не используйте одно событие pageView с параметрами — Т.е., на каждую страницу делать по отдельному событию? Почему пользоваться невозможно?
отвечу картинкой, вот классный отчет из Flurry про пути пользователя в приложении



То есть ни в одном отчете flurry невозможно понять по каким экранам и в каком порядке ходил пользователь, если пользоваться одним ивентом на каждый экран
Отличная статья.

Редкий случай, когда статья на хабре на голову обскакивает зарубежные аналоги.

Отлично, что автор не поленился и взял интервью у людей которые реально пользуются продуктом на проф. уровне
(в отличии, от it is amazing, installed it yesterday. It is 20% more amazing than the prev. version!) и сравнивают все с альтернативами.

Спасибо!
Sign up to leave a comment.