Аналитиката и метриките включват събиране и анализ на данни за поведението на потребителите в мобилно приложение. Според Adjust (2025), приложенията, които използват аналитика, показват 30% по-висок Retention и 25% по-висок LTV. В тази статия ще разгледаме ключовите метрики, инструментите за събиране и анализ на данни, както и най-добрите практики за внедряване на аналитика.
Основни Точки
DAU (дневно активни потребители) — брой уникални потребители, които са взаимодействали с приложението за един ден. WAU — седмично, MAU — месечно. Тези метрики показват мащаба на аудиторията. Sticky Factor = DAU/MAU показва «лепкавостта» на приложението: >50% — отлично, 20–50% — нормално, <20% — приложението не задържа потребители.
Retention — процент потребители, които се връщат в приложението N дни след инсталиране. Ключови точки: D1 (ден 1), D7 (ден 7), D30 (ден 30). Нормални стойности за мобилни приложения: D1 — 30–40%, D7 — 10–20%, D30 — 5–10%. Churn Rate е обратният показател (процент напуснали потребители). Retention е основната метрика за качество на продукта. Ако Retention е нисък, привличането на нови потребители е безсмислено.
LTV (Lifetime Value) — прогнозирани приходи от един потребител за целия му живот в приложението. LTV = ARPU × Средна Продължителност на Живота. ARPU (среден приход на потребител) — среден приход на потребител. ARPDAU (среден приход на дневно активен потребител) — приход на активен потребител на ден. LTV трябва да бъде най-малко 3 пъти по-висок от CPI (разход на инсталация) за рентабилност на приложението. Тези метрики са критични за монетизация и закупуване на трафик.
Conversion Rate — процент потребители, които са извършили целево действие (покупка, регистрация, абонамент). CTR (процент на кликване) — процент кликвания върху рекламен банер или бутон. Session Length и Session Interval — средна продължителност на сесията и интервал между сесиите. Кратки чести сесии (месинджъри, социални мрежи) срещу дълги редки сесии (видео, обучение).
| Метрика | Какво Показва | Нормална Стойност |
|---|---|---|
| DAU | Активни потребители на ден | Зависи от нишата |
| Retention D1 | Завръщане на ден 1 | 30–40% |
| Retention D7 | Завръщане на ден 7 | 10–20% |
| Retention D30 | Завръщане на ден 30 | 5–10% |
| LTV | Приход на потребител | > 3× CPI |
| ARPU | Среден приход на потребител | Зависи от модела |
| Conversion Rate | % целеви действия | 2–10% |
| Session Length | Продължителност на сесията | 5–15 мин |
Firebase Analytics — безплатен инструмент на Google за събиране на събития, аудитории и отчети. Предимства: безплатно (неограничен брой събития), интеграция с Google Ads и BigQuery, автоматично събиране на събития (first_open, in_app_purchase, session_start). Firebase Analytics е най-добрият избор за старт и основна аналитика. За задълбочен анализ на данни използвайте BigQuery.
Amplitude — платформа за продуктова аналитика с фокус върху поведението на потребителите. Анализ на фунии (Funnel Analysis), кохорти (Cohort Analysis), задържане (Retention Analysis) и поведенчески пътища. Безплатен тариф — до 10 милиона събития на месец. Amplitude е подходящ за сложна продуктова аналитика.
Mixpanel — подобен на Amplitude, с акцент върху събития и свойства. Безплатен тариф — до 20 милиона събития на месец (с ограничения на функциите). В IT Sectr използваме Firebase Analytics за основна аналитика (инсталации, покупки, грешки) и Amplitude за продуктова аналитика и A/B тестове.
Event Tracking (събитийна аналитика) — запис на действията на потребителя в приложението: кликвания, прегледи, покупки. Всяко събитие има име (event_name) и параметри (event_params). Стандартни събития на Firebase: screen_view, select_content, add_to_cart, purchase. Персонализирани събития: level_up, share_photo, filter_applied.
Фунии (Funnels) — последователност от събития, водещи до цели като завършване на onboarding или покупка на продукт. Анализът на фунии (Funnel Analysis) показва на коя стъпка потребителите отпадат. Типична фуния: Install → Sign Up → Add to Cart → Purchase. Ако отпадат на Sign Up, проблемът е в регистрацията.
Кохорти (Cohorts) — групи потребители, обединени от общ признак (дата на инсталиране, държава, източник на трафик). Анализът на кохорти (Cohort Analysis) позволява сравняване на поведението на различни групи: Retention по дни за потребители, инсталирали приложението през януари срещу февруари. Потребителски Свойства (User Properties) — допълнителни атрибути на потребителя (абонамент, ниво, държава).
Firebase Crashlytics — основният инструмент за проследяване на грешки и сривове в мобилни приложения. Crashlytics събира stack trace, логове и данни за устройството при всеки срив. Плюсове: безплатно, автоматична интеграция с Firebase Analytics, групиране и приоритизиране на сривове (сривове, засягащи повечето потребители).
Sentry — алтернатива на Crashlytics с разширена поддръжка на Flutter, React Native и други крос-платформени рамки. Sentry събира не само сривове, но и проблеми с производителността (бавни транзакции). Интеграция с Git (Sentry → issue → commit). В IT Sectr използваме Crashlytics като основен инструмент, Sentry — за проекти на Flutter и React Native.
Нефатални Грешки (Non-Fatal Errors) — грешки, които не водят до срив, но нарушават логиката на приложението (неуспешна заявка, null pointer в try-catch). Важно е да ги записваме и тях, за да получим пълна картина на стабилността на приложението.
A/B тестване — метод за сравнение на две версии на екран или функция (A — контрола, B — вариант) за избор на по-добрата по целеви метрики. В мобилната разработка A/B тестовете се провеждат чрез Firebase Remote Config или Amplitude Experiment. Минимална продължителност на теста — 7 дни (за да се отчете денят от седмицата).
A/A тест — тест, при който и двете версии са идентични. Използва се за проверка на коректността на статистическия инструмент. Многофакторно тестване (MVT) — тестване на няколко промени едновременно. Пример: нов дизайн на екран + нов текст на бутон (4 комбинации). MVT изисква повече трафик.
Статистическа значимост (p-value < 0,05) — минимален праг за вземане на решения. Размерът на извадката зависи от очаквания ефект: за 5% подобрение са необходими ~1000 потребители във всяка група. В IT Sectr провеждаме A/B тестове на всеки етап от разработката — това систематично подобрява метриките с 10–15%.
Firebase Remote Config — инструмент за отдалечена промяна на параметри на приложението без публикуване на нова версия. Използва се за A/B тестове, постепенно въвеждане на функции, включване/изключване на функционалности. Remote Config поддържа персонализация по аудитории.
Често Задавани Въпроси
Започнете с Retention D1, D7, D30 — това е основната метрика за качество на продукта. След това добавете DAU/MAU (ангажираност) и Conversion Rate (ефективност). Свържете LTV и ARPU след въвеждане на монетизация.
Да, Firebase Analytics е напълно безплатен с неограничен брой събития. Само разширените функции са платени: BigQuery експорт (безплатно до 10 GB/месец), Firebase Remote Config (безплатно), A/B тестване (безплатно до определен обем).
Retention — процент потребители, които се връщат в приложението. Това е показател за това колко полезно е приложението. Ако Retention е нисък, привличането на нови потребители няма да бъде печелившо. Retention D1 > 30% — добре, D7 > 15% — отлично.
Firebase Analytics — безплатен основен инструмент за събиране на събития и прости отчети. Amplitude — платформа за задълбочена продуктова аналитика: кохорти, фунии, поведенчески пътища, A/B тестове. Firebase за начало, Amplitude за растеж.
Минимум 7 дни — за да се отчете разликата в поведението през делничните дни и уикендите. За тестове с малък ефект (1–2%) са необходими 2–4 седмици. Не спирайте теста при първия положителен резултат — изчакайте статистическа значимост (p < 0,05).
Обобщение
Ще разработим мобилно приложение под ключ
IT Sectr създава iOS и Android приложения за стартъпи и бизнеси от 2017 г. Ще ви консултираме и ще предложим най-доброто решение.