Ile kosztuje aplikacja mobilna w 2026 roku? Realne widełki i co wpływa na cenę

Prosta aplikacja mobilna albo MVP kosztuje w polskim software housie zwykle 20–70 tys. zł netto, średnio złożona z własnym backendem i logowaniem 70–220 tys. zł, a rozbudowana z integracjami i płatnościami od 220 tys. zł w górę. Te widełki biorą się z typowych projektów i służą do orientacji. Ta sama lista funkcji może kosztować dwa razy mniej albo dwa razy więcej, zależnie od tego, jak zostanie zaprojektowana i zbudowana. Niżej rozkładamy tę kwotę na części. Wycena, którą dostaniesz, przestanie wtedy być czarną skrzynką.

Jak powstaje wycena aplikacji mobilnej?

Wycena to liczba godzin pracy zespołu pomnożona przez stawkę godzinową. W polskich software house'ach stawka wynosi najczęściej 150–220 zł netto za godzinę, zależnie od miasta, doświadczenia zespołu i tego, czy pracujesz z firmą, czy z freelancerem. Liczbę godzin wyznacza zakres.

Założenia do tabeli:

• Kwoty dotyczą jednej aplikacji na iOS i Android, napisanej w React Native, czyli z jednego kodu dla obu systemów. Dwie osobne aplikacje natywne wychodzą drożej.
• W cenie jest projekt interfejsu, programowanie, testy i publikacja w sklepach. Nie ma w niej utrzymania ani opłat za usługi zewnętrzne, o których piszemy dalej.
• Aplikacja sklepowa, czyli mobilna wersja istniejącego sklepu WooCommerce, ląduje zwykle w środkowym przedziale. Backend już istnieje i trzeba go tylko podłączyć przez API, podobnie jak w headless WordPressie.

Z czego składa się koszt aplikacji mobilnej?

Zakres funkcji

To czynnik numer jeden i jedyny, nad którym masz pełną kontrolę. Każdy ekran, każdy stan (pusty, ładowanie, błąd, brak internetu) i każda rola użytkownika to dodatkowe godziny projektowania, kodowania i testowania. Najdroższe bywają funkcje, które brzmią niewinnie. „Prosty czat” wymaga serwera czasu rzeczywistego, historii wiadomości i powiadomień. „Logowanie przez Facebooka” to osobna integracja z własnym procesem weryfikacji po stronie Meta.

Przed wyceną spisz funkcje i podziel je na trzy grupy: musi być w pierwszej wersji, przyda się później, fajnie by było.

iOS i Android: jedna aplikacja czy dwie?

Jeszcze kilka lat temu aplikacja na iOS i Android oznaczała dwa zespoły i dwa osobne projekty. Dziś większość aplikacji biznesowych powstaje w React Native: jeden zespół pisze jeden kod, który działa na obu systemach. W naszych projektach ponad 90% kodu jest wspólne. Różnice dotyczą głównie konfiguracji, powiadomień i drobnych elementów interfejsu.

Co to zmienia w cenie? Druga platforma dokłada zwykle 10–20% do kosztu pierwszej. Podejście natywne (Swift na iOS, Kotlin na Android) nadal ma sens przy aplikacjach mocno wykorzystujących sprzęt telefonu, na przykład przy zaawansowanej obróbce wideo. Dla aplikacji sklepowej, usługowej czy firmowej to przeważnie niepotrzebny wydatek. Kiedy wybieramy które podejście, opisujemy na stronie usługi aplikacji mobilnych.

Backend i integracje

Aplikacja na telefonie to tylko część systemu. Dane muszą gdzieś leżeć, użytkownicy muszą się logować, a administrator potrzebuje miejsca, w którym zarządza treścią. Ta niewidoczna część, czyli backend, potrafi pochłonąć 30–50% budżetu.

Najtańszy wariant to backend w usługach chmurowych typu Firebase lub Supabase. Logowanie, baza i powiadomienia działają od razu, a płacisz za użycie. Własny backend kosztuje więcej. Potrzebujesz go, gdy masz nietypową logikę biznesową, wysokie wymagania dotyczące danych albo integrację z systemami, które już w firmie działają. Każda integracja z ERP, CRM, systemem magazynowym czy bramką płatności to osobna pozycja w wycenie, zwykle od kilku do kilkudziesięciu tysięcy złotych w zależności od jakości dokumentacji po drugiej stronie.

Projekt UI/UX

Projekt interfejsu to zwykle 10–20% budżetu i jeden z elementów, na których nie opłaca się oszczędzać. Ekran zaprojektowany raz i przetestowany na makiecie kosztuje ułamek tego, co ekran przeprojektowywany po napisaniu kodu. Dobre projektowanie UI/UX obejmuje też stany brzegowe i ścieżki błędów. Programiści nie muszą wtedy zgadywać, co ma się stać, gdy użytkownik straci zasięg w połowie zakupu.

Testy i publikacja w App Store i Google Play

Testy są stałą częścią pracy i zajmują zwykle 15–25% czasu zespołu. Aplikację trzeba sprawdzić na kilku rozmiarach ekranu, na starszych wersjach systemu i na tańszych telefonach z Androidem. Tam najczęściej wychodzą problemy z wydajnością.

Publikację łatwo niedoszacować. Apple sprawdza aplikacje ręcznie (tak zwany App Store review) i potrafi je odrzucić z powodu brakującej polityki prywatności, niejasnego opisu uprawnień albo logowania przez Google bez równorzędnej opcji chroniącej prywatność, na przykład Sign in with Apple. Na pierwszą publikację zarezerwuj 1–2 tygodnie.

Kto pracuje nad aplikacją i jak się rozliczać?

Nad typową aplikacją pracuje 3–5 osób: projektant, jeden lub dwóch programistów mobilnych, programista backendu, tester i osoba prowadząca projekt. Nie wszyscy naraz.

Modele rozliczeń są dwa:

• Fixed price: stała cena za z góry ustalony zakres. Pasuje, gdy zakres jest precyzyjnie opisany, a Ty chcesz mieć pewny budżet. Wada: każda zmiana w trakcie oznacza aneks, a software house dolicza do ceny margines na ryzyko, zwykle 15–30%.
• Time & material: płacisz za faktycznie przepracowane godziny, zazwyczaj w rozliczeniu miesięcznym. Pasuje, gdy produkt będzie się zmieniał w trakcie, a Ty chcesz decydować o priorytetach na bieżąco. Wymaga za to Twojego zaangażowania i zaufania do zespołu.

Dobrze działa połączenie obu modeli: pierwsza wersja na fixed price po warsztacie, który doprecyzuje zakres, a rozwój po premierze w time & material.

Utrzymanie: koszt, który wraca co roku

Aplikacja mobilna nie jest gotowa raz na zawsze. Apple i Google co roku wydają nowe wersje systemów, zmieniają wymagania sklepów i wycofują stare API, czyli interfejsy, przez które aplikacja korzysta z funkcji systemu. Biblioteki, z których zbudowana jest aplikacja, też trzeba aktualizować, zwłaszcza ze względów bezpieczeństwa.

Przyjmij, że roczne utrzymanie to 15–25% kosztu budowy. Przy aplikacji za 150 tys. zł daje to 20–40 tys. zł rocznie na:

• aktualizacje pod nowe wersje iOS i Androida oraz nowe wymagania sklepów,
• poprawki błędów zgłaszanych przez użytkowników,
• monitoring stabilności i wydajności,
• drobne zmiany funkcjonalne, których zawsze przybywa po premierze.

Jeśli aplikacja obsługuje sprzedaż albo procesy krytyczne dla firmy, dolicz umowę SLA, czyli gwarantowany czas reakcji na awarię. Kosztuje więcej niż utrzymanie „na zgłoszenie”. Awaria w Black Friday, gdy nikt nie odbiera telefonu, kosztuje jeszcze więcej.

Ukryte koszty: czego nie ma w wycenie?

Wycena software house'u obejmuje pracę zespołu. Pozostałe koszty płacisz bezpośrednio innym dostawcom:

• Konta deweloperskie: Apple Developer Program to 99 USD rocznie, Google Play Console 25 USD jednorazowo. Konto powinno należeć do Twojej firmy, nie do wykonawcy.
• Serwery i chmura: od kilkudziesięciu złotych miesięcznie przy MVP do kilku tysięcy przy dużym ruchu. Rachunek rośnie razem z liczbą użytkowników.
• Powiadomienia push: podstawowa wysyłka przez Firebase jest bezpłatna. Narzędzia do segmentacji i automatyzacji kampanii (np. OneSignal, Braze) mają płatne plany.
• Usługi zewnętrzne: mapy, wysyłka SMS, weryfikacja tożsamości, analityka, monitoring błędów. Każda ma własny cennik, często w dolarach i zależny od użycia.
• Płatności: operator pobiera prowizję od transakcji, a Apple i Google biorą 15–30% od zakupów cyfrowych wewnątrz aplikacji. Sprzedaż towarów fizycznych tej prowizji nie podlega.
• Prawo: regulamin, polityka prywatności, zgody na przetwarzanie danych. Gdy aplikacja przetwarza dane osobowe, lepiej zlecić to kancelarii.

Przed podpisaniem umowy poproś wykonawcę o listę takich kosztów. W Mobitry dołączamy ją do każdej wyceny.

Jak obniżyć koszt aplikacji bez utraty jakości?

Najskuteczniejsza metoda to zbudować mniej, a nie taniej. Pięć sposobów:

• Zacznij od MVP. Wybierz jeden proces, który daje użytkownikowi wartość, i wypuść aplikację z nim. Resztę dobudujesz, gdy zobaczysz, z czego ludzie korzystają. W naszych projektach pierwsza wersja rzadko potrzebuje więcej niż 30–40% funkcji z pierwotnej listy.
• Przesuwaj funkcje do kolejnych wersji. Każda funkcja, która nie trafi do pierwszej wersji, to oszczędność na budowie, a potem także na utrzymaniu.
• Korzystaj z gotowych komponentów. React Native i Expo, czyli zestaw narzędzi do budowania aplikacji w React Native, mają dojrzałe biblioteki do nawigacji, formularzy, map czy płatności. Pisanie tego od zera ma sens tylko wtedy, gdy standardowe rozwiązanie nie spełnia wymagań.
• Użyj tego, co już masz. Istniejący sklep, system identyfikacji wizualnej albo API aplikacji webowej skracają projekt o tygodnie.
• Odłóż panel administracyjny. Na start często wystarczy gotowy panel usługi chmurowej. Własny zbudujesz, gdy procesy się ustabilizują.

Kiedy niska wycena powinna zaniepokoić?

Oferta za 15 tys. zł na aplikację z kontami, płatnościami i panelem nie oznacza, że ktoś znalazł sposób na tańsze programowanie. Zwykle czegoś w niej nie ma. Sprawdź zwłaszcza te miejsca:

• Brak wyszczególnionego zakresu. Jeśli oferta nie wymienia ekranów i funkcji, każdą z nich dostaniesz później jako „dodatkowo płatne”.
• Brak etapu projektowania UI/UX. Aplikacja złożona z gotowych szablonów bez projektu wygląda jak sto innych. Ścieżek użytkownika nikt nie przemyślał.
• Brak testów w wycenie. Jeśli testy „robi programista przy okazji”, zapłacisz za nie po premierze negatywnymi opiniami w sklepach.
• Brak informacji o backendzie. Zapytaj, gdzie będą dane, kto jest ich administratorem i co się stanie, gdy zakończycie współpracę.
• Brak przekazania kodu. Kod źródłowy i konta w sklepach powinny być Twoje. Wykonawca, który unika tego tematu, chce Cię do siebie przywiązać.
• Kreator aplikacji zamiast programowania. Narzędzia no-code mają sens w prostych przypadkach, ale przy integracjach i nietypowej logice szybko trafiasz na ścianę, a przepisanie aplikacji od nowa kosztuje więcej niż zrobienie jej porządnie za pierwszym razem.

Niska cena nie zawsze oznacza problem. Uczciwy wykonawca umie jednak wyjaśnić, skąd bierze się oszczędność.

Najczęstsze pytania

Ile kosztuje prosta aplikacja mobilna?

Prosta aplikacja mobilna kosztuje w polskim software housie orientacyjnie 20–70 tys. zł netto. Chodzi o kilka ekranów, jeden główny proces i logowanie, a realizacja trwa 6–12 tygodni. Kwota obejmuje projekt interfejsu, programowanie w React Native na iOS i Android, testy oraz publikację w App Store i Google Play. Nie obejmuje rocznego utrzymania ani opłat za konta deweloperskie, serwery i usługi zewnętrzne.

Czy aplikacja na iOS i Android kosztuje dwa razy więcej niż na jedną platformę?

Nie, jeśli powstaje w React Native. Jeden zespół pisze wtedy jeden kod dla obu systemów, a druga platforma podnosi koszt zwykle o 10–20%, głównie przez dodatkowe testy i konfigurację. Dwukrotny koszt pojawia się dopiero przy dwóch osobnych aplikacjach natywnych w Swift i Kotlin, a takie podejście ma sens tylko przy aplikacjach mocno obciążających sprzęt.

Ile kosztuje utrzymanie aplikacji mobilnej rocznie?

Roczne utrzymanie aplikacji mobilnej to zwykle 15–25% kosztu jej budowy. Przy aplikacji za 150 tys. zł daje to 20–40 tys. zł rocznie na aktualizacje pod nowe wersje iOS i Androida, poprawki błędów, monitoring i drobne zmiany funkcjonalne. Do tego dochodzą opłaty niezależne od wykonawcy: 99 USD rocznie za konto Apple Developer, koszty serwerów oraz usług zewnętrznych, takich jak powiadomienia push czy mapy.

Jak przygotować się do wyceny aplikacji mobilnej?

Spisz cel biznesowy aplikacji i listę funkcji podzieloną na niezbędne w pierwszej wersji i możliwe do dodania później. Dopisz systemy, z którymi aplikacja ma się łączyć, na przykład sklep, ERP lub CRM. Przydadzą się też przykłady aplikacji, które Ci się podobają, i informacja, czy masz już identyfikację wizualną. Z takim materiałem software house przygotuje wycenę w kilka dni. Oferty porównasz bez trudu, bo wszyscy wycenią ten sam zakres. Wstępną wycenę możesz zamówić online, podając właśnie te informacje.

Źródła

• React Native, oficjalna dokumentacja
• Apple Developer Program: rejestracja i opłata roczna, Apple
• Rejestracja konta dewelopera Google Play i opłata rejestracyjna, Pomoc Google Play Console