// sekcja
Czemu estymator zaczyna od 35 000 zł, a nie „od 10k”
Krótka odpowiedź: bo aplikacja za 10 tysięcy nie istnieje, jeśli ma działać u realnego klienta. Da się napisać kod – ale nikt go nie utrzyma, nikt nie odpowie za błędy, nikt nie podłączy CRM-a do faktury. To nie aplikacja, to projekt studencki z fakturą.
Nasz najtańszy scope to integracja systemowa (middleware) – 35 000 zł. Łączymy dwa istniejące systemy, mapujemy dane, pilnujemy retry przy padzie. Niżej zaczyna się obszar „jeden programista, wieczorami, po godzinach” – bywa tańszy, ale wracasz z tym do nas po pół roku z prośbą o ratowanie projektu.
Web app od 55 000 zł. Mobile od 75 000 zł. SaaS multi-tenant od 150 000 zł. To są realne minima, w których możemy wziąć odpowiedzialność za działanie produkcyjne – z testami, deploymentem, dokumentacją, kodem do przekazania.
Ile kosztuje aplikacja mobilna i z czego składa się ta kwota
Ten poradnik jest dla firm, które chcą zamówić aplikację na telefon dla klientów, serwisu albo handlowców i pytają, ile kosztuje aplikacja mobilna, zanim zaczną rozmawiać z wykonawcą. Rozkładamy kwotę na części, pokazujemy, kiedy wystarczy aplikacja webowa, i podpowiadamy, o co pytać przy porównywaniu ofert.
Aplikacja mobilna to zwykle trzy produkty, nie jeden
Klient widzi ikonę na telefonie, ale za nią pracują jeszcze dwie warstwy. Pierwsza to backend: serwer, baza danych, logowanie użytkowników, powiadomienia i API, z którego korzysta aplikacja. Druga to panel administracyjny, w którym Twój zespół zarządza treścią, użytkownikami czy zamówieniami.
Dobrym przykładem jest APP Smart Control zbudowana dla KG Elektronik, producenta sterowników kotłów. Na projekt złożyły się aplikacja w Google Play, dashboard webowy dla zarządców obiektów i backend IoT do telemetrii w czasie rzeczywistym. Od briefu do publikacji minęły 3 miesiące, w modelu fixed-price, a system obsługuje dziś 12 000 podłączonych kotłów. Wycena, która pomija backend albo panel, jest po prostu niepełna.
Przy porównywaniu ofert sprawdź więc, czy każdy wykonawca wycenił wszystkie trzy warstwy. Niska kwota za „aplikację” często oznacza sam interfejs na telefon, do którego backend i panel trzeba zamówić osobno, już po podpisaniu umowy.
Minimalne progi dla różnych typów projektów
Estymator w demie powyżej rozróżnia kilka typów projektów, bo każdy ma inny punkt startowy. Poniższe kwoty to realne minima, przy których bierzemy odpowiedzialność za działanie produkcyjne, z testami, wdrożeniem, dokumentacją i kodem do przekazania.
| Typ projektu | Od | Kiedy wybierany |
| Integracja systemowa (middleware) | 35 000 zł | Dwa systemy już działają, trzeba je połączyć i pilnować przepływu danych |
| Aplikacja webowa | 55 000 zł | Narzędzie pracuje głównie na komputerze, w przeglądarce |
| Aplikacja mobilna | 75 000 zł | Użytkownik potrzebuje telefonu: powiadomień, pracy w terenie, sterowania urządzeniem |
| SaaS multi-tenant | 150 000 zł | Jeden system sprzedawany wielu firmom, każda z własnymi danymi i kontami |
Od tych progów kwota rośnie wraz z liczbą ekranów, ról użytkowników, integracji i wymagań dotyczących pracy offline. Estymator pokazuje rozbicie na komponenty, więc widać, który element najbardziej podnosi wynik.
Kiedy zamiast aplikacji mobilnej wystarczy aplikacja webowa
Nie każdy pomysł na „aplikację” musi trafić do sklepu. Jeśli użytkownicy pracują przy biurku, logują się kilka razy w tygodniu i nie potrzebują powiadomień, aplikacja webowa otwierana w przeglądarce zrobi to samo taniej. Odpada publikacja w sklepach, przegląd przez Apple i Google oraz osobne wydania aktualizacji.
Aplikacja mobilna ma przewagę, gdy liczy się obecność na telefonie klienta. Tak jest przy sterowaniu urządzeniem, powiadomieniach o awarii, pracy serwisantów w terenie albo programie lojalnościowym. W przypadku KG Elektronik chodziło właśnie o to, żeby klient nie musiał schodzić do kotłowni, a o problemie dowiadywał się na telefonie, zanim w domu zrobi się zimno.
Często dobrym kompromisem jest połączenie obu form. Aplikacja mobilna obsługuje klienta końcowego, a aplikacja webowa służy zespołowi wewnętrznemu lub partnerom. Obie korzystają z tego samego backendu, więc nie płacisz dwa razy za logikę i dane.
Ile kosztuje aplikacja mobilna, czyli co najbardziej podnosi kwotę
Dwie aplikacje o podobnej liczbie ekranów mogą mieć bardzo różną wycenę. Różnica zwykle bierze się z kilku obszarów:
- Platformy. Android i iOS jednocześnie to więcej testów, dwa procesy publikacji i dwa zestawy wytycznych sklepów.
- Integracje. Każde połączenie z CRM, ERP, systemem płatności czy bramką SMS to osobny kawałek pracy, którego czas zależy od jakości API po drugiej stronie.
- Urządzenia i IoT. Komunikacja ze sterownikiem, czujnikiem albo maszyną wymaga protokołu, obsługi zerwanego połączenia i testów na prawdziwym sprzęcie.
- Praca offline. Synchronizacja danych po powrocie zasięgu i rozwiązywanie konfliktów to jedna z bardziej pracochłonnych funkcji.
- Role i uprawnienia. Klient, serwisant, administrator i partner handlowy widzą różne dane, a każda rola to osobne ścieżki do zaprojektowania i przetestowania.
Koszty po publikacji, które trzeba zaplanować
Aplikacja mobilna nie kończy się w dniu publikacji. Apple i Google co roku wydają nowe wersje systemów i zmieniają wymagania sklepów, więc aplikację trzeba co jakiś czas zaktualizować, nawet jeśli nie dodajesz nowych funkcji. Do tego dochodzą płatne konta deweloperskie w sklepach, hosting backendu i monitoring błędów.
Przy porównywaniu ofert zapytaj, co dzieje się po starcie: kto reaguje na awarię, jak rozliczane są aktualizacje i czy kod trafia na Twoje konto. W naszych projektach repozytorium jest przekazywane klientowi, a w cenie jest dokumentacja techniczna i 2 tygodnie gwarancji na błędy po wdrożeniu. To punkt odniesienia, który warto przyłożyć do każdej oferty, także konkurencyjnej.
Jak przygotować się do rozmowy, żeby wycena była trafna
Wynik z estymatora to wstępna wycena. Żeby zamienić go w konkretną ofertę, przygotuj kilka rzeczy:
- opis dwóch lub trzech najważniejszych scenariuszy, np. „klient zgłasza awarię i dostaje termin wizyty”,
- listę systemów, z którymi aplikacja ma wymieniać dane, wraz z informacją, czy mają API,
- wskazanie, kto będzie użytkownikiem i ilu ich spodziewasz się na starcie,
- decyzję budżetową: środki własne, finansowanie potwierdzone na piśmie albo dopiero planowane.
Ostatni punkt wpływa nie na kwotę, tylko na moment startu. Jeśli budżet jest potwierdzony, po discovery od razu przechodzimy do zakresu MVP i harmonogramu. Jeśli nie, lepiej wrócić do rozmowy, gdy decyzja zapadnie, niż projektować aplikację, która czeka na finansowanie.
Odpowiedź na pytanie, ile kosztuje aplikacja mobilna dla Twojej firmy, zależy więc od zakresu MVP, a nie od samej liczby ekranów. Lepiej zacząć od wąskiej wersji, która rozwiązuje jeden konkretny problem, i rozbudowywać ją na podstawie danych z realnego użycia.
Zakres naszych projektów opisują strony aplikacje mobilne i rozwiązania IoT, a pełną historię projektu dla KG Elektronik znajdziesz w case study APP Smart Control.