Systemy webowe i aplikacje webowe dla firm. Pod Twój proces

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 jeden konkretny proces: rezerwacje, panel klienta, obieg zleceń, wycenę ofert, spięcie systemów, które dziś nie rozmawiają ze sobą. Niżej opisujemy rodzaje systemów, które budujemy dla MŚP, proces od discovery po produkcję, realne koszty utrzymania i moment, w którym system webowy 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. Gotowe narzędzia z abonamentem rzadko znają Twoje reguły: różne czasy usług, zasoby, lokalizacje. Budujemy system, który pilnuje dokładnie Twojej logiki. Taki mechanizm zbudowaliśmy 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 obieg pracy pisane pod Twój proces

Uniwersalne CRM-y są świetne, dopóki Twój proces wygląda jak proces „każdej firmy”. Kiedy masz nietypowy lejek, własne etapy, terminologię i rozliczenia, system pisany pod ten 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: tak działa 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. Ten 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 zgadywanie.

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ą.

Dlaczego się przy tym upieramy: najdroższe błędy w systemach powstają 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, jeszcze w trakcie rozwoju kolejnych funkcji.
3. Ryzyko jest ograniczone. Po MVP podejmujesz decyzję na danych: rozwijamy, utrzymujemy, zamykamy. Bez wieloletnich zobowiązań.

Od discovery do produkcji, etap po etapie

Etap 1: discovery sprint (tydzień 1)

Warsztaty, user stories, schemat bazy, mapa funkcji, wycena. Szczegóły 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, na bieżąco. Od pierwszego sprintu w systemie działa monitoring błędów (Sentry) i analityka produktowa (PostHog), więc beta zaczyna się od twardych danych.

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. Decyzja należy do Ciebie.

Pakiety i wycena etapowa, bez 100% z góry

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. Wiesz wtedy dokładnie, co synchronizuje się automatycznie, a co i jak często przenosimy plikami.
• 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: React, TypeScript, Supabase

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

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. Decyduje analiza.

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): 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 tylko notatka),
• 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.

Migracja z Excela albo ze starego systemu

Najczęstszy punkt startu w MŚP to 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ą. 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 we własnym tempie, kiedy mu zaufa i sprawdzi na swoich danych, że wszystko się zgadza.
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.

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 na każde z nich.

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: wtedy po prostu je kupujesz,
• 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: 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: 60 minut o Twoim procesie

Brief jest bezpłatny. Opowiadasz o procesie, my zadajemy pytania, które zwykle same porządkują temat. Potem proponujemy discovery sprint z wyceną punktową, a po discovery masz komplet: specyfikację, harmonogram i jedną kwotę. Każdy etap kończy się decyzją, którą podejmujesz Ty.