Systemy webowe i aplikacje webowe dla firm: rosną razem z Twoim biznesem

Systemy webowe wyceniamy w widełkach 15 000 - 35 000 PLN netto za działające MVP, które powstaje w 4-6 tygodni. To aplikacje webowe dla firm budowane pod konkretny proces: rezerwacje, panel klienta, obieg zleceń, wycena ofert, integracja systemów, które dziś nie rozmawiają ze sobą. Na tej stronie opisujemy rodzaje systemów, które budujemy dla MŚP, cały proces od discovery po produkcję, realne koszty utrzymania i to, kiedy system webowy w ogóle się nie opłaca.

Czego dowiesz się z tej strony

• czym różni się system webowy od strony internetowej i kiedy go potrzebujesz,
• jakie rodzaje systemów budujemy dla MŚP, z widełkami i czasami,
• jak wygląda discovery i dlaczego bez niego każda wycena to zgadywanie,
• dlaczego budujemy MVP-first zamiast „wszystkiego naraz”,
• ile kosztuje budowa i ile kosztuje utrzymanie miesięcznie,
• jak wygląda migracja z Excela albo starego systemu,
• na jakich technologiach pracujemy i dlaczego.

Czym jest system webowy i po czym poznać, że go potrzebujesz

Strona internetowa pokazuje ofertę i zbiera zapytania. System webowy wykonuje pracę: przyjmuje rezerwacje, liczy wyceny, pilnuje statusów zleceń, wystawia dokumenty, daje klientom wgląd w ich sprawy. Strona to komunikacja, system to operacje.

Typowe sygnały, że firma dojrzała do systemu:

• najważniejszy proces żyje w Excelu, który zna tylko jedna osoba, a plik ma już kilkanaście zakładek i makra, których nikt nie rusza,
• zespół przepisuje te same dane między mailami, arkuszem i programem do faktur,
• klienci dzwonią z pytaniami „jaki jest status”, bo nie mają gdzie tego sprawdzić,
• ofertowanie trwa godzinami, bo każda wycena powstaje ręcznie od zera,
• gotowe narzędzia SaaS, które testowaliście, pokrywają 70% potrzeb, a brakujące 30% to akurat sedno Twojej przewagi.

Ten ostatni punkt jest ważny w drugą stronę: jeśli gotowy SaaS za 200 PLN miesięcznie pokrywa 95% potrzeb, budowa własnego systemu to przepalanie budżetu. Mówimy to wprost na discovery, nawet jeśli oznacza brak projektu dla nas.

Rodzaje systemów webowych, które budujemy dla MŚP

Systemy rezerwacji i umawiania

Kalendarz dostępności, rezerwacja online, przypomnienia mailowe i SMS, obsługa zaliczek. Zamiast abonamentu za gotowe narzędzie, które nie zna Twoich reguł (różne czasy usług, zasoby, lokalizacje), system pilnujący dokładnie Twojej logiki. Taki mechanizm zbudowaliśmy między innymi w portalu Peak Residences: własny system rezerwacji rozmów na Google Calendar i Meet zamiast zewnętrznego widgetu.

Panele klienta

Klient loguje się i widzi swoje sprawy: statusy zleceń, dokumenty, faktury, historię. Efekt jest podwójny: mniej telefonów „co z moją sprawą” do Twojego zespołu i wyższa wiarygodność firmy w oczach klienta.

CRM-y i systemy obiegu pracy szyte na miarę

Uniwersalne CRM-y są świetne, dopóki Twój proces wygląda jak proces „każdej firmy”. Kiedy masz specyficzny lejek, nietypowe etapy, własną terminologię i rozliczenia, system szyty pod proces bywa tańszy w użytkowaniu niż wieczne naginanie gotowca plus opłaty per użytkownik.

Kalkulatory i konfiguratory ofert

Klient (albo handlowiec) wybiera parametry, system liczy cenę według Twoich reguł i generuje ofertę. Skraca ofertowanie z godzin do minut i eliminuje błędy ręcznych wyliczeń. Publiczny kalkulator na stronie działa też jako magnes na leady: policzalny przykład to kalkulator ROI, który wbudowaliśmy w Peak Residences.

Integracje i automatyzacje

Sklep nie rozmawia z magazynem, CRM nie rozmawia z fakturowaniem, dane przepisuje człowiek. Budujemy warstwę integracyjną: API do API, webhooki, kolejki, obsługa błędów. Przykład z naszego portfolio: Wgrzewamy, headless storefront, w którym własny checkout tworzy zamówienia przez Shoper API, a płatności i dostawy są pobierane na żywo z panelu klienta.

Produkty SaaS

Pełne aplikacje z kontami, subskrypcjami Stripe i panelem operatora, budowane od MVP po skalę. Widełki dla SaaS to 35-50 tys. PLN i więcej, szczegóły w cenniku. Nasz warsztat znamy z własnej skóry: Formified.ai to nasz produkt SaaS z AI Coachem, płatnościami Stripe i edge functions na produkcji.

Orientacyjne widełki dla typowych zakresów:

Widełki obejmują około 80% projektów w danej kategorii. Konkretną kwotę dostajesz po discovery, bo bez opisanego zakresu każda „dokładna” wycena to marketing, nie inżynieria.

Proces discovery: tydzień, który oszczędza miesiące

Każdy projekt systemowy zaczynamy od discovery sprintu: tygodnia warsztatów z Tobą i osobami, które faktycznie wykonują proces. Wynik to dokument architektury na 20-30 stron:

• user stories: kto, co i po co robi w systemie,
• schemat bazy danych i model uprawnień,
• mapa funkcji podzielona na MVP i kolejne etapy,
• lista integracji z ryzykami (co ma API, co go nie ma, co udaje, że ma),
• wycena punktowa i harmonogram.

Ten dokument jest samodzielnym produktem: da się go oddać innemu zespołowi developerskiemu i zrozumieć w godzinę. Jeśli po discovery zdecydujesz, że budujesz z kimś innym albo wcale, zostajesz z pełnowartościową specyfikacją, nie z notatkami ze spotkania.

Dlaczego się przy tym upieramy: najdroższe błędy w systemach nie powstają w kodzie, tylko w założeniach. Tydzień rozmów z zespołem jest tańszy niż przebudowa modelu danych w szóstym tygodniu projektu.

MVP-first: dlaczego nie budujemy wszystkiego naraz

Zakres pierwszej wersji ograniczamy świadomie do rdzenia procesu: logowanie, główny flow, płatności (jeśli są), panel administracyjny. Wszystko inne czeka.

Powody są praktyczne:

1. Zespół zweryfikuje system dopiero używając go. Połowa funkcji z pierwotnej listy życzeń okazuje się niepotrzebna, a na ich miejsce wchodzą potrzeby, których nikt nie przewidział. MVP-first oznacza, że budżet na „kiedyś się przyda” wydajesz na „okazało się niezbędne”.
2. Szybciej widzisz zwrot. System, który po 6 tygodniach obsługuje główny proces, zaczyna oszczędzać godziny zespołu od razu, zamiast czekać na „wielkie odsłonięcie” za pół roku.
3. Ryzyko jest ograniczone. Po MVP podejmujesz decyzję na danych: rozwijamy, utrzymujemy, zamykamy. Bez wieloletnich zobowiązań.

Proces krok po kroku

Etap 1: discovery sprint (tydzień 1)

Warsztaty, user stories, schemat bazy, mapa funkcji, wycena. Opisany wyżej.

Etap 2: MVP (tygodnie 2-5)

Logowanie, główny flow, płatności, panel admina. Preview odświeżany na bieżąco, demo na żywo co tydzień. Decyzje o szczegółach podejmujemy razem w trakcie, nie po fakcie. Od pierwszego sprintu w systemie działa monitoring błędów (Sentry) i analityka produktowa (PostHog), więc beta zaczyna się od danych, nie od domysłów.

Etap 3: beta i sygnały z rynku (tygodnie 6-8)

Pierwsi realni użytkownicy, obserwacja błędów i wąskich gardeł, iteracja w dwutygodniowych sprintach dokładnie tam, gdzie boli.

Etap 4: produkcja i handover (tygodnie 9-12)

Pełny tracking, dokumentacja, runbook awarii, transfer wiedzy do Twojego zespołu. Potem: retainer, utrzymanie in-house albo rozwój projektowy. Twoja decyzja, nie warunek umowy.

Wycena etapowa i pakiety

Fakturowanie etapami: 30% na start, 30% po drugim sprincie, 30% po becie, 10% po produkcji. Zmiany zakresu działają w trybie change request: estymata przed pracą, akceptacja pisemna, zero dosypywania faktur po fakcie. Pełny cennik wszystkich usług: cennik.

Integracje: płatności, API, ERP

Systemy rzadko żyją w próżni. Standardowy zakres integracyjny w naszych projektach:

• Płatności: Stripe (subskrypcje, trial, kupony, faktury, dunning na nieudane obciążenia), Tpay, Przelewy24, BLIK. Webhooki piszemy z idempotencją, żeby żadna płatność nie zaksięgowała się dwa razy.
• Fakturowanie i księgowość: integracje z popularnymi narzędziami po API, automatyczne wystawianie dokumentów po zdarzeniach w systemie.
• Komunikacja: mail transakcyjny, SMS, powiadomienia do Slacka, kalendarze Google.
• ERP i systemy magazynowe: tu zawsze zaczynamy od audytu API. Część starszych ERP nie ma sensownego interfejsu i wtedy uczciwie rozmawiamy o wymianie plikowej, harmonogramach synchronizacji i kosztach takiego mostu, zamiast obiecywać „integrację”, która w praktyce będzie skryptem na sznurku.
• AI: architektura każdego systemu jest przygotowana pod logikę LLM: streaming, rate limiting, retry, kolejki. Claude albo GPT da się wpiąć bez przebudowy backendu.

Technologie i dlaczego akurat te

Nasz stack systemowy: React, TypeScript, Supabase (PostgreSQL), Stripe, edge functions, hosting na Vercel albo Cloudflare. Wybrany pod skalowanie i koszty utrzymania, nie pod CV.

Dlaczego Supabase zamiast backendu pisanego od zera: w około 90% systemów dla MŚP daje gotowe, przetestowane logowanie, uprawnienia na poziomie wierszy bazy (RLS), realtime i obsługę plików. To 4-6 tygodni pracy, których nie musisz kupować. Pod spodem jest standardowy PostgreSQL, więc dane są przenośne, a przy nietypowych wymaganiach stawiamy własny backend. Analiza, nie ideologia.

Schemat bazy projektujemy tak, żeby wytrzymał i pierwszego, i setnego tysiąca użytkowników: migracje wersjonowane od pierwszego dnia, edge functions zamiast monolitu, typy współdzielone między bazą a frontem.

Bezpieczeństwo i backupy

Minimalny standard każdego naszego systemu:

• uprawnienia egzekwowane na poziomie bazy (RLS), nie tylko w interfejsie: nawet błąd w kodzie frontu nie odsłoni cudzych danych,
• automatyczne, codzienne backupy bazy z możliwością odtworzenia point-in-time, plus okresowy test odtworzenia (backup, którego nikt nie testował, to notatka, nie backup),
• szyfrowanie w tranzycie i w spoczynku, sekrety poza repozytorium,
• dostępy imienne z rolami, bez współdzielonych kont administracyjnych,
• monitoring błędów i alerty, zanim problem zgłosi klient,
• RODO: minimalizacja danych, rejestr tego, co system przechowuje i po co, mechanizm usunięcia danych użytkownika.

Dla projektów pod większe wymagania (inwestorzy, korporacyjni klienci Twojej firmy) przygotowujemy system w standardzie audytowalnym, z logami dostępu i dokumentacją procesów.

Hosting i realne koszty utrzymania

Budowa to koszt jednorazowy, utrzymanie jest miesięczne. Typowy system dla MŚP kosztuje w infrastrukturze mniej, niż większość właścicieli zakłada:

Do tego opcjonalny retainer na rozwój i poprawki: 4-12 godzin miesięcznie, rozliczany fakturą co miesiąc. Prowizje operatorów płatności (Stripe, Tpay) są kosztem transakcyjnym, procentem od obrotu, nie opłatą stałą.

Migracja z Excela albo ze starego systemu

Najczęstszy punkt startu w MŚP to nie „brak systemu”, tylko Excel, który przestał wystarczać, albo system z 2012 roku, którego dostawca zniknął. Jak to prowadzimy:

1. Excel jako specyfikacja. Arkusz, na którym firma pracuje od lat, to najlepsza dokumentacja procesu. W discovery mapujemy kolumny, zakładki i ukryte reguły („czerwone wiersze to reklamacje”) na jawny model danych.
2. Import z walidacją, nie przeklejanie. Piszemy migrację, która przenosi dane automatycznie i raportuje wszystko, co się nie zgadza: duplikaty, braki, sprzeczne rekordy. Zwykle to pierwszy moment, kiedy firma widzi, ile błędów żyło w arkuszu.
3. Okres równoległy. Przez uzgodniony czas stary plik albo system działa obok nowego. Zespół przechodzi na nowe narzędzie, kiedy mu zaufa, a nie dlatego, że ktoś wyłączył stare z dnia na dzień.
4. Stary system bez API to nie blokada: dane wyciągamy z eksportów, zrzutów bazy albo w ostateczności przez kontrolowane odczytywanie ekranów, i uczciwie mówimy, ile to kosztuje.

Ile trwa budowa systemu webowego

Wszystkie czasy w jednym miejscu: discovery to tydzień, MVP to 4-6 tygodni, pełne wdrożenie produkcyjne z betą to 9-12 tygodni. Te terminy są realne, bo projekt prowadzi jeden zespół od discovery do produkcji, na sprawdzonym stacku i własnym zestawie komponentów, bez narzutu koordynacji między działami. Jakość sprawdzają testy i code review, nie deklaracje.

Co wydłuża projekty w praktyce: decyzje odkładane po stronie klienta, dostępy do systemów zewnętrznych, integracje z narzędziami bez dokumentacji. Wszystkie trzy ryzyka wyłapujemy w discovery i wpisujemy do harmonogramu z buforem, zamiast udawać, że nie istnieją.

Dla kogo to jest, a dla kogo nie

System webowy ma sens, gdy:

• proces pochłania godziny zespołu tygodniowo i rośnie razem z firmą,
• gotowe SaaS-y pokrywają większość potrzeb poza sednem Twojej przewagi,
• dane firmy żyją w kilku miejscach naraz i nikt nie ma pełnego obrazu,
• klienci oczekują samoobsługi, której nie masz jak dać.

System webowy nie ma sensu, gdy:

• gotowe narzędzie za 100-300 PLN miesięcznie robi 95% roboty: kupujesz je, nie budujesz własnego,
• proces zmienia się co miesiąc, bo firma dopiero go szuka: najpierw ustabilizuj proces, potem go automatyzuj,
• budżet kończy się na budowie i nie zostaje nic na utrzymanie i rozwój,
• głównym problemem firmy jest brak klientów, nie obsługa istniejących: wtedy pieniądze lepiej pracują w marketingu i widoczności w wyszukiwarce, którą buduje pozycjonowanie stron.

Tę weryfikację robimy na discovery i jeśli wychodzi „nie budujcie”, mówimy to wprost. Taniej stracić nas jako wykonawcę niż Ciebie jako referencję.

Następny krok

Zacznij od 60-minutowego briefu: opowiadasz o procesie, my zadajemy pytania, które zwykle same porządkują temat. Po briefie proponujemy discovery sprint z wyceną punktową, a po discovery masz komplet: specyfikację, harmonogram i kwotę. Każdy etap kończy się decyzją, którą podejmujesz Ty.