SaaS, który wychodzi na produkcję i się skaluje — nie tylko demo

Jeśli nie wiesz, czy to, czego potrzebujesz, to „SaaS" czy „po prostu aplikacja webowa" — nie przejmuj się etykietą. Liczy się to, co produkt ma robić, i właśnie po to jest pierwsza rozmowa.

Najdroższy błąd w oprogramowaniu na zamówienie to zbudowanie zbyt wiele, zanim ktokolwiek zacznie z tego korzystać. Dlatego każdy SaaS wyceniam etapami.

Etap pierwszy to MVP — najmniejsza wersja, do której prawdziwi użytkownicy mogą się zalogować i uzyskać wartość. MVP to osobna usługa: od 5000 € w stałej cenie, dostarczane w 2–4 tygodnie. Kluczowe: MVP powstaje na modelu danych i architekturze pełnego produktu — nic nie ląduje w koszu, gdy rośniesz.

Potem iterujemy. Każdy kolejny etap — rozliczenia, więcej ról, integracje, panel admina v2 — dostaje własny spisany zakres, stałą cenę i termin, zanim się zacznie. Decydujesz, co budować dalej, na podstawie tego, co mówią prawdziwi użytkownicy, a nie roadmapy wymyślonej przed startem. Większe aplikacje zawsze wyceniam w ten sposób: jako sekwencję etapów zatwierdzanych po jednym, nigdy jako jedną przytłaczającą wycenę za rok pracy.

Nie musisz wiedzieć, jak działa stack, ale zasługujesz na to, by wiedzieć, dlaczego został wybrany. Mój domyślny zestaw dla SaaS jest celowo nudny:

Dlaczego nudne-ale-sprawdzone zamiast tego, co modne w tym kwartale? Bo Twój produkt będzie żył latami, a każdy egzotyczny wybór technologiczny to podatek płacony wiecznie: trudniejsza rekrutacja, cieńsza dokumentacja, ryzykowniejsze aktualizacje. Sprawdzone narzędzia są tańsze w utrzymaniu, łatwiejsze do przekazania i równie zdolne do skalowania. Jeśli projekt naprawdę potrzebuje czegoś innego, zarekomenduję to i wyjaśnię prostym językiem — stack służy biznesowi, nigdy odwrotnie.

1. Bezpłatna 20-minutowa rozmowa

   Opisujesz, co produkt ma robić; ja zadaję pytania, które kształtują zakres. Bez przygotowań, bez zobowiązań.

2. Stały zakres i cena, na piśmie

   Pierwsza wersja, architektura, termin i koszt. Wiesz dokładnie, co kupujesz, zanim cokolwiek się zacznie.

3. Budowa z cotygodniowym demo

   Co tydzień widzisz działający produkt i sterujesz tym, co dalej. Bez miesięcy ciszy zakończonych wielkim odsłonięciem.

4. Start i wsparcie

   Deployment, analityka i kolejne etapy wyceniane po jednym, gdy realne użycie pokazuje, co warto budować dalej.

Czasem szczera odpowiedź na „czy możesz to zbudować?" brzmi „nie powinieneś za to płacić". Kilka przypadków, w których powiem Ci to na pierwszej rozmowie:

Jeśli to Twoja sytuacja, bezpłatna rozmowa nadal jest aktualna — wolę wskazać Ci teraz właściwą tanią opcję i zbudować Twój produkt później, gdy naprawdę będzie to właściwy ruch.

Dwa moje własne produkty pokazują, jak to wygląda w praktyce: wMenu, SaaS dla restauracji z menu QR, zamówieniami online i panelem właściciela, oraz dr100, platforma dla kliniki stomatologicznej obejmująca rezerwacje i przepływy pacjentów. Oba działają na produkcji, a prawdziwe firmy polegają na nich codziennie — ta sama architektura kont, rozliczeń i dashboardów, którą zbudowałbym dla Ciebie, przetestowana najpierw na moich własnych pieniądzach.