Wpisujesz w Google „ile kosztuje aplikacja mobilna” i dostajesz odpowiedzi od pięciu tysięcy do ćwierć miliona złotych. Trudno o bardziej bezużyteczny przedział - a jednak wszystkie te liczby bywają prawdziwe, bo pod jednym hasłem kryją się projekty o zupełnie różnej skali.
Po ludzku rozłożymy koszt aplikacji na czynniki pierwsze: co realnie podbija rachunek, dlaczego wybór technologii potrafi ściąć go o kilkadziesiąt procent, a przede wszystkim - w jakich sytuacjach aplikacja faktycznie zarabia na siebie, a kiedy jest drogim gadżetem.
Zacznijmy od rzeczy najważniejszej, bo ona odpowiada za większość tego rozstrzału: aplikacja to nie jest produkt z półki, tylko oprogramowanie robione pod konkretną potrzebę. Dwie aplikacje, które z zewnątrz wyglądają podobnie, mogą różnić się kosztem dziesięciokrotnie - bo jedna wyświetla dane, a druga nimi zarządza, synchronizuje je i działa bez zasięgu.
Orientacyjnie na polskim rynku: prosta aplikacja z kilkoma ekranami to 15 000-35 000 zł, średnia z zapleczem i integracjami 40 000-80 000 zł, a rozbudowany produkt ponad 100 000 zł. Aplikacja obsługująca jeden konkretny proces firmowy potrafi jednak zmieścić się wyraźnie poniżej tych widełek - o ile nie próbuje robić wszystkiego naraz.
Co realnie podbija rachunek
Cena nie bierze się z liczby ekranów, choć to pierwsze, o co pytają klienci. Największe pozycje to:
- Zaplecze (backend). Konta użytkowników, baza danych, powiadomienia push, API i panel administracyjny. Aplikacja, która tylko pokazuje treści, jest kilkukrotnie tańsza od takiej, która przechowuje i synchronizuje dane.
- Integracje. Połączenie z systemem magazynowym, płatnościami, GPS-em czy zewnętrznym API - każda to osobny kawałek pracy i osobne testy.
- Role użytkowników. Aplikacja, w której inne rzeczy widzi kierowca, a inne biuro, to w praktyce dwa interfejsy w jednym.
- Tryb offline. Działanie bez zasięgu brzmi jak drobiazg, a jest jednym z trudniejszych elementów - dane trzeba zbuforować i później bezkolizyjnie zsynchronizować.
- Liczba platform. I tu jest największa dźwignia oszczędności.
React Native: dlaczego to zmienia matematykę
Historycznie aplikacja na iOS i Androida oznaczała dwa osobne projekty: Swift dla Apple, Kotlin dla Androida. Dwa projekty, dwa utrzymania - i rachunek razy dwa.
Technologie cross-platform to odwróciły. React Native pozwala współdzielić ponad 85% kodu między systemami, więc aplikacja na obie platformy kosztuje około 1,3-1,5 raza tyle co na jedną, zamiast dwa razy. Oszczędność sięga 30-40% zarówno przy budowie, jak i przy późniejszym utrzymaniu - bo poprawkę wprowadza się raz, a nie w dwóch miejscach.
To dlatego aplikacje przestały być domeną korporacji. Jeszcze kilka lat temu własna apka była wydatkiem, który mała firma odkładała na później. Dziś projekt obsługujący jeden konkretny proces mieści się w budżecie porównywalnym z porządną stroną - to ta sama zmiana rynkowa, którą opisywaliśmy przy własnych systemach dla firm.
Kiedy natywnie nadal ma sens? Przy intensywnym korzystaniu ze sprzętu: rozszerzonej rzeczywistości, zaawansowanej grafice, specyficznych funkcjach systemowych. Dla typowej aplikacji firmowej - rzadko.
Kiedy aplikacja naprawdę się przydaje
To ważniejsze pytanie niż cena, bo najdroższa aplikacja to ta, z której nikt nie korzysta. Z naszego doświadczenia aplikacja zarabia na siebie wtedy, gdy spełnia przynajmniej jeden z tych warunków:
- Ktoś używa jej codziennie, nie raz na pół roku. Częstotliwość jest kluczowa - przy sporadycznym kontakcie klient i tak nie zainstaluje kolejnej ikony.
- Praca dzieje się w terenie. Poza biurem, w ruchu, często z telefonem w jednej ręce.
- Potrzebny jest sprzęt telefonu. GPS, aparat, skaner kodów, powiadomienia push - rzeczy, których przeglądarka albo nie udostępnia, albo robi to niewygodnie.
- Zasięg bywa słaby. Aplikacja może działać offline i zsynchronizować dane później. Strona po prostu się nie załaduje.
Przykład z naszego podwórka: kierowca w terenie
Najlepiej widać to na konkretnym przypadku. Przy Giewont Atrakcje mierzyliśmy się z sytuacją typową dla firm transportowych i turystycznych: kierowca przez cały dzień jest w drodze, a mimo to musi mieć wszystko pod ręką - lista rezerwacji do potwierdzenia, ile osób ma już na dany dzień, wypisane lokalizacje do planowania trasy w jednym miejscu i powiadomienia o nowych rezerwacjach by szybko się nimi zająć dzięki czemu klient nie ucieka do konkurencji.
Dopóki obsługuje się to telefonami i wiadomościami, wszystko działa - do pierwszego zamieszania. Ktoś nie odbiera, bo prowadzi. Zmiana ustalona rano nie dociera do wszystkich. Biuro nie wie, gdzie w danej chwili jest pojazd, więc nie potrafi odpowiedzieć klientowi na proste pytanie o opóźnienie.
Aplikacja rozwiązuje to inaczej niż strona: kierowca ma jeden ekran z kompletem informacji na dziś, zmiany docierają natychmiast jako powiadomienie, a lokalizacja pojazdu jest widoczna w biurze bez dzwonienia i pytania. Wszystko działa na telefonie, który i tak leży na desce rozdzielczej.
Branże, w których to ma największe znaczenie
Z tych samych powodów aplikacja szczególnie dobrze sprawdza się tam, gdzie praca odbywa się poza biurkiem:
- Transport i turystyka. Kierowcy, przewodnicy, obsługa wyjazdów - grafik, pasażerowie, lokalizacja, zmiany w czasie rzeczywistym.
- Usługi w terenie. Ekipy serwisowe, budowlane, instalatorzy - zlecenia, zdjęcia z miejsca pracy, protokoły odbioru podpisywane na telefonie, status zadania bez wracania do biura.
- Logistyka i dostawy. Trasy, potwierdzenia odbioru, skanowanie kodów.
- Beauty i zdrowie. Tu z kolei liczy się powtarzalny kontakt z klientem: rezerwacje, przypomnienia i karnety, które warto mieć pod ręką. Ten wątek rozłożyliśmy szerzej przy systemach rezerwacji.
- Handel z lojalnością. Aplikacja ma sens wtedy, gdy klient wraca regularnie - inaczej ikona ginie po tygodniu.
Kiedy aplikacja NIE jest potrzebna
Uczciwie: częściej niż się wydaje. Jeśli Twoi klienci mają kontakt z firmą sporadycznie, aplikacja będzie kosztować krocie i leżeć nieużywana. Sama obecność w sklepach z aplikacjami niczego nie załatwia - użytkownik musi jeszcze chcieć ją pobrać i zostawić na telefonie.
W wielu przypadkach tę samą wartość dostarczy PWA, czyli aplikacja webowa instalowana z przeglądarki: ląduje jako ikona na ekranie telefonu, działa na wszystkich urządzeniach z jednego kodu, nie przechodzi weryfikacji w sklepach i kosztuje ułamek tego co aplikacja natywna. Ograniczenia są - gorszy dostęp do sprzętu i słabszy tryb offline - ale dla wielu zastosowań to rozsądny kompromis.
Trzecia opcja bywa najlepsza: dobra, szybka strona z sensownym panelem. Zanim wydasz kilkadziesiąt tysięcy, warto sprawdzić, czy problem nie da się rozwiązać taniej.
Koszty po starcie, o których łatwo zapomnieć
Aplikacja nie kończy się na wdrożeniu. Do rachunku trzeba doliczyć:
| Pozycja | Orientacyjny koszt |
|---|---|
| Konto Apple Developer | ok. 500 zł rocznie |
| Konto Google Play | ok. 100 zł jednorazowo |
| Hosting i zaplecze | od kilkudziesięciu do kilkuset zł miesięcznie |
| Utrzymanie i aktualizacje | ok. 5-20% kosztu budowy rocznie |
Ta ostatnia pozycja nie jest opcjonalna. Systemy iOS i Android aktualizują się co roku, a aplikacja, której nikt nie pilnuje, po kilkunastu miesiącach zaczyna się psuć - aż w końcu przestaje działać albo znika ze sklepu.
Jak nie przepłacić
Kilka zasad, które realnie chronią budżet:
- Zacznij od jednego procesu. Ten sam błąd co przy systemach: lista funkcji rośnie na spotkaniach, aż projekt robi się za drogi, żeby w ogóle wystartować.
- Porównuj oferty przy tym samym zakresie. Różnica w cenie znaczy coś tylko wtedy, gdy obie wyceny obejmują to samo.
- Pytaj o technologię. Jeśli wycena zakłada dwa osobne zespoły natywne, warto zapytać dlaczego.
- Zaplanuj utrzymanie od razu. Aplikacja bez budżetu na aktualizacje to wydatek na dwa lata, nie na pięć.
Jak podchodzimy do tego w noreno
Zaczynamy od pytania, kto i jak często będzie z tej aplikacji korzystał - bo z tego wynika, czy w ogóle warto ją budować. Jeśli okazuje się, że wystarczy dobra strona albo PWA, mówimy to wprost, zamiast sprzedawać droższy projekt.
Kiedy aplikacja ma sens, budujemy ją w React Native: jeden kod na iOS i Androida, jedno utrzymanie, wyraźnie niższy koszt niż przy dwóch osobnych projektach.
Zaczynamy od procesu, który realnie boli - najczęściej jest to komunikacja z ludźmi w terenie - i dopiero potem dokładamy kolejne funkcje. Aplikacja spina się przy tym z resztą: stroną, panelem i systemem, z którego korzysta biuro, więc dane są w jednym miejscu, a nie w trzech.
Zastanawiasz się, czy w Twojej firmie aplikacja się zwróci, czy lepiej zainwestować w coś innego? Napisz do nas - przejdziemy przez Twój proces i powiemy szczerze, co ma sens.