Pull to refresh

Comments 4

Большинство аналитических систем нацелены на «сиюминутное».
Отсутствие возможности разбиения того же ретеншна по версиям приложения сводит в абсолютный ноль всю пользу этих инструментов.
За сим весьма сложно оценивать общую пользу для продукта конкретных нововведений.

в FireBase ещё и большая проблема с воронками. Чтобы качественно их выстроить нужно по десятку событий на каждую воронку. А если захотите ещё и срезы добваить, то вырастает в разы.

Весьма сомнительная рекомендация.
В Firebase воронки не строятся по атрибуции, что огромный минус, поэтому в воронку покупки попадают сегодняшние данные, а в начале воронки engagement тоже сегодняшние данные, что грубо говоря теряет весь смысловой анализ, особенно если есть большой временной лаг между engagement и sell.
Правильно, строить динамические воронки по временным интервалам начала user-interaction, с последующей возможностью усреднения по большим интервалам.
Было бы интересно узнать удаётся ли окупать вложения в мобильные приложения, удалось ли преодолеть последствия плеймагедона и если да, то как именно.
у меня когнитивный диссонанс
— «Начинающий разработчик»
— Если взять среднее приложение в вакууме, то с 1000 загрузок в день можно получить от 1 до 10 долларов. Если взять контент — от 1 до 30 долларов.
— Компания тратит не менее 1000 долларов на каждый тест.

попытаемся посчитать 1000 * 1000 = миллион
миллион+ инсталлов сейчас в плее имеею менее 38 тысяч приложений

и это далеко не начинающие.
Sign up to leave a comment.