Szukasz, kto zrobi aplikacje mobilne w Krakowie i chcesz liczbę zamiast "to zależy"? Konkret na start: sensowne MVP cross-platform na iOS i Androida to 8 000–18 000 €, pełniejszy produkt z płatnościami i panelem 18 000–40 000 €, a samo MVP powstaje w 4–8 tygodni. Resztę — kiedy React Native wystarcza, za co krakowskie firmy przepłacają i jak wygląda publikacja w App Store i Google Play — rozpisuję niżej.
Piszę to jako ktoś, kto te aplikacje potem utrzymuje, a nie znika po fakturze. Kraków ma jedną cechę widoczną w każdej wycenie, jaką tu dostaniesz: to drugie po Warszawie zagłębie deweloperskie w Polsce, ale stawki idą za tym mocno w górę. Comarch, Motorola, Akamai, Google, dziesiątki centrów SSC/BPO w Kapelance i przy Bonarce — wszyscy polują na tych samych seniorów z AGH i UJ. Dla ciebie wniosek jest jeden: lokalny talent jest dobry, ale drogi, i łatwo przepłacić za nazwę zamiast za produkt.
Najpierw decyzja, która przesuwa budżet o dziesiątki tysięcy: cross-platform czy natywnie
Ta jedna rzecz waży więcej niż liczba ekranów. Trzy realne ścieżki:
- React Native — jeden kod, iOS + Android naraz. TypeScript, ogromny ekosystem, w Krakowie pula programistów jest spora. Mój domyślny wybór do większości aplikacji biznesowych, MVP i appek konsumenckich.
- Flutter — też jeden kod, lepsza kontrola nad ciężkimi, customowymi animacjami. Sensowny przy mocno wizualnym UI, choć specjalistów w Krakowie trochę mniej niż od RN.
- Natywnie (Swift + Kotlin) — dwa osobne kody, dwa zestawy kompetencji, mniej więcej dwa razy droższa budowa i utrzymanie. Opłaca się przy grach (a Kraków to silny ośrodek gamedev — Bloober, People Can Fly w okolicy), AR, ciężkiej pracy z sensorami albo gdy walczysz o każdą klatkę.
Prosta zasada: cross-platform pokrywa 80–90% aplikacji biznesowych przy koszcie o 30–60% niższym niż dwie aplikacje natywne. Jeśli wykonawca pcha natywkę "bo lepsza", nie pytając najpierw, co twoja aplikacja w ogóle ma robić — optymalizuje swój komfort, nie twój budżet. Krakowski startup SaaS, który chce wypuścić mobilny dodatek do produktu webowego, prawie nigdy nie potrzebuje natywki. Aplikacja turystyczna z mapą tras po Kazimierzu i wokół Wawelu — też nie. Studio robiące grę 3D — tak.
Ile to realnie kosztuje w Krakowie
Ceny podaję w euro, bo tak rozliczam i bo kurs złotówki potrafi skakać. Widełki z rynku, nie z sufitu:
MVP cross-platform — 8 000–18 000 €
Kilka–kilkanaście ekranów, logowanie, czyste API, powiadomienia push, jedna–dwie integracje. Tyle kosztuje appka lojalnościowa dla lokalnej sieci kawiarni, prosty produkt do rezerwacji albo pierwsza wersja startupowego SaaS-a na telefon. Powstaje w 4–8 tygodni.
Produkt średniej złożoności — 18 000–40 000 €
Płatności (Stripe, BLIK przez Przelewy24/PayU), konta, dane na żywo, kilka integracji zewnętrznych, panel admina. Tu ląduje większość finansowanych krakowskich startupów na poważne MVP i aplikacje dla sieci gastronomicznych z zamówieniami i dostawą.
Aplikacja złożona — 40 000 €+
Logika marketplace, czat, geolokalizacja, synchronizacja offline, rozbudowany backend, wiele ról. Przy tej skali chcesz zespół albo freelancera, który taki zespół realnie dowozi.
Krakowski software house z biurem przy Rondzie Mogilskim policzy za ten sam zakres często 2–3 razy więcej — bo płacisz za PM-a, account managera, salę konferencyjną i marżę handlowca. Druga skrajność, student AGH za 4 000 zł, kończy się zwykle tak, że po dwóch miesiącach przestaje odbierać telefon, a kodu nikt nie umie przejąć. Środek — senior, który sam pisze i sam odpowiada — jest najzdrowszy. Sam doprowadzam aplikacje do działania end-to-end, dlatego zobacz usługę aplikacji mobilnych i potraktuj projekt jako pełny proces, a nie sam wygląd.
Za co krakowskie firmy najczęściej przepłacają
Najczęstszy przepał: natywka tam, gdzie wystarczy jeden kod. Krakowski rynek jest pełen inżynierów z korporacji, gdzie natywne iOS/Android to standard, bo budżet jest nieograniczony. Przenoszą ten nawyk na twój projekt i nagle płacisz podwójnie za coś, czego użytkownik i tak nie odróżni. Sieć gastronomiczna z sześcioma lokalami w centrum nie potrzebuje natywnego Swifta do appki z menu i programem punktowym.
Drugi przepał: funkcje "na zapas". Kraków ma dużą społeczność studencką, międzynarodową i ukraińską, więc wersja angielska albo ukraińska bywa sensowna — ale dopiero gdy widzisz w analityce, że taki ruch faktycznie się pojawia. Dodanie języka później to dzień roboty, nie tydzień zaplanowany na starcie. Podobnie z powiadomieniami, gamifikacją czy integracją z dziesięcioma systemami naraz. Wypuść rdzeń, zmierz, dobuduj.
Trzeci: backend pod ruch, którego jeszcze nie ma. Krakowski startup turystyczny zapłacił za architekturę "skalowalną na milion użytkowników", miał ich czterystu, a rachunek za infrastrukturę zjadał mu runway szybciej niż marketing. Najpierw produkt, którego ktoś chce, potem skala.
Publikacja w App Store i Google Play — co tu naprawdę zajmuje czas
To pomija się najczęściej. Do każdego terminu doliczasz weryfikację w sklepach, a każdy z nich działa inaczej.
Google Play zwykle przepuszcza aplikację w dzień–dwa. Apple potrafi sprawdzać od kilku godzin do tygodnia, a pierwsze zgłoszenie regularnie wraca z odrzuceniem za drobiazgi: brak polityki prywatności pod wymogi, niejasny opis płatności w aplikacji, screeny niezgodne z zawartością. Programista, który już coś wypuścił, ma te poprawki wkalkulowane. Ten, który nie — zdziwi się na twój koszt i twój termin.
Dwie rzeczy, które musisz mieć ustalone, zanim zapłacisz pierwszą fakturę:
- Aplikacja publikuje się z TWOICH kont — Apple Developer (99 USD rocznie) i Google Play (jednorazowo 25 USD). Te opłaty wnosisz bezpośrednio, to koszt platform, nie wykonawcy. Konta muszą być twoje, żebyś był właścicielem wpisu, opinii i mógł zmienić wykonawcę później.
- Praca nad zgłoszeniem i poprawki po odrzuceniu są w cenie projektu — a nie dopisywane jako "dodatkowa usługa" w połowie wdrożenia.
Jeśli ktoś chce publikować ze swojego konta deweloperskiego "dla wygody" — to poważna czerwona flaga. Tracisz kontrolę nad własnym produktem.
Ile to trwa naprawdę
MVP cross-platform z logowaniem, podstawowymi funkcjami i publikacją: 4–8 tygodni. Produkt średniej złożoności z płatnościami i panelem: 3–4 miesiące. Złożony marketplace albo aplikacja z synchronizacją offline: 5–8 miesięcy, zwykle etapami.
Kto obiecuje prawdziwą aplikację "w dwa tygodnie", dowozi no-code'owy wrapper albo szablon z twoim logo. Do szybkiego sprawdzenia pomysłu czasem wystarczy — tylko wiedz, co kupujesz.
I jeszcze jedno, bo to powód numer jeden, dla którego terminy się ślimaczą: brak treści i decyzji po twojej stronie, a nie kod. Jeśli przez trzy tygodnie nie wiesz, jak ma wyglądać onboarding, albo nie masz tekstów do ekranów, najlepszy programista i tak czeka. Discovery na starcie i jasny zakres skracają projekt bardziej niż jakakolwiek technologia.
Czego oczekiwać od wyceny
Dobra oferta na aplikację w Krakowie ma stały zakres, stałą cenę i umowę. Pada w niej, kto jest właścicielem kodu i kont w sklepach (ty), co dzieje się po starcie (okno na poprawki, wsparcie przy aktualizacjach iOS/Androida i zmianach polityk sklepów) oraz dlaczego akurat ta technologia pasuje do twojej aplikacji. Wycena podana, zanim ktokolwiek zrozumie, co aplikacja ma robić, to zgadywanie — a różnicę pokryjesz ty.
FAQ
Ile kosztuje aplikacja mobilna w Krakowie w 2026 roku?
MVP cross-platform na iOS i Androida to realnie 8 000–18 000 €, produkt średniej złożoności z płatnościami i panelem 18 000–40 000 €, a złożony marketplace 40 000 € w górę. Krakowskie software house'y z biurem w centrum potrafią policzyć za ten sam zakres 2–3 razy więcej, bo finansujesz cały zespół, PM-a i marżę na sprzedaż.
React Native czy natywnie dla krakowskiej aplikacji?
Do większości aplikacji biznesowych, MVP i appek konsumenckich lepszy jest React Native albo Flutter: jeden kod na obie platformy, o 30–60% taniej niż dwie aplikacje natywne i szybciej na rynek. Natywnie (Swift + Kotlin) wybieraj przy grach, AR albo aplikacjach mocno korzystających ze sprzętu telefonu. W Krakowie wielu wykonawców z korporacyjnym nawykiem proponuje natywkę domyślnie — pytaj, czy to wynika z twoich funkcji, czy z ich przyzwyczajenia.
Ile trwa zbudowanie MVP aplikacji?
MVP cross-platform powstaje w 4–8 tygodni, produkt średniej złożoności w 3–4 miesiące, a złożony w 5–8 miesięcy etapami. Do tego dolicz weryfikację w sklepach — Apple potrafi odrzucić pierwsze zgłoszenie za drobne kwestie w politykach. Najczęstszym hamulcem nie jest kod, tylko brak gotowych treści i decyzji po stronie klienta.
Czy aplikacja powinna być publikowana z moich kont Apple i Google?
Tak, zawsze. Aplikacja musi stać na twoich kontach deweloperskich — Apple Developer (99 USD rocznie) i Google Play (jednorazowo 25 USD) — żebyś był właścicielem wpisu w sklepie, opinii i mógł zmienić wykonawcę później. Jeśli programista chce publikować ze swojego konta, tracisz kontrolę nad produktem. To poważna czerwona flaga.
Lepiej krakowski software house czy niezależny senior?
Przy MVP i większości produktów niezależny senior na B2B wygrywa stosunkiem ceny do jakości — nie płacisz za account managera, salę konferencyjną i marżę na sprzedaż, a rozmawiasz z osobą, która faktycznie pisze kod. Software house ma sens przy dużym, wielodziedzinowym projekcie, gdzie kilku specjalistów musi pracować równolegle. Krakowskie stawki korporacyjne są wyraźnie wyższe od reszty kraju, więc tym bardziej warto sprawdzić, za co naprawdę płacisz.
