Комментарии 4
Особенно сейчас интересна позиция Full-Stack разработчика — это работа мечты! Скорее, скорее кидайте нам свои резюме!
Зарплату вы предлагаете вполне обычную — такая себе мечта, но зато к выполненному тестовому заданию потом не даёте никаких комментариев при отказе — мечты сбываются.
про зарплату: всего на moikrug.ru сейчас 70 вакансий фуллстеков, 17 из них с зарплатой от 140 000, 2 из 17 от skyeng.
по тестовому заданию мы не даём комментариев по двум причинам:
1) иногда написать хороший аргументированный ответ с критикой дольше, чем проверить само задание
2) этот аргументированный ответ кандидат может показать своим друзьям, выложить куда-то в публичный доступ, тем самым сильно упростив его выполнение слабым кандидатам
по тестовому заданию мы не даём комментариев по двум причинам:
1) иногда написать хороший аргументированный ответ с критикой дольше, чем проверить само задание
2) этот аргументированный ответ кандидат может показать своим друзьям, выложить куда-то в публичный доступ, тем самым сильно упростив его выполнение слабым кандидатам
Добрый день, спасибо за сравнение, интересно «смотреть» глазами пользователя.
Мы внимательно изучаем пользовательский фидбэк, с целью повысить качество сервиса. Некоторые моменты хотелось бы уточнить:
> «а потом по какому-то событию у AppMetrica внезапное расхождение процентов на 20-30»
Такое может происходить по нескольким причинам и если внимательно во всём разобраться, может оказаться, что AppMetrica всё считала правильно.
— Во-первых, различные методики агрегации метрик в разных платформах аналитики. Так например сессия — для AppMetrica это период взаимодействия пользователя с Вашим приложением. Начинается вместе с активацией приложения (техническое событие session_start), завершается по достижению таймаута в 10сек при переходе в режим бекграунда (по умолчанию, таймаут можно настроить).
— Во-вторых, перед боевым релизом всегда лучше тестировать, как работает аналитика (любая). Только так можно убедится, что событие означает именно то, что проектировалось. Ну и интересно было бы сравнить реальные отчёты и разобраться, где наши показатели различаются с остальными. Ошибки со стороны других систем — тоже не редкость.
> «В AppMetrica мы можем увидеть, например, что приложение установили 600 человек и 200 запустили. Но мы не знаем, входят эти 200 в первые 600, или это старые пользователи. Нет возможности увидеть, является ли одно число подмножеством другого.»
Если Вы сегментируете по условию: установка за период в отчете по активным пользователям, то вы однозначно получите пересечение аудиторий — увидите только тех активных пользователей за период 1, которые сделали установку за период времени 2.
Мы внимательно изучаем пользовательский фидбэк, с целью повысить качество сервиса. Некоторые моменты хотелось бы уточнить:
> «а потом по какому-то событию у AppMetrica внезапное расхождение процентов на 20-30»
Такое может происходить по нескольким причинам и если внимательно во всём разобраться, может оказаться, что AppMetrica всё считала правильно.
— Во-первых, различные методики агрегации метрик в разных платформах аналитики. Так например сессия — для AppMetrica это период взаимодействия пользователя с Вашим приложением. Начинается вместе с активацией приложения (техническое событие session_start), завершается по достижению таймаута в 10сек при переходе в режим бекграунда (по умолчанию, таймаут можно настроить).
— Во-вторых, перед боевым релизом всегда лучше тестировать, как работает аналитика (любая). Только так можно убедится, что событие означает именно то, что проектировалось. Ну и интересно было бы сравнить реальные отчёты и разобраться, где наши показатели различаются с остальными. Ошибки со стороны других систем — тоже не редкость.
> «В AppMetrica мы можем увидеть, например, что приложение установили 600 человек и 200 запустили. Но мы не знаем, входят эти 200 в первые 600, или это старые пользователи. Нет возможности увидеть, является ли одно число подмножеством другого.»
Если Вы сегментируете по условию: установка за период в отчете по активным пользователям, то вы однозначно получите пересечение аудиторий — увидите только тех активных пользователей за период 1, которые сделали установку за период времени 2.
Немного оффтоп, а что в итоге для маркетинговой выбрали? Если от Аджаст отказались, то вариантов весьма мало.
Ну и вопрос, как теперь отделяете трафик на тесты? диплинки от амплитуд?
Ну и вопрос, как теперь отделяете трафик на тесты? диплинки от амплитуд?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Анализируй это: как Skyeng выбирала систему продуктовой аналитики для мобильных приложений