Ile kosztuje aplikacja mobilna w 2026? Od czego zależy cena

Nie ma jednej ceny aplikacji mobilnej: koszt to liczba godzin pracy zespołu pomnożona przez stawkę, a liczba godzin zależy od funkcji, liczby platform, backendu i integracji. Do budżetu doliczasz też wydatki po premierze, czyli utrzymanie, aktualizacje pod nowe wersje systemów, hosting oraz opłaty i prowizje sklepów.

W tym tekście znajdziesz czynniki, które najmocniej zmieniają wycenę, przykładowe wyliczenie i listę kosztów, o których łatwo zapomnieć. Nie znajdziesz tu widełek „od… do…” bez zakresu, bo hasło „prosta aplikacja” oznacza dla różnych firm zupełnie inną pracę.

Od czego zależy cena aplikacji mobilnej

Każda funkcja to praca w kilku warstwach: projekt ekranów, kod aplikacji, logika na serwerze, testy i poprawki. Dlatego drobny z pozoru dodatek, jak logowanie przez konto Apple i Google, dotyka projektu, aplikacji, backendu i konfiguracji w obu sklepach.

Najwięcej zmieniają:

• liczba platform i wybrana technologia,
• to, czy aplikacja potrzebuje własnego backendu i panelu administracyjnego,
• liczba i jakość integracji z systemami zewnętrznymi,
• złożoność interfejsu i animacji,
• wymagania dotyczące bezpieczeństwa i danych osobowych,
• zakres testów i liczba obsługiwanych urządzeń.

iOS, Android czy obie platformy

Jeśli kierujesz aplikację do szerokiego grona klientów, zwykle potrzebujesz obu platform. Masz wtedy trzy drogi.

• Dwie aplikacje natywne (Swift na iOS, Kotlin na Androida). Najwięcej kontroli nad wydajnością i zgodnością z systemem, ale dwa kody źródłowe do napisania i utrzymania.
• Cross-platform (React Native, Flutter). Wspólny interfejs i logika dla obu systemów, więc przy typowej aplikacji biznesowej mniej godzin. Funkcje mocno związane z urządzeniem nadal mogą wymagać kodu natywnego.
• Kotlin Multiplatform. Wspólna logika biznesowa, a interfejs natywny albo współdzielony w Compose Multiplatform.

Technologia zmienia też koszt utrzymania w kolejnych latach, więc nie wybieraj jej wyłącznie pod cenę pierwszej wersji. Szczegóły znajdziesz w porównaniu aplikacja natywna czy cross-platform.

Backend, panel administracyjny i integracje

W myślach wycenia się zwykle tylko to, co widać na telefonie. Tymczasem aplikacja z kontami użytkowników, zamówieniami czy powiadomieniami potrzebuje serwera, bazy danych i API. Ktoś po Twojej stronie musi też zarządzać treściami, użytkownikami i zamówieniami, więc dochodzi panel administracyjny.

Backend możesz zbudować od zera (np. w Laravelu lub Node.js), oprzeć na gotowych usługach typu Firebase albo połączyć z istniejącym systemem firmy. Gotowe usługi skracają start, ale przy nietypowych wymaganiach potrafią ograniczać, a ich rachunek rośnie razem z liczbą użytkowników.

Integracje to osobna pozycja. Płatności, mapy, CRM, ERP, system magazynowy czy firmy kurierskie mają własne API, dokumentację i limity. Połączenie z nowoczesnym, dobrze opisanym API bywa kwestią dni, a ze starym systemem bez dokumentacji potrafi zająć tygodnie.

Które funkcje najbardziej podnoszą koszt aplikacji

Tabela pokazuje względny wpływ funkcji na liczbę godzin. To orientacja, nie cennik: ta sama funkcja może być prosta albo bardzo złożona w zależności od szczegółów.

Jak wycenić aplikację mobilną: godziny razy stawka

Rzetelna wycena rozbija projekt na moduły i role: projektant UX/UI, developerzy mobilni, developer backendu, tester, osoba prowadząca projekt. Każdy moduł dostaje liczbę godzin, a sumę mnoży się przez stawkę. Stawki różnią się między firmami i poziomem doświadczenia zespołu, dlatego porównuj oferty także po liczbie godzin i zakresie, nie tylko po kwocie końcowej.

Założenia przykładu: MVP aplikacji do rezerwacji wizyt na iOS i Androida w technologii cross-platform, z kontami użytkowników, płatnościami online, powiadomieniami push i prostym panelem administracyjnym. Przyjęta stawka dla całego zespołu: 200 zł netto za godzinę.

Do sumy dolicz rezerwę na zmiany i ryzyka. W przykładzie rezerwa 15% to 29 400 zł, co daje łącznie 225 400 zł netto. Gdyby z pierwszej wersji wypadły płatności i panel, bo klient zarządza danymi w istniejącym systemie, liczba godzin spadłaby o co najmniej 120, a kwota przed rezerwą o co najmniej 24 000 zł.

Tak powinna wyglądać rozmowa o budżecie: przesuwasz funkcje między etapami, zamiast negocjować samą stawkę. Wyceny aplikacji mobilnych przygotowujemy właśnie w takim rozbiciu na moduły, więc jeśli chcesz porównać otrzymaną ofertę, napisz do nas.

Discovery i MVP: jak nie przepłacić

Najdroższe są zmiany wprowadzane późno, kiedy kod już istnieje. Etap discovery (warsztaty, mapa funkcji, makiety, specyfikacja) to niewielka część budżetu, a pozwala wycenić projekt na konkretach zamiast na ogólnym opisie.

Po discovery zbuduj MVP: najmniejszą wersję, która rozwiązuje jeden główny problem użytkownika i pozwala sprawdzić, czy ludzie z niej korzystają. Dobre MVP ma krótką listę funkcji i jasne kryterium sukcesu, np. liczbę rezerwacji w pierwszych tygodniach.

• Podziel funkcje na „musi być”, „przyda się” i „później”.
• Poproś wykonawcę o wycenę w rozbiciu na moduły, żeby móc przesuwać funkcje między etapami.
• Ustal, kto jest właścicielem kodu, kont w sklepach i infrastruktury. Konta deweloperskie zakładaj na firmę, nie na wykonawcę.

Specyfikację i user stories przygotujesz szybciej z pomocą AI, o czym piszemy w tekście specyfikacje i user stories z AI. Otrzymaną ofertę sprawdź z poradnikiem jak ocenić ofertę software house’u.

Koszty po premierze: utrzymanie, sklepy i prowizje

Publikacja otwiera kolejną część wydatków. Zaplanuj budżet na poniższe pozycje.

Aktualizacje pod nowe wersje systemów

Apple i Google regularnie podnoszą wymagania. Od 28 kwietnia 2026 r. aplikacje przesyłane do App Store Connect muszą być zbudowane w Xcode 26 z SDK dla iOS 26. W Google Play od 31 sierpnia 2026 r. nowe aplikacje i aktualizacje muszą celować w Androida 16 (API 36), z możliwością wnioskowania o przesunięcie terminu do 1 listopada 2026 r. Aplikacja, której nikt nie aktualizuje, z czasem traci możliwość wydania nawet drobnej poprawki.

Hosting, usługi zewnętrzne i monitoring

Serwer, baza danych, wysyłka powiadomień, e-maili i SMS-ów, mapy, API modeli AI, narzędzia do raportowania błędów. Wiele z tych usług rozlicza się od liczby użytkowników lub zapytań, więc rachunek rośnie razem z popularnością aplikacji.

Konta deweloperskie

• Apple Developer Program: 99 USD za rok członkostwa lub równowartość w lokalnej walucie.
• Google Play Console: jednorazowa opłata rejestracyjna 25 USD. Proces zakładania konta i wymagane testy opisujemy w poradniku publikacja aplikacji w Google Play.

Prowizje sklepów

Prowizje dotyczą sprzedaży treści i funkcji cyfrowych w aplikacji, np. subskrypcji premium. Sprzedaż towarów fizycznych i usług realizowanych poza aplikacją obsługujesz zwykłym operatorem płatności.

• App Store: standardowo 30%, a 15% dla uczestników App Store Small Business Program, do którego mogą dołączyć deweloperzy nowi w App Store lub z przychodami do 1 mln USD w poprzednim roku kalendarzowym. Apple ogłosił, że od 1 października 2026 r. w UE prowizja przy zakupach przez Apple In-App Purchase wyniesie 26%, a dla uczestników programu 15%.
• Google Play: 15% od pierwszego 1 mln USD rocznych przychodów (po zapisaniu się do tego progu), 30% powyżej tej kwoty i 15% od subskrypcji. W EOG, Wielkiej Brytanii i USA od 30 czerwca 2026 r. obowiązuje nowy model, w którym stawka zależy m.in. od tego, czy instalacja jest nowa, i od metody płatności. Dla nowych instalacji to np. 10% plus 5% opłaty rozliczeniowej przy płatności przez Google Play Billing.

Zasady prowizji zmieniają się często, więc przed zaplanowaniem modelu przychodów sprawdź aktualne tabele opłat w dokumentacji obu sklepów.

Utrzymanie i rozwój

Poprawki błędów, aktualizacje bibliotek, łatki bezpieczeństwa, reakcja na awarie i drobne zmiany. Ustal to w osobnej umowie serwisowej z określonym czasem reakcji, zamiast zamawiać każdą poprawkę jako nowy projekt.