KPI aplikacji mobilnej wybiera się spośród 15 metryk w pięciu grupach: pozyskanie, aktywacja, retencja, przychód i jakość techniczna. Na start wystarczą trzy: retencja 7. dnia, odsetek osób kończących najważniejszą ścieżkę i odsetek użytkowników z awarią - Google Play obniża widoczność aplikacji, gdy awarie dotykają ponad 1,09% użytkowników dziennie.
Poniżej zestawienie 15 metryk z definicją, punktem odniesienia i narzędziem, sposób liczenia retencji i LTV, lista kontrolna soft launchu, a także zasady budowy tablicy wskaźników, która prowadzi do decyzji, a nie tylko do raportu.
Które KPI aplikacji mobilnej są najważniejsze?
Metryka to każda liczba, którą da się zmierzyć. KPI aplikacji mobilnej to natomiast kilka metryk wybranych dlatego, że od nich zależy jej cel biznesowy. Liczba pobrań jest metryką, ale dla aplikacji zakupowej rzadko jest KPI, bo pobranie niczego nie sprzedaje.
Dobór KPI zależy przede wszystkim od typu aplikacji. Inne liczby pokazują sukces sklepu, inne narzędzia dla serwisantów:
- Aplikacja dla klientów - retencja 7. i 30. dnia, konwersja do zakupu, przychód na użytkownika, a także ocena w sklepie.
- Aplikacja firmowa dla pracowników - odsetek pracowników korzystających co tydzień, czas obsługi zadania, liczba zgłoszeń przekazanych bez telefonu.
- Aplikacja B2B dla kontrahentów - odsetek zamówień składanych w aplikacji, wartość koszyka, czas od zamówienia do potwierdzenia.
- Każda aplikacja - odsetek użytkowników z awarią i zawieszeniem, a także czas uruchomienia.
Zasada praktyczna: jedna metryka główna, która najlepiej opisuje wartość dla użytkownika, i trzy–pięć metryk wspierających. Więcej KPI oznacza, że żadnego nikt nie pilnuje.
Jakie 15 metryk mierzyć - definicje, benchmarki i narzędzia?
Tabele zbierają metryki w kolejności lejka, czyli od pierwszego kontaktu ze sklepem po jakość techniczną. Benchmarki rynkowe traktuj jako orientację - ważniejszy jest trend we własnych danych niż porównanie ze średnią dla wszystkich kategorii.
Metryki aplikacji mobilnej 1–9: pozyskanie, aktywacja i retencja
| Metryka | Definicja | Punkt odniesienia | Narzędzie |
|---|---|---|---|
| 1. Instalacje | Nowe instalacje w okresie, z podziałem na źródła | Raczej trend miesiąc do miesiąca niż wartość bezwzględna | App Store Connect, Google Play Console |
| 2. Konwersja karty w sklepie | Instalacje podzielone przez wyświetlenia strony aplikacji | około 25–35% | App Store Connect, Google Play Console |
| 3. Koszt instalacji (CPI) | Wydatki na kampanię podzielone przez instalacje z kampanii | Zależny od kategorii i kraju | Google Ads, Apple Ads, platforma atrybucji |
| 4. Aktywacja | Odsetek nowych użytkowników, którzy wykonali kluczową czynność | Cel ustalany przed startem | Firebase Analytics, GA4 |
| 5. Ukończenie onboardingu | Odsetek osób, które przeszły wszystkie kroki wprowadzenia | Spadek mierzony na każdym kroku lejka | Firebase Analytics (lejki) |
| 6. Retencja D1 / D7 / D30 | Odsetek użytkowników, którzy wrócili 1., 7. i 30. dnia po instalacji | około 25% / 10% / 5% w aplikacjach konsumenckich | Firebase Analytics, GA4 (kohorty) |
| 7. DAU/MAU | Dzienni aktywni użytkownicy podzieleni przez miesięcznych | około 10–20% w aplikacjach konsumenckich | Firebase Analytics, GA4 |
| 8. Częstotliwość i długość sesji | Liczba sesji na użytkownika i średni czas sesji | Porównanie z własną kategorią i poprzednią wersją | Firebase Analytics, GA4 |
| 9. Churn i odinstalowania | Odsetek użytkowników, którzy przestali korzystać lub usunęli aplikację | Trend po każdej wersji i kampanii | Google Play Console, Firebase |
Wskaźniki aplikacji mobilnej 10–15: przychód i jakość techniczna
| Metryka | Definicja | Punkt odniesienia | Narzędzie |
|---|---|---|---|
| 10. Konwersja do płatności | Odsetek użytkowników z co najmniej jednym zakupem | około 1–5% w modelu freemium | App Store Connect, Google Play Console, backend |
| 11. ARPU i ARPPU | Przychód podzielony przez aktywnych lub przez płacących użytkowników | Liczony per kohorta i kanał pozyskania | Backend, raporty sklepów |
| 12. LTV | Przychód z użytkownika przez cały okres korzystania | Częsty cel: co najmniej 3 × CAC | Arkusz lub hurtownia danych na kohortach |
| 13. Użytkownicy z awarią | Odsetek dziennych aktywnych użytkowników z co najmniej jedną awarią | Próg Google Play: 1,09% ogółem, 8% na model telefonu | Android vitals, Firebase Crashlytics, Xcode Organizer |
| 14. Zawieszenia (ANR) | Odsetek dziennych aktywnych użytkowników, którym aplikacja przestała odpowiadać | Próg Google Play: 0,47% ogółem, 8% na model telefonu | Android vitals, Xcode Organizer |
| 15. Ocena w sklepie | Średnia ocena i jej zmiana po każdej wersji | Cel: co najmniej 4,0 | App Store Connect, Google Play Console |
Progi Android vitals nie są sugestią. Aplikacja, która je przekracza, może być rzadziej polecana w Google Play, a użytkownicy mogą też zobaczyć ostrzeżenie na jej karcie. Dlatego metryki 13 i 14 powinny mieć alert, a nie tylko miejsce w miesięcznym raporcie.
Jak mierzyć retencję i dlaczego instalacje to za mało?
Instalacja mówi, że marketing zadziałał. Retencja mówi, czy zadziałała aplikacja. Na przykład tysiąc instalacji z retencją 30. dnia na poziomie 2% to dwadzieścia osób - tyle samo, ile daje sto instalacji w aplikacji, do której wraca co piąty użytkownik. Za pierwszy wynik płacisz jednak dziesięć razy więcej.
Retencję liczy się na kohortach, czyli grupach użytkowników, którzy zainstalowali aplikację w tym samym dniu lub tygodniu. Średnia z całej bazy ukrywa zmiany: jeśli nowa wersja pogorszyła onboarding, zobaczysz to tylko w kohortach z tygodnia po wydaniu.
Retencja D1, D7 i D30
Retencja 1. dnia pokazuje pierwsze wrażenie i jakość onboardingu. Z kolei retencja 7. dnia mówi, czy aplikacja weszła w nawyk. Wreszcie retencja 30. dnia pokazuje, czy użytkownik zostanie na dłużej. Każdy z tych wskaźników aplikacji mobilnej poprawia się innymi zmianami, dlatego warto śledzić wszystkie trzy.
Jeśli retencja spada gwałtownie między 1. a 7. dniem, problemem jest zwykle brak powodu do powrotu: powiadomień z wartością, zapisanych ulubionych, statusu zamówienia. Jak projektować te elementy, opisujemy w przewodniku projektowanie UX/UI aplikacji mobilnej.
KPI aplikacji dla pracowników
W aplikacji wewnętrznej retencję zastępuje natomiast wskaźnik adopcji: jaki odsetek pracowników, dla których aplikacja powstała, używa jej co tydzień. Obok niego mierz też efekt biznesowy, np. czas obsługi zlecenia, liczbę protokołów bez poprawek i zgłoszenia przekazane bez telefonu do biura.
Te liczby zmierz, zanim aplikacja trafi do pracowników. Bez punktu wyjścia nie da się bowiem wykazać, że aplikacja cokolwiek poprawiła. Rachunek zwrotu dla aplikacji firmowych pokazujemy w przewodniku aplikacja mobilna dla firmy.
Jak policzyć LTV i porównać go z kosztem pozyskania?
LTV (lifetime value) to metryka aplikacji mobilnej, która pokazuje przychód, jaki przynosi użytkownik przez cały czas korzystania z niej. CAC to z kolei pełny koszt jego pozyskania, czyli kampanie, prowizje i rabaty na start. Aplikacja zarabia tylko wtedy, gdy LTV wyraźnie przekracza CAC - przy równych wartościach każdy nowy użytkownik jest wydatkiem.
Najprostszy sposób liczenia LTV na kohortach:
- Najpierw wybierz kohortę użytkowników z jednego miesiąca instalacji.
- Następnie policz ARPU tej kohorty w każdym kolejnym miesiącu: przychód podzielony przez liczbę użytkowników z kohorty.
- Zamień przychód na marżę, czyli odejmij prowizje sklepów, opłaty za płatności i koszty obsługi.
- Potem zsumuj marżę z kolejnych miesięcy - krzywa po kilku miesiącach się wypłaszcza.
- W przypadku młodej aplikacji oszacuj resztę: miesięczna marża na użytkownika podzielona przez miesięczny churn.
- Na koniec porównaj wynik z CAC tej samej kohorty, osobno dla każdego kanału pozyskania.
Przykład z liczbami umownymi: co miesiąc odchodzi 8% kohorty, więc LTV to miesięczna marża na użytkownika podzielona przez 0,08. Jeśli pozyskanie płatnego użytkownika kosztuje mniej niż połowę LTV, kanał się opłaca. Gdy CAC zbliża się do LTV, kanał zarabia tylko w arkuszu.
Prowizje sklepów zmieniają ten rachunek bardziej, niż się wydaje. Jak wyglądają w 2026 roku w Unii Europejskiej i kiedy da się ich uniknąć, opisujemy w tekście o monetyzacji aplikacji mobilnej.
Opisz aplikację w 3 zdaniach - odsyłamy przedział cenowy w 24 h w dni robocze. Jeśli aplikacja już działa, dopisz, które wskaźniki chcesz poprawić - zaproponujemy plan pomiaru i zmian. wypełnij formularz, napisz na biuro@appcreo.pl albo zadzwoń: +48 783 477 243.
Co analizować podczas soft launchu?
Soft launch to udostępnienie aplikacji ograniczonej grupie: w jednym kraju, w teście zamkniętym albo stopniowo, części użytkowników. Cel jest jeden - poprawić aplikację, zanim wydasz budżet na promocję. Obie platformy mają do tego narzędzia.
Apple pozwala wydać aktualizację stopniowo w ciągu 7 dni, a Google Play udostępnia ją wybranemu odsetkowi użytkowników, który zwiększasz ręcznie. Natomiast przy nowej aplikacji testy prowadzi się przez TestFlight i ścieżki testów zamkniętych w Google Play.
Pierwsze dni
W pierwszych dniach śledź przede wszystkim takie KPI aplikacji mobilnej jak retencja 1. dnia, ukończenie onboardingu z podziałem na kroki, odsetek użytkowników z awarią na poszczególnych modelach telefonów i czas uruchomienia. To wskaźniki, które da się poprawić w kolejnej wersji w ciągu kilku dni.
Pierwszy tydzień i miesiąc
Po tygodniu dochodzi retencja 7. dnia, konwersja do pierwszego zakupu, a także ARPU kohorty. Po miesiącu - retencja 30. dnia i pierwsze szacunki LTV. Dopiero z tymi liczbami decyzja o skalowaniu kampanii ma podstawy, a nie tylko nadzieję.
Jeśli aplikacja powstaje jako MVP, wskaźniki sukcesu i progi decyzji ustal przed startem - piszemy o tym w tekście o koszcie i czasie MVP.
Jak zbudować tablicę KPI, która prowadzi do decyzji?
Raport, po którym nic się nie zmienia, jest kosztem. Dlatego tablica KPI aplikacji mobilnej ma odpowiadać na pytanie „co robimy w następnym sprincie”, a nie „ile mieliśmy pobrań”. Kilka zasad, które to umożliwiają:
- Plan zdarzeń przed budową. Lista zdarzeń analitycznych z nazwami i parametrami powstaje razem z projektem ekranów, nie po publikacji.
- Właściciel każdego KPI. Konkretna osoba odpowiada za wynik, a także proponuje zmiany.
- Stały rytm przeglądu. Wskaźniki jakości codziennie z alertami, lejki co tydzień, retencja i LTV co miesiąc.
- Porównania wersji. Każdą zmianę wskaźnika da się powiązać z wydaniem lub kampanią.
- Zgody i prywatność. Analityka i atrybucja kampanii wymagają zgód użytkownika, a na iOS śledzenie między aplikacjami wymaga dodatkowo zgody w oknie App Tracking Transparency.
Podstawowy zestaw narzędzi nie musi kosztować wiele: Firebase Analytics i Crashlytics są bezpłatne, a raporty sklepów dostępne w App Store Connect i Google Play Console. Z kolei płatna platforma atrybucji ma sens dopiero przy regularnych kampaniach, opisanych w tekście o promocji aplikacji.
Plan pomiaru KPI aplikacji mobilnej warto wpisać do briefu, zanim wybierzesz wykonawcę - pokazujemy to w przewodniku jak zlecić aplikację mobilną. Aplikacje z analityką wdrożoną od pierwszej wersji budujemy w ramach usługi tworzenie aplikacji mobilnych.
