Ile kosztuje aplikacja mobilna dla firmy. Cena rozbita na części, bez widełek „od 5 000 do 500 000"

Aplikacja mobilna dla firmy w Polsce kosztuje od 7 200 zł za MVP z jednym działającym przepływem, od 20 000 zł za aplikację z płatnościami i kontem klienta i od 44 000 zł za wersję pod klucz z panelem webowym i własnym backendem. To ceny wykonawcy jednoosobowego w 2026 roku. Software house za ten sam zakres liczy zwykle dwa do trzech razy więcej.

Widełki „od 5 000 do 500 000 zł", które padają w większości ofert, są prawdziwe i jednocześnie bezużyteczne. Poniżej rozbijam cenę na składniki – tak, jak liczę ją w realnej wycenie – i pokazuję, co konkretnie przesuwa kwotę w górę.

Cena to nie liczba ekranów

Pierwsza rzecz, która zaskakuje klientów: dołożenie piątego ekranu do aplikacji kosztuje ułamek tego, co dołożenie pierwszej integracji z zewnętrznym systemem. Ekran to układ i logika, którą widać. Integracja to cudze API, cudze błędy i testowanie na danych, na które nie masz wpływu.

O kwocie w wycenie decydują cztery rzeczy, w tej kolejności:

1. Liczba integracji. Program do faktur, magazyn, bramka płatnicza, system rezerwacji, poczta. Każde połączenie to osobny zestaw przypadków brzegowych.
2. Liczba ról. Aplikacja, w której wszyscy widzą to samo, jest znacznie prostsza niż taka, gdzie technik widzi swoje zlecenia, handlowiec swoich klientów, a właściciel wszystko.
3. Płatności. Sam moment zapłaty to godzina pracy. Zwroty, częściowe zwroty, faktury, nieudane obciążenia i reklamacje to tydzień.
4. Liczba ekranów. Dopiero tutaj. I zwykle jest to najmniejszy składnik.

Realne widełki w 2026

Poniżej ceny, które sam stosuję. To rynek polski, wykonawca jednoosobowy, aplikacja w React Native działająca na iOS i Androidzie z jednego kodu.

Ile kosztuje konkretnie taka aplikacja, jakiej szukasz

Widełki wyżej są ogólne, bo opisują zakres, a nie branżę. Poniżej te same pieniądze rozpisane na aplikacje, o które pytają najczęściej. Kwoty to punkt startu przy typowym zakresie – Twój może być węższy albo szerszy.

Największy skok ceny robi praca offline i integracja z systemem, który już u Ciebie stoi. Aplikacja, która musi działać bez zasięgu i sama dosyłać dane po powrocie do sieci, to osobny mechanizm synchronizacji – i osobny tydzień pracy.

Ten sam zakres, czterech wykonawców, cztery kwoty

Różnica w wycenach za identyczny zakres bywa dziesięciokrotna. Nie dlatego, że ktoś oszukuje, tylko dlatego, że kupujesz cztery różne rzeczy. Warto wiedzieć które.

Wyższa cena nie oznacza lepszego produktu, tylko inny zestaw gwarancji. Jeśli Twoja aplikacja ma obsłużyć proces krytyczny dla firmy i musi działać, gdy wykonawca zniknie, dopłata do zespołu ma sens. Jeśli budujesz pierwszą wersję, żeby sprawdzić, czy klienci w ogóle jej użyją, ten sam budżet lepiej wydać na dwie iteracje u jednej osoby.

Koszty, o których nikt nie mówi w ofercie

Cena wykonania to nie całość budżetu. Poniżej pozycje, które klienci odkrywają zwykle po podpisaniu umowy – u mnie są w wycenie od początku.

• Konta deweloperskie: Apple 99 USD rocznie, Google 25 USD jednorazowo. Zakładane na Ciebie, nie na wykonawcę.
• Infrastruktura: baza, serwer, wysyłka powiadomień. Przy małej firmie zwykle 50–300 zł miesięcznie.
• Prowizja od płatności: 1–2% od transakcji, po stronie operatora.
• Aktualizacje wymuszone przez sklepy: Apple i Google co roku podnoszą wymagania. Aplikacja bez żadnych zmian funkcjonalnych i tak wymaga przebudowy raz na jakiś czas. To kilka godzin pracy rocznie, nie kilka tysięcy złotych.

Ile kosztuje utrzymanie aplikacji przez rok

Pytanie, które pada najrzadziej, a decyduje o tym, czy aplikacja przeżyje trzeci rok. Poniżej realny rachunek dla małej firmy: aplikacja z rezerwacjami, kilkuset użytkownikami miesięcznie i powiadomieniami push.

To rachunek bez abonamentu za samo posiadanie aplikacji, bo u mnie taki nie istnieje. Jeśli w ofercie widzisz stałą opłatę miesięczną „za utrzymanie" bez rozpisania, co się na nią składa, poproś o rozpisanie. Serwer za 80 zł i opłata licencyjna za 800 zł wyglądają w umowie tak samo.

Jak sprawdzić, czy wycena jest uczciwa

Nie porównuj kwot. Porównaj to, co jest w środku. Cztery pytania, które warto zadać każdemu wykonawcy:

1. Co dokładnie wchodzi w cenę, a co jest osobno? Publikacja w sklepach, materiały graficzne, testy na urządzeniach, migracja danych – to bywa dopisywane później.
2. Kto jest właścicielem kodu i kont? Jeśli odpowiedź nie brzmi „Ty", kupujesz dostęp, a nie aplikację.
3. Co się dzieje po odbiorze? Ile trwa gwarancja, co jest naprawą błędu, a co nową funkcją. Granica musi być w umowie, nie w mailu.
4. Ile kosztuje utrzymanie miesięcznie? Wykonawca, który tego nie policzył, nie wie, jak jego rozwiązanie zachowa się przy realnym ruchu.

Więcej o tym, co powinno znaleźć się w dokumentach, opisałem w osobnym wpisie o umowie na wykonanie aplikacji. Jeśli interesuje Cię harmonogram, a nie budżet, terminy rozpisałem we wpisie o tym, ile trwa zbudowanie aplikacji.

Wycena aplikacji mobilnej: jak wygląda i co musisz mieć

Wycena to nie kalkulator na stronie, bo kalkulator liczy ekrany, a cenę robią integracje i role. U mnie wygląda tak: opisujesz w dwóch zdaniach, co aplikacja ma robić i kto ma z niej korzystać, a w ciągu 24 godzin dostajesz kwotę „od" z rozpisanym zakresem, tym, co jest osobno, i kosztem utrzymania w skali roku. Bezpłatnie i bez zobowiązań.

Żeby kwota była bliska końcowej, a nie widełkami, przygotuj trzy rzeczy:

• Proces w pięciu zdaniach. Klient robi X, firma widzi Y, potem dzieje się Z. Nie lista funkcji, tylko przebieg. Z niego wynika liczba ról i ekranów.
• Listę systemów, z którymi aplikacja ma rozmawiać. Program do faktur, kalendarz, magazyn, bramka płatności. Każdy z nich to osobna pozycja w wycenie.
• Odpowiedź na pytanie, czy klient wraca. Jeśli kupuje raz w życiu, uczciwa wycena kończy się propozycją strony albo panelu zamiast aplikacji.

Kiedy nie warto budować w ogóle

Aplikacja mobilna opłaca się, gdy klient wraca. Jeśli kupuje u Ciebie raz w życiu, nie zainstaluje jej i najlepszy budżet tego nie zmieni. W takim wypadku lepiej wydać te pieniądze na stronę, która sprzedaje, albo na panel webowy dla zespołu.

Drugi przypadek: proces nie jest ustalony. Jeśli w firmie każdy robi to samo inaczej, aplikacja utrwali chaos w kodzie. Najpierw trzeba ustalić, jak ma być, a to jest praca po stronie firmy, nie programisty.

Trzeci: gotowe narzędzie robi dokładnie to, czego potrzebujesz, za kilkadziesiąt złotych miesięcznie. Ten rachunek rozpisałem osobno we wpisie własna aplikacja czy gotowy SaaS.

Krótko

• MVP od 7 200 zł, aplikacja z płatnościami od 20 000 zł, pod klucz od 44 000 zł.
• Cenę robią integracje, role i praca offline. Liczba ekranów jest na końcu.
• Utrzymanie małej aplikacji to około 1 000 – 4 500 zł rocznie, bez abonamentu.
• Software house policzy 2–3 razy więcej i sprzeda Ci przy tym ciągłość zespołu.
• Porównuj zakres i warunki własności, nie same kwoty.
• Jeśli klient nie wraca, aplikacja mobilna nie jest właściwym narzędziem.

Chcesz konkretną liczbę zamiast widełek? Opisz w dwóch zdaniach, co aplikacja ma robić. Wycenę odsyłam w 24 godziny, za darmo. Zobacz też, co dokładnie buduję w aplikacjach mobilnych, albo aplikacje, które już działają.