Ile kosztuje stworzenie aplikacji SaaS? Budżet od MVP do produktu w 2026

Sam build to jednak połowa rachunku, a najdroższy wariant SaaS to ten, którego nikt nie chce. Poniżej rozkładamy budżet na części: co wchodzi do MVP, a co można odłożyć, ile kosztuje pierwszy rok po starcie i kiedy nie budować wcale.

Czego dowiesz się z tekstu:

• czym różni się MVP od pełnego produktu (i czemu to najważniejsza decyzja budżetowa),
• widełki dla każdego etapu, w tabeli,
• z czego składa się koszt: frontend, backend, Stripe, auth, hosting, AI,
• koszty nie-deweloperskie, o których founderzy zapominają,
• skąd bierze się różnica w cenie między butikiem a software housem,
• kiedy NIE budować SaaS.

MVP czy pełny produkt: co właściwie wyceniasz

Najczęstszy błąd w rozmowach o budżecie SaaS: wycenianie wizji zamiast pierwszej wersji. Founder przychodzi z listą 40 funkcji, a pierwszych klientów przekona osiem z nich.

MVP (minimum viable product) to nie „byle jaki produkt”. To najmniejsza wersja, za którą ktoś realnie zapłaci: rejestracja, logowanie, jeden główny flow rozwiązujący problem, płatności z trialem, panel admina. Wszystko inne (drugi język, aplikacja mobilna, API publiczne, piętnaście integracji) to iteracje, które finansujesz już z przychodów albo przynajmniej z wiedzy o tym, czego użytkownicy naprawdę używają.

Nasz własny produkt, Formified.ai (aplikacja fitness z AI, personalizująca trening i dietę pod 31 schorzeń klinicznych), ruszył dokładnie w tym modelu: rdzeń generujący plan treningowy w mniej niż 8 sekund, subskrypcje Stripe z trialem, panel, analityka. Rozszerzenia doszły po starcie, w kolejności wynikającej z zachowań użytkowników, nie z pierwotnej listy życzeń.

Zasada budżetowa: planuj wydanie 100% budżetu na produkt w dwóch transzach, nie w jednej. Pierwsza na MVP, druga (po 2-3 miesiącach zbierania danych) na iteracje. Founderzy, którzy wydają wszystko przed pierwszym użytkownikiem, budują funkcje, których potem nikt nie dotyka.

Widełki etapów: od prototypu do skali

Tak wyglądają etapy budowy SaaS z widełkami, z którymi pracujemy:

Kwoty netto. Rynkowy kontekst: software house policzy za MVP zwykle 100-250 tys. PLN, agencje z dużym szyldem więcej. Freelancer może zejść do 25-40 tys., ale kupujesz wtedy pojedynczą osobę bez zastępowalności: jak zniknie, zostaje kod, którego nikt nie zna.

Prototyp klikany to etap opcjonalny, ale niedoceniany: za 6-12 tys. dostajesz narzędzie do sprzedawania produktu, zanim on istnieje. Dziesięć rozmów z klikanym prototypem potrafi zmienić zakres MVP mocniej niż jakikolwiek warsztat.

Szczegółowy zakres każdego pakietu opisaliśmy na stronie systemów webowych i SaaS, a widełki wszystkich usług w jednym miejscu znajdziesz w cenniku.

Z czego składa się koszt aplikacji SaaS

Rozbijmy MVP za 35-50 tys. na składowe, żeby było widać, za co płacisz:

• Frontend (25-30% budżetu). Interfejs w React + TypeScript: ekrany aplikacji, onboarding, stany błędów, wersja mobilna. To, co użytkownik widzi, ale też to, czego nie widzi: walidacje, loading states, obsługa utraty połączenia.
• Backend i baza danych (25-30%). Logika biznesowa, schemat bazy zaprojektowany na wzrost, uprawnienia na poziomie wierszy (RLS w Supabase), migracje wersjonowane od pierwszego dnia. Najdroższy w naprawianiu element, jeśli został źle zrobiony na starcie.
• Auth (5-10%). Rejestracja, logowanie, reset hasła, sesje, ewentualnie logowanie Google. Brzmi banalnie, jest krytyczne: błąd w auth to incydent bezpieczeństwa, nie zwykły bug.
• Płatności Stripe (10-15%). Subskrypcje, trial, kupony, faktury, webhooki z idempotencją (żeby żadna płatność nie przetworzyła się podwójnie), dunning przy odrzuconych kartach. W Formified i w projektach klienckich to gotowe, przetestowane wzorce, nie kod pisany od zera.
• Panel admina i analityka (10-15%). Dashboard operatora: użytkownicy, MRR, churn, logi, błędy. Bez tego pierwszy miesiąc po starcie to zgadywanie.
• Hosting i infrastruktura (2-5% + koszty stałe). Konfiguracja Cloudflare/Vercel + Supabase, środowiska testowe i produkcyjne, backupy. Sam hosting przy stacku serverless to na starcie 100-500 PLN/mc, nie tysiące.
• AI, jeśli jest częścią produktu (10-20%). Streaming odpowiedzi, rate limiting, retry, kontrola kosztów API, evals jakości. Dobrze wpięta warstwa LLM to zwykle 1-3 tygodnie pracy, źle wpięta to produkt, który przepala budżet na tokeny.

Co najbardziej podbija cenę SaaS

Dwa projekty z pozoru podobne potrafią różnić się wyceną o 30-40 tys. Prawie zawsze odpowiada za to któryś z tych czynników:

• Liczba ról i uprawnień. SaaS z jednym typem użytkownika jest tani. SaaS, gdzie firma ma właściciela, managerów i pracowników z różnymi widokami, wymaga modelu uprawnień, który trzeba zaprojektować i przetestować na każdym ekranie.
• Multi-tenant od startu. Jeśli sprzedajesz firmom (B2B), dane każdej z nich muszą być twardo odizolowane. Robione porządnie od początku kosztuje kilka dni, dorabiane po roku potrafi kosztować przebudowę połowy backendu.
• Liczba integracji. Każde zewnętrzne API (CRM, księgowość, kalendarze, Slack) to osobna pozycja: autoryzacja, mapowanie danych, obsługa błędów i limitów. Trzy integracje w MVP to rozsądek, dziesięć to podwojenie budżetu.
• Rozliczenia inne niż prosty abonament. Płatność za zużycie, cenniki per stanowisko, okresy rozliczeniowe mieszane z jednorazowymi dopłatami: każdy z tych modeli mnoży przypadki brzegowe w kodzie płatności.
• Wymagania czasu rzeczywistego. Czat, wspólna edycja, powiadomienia live. Technicznie wykonalne (Supabase ma realtime w standardzie), ale testowanie takich funkcji jest wyraźnie droższe niż zwykłych widoków.

Praktyczny wniosek: jeśli chcesz zmieścić się w dolnych widełkach, MVP powinno mieć jedną rolę, jeden model abonamentu i maksymalnie 2-3 integracje. Resztę dopisuje się wtedy, kiedy płacący użytkownicy o nią proszą.

Koszty nie-deweloperskie, o których founderzy zapominają

Kod to zwykle mniej niż połowa kosztu pierwszego roku SaaS. Pozycje, które regularnie znikają z founderskich arkuszy:

• Utrzymanie: 1000-3000 PLN/mc. Hosting, monitoring, aktualizacje zależności, poprawki, koszty API (mail transakcyjny, SMS, AI). Rosną z liczbą użytkowników, co akurat jest dobrym problemem.
• Wsparcie klienta: czas, którego nie widać. Przy 100 użytkownikach to 2-5 godzin tygodniowo Twojego czasu. Przy 1000 to już decyzja: narzędzie do ticketów, baza wiedzy, może pierwsza osoba do supportu.
• Compliance i RODO: 2-8 tys. PLN na start. Regulamin, polityka prywatności, umowy powierzenia danych, zgody marketingowe, procedura usuwania konta. Dla SaaS B2B klienci korporacyjni zapytają o to w pierwszym mailu. To koszt prawnika, nie developera, i lepiej ponieść go przed startem niż po pierwszym wezwaniu.
• Marketing: minimum drugie tyle co build, w skali roku. Najczęstszy scenariusz upadku SaaS, jaki widzimy, nie brzmi „produkt nie działał”, tylko „nikt się nie dowiedział, że istnieje”. Landing, SEO, content, płatne testy kanałów, czas na sprzedaż. Jeśli cały budżet konsumuje development, wróć do sekcji poniżej.

Uczciwy rachunek pierwszego roku dla MVP za 40 tys.: 40 tys. build + 15-30 tys. utrzymanie i narzędzia + 30-60 tys. marketing (pieniędzmi lub własnym czasem). Razem 85-130 tys. To nie ma odstraszyć, tylko urealnić: SaaS to firma, nie projekt.

Skąd bierze się różnica w cenie

Rynkowe 100-250 tys. za MVP i nasze 35-50 tys. to ten sam zakres policzony w innej strukturze kosztów. Cztery powody, po kolei:

• Brak narzutu struktury. W dużej firmie do każdej godziny developera doliczany jest account manager i project manager, nawet jeśli przy projekcie pracują dwie osoby. U nas rozmawiasz z osobą, która pisze kod.
• Własny system komponentów. Rejestracja, płatności, panel admina, wysyłka maili i tabela z filtrami to w każdym projekcie ten sam problem. Mamy je rozwiązane raz i przenosimy między projektami, więc nie wyceniamy budowania ich od zera.
• Jeden sprawdzony stack. React, TypeScript, Supabase, Stripe, Cloudflare. Nie dobieramy technologii pod projekt, więc nie płacisz za naukę nowego narzędzia ani za pierwsze potknięcia na produkcji.
• Zakres cięty na starcie. MVP to jeden dopracowany proces, nie osiem zaczętych. Największa oszczędność bierze się z decyzji, czego nie budujemy.

Czego ta różnica nie obejmuje: architektury, modelu uprawnień, code review i bezpieczeństwa. To zostaje po stronie doświadczonego developera i tego etapu nie skracamy, bo błąd na tym poziomie kosztuje najwięcej. Stack pozostaje ten sam, którego używają duże zespoły, a kod od pierwszego dnia jest w Twoim repozytorium, z pełnymi prawami.

Tak zbudowaliśmy Formified.ai i tak budujemy systemy klienckie: od headless e-commerce dla marki Wgrzewamy (custom checkout na Shoper API, sześć metod płatności) po portal inwestycyjny Peak Residences z kalkulatorem ROI i własnym systemem rezerwacji.

Kiedy NIE budować SaaS

Zanim policzysz budżet na MVP, sprawdź tańszą ścieżkę walidacji pomysłu: strona i MVP dla startupu opisuje, co daje landing z listą oczekujących za ułamek tej kwoty.

Najtańsza aplikacja SaaS to ta, która nie powstała, bo nie miała prawa zarobić. Nie budujemy (i mówimy to na briefie wprost), gdy:

1. Nie ma walidacji popytu. Jeśli nie rozmawiałeś z 15-20 potencjalnymi klientami i żaden nie powiedział „wezmę, kiedy będzie”, to budowa MVP jest najdroższą możliwą formą researchu. Tańsza: landing z listą oczekujących, klikany prototyp, przedsprzedaż. Walidacja kosztuje 2-10 tys., brak walidacji 40 tys. i rok życia.
2. Budżet starcza tylko na build. Jeśli masz 45 tys. i wszystko idzie w development, produkt wystartuje w ciszy. Lepiej zbudować węższe MVP za 35 tys. i zostawić 10-15 tys. na dotarcie do pierwszych klientów, niż szersze za całość i zero na marketing.
3. Problem rozwiązuje gotowiec z integracją. Część pomysłów na SaaS to w praktyce „Airtable + automatyzacje + ładny front”. Jeśli da się to złożyć z istniejących narzędzi w tydzień, najpierw sprawdź popyt w ten sposób. Kod napiszemy, kiedy gotowiec zacznie pękać w szwach.
4. Rynek płaci abonamentem niechętnie. Jeśli Twoi klienci to branża, która kupuje raz i nie znosi subskrypcji, może lepszy będzie model licencji albo system webowy na zamówienie. O jego kosztach piszemy osobno w tekście o cenach systemów webowych.

Żaden z tych punktów nie znaczy „nigdy”. Każdy znaczy: najpierw dowód, potem kod.

Jeśli chcesz dostawać takie rozbiórki kosztów i przypadki z realnych projektów na maila, zapisz się na newsletter. Wysyłamy rzadko i konkretnie.

Podsumowanie

Stworzenie aplikacji SaaS kosztuje w Growto 35-50 tys. PLN netto za MVP z płatnościami i panelem admina, 60-150 tys. za produkt na skalę, plus 6-12 tys. za opcjonalny prototyp do walidacji. Do tego pierwszy rok dokłada 15-30 tys. utrzymania i narzędzi oraz budżet marketingowy, bez którego build nie ma sensu. Niższa cena bierze się z braku narzutu struktury i z gotowych komponentów, nie z cięcia jakości. Nic z tego nie zastępuje walidacji: najpierw dowód, że ktoś zapłaci, potem development.

Masz pomysł na SaaS i chcesz wiedzieć, ile realnie będzie kosztował Twój zakres? Umów bezpłatny brief: 60 minut, konkretne widełki na koniec, a jeśli uznamy, że nie powinieneś jeszcze budować, powiemy to wprost.