# Łukasz Cysewski: pełna treść serwisu

> Tekst wszystkich stron lukaszcysewski.me w jednym pliku, złożony ze źródeł HTML
> skryptem scripts/build-llms.py. Skrót faktów: https://lukaszcysewski.me/llms.txt

Ostatnia aktualizacja: 2026-09-20

## Spis treści

- Dla firm: oferta, zakres, proces, kompetencje, FAQ: https://lukaszcysewski.me/
- Oferta dla firm: lista czterech uslug: https://lukaszcysewski.me/oferta/
- Usluga: strony internetowe dla firm: https://lukaszcysewski.me/oferta/strony-internetowe/
- Usluga: systemy rezerwacji online: https://lukaszcysewski.me/oferta/system-rezerwacji/
- Usluga: dedykowany system: https://lukaszcysewski.me/oferta/dedykowany-system/
- Usluga: modernizacja i przejecie systemow PHP i Laravel: https://lukaszcysewski.me/oferta/modernizacja-laravel/
- Baza wiedzy: spis tekstow: https://lukaszcysewski.me/baza-wiedzy/
- Baza wiedzy: za co placisz, zamawiajac strone: https://lukaszcysewski.me/baza-wiedzy/za-co-placisz-zamawiajac-strone/
- Baza wiedzy: gotowy system rezerwacji czy dedykowany: https://lukaszcysewski.me/baza-wiedzy/gotowy-system-rezerwacji-czy-dedykowany/
- Baza wiedzy: stary PHP i Laravel: https://lukaszcysewski.me/baza-wiedzy/stary-php-i-laravel-aktualizacja-bez-przestoju/
- Baza wiedzy: przejecie strony po innym wykonawcy: https://lukaszcysewski.me/baza-wiedzy/przejecie-strony-po-innym-wykonawcy/
- Baza wiedzy: hosting na siebie czy u wykonawcy: https://lukaszcysewski.me/baza-wiedzy/hosting-strony-firmowej-wlasny-czy-u-wykonawcy/
- Baza wiedzy: co musisz miec po zakonczeniu projektu: https://lukaszcysewski.me/baza-wiedzy/co-musisz-miec-po-zakonczeniu-projektu/
- Baza wiedzy: dostepnosc strony firmowej: https://lukaszcysewski.me/baza-wiedzy/dostepnosc-strony-firmowej/
- Baza wiedzy: ile trwa projekt: https://lukaszcysewski.me/baza-wiedzy/ile-trwa-projekt-strony-i-systemu/
- Baza wiedzy: co przygotowac przed rozmowa z wykonawca: https://lukaszcysewski.me/baza-wiedzy/co-przygotowac-przed-rozmowa/
- Polityka prywatnosci: https://lukaszcysewski.me/polityka-prywatnosci/
- For business: services, scope, process, skills, FAQ (EN): https://lukaszcysewski.me/en/
- Privacy policy (EN): https://lukaszcysewski.me/en/privacy/

## Dla firm: oferta, zakres, proces, kompetencje, FAQ
Źródło: https://lukaszcysewski.me/
Zaktualizowano: 2026-09-20

Dla firm
Systemy i strony, które zdejmują robotę z zespołu.
Strony internetowe, systemy rezerwacji i dedykowane systemy dla małych i średnich firm z Gdyni i całej Polski, które wyrosły z arkusza i telefonu. Od wizytówki po dedykowany system: prowadzę projekt od pierwszej rozmowy o procesie do wsparcia po starcie. Projekt, dane i dokumentacja zostają do Twojej dyspozycji.
Napisz do mnie
Co mogę zrobić
Bezpłatny przegląd
od 2023
komercyjnie przy systemach na produkcji
4
etapy do wdrożenia, potem wsparcie
do 24 h
czas odpowiedzi na wiadomość
od 1. dnia
konta i serwer u Ciebie, kod na żądanie
Co robię
Z czym najczęściej przychodzą firmy.
Każdy punkt to problem, który słyszę na pierwszej rozmowie, i to, co dostajesz w zamian. Technologia jest na końcu, bo to narzędzie, nie produkt.
Excel i maile przestały wystarczać. Panel, w którym zespół prowadzi obieg umów i dokumentów w jednym miejscu, z historią zmian i uprawnieniami. LARAVEL · VUE
Terminy ustalane telefonicznie. System zapisów, w którym klient sam wybiera wolny termin, a Ty widzisz obłożenie. System rezerwacji online: jak to działa. LARAVEL · LIVEWIRE
Strony nie da się zmienić bez programisty. Serwis na lekkim, autorskim CMS-ie, w którym sam zmieniasz treści i zdjęcia. Bez wtyczek, bez opłat licencyjnych, bez aktualizacji psujących układ. Strona internetowa dla firmy: co wchodzi w zakres. AUTORSKI CMS
Gotowe narzędzie nie obsługuje Twojego procesu. System zbudowany wokół tego, jak firma faktycznie pracuje, zamiast obejść, które kosztują więcej niż sam program. Dedykowany system dla firmy: kiedy się opłaca. PHP · VUE 3 · NUXT
Dane przepisywane ręcznie między systemami. Połączenie, które robi to samo w tle: magazyn, księgowość, system partnera. Plus chatboty i agenci AI tam, gdzie ktoś odpowiada na to samo pytanie po raz setny. OPENAI · MCP · REST · SOAP
Chcesz sprzedawać swoje oprogramowanie. Architektura, która to udźwignie: moduły włączane per klient, osobne instancje produkcyjne, rozliczenia abonamentowe. FEATURE FLAGS · PŁATNOŚCI
System działa, ale nikt nie chce go dotykać. Aktualizacja na żywym systemie, bez przestoju. Ze starszych, niewspieranych wersji PHP i Laravela na aktualne, z testami, żeby było wiadomo, że nic nie odpadło. Modernizacja systemu PHP i Laravel bez przestoju. PHP · LARAVEL · TESTY
Nie masz kogo zapytać, gdy coś przestaje działać. Utrzymanie: monitoring, backupy, aktualizacje i poprawki. Także systemów po innym wykonawcy. DOCKER · CI/CD · PHPUNIT
Masz już stronę albo system? Bezpłatny przegląd: 30 minut rozmowy i lista, co poprawić. Nie widzisz tu swojego przypadku? I tak napisz, wiele projektów to połączenie kilku obszarów.
Zakres
Od wizytówki po system.
Trzy poziomy zaangażowania. Nie każda firma potrzebuje trzeciego, a część spraw zamyka się na pierwszym.
Wizytówka
Kilka podstron, CMS do samodzielnej edycji, kontakt przez formularz albo sam adres e-mail, podstawowe SEO i dostępność. Dla firmy, która potrzebuje wiarygodnej obecności w sieci i nic ponad to. Strona internetowa dla firmy.
Strona z funkcjami
Wszystko powyżej plus jedna albo dwie rzeczy, które realnie oszczędzają czas: rezerwacja terminu, panel klienta, kalkulator wyceny, integracja z systemem, którego już używasz. System rezerwacji online.
Dedykowany system
Narzędzie zbudowane wokół procesu firmy, od modelu danych po wdrożenie i utrzymanie. Wtedy, gdy gotowe rozwiązania wymuszają zmianę sposobu pracy, zamiast go wspierać. Dedykowane systemy i modernizacja istniejących systemów.
Nie wiesz, który poziom? Napisz. Powiem, którego naprawdę potrzebujesz, a nie który chciałbym sprzedać. Czasem odpowiedź brzmi: wystarczy Ci mniejszy zakres, niż myślisz.
Ceny nie liczę od poziomu, tylko od spisanego zakresu: co ma powstać, czego nie będzie i ile poprawek mieści się w cenie. Pierwsza rozmowa i widełki są bezpłatne, bez zobowiązań.
Każda usługa ma osobny opis: zakres, przebieg i to, co zostaje u Ciebie. Zobacz całą ofertę.
Jak pracuję
Od pierwszej wiadomości do wsparcia.
Piszesz. Kilka zdań o tym, co ma zacząć działać inaczej.
Rozmowa. Trzydzieści do czterdziestu pięciu minut o procesie, nie o technologii. Bezpłatnie i bez zobowiązań. Mówię wprost, czy pomogę.
Zakres i wycena. Spisany zakres, widełki i termin dostajesz mailem, zanim cokolwiek zacznę. Zostają u Ciebie także wtedy, gdy zdecydujesz się nie iść dalej.
Wdrożenie. Pracuję etapami. Po każdym widzisz działającą wersję, a nie prezentację.
Wsparcie. Poprawki po starcie i utrzymanie, jeśli chcesz.
Pięć zasad
Najpierw proces, potem kod. Zanim coś zaproponuję, chcę zrozumieć, gdzie firma traci czas.
Nudna technologia wygrywa. Laravel, MySQL, Redis: sprawdzone narzędzia, które działają latami, zamiast architektury na pokaz.
Najmniejszy zakres, który rozwiąże problem. Jeśli wystarczy mniejszy zakres, powiem to, zamiast budować system na wyrost.
Bez uzależniania od siebie. Projekt, dane i dokumentacja zostają do Twojej dyspozycji.
Wiesz, na czym stoisz. Zakres, widełki i termin dostajesz mailem po pierwszej rozmowie, a o ryzykach mówię, zanim wejdą do projektu.
Kompetencje
Co mogę dla Ciebie zrobić.
Obszary, w których pracuję na co dzień. Technologia jest tu narzędziem, więc opisuję ją przez to, co dzięki niej zaczyna działać.
Rozliczenia i abonamenty
Subskrypcje, faktury cykliczne i e-faktury do KSeF prosto z systemu, moduły włączane per klient.
Integracje między systemami
Połączenia z systemami partnerów, także starszymi: dane krążą w obie strony bez ręcznego przepisywania.
Serwisy z danymi z zewnątrz
Dane pobierane z innych systemów i odświeżane w tle, treści w kilku językach prowadzi redakcja.
Panele i systemy wewnętrzne
Obieg dokumentów, uprawnienia, historia zmian, powiadomienia mobilne i SMS, wokół procesu firmy.
Modernizacja i utrzymanie
Nowe wersje PHP i Laravela na żywych systemach, monitoring, kopie i poprawki, także po innym wykonawcy.
Dostępność i jakość
Obsługa klawiaturą i czytnikiem ekranu (WCAG 2.1 AA), testy automatyczne przed każdą zmianą. Co to znaczy w praktyce.
Kim jestem
Jedna osoba, całość projektu.
Łukasz Cysewski, programista z Gdyni. Buduję strony i systemy w Laravel i Vue dla firm z Trójmiasta i, zdalnie, z całej Polski. Ponad trzy lata komercyjnie, przy platformie SaaS i serwisach dla klientów. Backend, frontend i infrastruktura w jednych rękach, bez przekazywania sprawy między działami.
Techniczne rzeczy tłumaczę po ludzku, bez żargonu.
FAQ
Zanim napiszesz.
Pytania, które padają najczęściej na pierwszej rozmowie.
Jak wygląda współpraca od pierwszej wiadomości?
Piszesz kilka zdań o tym, czego potrzebujesz. Potem rozmowa o procesie, wycena zakresu, wdrożenie i wsparcie po starcie. Projekt prowadzę od początku do końca, bez przekazywania sprawy między działami. Co przygotować przed rozmową: pięć rzeczy, pół godziny. Pracuję zdalnie z całej Polski, a na miejscu spotykam się w Gdyni, Gdańsku i Sopocie.
Ile kosztuje projekt?
Nie mam cennika z półki, bo wycena zależy od zakresu. Liczę ją od tego, co ma powstać: spisujemy zakres, dzielę go na etapy i wyceniam każdy z nich. Do wyboru stała wycena za zdefiniowany zakres albo stawka dzienna przy dłuższej współpracy. Rozliczenie: współpraca B2B, na fakturę. Pierwsza rozmowa i widełki są bezpłatne, bez zobowiązań, zanim zaczniemy cokolwiek robić. Rachunek rozbity na części opisałem w tekście za co płacisz, zamawiając stronę.
Na cenę wpływa zakres, termin i to, ile ryzyka biorę na siebie. Najmniejsze zlecenia, jakie przyjmuję od nowych klientów, to kilka dni pracy. Drobne zmiany robię dla systemów, które już prowadzę, w ramach utrzymania. W cenie jest wdrożenie na serwer i przekazanie dostępów; poza nią zostają rzeczy kupowane bezpośrednio na Twoje konto: hosting, domena i płatne integracje.
Ile trwa projekt?
Termin podaję razem z zakresem, po rozmowie, bo liczy się nie tylko to, co ma powstać, ale i to, jak szybko dostaję treści oraz decyzje po Twojej stronie.
Pracuję etapami, więc pierwszy działający fragment widzisz, zanim całość będzie gotowa, a każdy kolejny etap ma własny termin. Jeśli coś się przesuwa, mówię o tym w tygodniu, w którym to widzę, a nie na końcu.
Nowy projekt zaczynam po wdrożeniu poprzedniego, więc datę startu ustalamy na pierwszej rozmowie. Z czego składa się kalendarz projektu i co go wydłuża, rozpisałem w tekście ile trwa zrobienie strony firmowej.
Podpisujemy umowę i NDA?
Tak. Umowa ze spisanym zakresem, terminami i zasadami zmian, żeby obie strony wiedziały, co jest w cenie i co się dzieje, gdy w trakcie dojdzie nowy pomysł. NDA podpiszę przed pierwszą rozmową o szczegółach, jeśli tego potrzebujesz.
Mogę zobaczyć wcześniejsze realizacje?
Większość systemów, które buduję, działa wewnątrz firm i jest objęta poufnością, więc nie pokażę ich publicznie.
Na rozmowie opowiadam o nich bez nazw: jaki był problem, co powstało i co się zmieniło w pracy zespołu. Publicznie mogę pokazać tę stronę i własne narzędzia na GitHubie.
Kto przygotowuje projekt graficzny i UX?
Jestem developerem, nie grafikiem. Przy mniejszych projektach pracuję na własnym, dopracowanym układzie, takim jak ta strona. Gdy wygląd jest kluczowy, dobieram grafika spośród osób, z którymi pracuję, albo pracuję na projekcie dostarczonym przez klienta. Mówię o tym na pierwszej rozmowie, żeby nie było niespodzianki.
Kto utrzymuje stronę po wdrożeniu?
Do wyboru. Możesz przejąć wszystko, bo projekt, dane i dokumentacja są na Twoich kontach. Możesz zostawić utrzymanie mnie: monitoring, backupy, aktualizacje i poprawki w ustalonym wymiarze. Możesz też przekazać je komuś innemu. Dwie drogi hostingu porównałem w tekście o hostingu strony firmowej.
Przejmiesz utrzymanie systemu po innym wykonawcy?
Tak, to częsty scenariusz. Przenoszę żywe systemy ze starszych, niewspieranych wersji PHP i Laravela na aktualne, bez przestojów. Zaczynam od przeglądu kodu i infrastruktury, żeby powiedzieć wprost, co da się uratować, a co trzeba przepisać. Co sprawdzam w pierwszym tygodniu, spisałem w tekście o przejęciu strony po innym wykonawcy.
Czyj jest kod po zakończeniu projektu?
Kod i dane stworzone specjalnie pod Twój projekt przenoszę na Ciebie w umowie, razem z dostępami i dokumentacją potrzebną do utrzymania i dalszego rozwoju. Biblioteki open source, z których korzysta projekt, zostają na swoich licencjach. To standard i nie ogranicza tego, co możesz z kodem zrobić.
Jeżeli strona korzysta z mojego autorskiego CMS-a, dostajesz do niego bezterminową licencję do użytku w ramach swojej strony, z prawem do zmian na własne potrzeby. Nie jesteś uzależniony od dalszej współpracy ze mną. Listę rzeczy, które po projekcie powinny być u Ciebie, zebrałem w tekście co musisz mieć po zakończeniu projektu.
Co się stanie, jeśli wypadniesz z gry?
Kod, dane i dokumentacja są Twoje: dostajesz je na żądanie w każdej chwili, a serwer, domena i konta usług stoją na Twoich danych, więc nic nie jest zamknięte u mnie. Repozytorium prowadzę u siebie albo na koncie Twojej firmy, jak wolisz. Dokumentację piszę tak, żeby inny programista Laravel przejął projekt bez rozmowy ze mną: instrukcja uruchomienia, opis integracji i powody ważniejszych decyzji.
Przy dłuższej współpracy ustalamy z góry, kto przejmuje sprawę, gdybym był niedostępny.
Kontakt
Napisz.
Współpraca B2B: projekt do zrealizowania albo stały kontrakt. Rozliczenie na fakturę, zdalnie w całej Polsce lub na miejscu w Gdyni, Gdańsku i Sopocie. Opisz w kilku zdaniach, czego potrzebujesz. Odpisuję zwykle w ciągu 24 godzin.
Masz już stronę albo system i nie wiesz, od czego zacząć? Bezpłatny przegląd: 30 minut rozmowy, a po niej mailem lista, co poprawić i w jakiej kolejności. Podaj dwa terminy, które Ci pasują: potwierdzam jeden z nich albo proponuję najbliższy wolny.
E-mail
kontakt@lukaszcysewski.me
Telefon
+48 511 599 056
LinkedIn
/lukasz-cysewski-dev
Baza
Gdynia · Trójmiasto · zdalnie

## Oferta dla firm: lista czterech uslug
Źródło: https://lukaszcysewski.me/oferta/
Zaktualizowano: 2026-09-20

Oferta
Oferta dla firm: strony, rezerwacje, systemy i modernizacja
Cztery rodzaje pracy, które firmy zamawiają najczęściej. Każda ma osobną stronę: co wchodzi w zakres, jak wygląda przebieg i co zostaje u Ciebie po wdrożeniu.
Nie wiesz, która pozycja opisuje Twój problem? Opisz go w dwóch zdaniach, a powiem, czy to w ogóle projekt na zamówienie.
Napisz do mnie
Jak pracuję
Baza wiedzy
Zakres
Cztery rzeczy, które buduję.
Projekty zwykle łączą po dwie z nich: strona z systemem rezerwacji, dedykowany system z modernizacją tego, co już działa. Rozdzielam je tylko po to, żeby dało się zacząć od jednej.
Strona Strona internetowa dla firmy, którą zmieniasz samodzielnie
Serwis na lekkim, autorskim CMS-ie: treści i zdjęcia prowadzisz sam, bez wtyczek, opłat licencyjnych i aktualizacji psujących układ. Dostęp do serwera masz od pierwszego dnia, a kod z historią zmian na żądanie w każdej chwili.
Rezerwacje System rezerwacji online zbudowany pod Twój grafik
Reguły dostępności odpowiadające temu, jak naprawdę pracujesz, płatność online, powiadomienia i widok obłożenia dla zespołu. Zamiast telefonu i arkusza prowadzonego obok systemu.
System Dedykowany system: panel, obieg dokumentów, integracje
Oprogramowanie zbudowane wokół procesu firmy, z uprawnieniami, historią zmian i wymianą danych z systemami, których już używasz. Wdrażane etapami, każdy z własnym terminem.
Modernizacja Modernizacja i przejęcie systemu PHP oraz Laravel bez przestoju
Stary system nie musi znikać, żeby przestał być ryzykiem. Przenoszę żywe projekty na wspierane wersje krok po kroku, z testami tam, gdzie awaria kosztuje najwięcej.
Od czego zacząć
Jeżeli nie wiesz, która z czterech pozycji opisuje Twoją sytuację, to normalne: firmy przychodzą z problemem, nie z nazwą usługi. Najczęściej brzmi on „ktoś przepisuje to ręcznie”, „nie da się zmienić treści bez programisty” albo „boimy się dotknąć tego systemu”.
Co masz dziś? Nic albo wizytówkę sprzed lat Stronę, która działa System, który chodzi od lat Co dziś najbardziej przeszkadza? Zmiana treści wymaga programisty Klienci umawiają się telefonicznie Zespół przepisuje dane ręcznie Nikt nie chce dotykać systemu
Co z tego wychodzi
Strona firmowa na autorskim CMS-ie.
Zaczynamy od struktury i treści; panel do samodzielnej edycji jest częścią zakresu, nie dopłatą.Skoro strona działa, zwykle wystarczy przenieść treść na lekki CMS i zmienić sposób edycji, bez budowania od nowa.
Treści i zdjęcia prowadzisz sam, bez wtyczek i opłat licencyjnych.
Zobacz, co wchodzi w zakres System rezerwacji zbudowany pod Twój grafik.
Rezerwacje mogą wejść razem z nową stroną: klient wybiera termin tam, gdzie czyta o usłudze.System rezerwacji da się dobudować do strony, którą już masz, bez jej wymiany.Rezerwacje można dopiąć do systemu, który już działa, zamiast przepisywać terminy między nimi.
Reguły dostępności odpowiadające temu, jak pracujesz, płatność online i widok obłożenia dla zespołu.
Zobacz, co wchodzi w zakres Dedykowany system.
Najpierw jeden proces od początku do końca: wprowadzenie sprawy, obieg, statusy i podgląd dla osoby, która musi wiedzieć, na czym stoi.Strona zostaje. Obok niej powstaje panel, w którym dane przestają krążyć w arkuszach i mailach.Zwykle nie wymieniamy tego, co działa: dokładamy jeden panel, który spina istniejące systemy i przenosi dane w tle.
Obieg spraw, uprawnienia i integracje z systemami, których już używasz.
Zobacz, co wchodzi w zakres Modernizacja i przejęcie systemu.
Jeśli systemu jeszcze nie ma, to raczej rozmowa o tym, co ma powstać: napisz dwa zdania, a powiem, od czego zacząć.Najpierw przegląd tego, co stoi za stroną: wersje, dostępy, kopie zapasowe. Dopiero potem zmiany.Zaczynamy od przeglądu: co da się uratować, a co trzeba napisać na nowo. Potem aktualizacja na żywym systemie, bez przestoju.Zmiana treści wymaga programisty, bo system stoi na starych wersjach. Najpierw przegląd i aktualizacja, potem panel do edycji.
Testy tam, gdzie awaria boli najbardziej, i plan wycofania każdej zmiany.
Zobacz, co wchodzi w zakres
To podpowiedź, nie wycena. Jeśli Twój przypadek nie mieści się w żadnej z odpowiedzi, napisz w dwóch zdaniach, co ma zniknąć z pracy zespołu.
Na pierwszej rozmowie ustalamy, co ma zniknąć z pracy zespołu, a dopiero potem, czym to zrobić. Zakres, widełki i termin dostajesz mailem, zanim cokolwiek się zacznie. Trzy poziomy zaangażowania pokazują, jak duży bywa taki projekt, a baza wiedzy odpowiada na pytania, które padają przed decyzją.
Następny krok
Napisz, co ma zniknąć z pracy zespołu.
Dwa albo trzy zdania wystarczą, żebym powiedział, czy to projekt na zamówienie, czy wystarczy mniejszy zakres. Odpisuję zwykle w ciągu 24 godzin. Pracuję z Gdyni: spotkania na miejscu w Gdyni, Gdańsku i Sopocie, zdalnie w całej Polsce.
Wolisz rozmowę od pisania? +48 511 599 056, w dni robocze.
Napisz do mnie
FAQ o współpracy
Bezpłatny przegląd

## Usluga: strony internetowe dla firm
Źródło: https://lukaszcysewski.me/oferta/strony-internetowe/
Zaktualizowano: 2026-09-20

Usługa
Strona internetowa dla firmy z Gdyni i Trójmiasta, którą zmieniasz samodzielnie
Serwis firmowy na lekkim, autorskim CMS-ie. Treści i zdjęcia prowadzisz samodzielnie, bez wtyczek, opłat licencyjnych i aktualizacji psujących układ. Dostępy są po Twojej stronie od pierwszego dnia, a kod z historią zmian dostajesz na żądanie.
Napisz do mnie
Bezpłatny przegląd
Kiedy taka strona ma sens
Firmowa strona przestaje spełniać swoją rolę zwykle w jednym z trzech momentów: gdy każda drobna zmiana wymaga maila do wykonawcy, gdy na telefonie wygląda inaczej niż w folderze, albo gdy trzeba do niej dołożyć coś, czego szablon nie przewidywał. Wtedy zwykle nie chodzi o to, żeby strona była ładniejsza, tylko żeby przestała blokować pracę.
Buduję serwisy firmowe dla małych i średnich firm: kilka albo kilkanaście podstron, treści prowadzone samodzielnie, jasna droga do kontaktu. Pracuję z Gdyni, z firmami z Gdańska, Sopotu i całego Trójmiasta na miejscu, a z resztą Polski zdalnie.
Co wchodzi w zakres
Zakres spisujemy przed startem, ale w praktyce powtarza się ten sam trzon:
Struktura i teksty na siatce. Zaczynamy od tego, po co ktoś wchodzi na stronę i co ma zrobić dalej. Dopiero potem powstają podstrony.
Panel do samodzielnej edycji. Treści, zdjęcia, podstrony i menu zmieniasz sam, w polach opisanych po polsku.
Formularz albo jasny kontakt. Formularz z ochroną przed spamem, kontakt mailowy i telefoniczny, wszystko zapisane w jednym miejscu.
Podstawy widoczności. Tytuły i opisy pod wyszukiwarkę, mapa strony, dane strukturalne, poprawne adresy podstron.
Dostępność. Strona ma działać także dla osoby, która korzysta z klawiatury albo czytnika ekranu. To standard WCAG 2.1 AA, a przy zamówieniach publicznych i projektach unijnych bywa wymogiem.
Wdrożenie i przekazanie. Domena, certyfikat, poczta, kopie zapasowe, dostępy na Twoich kontach.
Lekki CMS zamiast wtyczek
Wgrywasz treść i zdjęcia.
System składa sekcje.
Strona bez wtyczek.
Strony firmowe stawiam na własnym, lekkim CMS-ie. Model treści jest zbudowany z powtarzalnych sekcji: dokładasz kolejny blok, zmieniasz kolejność, podmieniasz zdjęcie. Nie ma wtyczek, które trzeba kupować co roku, i nie ma aktualizacji, po której układ rozjeżdża się bez powodu.
Zdjęcia wgrywasz w oryginale, a system sam robi z nich wersje dopasowane do ekranu, żeby strona nie ważyła kilku megabajtów. Wersje językowe prowadzi się obok siebie, w tym samym panelu.
Jeżeli strona korzysta z mojego CMS-a, dostajesz do niego bezterminową licencję do użytku w ramach swojej strony, z prawem do zmian na własne potrzeby. Nie jesteś uzależniony od dalszej współpracy ze mną.
Szybkość i dostępność nie są dodatkiem
Strona firmowa nie potrzebuje animacji na każdym kroku. Potrzebuje ładować się szybko na telefonie w gorszym zasięgu i być czytelna dla każdego, kto na nią trafi. Dlatego buduję ją z niewielu części: mało skryptów, fonty z własnego serwera, obrazy w rozmiarze dopasowanym do ekranu.
Dostępność traktuję jak część zakresu, nie jak dopłatę: kontrast tekstu, widoczny fokus, obsługa klawiaturą, opisy obrazów, poprawna struktura nagłówków. Ta strona, którą właśnie czytasz, jest zbudowana według tych samych zasad.
Co zostaje u Ciebie
Domena i hosting są rejestrowane na Twoje dane albo przenoszone na nie przed startem. Dostęp do serwera masz od pierwszego dnia, a kod z historią zmian dostajesz na żądanie, nie dopiero po zakończeniu projektu. Do tego krótka dokumentacja: jak uruchomić, gdzie co leży, co zrobić przy typowych zmianach.
Hosting możesz kupić sam albo zostawić po mojej stronie w stałym abonamencie. W obu przypadkach dostępy wyglądają tak samo, a przy hostingu u mnie dochodzi umowa powierzenia przetwarzania danych, żeby było spisane, kto za co odpowiada.
Jak liczę wycenę
Nie mam cennika z półki, bo cena strony zależy od liczby podstron, od tego, ile treści trzeba uporządkować, i od tego, czy dochodzą funkcje poza samą prezentacją. Liczę to, co spisane: co ma powstać, czego nie będzie i ile rund poprawek mieści się w cenie.
Pierwsza rozmowa i widełki są bezpłatne. Jeśli okaże się, że wystarczy Ci mniejszy zakres, powiem to zamiast dobudowywać. Więcej o tym, co podbija cenę, a co ją zbija, piszę w tekście za co płacisz, zamawiając stronę internetową dla firmy.
FAQ
Pytania, które padają najczęściej.
Czy stronę zmienię sam, bez programisty?
Tak, to sedno tego rozwiązania. Treści, zdjęcia, podstrony i pozycje w menu zmieniasz w panelu, w polach opisanych po polsku, a nie w kodzie. Panel pokazuje tylko to, co faktycznie występuje na Twojej stronie, więc nie ma dwudziestu opcji, których nikt nie rusza.
Na koniec pokazuję, jak to działa, i zostawiam krótką instrukcję. Jeśli wolisz oddać zmiany komuś innemu, panel obsłuży to tak samo: osoba z zewnątrz dostaje własne konto i tylko te uprawnienia, które ma mieć.
Dlaczego nie WordPress?
WordPress jest dobrym wyborem, gdy potrzebujesz gotowego ekosystemu wtyczek i masz w zespole osobę, która będzie go obsługiwać. Cena za to jest inna niż w fakturze: wtyczki, które trzeba aktualizować, aktualizacje, które psują układ, i powierzchnia ataku, którą trzeba pilnować.
Mój CMS robi mniej: prowadzi treść i zdjęcia, resztę załatwia kod strony. Mniej ruchomych części to mniej rzeczy, które popsują się same z siebie. Jeśli Twój zespół zna WordPressa i chce przy nim zostać, powiem to wprost, zamiast przekonywać do zmiany.
Czyj jest kod i co, jeśli zmienię wykonawcę?
Kod i dane stworzone specjalnie pod Twój projekt przenoszę na Ciebie w umowie, razem z dostępami i dokumentacją potrzebną do utrzymania. Jeżeli strona korzysta z mojego autorskiego CMS-a, dostajesz do niego bezterminową licencję do użytku w ramach swojej strony, z prawem do zmian na własne potrzeby.
Praktycznie oznacza to, że kolejny wykonawca dostaje kod z historią zmian, dostęp do serwera i opis, jak to uruchomić. Nie musi rozmawiać ze mną, żeby zacząć pracę.
Robisz też teksty i zdjęcia?
Piszę teksty techniczne i potrafię uporządkować to, co już masz: skrócić, poukładać w sekcje, nazwać rzeczy po imieniu. Nie jestem copywriterem sprzedażowym ani fotografem.
Przy projektach, w których treść jest sednem, pracujemy z osobą od tekstu albo ze zdjęciami, które dostarczasz. Mówię o tym na pierwszej rozmowie, żeby nie okazało się w połowie projektu, że strona czeka na treści.
Następny krok
Napisz kilka zdań o swoim przypadku.
Napisz, ile mniej więcej podstron ma mieć strona, co ma się na niej dziać poza prezentacją firmy i kiedy ma ruszyć. Odpisuję zwykle w ciągu 24 godzin i mówię wprost, czy pomogę.
Wolisz rozmowę od pisania? +48 511 599 056, w dni robocze.
Napisz do mnie
FAQ o współpracy
Bezpłatny przegląd
Bezpłatny przegląd to 30 minut rozmowy, a po niej mailem lista, co poprawić i w jakiej kolejności. Na czym polega.
Powiązane
System rezerwacji online
Dedykowany system dla firmy
Przejęcie strony po innym wykonawcy
Dostępność strony firmowej
Ile trwa zrobienie strony firmowej

## Usluga: systemy rezerwacji online
Źródło: https://lukaszcysewski.me/oferta/system-rezerwacji/
Zaktualizowano: 2026-09-20

Usługa
System rezerwacji online zbudowany pod Twój grafik
Rezerwacje bez telefonu i bez arkusza obok panelu: reguły dostępności, które odpowiadają Twojej pracy, płatność online, powiadomienia i widok obłożenia dla zespołu.
Napisz do mnie
Bezpłatny przegląd
Kiedy gotowy system przestaje wystarczać
Gotowe systemy rezerwacji są dobrym wyborem na start: abonament, kilka kliknięć i widget na stronie. Problem pojawia się w momencie, gdy Twój sposób pracy nie mieści się w ich formularzu. Usługa trwa różnie w zależności od zakresu, jeden pracownik obsługuje dwa stanowiska naraz, cena zależy od miejsca dojazdu, a klient hurtowy ma inne zasady niż przypadkowy.
Wtedy zaczyna się obchodzenie systemu: notatki w komentarzu do rezerwacji, blokowanie terminów na zapas, arkusz obok panelu. Zwykle to jest moment, w którym dedykowany system zaczyna być tańszy niż abonament plus praca ludzi, którzy go nadrabiają.
Co potrafi system szyty na miarę
Reguły dostępności, które odpowiadają rzeczywistości. Godziny pracy, przerwy, czas na dojazd albo sprzątanie między wizytami, różna długość usługi, limity dzienne.
Wycena liczona na bieżąco. Cena zależna od usługi, czasu, liczby osób albo strefy, pokazana klientowi w momencie wyboru terminu, a nie po telefonie.
Panel dla zespołu. Widok dnia i tygodnia, obłożenie, szybkie przełożenie terminu, notatka do zlecenia i historia zmian.
Powiadomienia. Potwierdzenie i przypomnienie mailem lub SMS-em, powiadomienie do pracownika o nowym zleceniu.
Konto klienta. Podgląd swoich rezerwacji, zmiana terminu w zadanych granicach, historia i dokumenty.
Pon Wt Śr Czw Pt 9:00 10:00 11:00
zajęte wolne właśnie zarezerwowane
Każda z tych rzeczy z osobna jest do zrobienia. Rzecz w tym, żeby złożyć je tak, żeby zespół nie musiał niczego obchodzić. Dlatego zaczynam od rozmowy o procesie, a nie o funkcjach.
Integracje, które zwykle dochodzą
System rezerwacji rzadko stoi sam. Najczęściej podłączamy do niego kalendarz, z którego już korzysta zespół, bramkę płatności, wysyłkę powiadomień i program do fakturowania. Tam, gdzie rezerwacje spływają także z serwisu partnera, dochodzi połączenie z jego systemem: zlecenie wpada do panelu gotowe do obsługi, zamiast być przepisywane z maila.
Każda integracja to część zakresu i część kosztu utrzymania, więc mówię wprost, które z nich naprawdę zdejmują pracę, a które tylko dobrze wyglądają na liście.
Wdrożenie etapami
Jedna usługa, jeden zespół.
Potwierdzenia i panel.
Płatności i konto klienta.
Integracje i lokalizacje.
Nie zaczynamy od kompletu funkcji. Pierwszy etap to zwykle rezerwacja jednej usługi u jednego zespołu, z potwierdzeniem i podglądem w panelu. To wystarczy, żeby przestać umawiać telefonicznie i żeby zobaczyć, czy reguły dostępności odpowiadają temu, co dzieje się naprawdę.
Kolejne etapy dokładają płatności, konto klienta, wiele lokalizacji albo integracje. Po każdym etapie widzisz działającą wersję, a nie prezentację, i decydujesz, czy idziemy dalej.
Co dostajesz na koniec
Serwer, domena i konta usług stoją na Twoich danych, a kod i dane dostajesz na żądanie w każdej chwili; repozytorium może leżeć u mnie albo na koncie Twojej firmy. Do tego dokumentacja: jak uruchomić system, jak działają integracje i co robić przy typowych sytuacjach, na przykład gdy trzeba ręcznie zablokować terminy.
Utrzymanie możesz zostawić mnie albo przejąć samodzielnie. Jeśli ktoś inny ma przejąć rozwój, dostanie wszystko, czego potrzebuje, bez rozmowy ze mną. Więcej o wyborze między abonamentem a własnym systemem piszę w tekście gotowy system rezerwacji czy dedykowany.
FAQ
Pytania, które padają najczęściej.
Czy klient zapłaci od razu przy rezerwacji?
Tak, jeśli tego chcesz. Płatność online albo zadatek pobrany przy rezerwacji odsiewa terminy rezerwowane na próbę i zamyka sprawę, zanim klient się rozmyśli.
Można też zostawić płatność na miejscu, a online pobierać tylko zadatek przy droższych usługach. To decyzja o procesie, nie o technologii, więc rozmawiamy o niej przed wdrożeniem.
Co z podwójnymi rezerwacjami?
Termin jest blokowany w momencie potwierdzenia, a nie po wypełnieniu formularza, więc dwie osoby nie zajmą tego samego miejsca, nawet gdy klikną w tej samej sekundzie.
Jeśli korzystasz z zewnętrznego kalendarza, synchronizacja działa w obie strony: wpis dodany ręcznie u Ciebie zajmuje termin w systemie rezerwacji i odwrotnie.
Mamy kilka lokalizacji i kilka osób. Da się to ogarnąć?
Tak. Zasoby, czyli osoby, stanowiska albo pojazdy, mają własne grafiki, czas trwania usługi i przerwy między zleceniami. Klient wybiera usługę, a system pokazuje tylko te terminy, które naprawdę da się obsłużyć.
Przy kilku lokalizacjach dochodzi podział uprawnień: kierownik widzi swoją lokalizację, a właściciel całość.
Co z danymi klientów i RODO?
System zbiera tylko to, co jest potrzebne do obsługi rezerwacji, i tyle pokazuje w panelu. Dostęp jest podzielony na role, a operacje na rezerwacjach zostawiają ślad w historii zmian.
Jeżeli system stoi na moim serwerze, podpisujemy umowę powierzenia przetwarzania danych, w której wypisani są także podwykonawcy, na przykład dostawca serwera i kopii zapasowych.
Następny krok
Napisz kilka zdań o swoim przypadku.
Napisz, co rezerwują Twoi klienci, ile osób lub stanowisk trzeba pogodzić w grafiku i co dzisiaj najczęściej się sypie. Odpisuję zwykle w ciągu 24 godzin. Pracuję z Gdyni: spotkania na miejscu w Gdyni, Gdańsku i Sopocie, zdalnie w całej Polsce.
Wolisz rozmowę od pisania? +48 511 599 056, w dni robocze.
Napisz do mnie
FAQ o współpracy
Bezpłatny przegląd
Bezpłatny przegląd to 30 minut rozmowy, a po niej mailem lista, co poprawić i w jakiej kolejności. Na czym polega.
Powiązane
Dedykowany system dla firmy
Strona internetowa dla firmy
Gotowy system rezerwacji czy dedykowany

## Usluga: dedykowany system
Źródło: https://lukaszcysewski.me/oferta/dedykowany-system/
Zaktualizowano: 2026-09-20

Usługa
Dedykowany system dla firmy: panel, obieg dokumentów, integracje
Oprogramowanie zbudowane wokół tego, jak firma faktycznie pracuje, zamiast obejść, które kosztują więcej niż sam program. Wdrażane etapami. Konta i serwer stoją na Twoich danych, a kod i dane dostajesz na żądanie w każdej chwili.
Napisz do mnie
Bezpłatny przegląd
Kiedy arkusz i gotowe narzędzie przestają wystarczać
Większość firm nie potrzebuje dedykowanego systemu na starcie. Arkusz, skrzynka i jeden gotowy program wystarczają długo. Granica pojawia się wtedy, gdy praca zaczyna polegać na pilnowaniu narzędzi: ktoś przepisuje dane z jednego systemu do drugiego, ktoś pilnuje, żeby dwie osoby nie edytowały tego samego pliku, a odpowiedź na pytanie „na czym stoi ta sprawa” wymaga trzech telefonów.
Wtedy warto policzyć, ile godzin miesięcznie zjada obchodzenie narzędzi. To zwykle liczba, która decyduje o sensie projektu, a nie sama cena wdrożenia.
Gotowe czy dedykowane
Kiedy sprawdza się gotowe narzędzie, a kiedy własny system
Sytuacja
Lepsze rozwiązanie
Standardowy proces, typowy dla całej branży
Gotowe narzędzie z abonamentem
Proces, który jest Twoją przewagą i różni Cię od konkurencji
Dedykowany system
Kilka osób, krótki obieg, mało wyjątków
Gotowe narzędzie
Dużo wyjątków obsługiwanych notatkami i arkuszem obok systemu
Dedykowany system
Dane rozsypane po systemach, które nie rozmawiają ze sobą
Integracja i jeden panel
Najczęstszy wynik tej rozmowy nie brzmi „budujemy wszystko od zera”, tylko „zostawiamy to, co działa, i dokładamy jeden panel, który to spina”.
Co zwykle powstaje najpierw
Pierwszy etap obejmuje jeden proces od początku do końca: wprowadzenie sprawy, jej obieg, statusy, uprawnienia i podgląd dla osoby, która musi wiedzieć, na czym stoi. Dopiero potem dochodzą raporty, integracje i wygody, bez których da się przeżyć miesiąc.
Obieg dokumentów i spraw. ze statusami, terminami i osobą odpowiedzialną.
Uprawnienia rolami: kto widzi, kto zmienia, kto zatwierdza.
Historia zmian, żeby dało się odtworzyć, co i kiedy się wydarzyło.
Powiadomienia. mailem, SMS-em albo w telefonie, gdy coś czeka na decyzję.
Integracje. z systemami, których już używasz, żeby dane nie były przepisywane ręcznie.
Eksport i raporty. w formacie, który realnie trafia do księgowości albo do zarządu.
Magazyn Księgowość System System partnera Raporty Dane krążą w obie strony, zamiast być przepisywane ręcznie.
Jak pracuję przy takich projektach
Proces firmy.
Etap zamknięty wersją.
Uruchomienie z zespołem.
Korekta zakresu.
Pracuję etapami po to, żeby ryzyko było rozłożone. Każdy etap kończy się wersją, którą można uruchomić i pokazać zespołowi. Jeśli po pierwszym etapie okaże się, że proces wygląda inaczej, niż mówiono na rozmowie, poprawiamy kierunek wtedy, a nie po wydaniu całego budżetu.
Technologie dobieram nudne z premedytacją: Laravel, MySQL, Redis, Docker. To narzędzia, które działają latami i do których znajdziesz kolejnego programistę na rynku. Jakości pilnują testy automatyczne uruchamiane przed każdym wdrożeniem, więc poprawka w jednym miejscu nie psuje po cichu drugiego.
Utrzymanie po starcie
System wewnętrzny żyje dłużej niż projekt, w którym powstał. Dlatego od początku ustawiam monitoring, kopie zapasowe i sposób wdrażania zmian, a nie dokładam ich po fakcie. Utrzymanie możesz zostawić mnie w ustalonym wymiarze, przejąć samodzielnie albo przekazać komuś innemu.
Jeśli masz już system, który działa, ale nikt nie chce go dotykać, zacznij od modernizacji i przejęcia systemu PHP i Laravel, zamiast pisać wszystko od nowa.
FAQ
Pytania, które padają najczęściej.
Od czego zaczynamy, jeśli nie mamy specyfikacji?
Od rozmowy o tym, jak sprawa przechodzi dzisiaj przez firmę: kto ją zaczyna, gdzie czeka, kto musi zatwierdzić i w którym miejscu najczęściej się zacina. Z tego powstaje opis procesu, a dopiero z niego lista funkcji.
Specyfikacja pisana na zapas zwykle się dezaktualizuje, zanim powstanie pierwszy ekran. Wolę spisać pierwszy etap dokładnie, a kolejne ogólnie i doprecyzować je, gdy zobaczysz działającą wersję.
Czy taki system zastąpi księgowość albo magazyn?
Zwykle nie powinien. Systemy księgowe i magazynowe robią swoją robotę dobrze i mają obowiązki prawne po swojej stronie. Dedykowany system najczęściej siada obok nich i spina je ze sobą: przenosi dane, pilnuje statusów i pokazuje jeden widok zamiast trzech.
Jeżeli okaże się, że wystarczy integracja i jeden panel, powiem to, zamiast budować drugi system do tego samego.
Co z uprawnieniami i tym, kto co widzi?
Uprawnienia są ustalane rolami: co dana grupa widzi, co może zmienić i co zatwierdza. Operacje na danych zostawiają ślad w historii zmian, więc widać, kto i kiedy coś zmienił.
To zwykle najważniejsza część dla firm, które do tej pory pracowały na wspólnym arkuszu, gdzie każdy mógł nadpisać wszystko.
Kto to utrzyma, jeśli przestaniemy współpracować?
Serwer, domena i konta usług stoją na Twoich danych, a kod i dane dostajesz na żądanie w każdej chwili; repozytorium może leżeć u mnie albo na koncie Twojej firmy. Piszę dokumentację tak, żeby inny programista Laravel uruchomił projekt bez rozmowy ze mną: instalacja, opis integracji i powody ważniejszych decyzji.
Technologie dobieram pod to samo kryterium: sprawdzone, popularne narzędzia, do których są ludzie na rynku, zamiast egzotycznych rozwiązań, które ładnie wyglądają w opisie.
Robisz integracje z AI?
Tak. Integracje przez REST, SOAP i webhooki, modele OpenAI i własne serwery MCP. Po godzinach buduję narzędzie, w którym agent nadaje zapisanym linkom tytuł, streszczenie i kategorię, a w moim CMS-ie komponent OCR zamienia zdjęcia dokumentów na tekst. Na rozmowie mówię wprost, kiedy model językowy jest dobrym pomysłem, a kiedy zwykła reguła zrobi to samo taniej i przewidywalnie.
Następny krok
Napisz kilka zdań o swoim przypadku.
Opisz jeden proces, który zjada najwięcej czasu: kto go zaczyna, gdzie utyka i co dzisiaj trzyma go w ryzach. Z tego zwykle wychodzi zakres pierwszego etapu. Pracuję z Gdyni: spotkania na miejscu w Gdyni, Gdańsku i Sopocie, zdalnie w całej Polsce.
Wolisz rozmowę od pisania? +48 511 599 056, w dni robocze.
Napisz do mnie
FAQ o współpracy
Bezpłatny przegląd
Bezpłatny przegląd to 30 minut rozmowy, a po niej mailem lista, co poprawić i w jakiej kolejności. Na czym polega.
Powiązane
System rezerwacji online
Modernizacja systemu PHP i Laravel
Strona internetowa dla firmy

## Usluga: modernizacja i przejecie systemow PHP i Laravel
Źródło: https://lukaszcysewski.me/oferta/modernizacja-laravel/
Zaktualizowano: 2026-09-20

Usługa
Modernizacja i przejęcie systemu PHP oraz Laravel bez przestoju
Stary system nie musi znikać, żeby przestał być ryzykiem. Przenoszę żywe projekty na wspierane wersje krok po kroku, z testami tam, gdzie awaria kosztuje najwięcej, i z planem wycofania każdej zmiany.
Napisz do mnie
Bezpłatny przegląd
Objawy, które zwykle nas do siebie prowadzą
Hosting przysyła informację, że wersja PHP przestaje być wspierana, a system nie chce się uruchomić na nowszej.
Ostatnia zmiana w kodzie była dawno, a nikt w firmie nie wie, co się stanie po kolejnej.
Autor systemu przestał odpowiadać albo zmienił branżę.
Biblioteki nie dostają już poprawek bezpieczeństwa, a audyt albo ubezpieczyciel pyta o to wprost.
Każda nowa funkcja wyceniana jest wysoko, bo „trzeba przy okazji ruszyć pół systemu”.
Żaden z tych objawów nie oznacza, że system trzeba wyrzucić. Zwykle oznacza, że przez kilka lat nikt nie robił małych kroków i teraz trzeba je zrobić naraz.
Przegląd na start
Zaczynam od przeglądu kodu i infrastruktury. Sprawdzam, na czym to stoi, jakie biblioteki są przeterminowane, gdzie są integracje, co jest testowane i czy da się postawić środowisko od zera na czystej maszynie. Ten ostatni punkt bywa najbardziej bolesny, bo pokazuje, ile wiedzy istnieje tylko w głowie poprzedniego wykonawcy.
Wynikiem jest lista: co grozi naprawdę, co jest kosmetyką i w jakiej kolejności to robić. Dopiero z niej powstaje zakres i wycena.
Jak wygląda aktualizacja bez przestoju
Kopia produkcji. Pracuję na środowisku odtworzonym z produkcji, z danymi pozbawionymi wrażliwych informacji.
Siatka testów w newralgicznych miejscach. Najpierw testy tam, gdzie awaria kosztuje najwięcej: logowanie, płatności, dokumenty, integracje.
Wersja po wersji. Przechodzimy kolejne wersje PHP i Laravela po kolei, zamiast skakać przez pięć naraz. Po każdym kroku system musi działać.
Zmiany w bazie osobno. Struktura bazy zmienia się mniejszymi krokami, żeby dało się wycofać pojedynczą zmianę bez cofania całości.
Wdrożenie poza godzinami pracy. Z planem wycofania i kopią zapasową sprzed zmiany.
Obserwacja po starcie. Monitoring błędów przez pierwsze dni, bo część problemów widać dopiero pod prawdziwym ruchem.
Przejęcie systemu po innym wykonawcy
Przy przejęciu pierwsze tygodnie są najważniejsze, bo wtedy ustala się, czy w ogóle masz kontrolę nad własnym systemem. Zbieramy dostępy do repozytorium, serwera, domeny, bazy i usług zewnętrznych, ustawiamy kopie zapasowe i sprawdzamy, czy da się odtworzyć system z tego, co jest.
Dopiero potem ma sens rozmowa o nowych funkcjach. Szczegółową listę rzeczy do sprawdzenia opisałem w tekście przejęcie strony po innym wykonawcy.
Co dostajesz
System na wspieranych wersjach, z kopiami zapasowymi i monitoringiem, z testami w miejscach, które najbardziej bolą, i z dokumentacją, która pozwala uruchomić projekt bez rozmowy ze mną. Do tego lista rzeczy odłożonych świadomie, z powodem, żeby następna osoba nie musiała ich odkrywać od zera.
Po
Wersja PHP i Laravela
wspierana, z poprawkami bezpieczeństwa
Wdrożenie
jednym poleceniem, z cofnięciem
Testy
uruchamiane przed każdym wdrożeniem
Kopie zapasowe
automatyczne, odtworzenie sprawdzone
Monitoring
powiadomienie, zanim zauważy klient
Przed
Wersja PHP i Laravela
bez wsparcia, luki bez poprawek
Wdrożenie
ręczne, bez drogi powrotnej
Testy
brak, każda zmiana to zakład
Kopie zapasowe
nieregularne, nigdy nieodtwarzane
Monitoring
brak, awarię zgłasza klient
Ten sam system przed modernizacją i po niej. Te same pozycje, inne odpowiedzi.
Utrzymanie po modernizacji możesz zostawić mnie albo prowadzić samodzielnie. Jeśli chcesz rozumieć, co realnie grozi przy starym PHP, zacznij od tekstu stary PHP i Laravel: co realnie grozi.
FAQ
Pytania, które padają najczęściej.
Da się zrobić aktualizację bez wyłączania systemu?
W większości przypadków tak. Pracuję na kopii środowiska produkcyjnego, przenoszę system wersja po wersji, a zmiany wdrażam wtedy, gdy ruch jest najmniejszy. Użytkownik widzi co najwyżej krótkie odświeżenie, a nie komunikat o przerwie technicznej.
Wyjątkiem są zmiany w strukturze bazy przy dużych tabelach: wtedy planujemy okno serwisowe z góry i mówimy o nim z wyprzedzeniem, zamiast ryzykować w biegu.
Nie mamy testów. To przekreśla projekt?
Nie, to typowa sytuacja. Zaczynam wtedy od testów na tych fragmentach, które najbardziej bolą, gdy przestaną działać: logowanie, płatności, wystawianie dokumentów, integracje.
To wystarczy, żeby aktualizacja przestała być skokiem na główkę. Reszta testów dokłada się przy okazji zmian, a nie jako osobny, wielomiesięczny projekt.
Przepisać od zera czy modernizować?
Przepisanie od zera brzmi czysto, ale zwykle oznacza, że przez rok firma płaci za dwa systemy i nie dostaje nic nowego, a wiedza zaszyta w starym kodzie znika po drodze.
Zaczynam od przeglądu i mówię wprost, co da się uratować, a co trzeba napisać na nowo. Czasem odpowiedź brzmi: przepisujemy jeden moduł, a resztę aktualizujemy.
Przejmiesz system, którego autor nie chce już wspierać?
Tak, to częsty scenariusz. Pierwszy krok to zebranie dostępów i kodu oraz sprawdzenie, czy da się postawić środowisko od zera. Dopiero potem rozmawiamy o zmianach.
Jeśli dostępy są niepełne, mówię o tym od razu, bo to zwykle największe ryzyko w takich projektach. Co sprawdzić po swojej stronie, opisałem w tekście o przejęciu strony po innym wykonawcy.
Następny krok
Napisz kilka zdań o swoim przypadku.
Napisz, na czym system stoi dzisiaj, kto go pisał i co przestało działać albo czego boisz się dotknąć. Zwykle wystarczy to, żeby powiedzieć, czy zaczynamy od przeglądu, czy od gaszenia pożaru. Pracuję z Gdyni: spotkania na miejscu w Gdyni, Gdańsku i Sopocie, zdalnie w całej Polsce.
Wolisz rozmowę od pisania? +48 511 599 056, w dni robocze.
Napisz do mnie
FAQ o współpracy
Bezpłatny przegląd
Bezpłatny przegląd to 30 minut rozmowy, a po niej mailem lista, co poprawić i w jakiej kolejności. Na czym polega.
Powiązane
Dedykowany system dla firmy
Stary PHP i Laravel: co realnie grozi
Przejęcie strony po innym wykonawcy

## Baza wiedzy: spis tekstow
Źródło: https://lukaszcysewski.me/baza-wiedzy/
Zaktualizowano: 2026-09-20

Baza wiedzy
Baza wiedzy: strony i systemy dla firm bez żargonu
Teksty, które odpowiadają na pytania padające przed decyzją: ile to kosztuje i dlaczego tyle, gotowe czy własne, ile to potrwa, co zrobić ze starym systemem, jak przejąć projekt po kimś i co znaczy dostępna strona.
Wolisz rozmowę od pisania? +48 511 599 056, w dni robocze.
Zadaj własne pytanie
Usługi dla firm
Bezpłatny przegląd
Teksty
Dziewięć pytań, które słyszę najczęściej.
Każdy tekst odpowiada na pytanie, które pada przed podjęciem decyzji, a nie po. Bez sprzedaży w połowie akapitu i bez liczb, których nie da się sprawdzić.
Wycena Za co płacisz, zamawiając stronę internetową dla firmy
Z czego składa się rachunek za stronę: co podbija cenę, co ją zbija, jakie koszty wracają co roku i o co zapytać, żeby porównać dwie oferty różniące się dwukrotnie.
Decyzja Gotowy system rezerwacji czy dedykowany: kiedy abonament przestaje się opłacać
Sześć sygnałów, że gotowe narzędzie kosztuje więcej, niż widać na fakturze, trzecia droga przez integrację i rachunek policzony na trzy lata.
Ryzyko Stary PHP i Laravel: co realnie grozi i jak zrobić aktualizację bez przestoju
Co się dzieje, gdy wersja przestaje być wspierana, jak wygląda przegląd na start i dlaczego przepisanie wszystkiego od zera zwykle jest złą odpowiedzią.
Lista kontrolna Przejęcie strony po innym wykonawcy: co sprawdzić w pierwszym tygodniu
Dostępy, próba odtworzenia projektu od zera, kopie zapasowe i czerwone flagi, przy których trzeba działać szybciej niż zwykle.
Hosting Hosting strony firmowej: kupić na siebie czy zostawić wykonawcy?
Domena, serwer i poczta rozdzielone na trzy rzeczy, dwie drogi z rachunkiem na trzy lata i pięć pytań, które rozstrzygają wybór na jednej rozmowie.
Odbiór projektu Kod, dostępy, dokumentacja: co musisz mieć po zakończeniu projektu
Sześć rzeczy, które powinny zostać u Ciebie, różnica między kodem na zamówienie a narzędziem wykonawcy i test „wykonawca jutro znika”.
Dostępność Dostępność strony firmowej: co to znaczy w praktyce
Pięć rzeczy, które sprawdzisz sam w pięć minut, podział prac na te przy okazji i te do zaplanowania oraz cztery pytania do oferty.
Przygotowanie Co przygotować przed rozmową z wykonawcą
Pięć rzeczy do spisania w pół godziny, lista tego, czego przygotowywać nie trzeba, i ściąga do wklejenia w pierwszy mail.
Termin Ile trwa zrobienie strony firmowej i co ten czas wydłuża
Kalendarz projektu rozbity na cztery części, pięć najczęstszych powodów opóźnień i cztery pytania do oferty zamiast samej daty.
Po co ta baza wiedzy
Większość decyzji o stronie albo systemie podejmuje osoba, która nie zajmuje się tym zawodowo: właściciel firmy, kierownik, ktoś z biura. Oferty przychodzą w języku, w którym nie da się zestawić dwóch propozycji, a różnica w cenie bywa dwukrotna bez widocznego powodu.
Piszę te teksty tak, żeby dały się przeczytać przed rozmową z kimkolwiek, także ze mną. Jeśli po lekturze wyjdzie Ci, że wystarczy gotowe narzędzie za abonament, to też jest dobry wynik.
Jeżeli wolisz od razu przejść do konkretów, zobacz usługi dla firm: strony internetowe, systemy rezerwacji, dedykowane systemy oraz modernizację i przejęcie starszych systemów.
Następny krok
Nie ma tu Twojego pytania?
Napisz je własnymi słowami, nawet jeśli brzmi niefachowo. Odpowiadam mailem, a jeśli pytanie wraca u kolejnych firm, dopisuję do niego tekst. Odpisuję zwykle w ciągu 24 godzin.
Wolisz rozmowę od pisania? +48 511 599 056, w dni robocze.
Zadaj własne pytanie
Oferta dla firm
FAQ o współpracy

## Baza wiedzy: za co placisz, zamawiajac strone
Źródło: https://lukaszcysewski.me/baza-wiedzy/za-co-placisz-zamawiajac-strone/
Zaktualizowano: 2026-09-20

Wycena
Za co płacisz, zamawiając stronę internetową dla firmy
Łukasz Cysewski, programista z Gdyni. Tekst z 14 września 2026.
Bez cennika z półki, bo każda kwota podana w oderwaniu od zakresu jest zmyślona. Za to z rozbiciem rachunku na części, żeby dało się porównać dwie oferty różniące się dwukrotnie.
Napisz o swoim przypadku
Wszystkie teksty
W skrócie
Strona to nie jedna pozycja: praca nad treścią, projekt graficzny, kod i wdrożenie oraz utrzymanie po starcie. Poproś o rozbicie na te cztery części.
Cenę podbijają rzeczy niewidoczne na zrzucie ekranu: nietypowe funkcje, wersje językowe, migracja treści i zachowanie starych adresów.
Co roku wracają: domena, hosting, poczta, kopie zapasowe i aktualizacje. Porównuj rachunek na trzy lata, nie kwotę za wdrożenie.
Pytanie „ile kosztuje strona internetowa” ma tyle samo sensu co pytanie, ile kosztuje samochód dostawczy. Odpowiedź zależy od tego, co ma wozić. Ten tekst nie poda Ci kwot, bo każda podana w oderwaniu od zakresu byłaby zmyślona. Pokaże, z czego składa się rachunek, żeby dało się porównać dwie oferty, które różnią się dwukrotnie, i wiedzieć, za co dopłacasz.
Pierwsza rzecz: strona to nie jedna pozycja
W ofercie za stronę zwykle mieszczą się cztery różne rzeczy: praca nad tym, co ma się na niej znaleźć, projekt graficzny, kod i wdrożenie oraz utrzymanie po starcie. Firma, która podaje jedną liczbę bez rozbicia, nie robi Ci przysługi: przy pierwszej rozbieżności okaże się, że akurat ta część była poza zakresem.
Poproś o rozbicie na te cztery pozycje. Oferta, w której każda z nich ma osobny opis, daje się porównać z inną, nawet gdy sumy są różne.
Treść.
Teksty, zdjęcia i to, co w jakiej kolejności czyta odwiedzający.
Projekt graficzny.
Układy stron, typografia, kolory i stany elementów.
Kod i wdrożenie.
Zbudowanie tego, co widać, i uruchomienie na serwerze.
Utrzymanie po starcie.
Aktualizacje, kopie zapasowe, monitoring i drobne poprawki.
O rozbicie na te cztery pozycje warto poprosić wprost. Dwie oferty z takim rozbiciem da się porównać, nawet gdy sumy są różne.
Co realnie podbija cenę
Liczba unikalnych układów, nie liczba podstron
Dwadzieścia podstron zbudowanych z tych samych pięciu typów sekcji kosztuje mniej niż pięć podstron, z których każda wygląda inaczej. Praca idzie w projektowanie i kodowanie układu, a nie w wypełnianie go treścią. Jeśli chcesz obniżyć koszt, ogranicz liczbę wyjątków, a nie liczbę podstron.
Treść, której jeszcze nie ma
Najczęstsza przyczyna opóźnień to nie kod, tylko teksty i zdjęcia. Jeśli wykonawca ma napisać treści, to osobna praca i osobny koszt. Jeśli masz je dostarczyć, warto z góry ustalić termin, bo strona czekająca na teksty przez dwa miesiące kosztuje obie strony. Co jeszcze wydłuża projekt, rozpisałem w tekście o tym, ile trwa zrobienie strony firmowej.
Funkcje poza prezentacją
Formularz kontaktowy to drobiazg. Rezerwacja terminu, konto klienta, kalkulator wyceny albo integracja z systemem, którego używasz, to już osobne moduły z własną logiką i własnymi przypadkami brzegowymi. To zwykle największa różnica między ofertą „wizytówkowa” a „z funkcjami”.
Wersje językowe
Druga wersja językowa to nie tylko tłumaczenie. To także osobne adresy, poprawne oznaczenia dla wyszukiwarki i panel, w którym redakcja prowadzi obie wersje bez pomyłek. Zaplanowana od początku kosztuje mniej niż dołożona rok później.
Migracja ze starej strony
Przeniesienie treści, zachowanie starych adresów i przekierowania to praca, której nie widać na zrzucie ekranu, ale decyduje o tym, czy po wdrożeniu nie zniknie ruch z wyszukiwarki.
Co cenę zbija
Mniejszy pierwszy etap. Strona, która rusza z pięcioma podstronami i rośnie później, kosztuje mniej niż komplet zaplanowany na zapas.
Gotowe treści i zdjęcia. Nawet niedoskonałe, ale istniejące, są tańsze niż czekanie.
Powtarzalne sekcje zamiast wyjątków. Każdy układ „tylko na tej jednej podstronie” to osobna praca.
Decyzje podejmowane po jednej stronie. Projekt, w którym akceptację daje jedna osoba, idzie szybciej niż ten, w którym zdanie ma sześć osób.
Koszty, które wracają co roku
Rachunek za wdrożenie to nie całość. Co roku wracają: domena, hosting, certyfikat (zwykle darmowy, ale nie zawsze), płatne integracje, a przy gotowych systemach także licencje wtyczek albo szablonu. Do tego dochodzi utrzymanie: aktualizacje, kopie zapasowe, monitoring i drobne poprawki.
Warto policzyć to na trzy lata, a nie na moment zakupu. Tania strona z abonamentem za każdy element potrafi w tym okresie kosztować więcej niż droższe wdrożenie bez opłat licencyjnych. Ja stawiam serwisy firmowe na własnym, lekkim CMS-ie właśnie dlatego, że nie dokłada opłat licencyjnych ani wtyczek do aktualizowania: opisałem to na stronie o stronach internetowych dla firm.
Rozliczenie: stała cena czy stawka dzienna
Stała cena ma sens, gdy zakres da się spisać: liczba układów, lista funkcji, kto dostarcza treści. Wtedy ryzyko leży po stronie wykonawcy, a Ty wiesz, ile zapłacisz. Stawka dzienna ma sens przy pracy, której nie da się dokładnie opisać z góry: rozwój istniejącego systemu, przejęcie po kimś, prace utrzymaniowe.
Najgorszy wariant to stała cena przy nieokreślonym zakresie. Wtedy każda rozmowa o zmianie zamienia się w spór o to, czy coś było w cenie.
Na co patrzeć w ofercie poza kwotą
Czyj jest kod i dane po zakończeniu. Czy dostajesz kod i dostępy, czy tylko gotową stronę na cudzym serwerze.
Co obejmuje gwarancja. Ile trwa, co jest poprawką błędu, a co nową funkcją.
Ile rund poprawek mieści się w cenie. Brak tej informacji to główne źródło nieporozumień.
Kto płaci za hosting i domenę. Oraz na czyje dane są zarejestrowane.
Co się dzieje, gdy wykonawca zniknie. Czy dokumentacja pozwala komuś innemu przejąć projekt.
Ostatni punkt bywa pomijany, a jest najważniejszy przy współpracy z jedną osobą albo z małą firmą. U mnie odpowiedź brzmi: serwer i konta usług stoją na Twoich danych, kod i dane dostajesz na żądanie w każdej chwili, a dokumentacja jest pisana tak, żeby kolejny programista uruchomił projekt bez rozmowy ze mną.
Jak przygotować się do rozmowy o wycenie
Wystarczą trzy rzeczy: po co komuś Twoja strona (co ma zrobić odwiedzający), co masz już gotowe (teksty, zdjęcia, logo, stara strona) i co musi się wydarzyć poza prezentacją firmy (formularz, rezerwacja, integracja). Z tym da się podać widełki na pierwszej rozmowie, zamiast po dwóch tygodniach analizy.
U mnie ta rozmowa i widełki są bezpłatne i nie zobowiązują do niczego. Jeśli wyjdzie, że wystarczy Ci mniejszy zakres, powiem to zamiast dobudowywać.
Sygnały, że oferta jest za tania
Bardzo niska cena zwykle nie bierze się z efektywności, tylko z tego, że czegoś w niej nie ma. Najczęściej brakuje trzech rzeczy: czasu na zrozumienie, po co ta strona jest, pracy nad tym, żeby działała na telefonie i dla osób korzystających z czytnika ekranu, oraz przekazania projektu w stanie, w którym ktoś inny może go przejąć.
Drugim źródłem niskiej ceny bywa model, w którym strona zostaje na cudzym serwerze, w cudzym panelu i za miesięczną opłatą. To bywa uczciwe rozwiązanie, ale warto wiedzieć, że kupujesz wtedy dostęp, a nie stronę. Pytanie „co dostaję, gdy przestanę płacić” rozstrzyga sprawę w jednym zdaniu.
Trzeci sygnał to oferta bez pytań. Jeśli wykonawca podaje cenę, zanim zapyta, co ma się na stronie dziać i co masz gotowe, to albo ma jeden szablon na wszystko, albo dopisze różnicę później jako prace dodatkowe.
Czego nie kupujesz razem ze stroną
Strona nie jest kampanią marketingową. Sama w sobie nie przyprowadzi klientów, jeśli nikt jej nie widzi i nikt o niej nie wie. Pozycjonowanie w wyszukiwarce to osobna, długa praca, a reklama to osobny budżet. Dobra strona sprawia, że ruch, który już masz, zamienia się w zapytania, i że nie musisz się jej wstydzić, gdy ktoś sprawdza firmę przed rozmową.
Uczciwy wykonawca powie to wprost zamiast obiecywać pierwsze miejsce w wynikach wyszukiwania. Jeśli słyszysz taką obietnicę w cenie strony, potraktuj to jak informację o wykonawcy, nie o Twoim projekcie.
FAQ
Najczęstsze pytania do tego tekstu.
Dlaczego wykonawcy nie podają cen na stronie?
Bo kwota bez zakresu jest zmyślona: ta sama „strona firmowa” to dziesięć podstron z gotowego szablonu albo serwis z rezerwacjami i integracją. Uczciwa odpowiedź to widełki po rozmowie o tym, co ma powstać. U mnie pierwsza rozmowa i widełki są bezpłatne.
Dwie oferty różnią się dwukrotnie. Która jest prawdziwa?
Zwykle obie, tylko obejmują co innego. Poproś każdą o rozbicie na te same cztery części: praca nad treścią, projekt graficzny, kod i wdrożenie oraz utrzymanie po starcie. Różnica prawie zawsze siedzi w tym, czego w tańszej ofercie nie ma.
Czy tańsza oferta zawsze oznacza gorszą stronę?
Nie, ale warto sprawdzić, co z niej wypadło: migrację treści, przekierowania starych adresów, testy i poprawki po starcie. To rzeczy, których nie widać na zrzucie ekranu, a bez nich strona traci ruch albo zostaje bez opieki.
Następny krok
Napisz kilka zdań o swoim przypadku.
Masz konkretny przypadek? Napisz, ile podstron, jakie funkcje poza prezentacją i co jest już gotowe po Twojej stronie. Widełki podaję po pierwszej rozmowie, bezpłatnie. Odpisuję zwykle w ciągu 24 godzin, w dni robocze.
Wolisz rozmowę od pisania? +48 511 599 056, w dni robocze.
Napisz do mnie
FAQ o współpracy
Bezpłatny przegląd
Bezpłatny przegląd to 30 minut rozmowy, a po niej mailem lista, co poprawić i w jakiej kolejności. Na czym polega.
Powiązane
Strona internetowa dla firmy
Przejęcie strony po innym wykonawcy
Wszystkie usługi dla firm
Co przygotować przed rozmową z wykonawcą

## Baza wiedzy: gotowy system rezerwacji czy dedykowany
Źródło: https://lukaszcysewski.me/baza-wiedzy/gotowy-system-rezerwacji-czy-dedykowany/
Zaktualizowano: 2026-09-20

Decyzja
Gotowy system rezerwacji czy dedykowany: kiedy abonament przestaje się opłacać
Łukasz Cysewski, programista z Gdyni. Tekst z 14 września 2026.
Rachunek, który warto zrobić, zanim ktoś z zespołu zacznie prowadzić arkusz obok panelu. Z sygnałami ostrzegawczymi, trzecią drogą i pięcioma pytaniami do dostawcy.
Napisz o swoim przypadku
Wszystkie teksty
W skrócie
Gotowy system wygrywa, gdy Twój proces mieści się w jego założeniach. Abonament sam w sobie rzadko jest problemem.
Problemem jest praca, którą zespół wykonuje obok systemu: ręczne poprawki, arkusze na boku i wyjątki obsługiwane telefonicznie.
Trzecia droga to integracja zamiast wymiany: zostawiasz gotowe narzędzie i dobudowujesz tylko brakujący fragment.
Gotowy system rezerwacji uruchamiasz w godzinę i płacisz za niego miesięcznie. Dedykowany trzeba zbudować, ale potem nie płacisz abonamentu i nikt nie zmienia Ci zasad gry. Wybór między nimi nie jest kwestią gustu, tylko rachunku, który warto zrobić świadomie, zanim ktoś z zespołu zacznie prowadzić arkusz obok panelu.
Kiedy gotowy system wygrywa
Gotowe narzędzie jest właściwym wyborem częściej, niż przyznaje większość firm budujących oprogramowanie. Wygrywa, gdy:
Twój sposób umawiania mieści się w standardowym formularzu: usługa, czas trwania, osoba, termin.
Skala jest niewielka, a wyjątków prawie nie ma.
Chcesz sprawdzić, czy klienci w ogóle będą rezerwować online, zanim zainwestujesz w narzędzie.
Nie masz nikogo, kto zająłby się utrzymaniem własnego systemu, i nie chcesz tego kupować.
W tych sytuacjach abonament jest tani w porównaniu z kosztem budowy, a integracja z Twoją stroną sprowadza się do wklejenia widgetu.
Sygnały, że system zaczyna kosztować więcej, niż widać na fakturze
Abonament rzadko jest problemem sam w sobie. Problemem jest praca, którą zespół wykonuje, żeby obejść ograniczenia narzędzia. Typowe objawy:
Arkusz obok panelu. Część informacji nie mieści się w systemie, więc żyje w pliku, który trzeba pilnować ręcznie.
Blokowanie terminów na zapas. Ktoś rezerwuje sztuczne sloty, bo system nie rozumie czasu na dojazd, sprzątanie albo przygotowanie.
Ceny ustalane telefonicznie. Klient rezerwuje, ale i tak dzwonicie, bo cena zależy od czegoś, czego formularz nie obsługuje.
Podwójne wprowadzanie. Rezerwacja jest przepisywana do systemu magazynowego, do faktur albo do grafiku pracowników.
Limity, które zaczynają uwierać. Opłata za każdego kolejnego pracownika, lokalizację albo za funkcję, która nagle przeszła do droższego pakietu.
Dane, których nie da się wyjąć. Eksport jest niepełny albo płatny, a historia klientów jest realnym majątkiem firmy.
Policz godziny, które zespół traci miesięcznie na te obejścia, i pomnóż przez stawkę. To liczba, którą porównujesz z kosztem własnego systemu, a nie sam abonament.
Twój rachunek na trzy lata
Abonament miesięcznie zł Godziny obejść miesięcznie h Koszt godziny pracy zespołu zł
Trzy lata kosztują 26 640 zł
Na fakturze: 7 200 zł.
Praca obok systemu: 19 440 zł.
Praca obok systemu nie ma swojego miejsca w żadnym rachunku, a jest 2,7 raza większa od tego, co widzisz na fakturze.
Liczby są przykładowe, wpisz swoje. Rachunek celowo pomija koszt budowy własnego systemu: to druga strona porównania, którą znasz dopiero po wycenie.
Trzecia droga: integracja zamiast wymiany
Zanim zdecydujesz o budowie, sprawdź, czy problem nie leży w połączeniach. Bardzo często wystarczy zostawić gotowy system rezerwacji, a dobudować do niego jeden element: automatyczne przenoszenie rezerwacji do systemu, którego używa księgowość, kalkulator ceny na stronie, panel, w którym widać obłożenie kilku lokalizacji naraz.
To tańsze niż wymiana całości i odwracalne. Jeśli po roku okaże się, że ograniczeń jest więcej, masz już opisany proces i wiesz dokładnie, co powinien umieć własny system.
Co daje system dedykowany
Własny system ma sens wtedy, gdy sposób umawiania jest częścią Twojej przewagi albo gdy skala sprawia, że drobne tarcia kosztują realne pieniądze. Wtedy dostajesz:
Reguły dostępności odwzorowane wiernie, łącznie z czasem na dojazd, przerwami i różną długością usługi.
Wycenę liczoną w momencie rezerwacji. według Twoich zasad, także wtedy, gdy zależy od odległości, liczby osób albo pakietu.
Jeden panel. zamiast trzech, z historią zmian i uprawnieniami dla ról.
Dane u siebie, z pełnym eksportem, bez pytania dostawcy o zgodę.
Brak opłat za wzrost. Kolejny pracownik albo lokalizacja nie podnosi abonamentu.
Kosztem jest oczywiście to, że ktoś musi ten system utrzymać: aktualizacje, kopie zapasowe, monitoring, drobne poprawki. To realna pozycja w budżecie i lepiej wpisać ją od razu, niż udawać, że nie istnieje.
Jak policzyć to uczciwie
Zestaw trzy liczby na trzy lata: sumę abonamentów (z uwzględnieniem planowanego wzrostu liczby pracowników i lokalizacji), koszt pracy poświęcanej na obejścia oraz koszt budowy i utrzymania własnego systemu. Do tego dopisz dwie rzeczy, których nie widać na fakturze: ryzyko zmiany cennika albo warunków przez dostawcę oraz wartość danych, które zostają u Ciebie.
Jeśli różnica jest niewielka, zostań przy gotowym narzędziu. Własny system opłaca się wtedy, gdy wynik jest wyraźny, a nie „na styk”.
Jeśli decydujesz się budować, zacznij mało
Najczęstszy błąd to zamówienie kompletu funkcji od razu. Pierwszy etap powinien obejmować jedną usługę, jeden zespół i jedną drogę rezerwacji, ale działającą naprawdę: z potwierdzeniem, blokadą terminu i podglądem w panelu. Po miesiącu pracy na żywym ruchu wiadomo, które reguły były wyobrażone, a które prawdziwe.
Dalsze etapy dokładają płatności, konto klienta, wiele lokalizacji i integracje. Tak wygląda proces, który opisuję na stronie o systemach rezerwacji online: pierwszy etap zwykle zamyka telefon jako główny kanał umawiania, a reszta jest już spokojną rozbudową.
Pytania, które warto zadać dostawcy gotowego systemu
Czy mogę wyeksportować pełną historię rezerwacji i klientów, w jakim formacie i czy to kosztuje?
Co się stanie z ceną, gdy dojdzie kolejny pracownik, lokalizacja albo dwa razy więcej rezerwacji?
Czy system pozwala ustawić przerwy, czas dojazdu i różne czasy trwania tej samej usługi?
Czy jest API, z którego mogę pobrać rezerwacje do własnego panelu albo do księgowości?
Kto jest administratorem danych moich klientów i czy dostanę umowę powierzenia przetwarzania?
Odpowiedzi na te pięć pytań zwykle rozstrzygają sprawę szybciej niż porównywarki funkcji.
Co zwykle idzie nie tak przy przejściu na własny system
Najczęstszy błąd to odtworzenie gotowego narzędzia funkcja po funkcji. Powstaje wtedy kopia, która kosztuje więcej i nie robi nic ponad to, co było. Sens ma budowanie tego, czego gotowe narzędzie nie potrafiło: Twoich reguł, Twojej wyceny, Twojego obiegu informacji po rezerwacji.
Druga pułapka to przenoszenie danych na ostatnią chwilę. Historia klientów i rezerwacji potrafi być bałaganem po latach: duplikaty, literówki, rekordy testowe. Lepiej wyeksportować ją na początku projektu i przejrzeć, niż odkryć w dniu uruchomienia, że połowa numerów telefonów jest w trzech różnych formatach.
Trzecia to brak okresu równoległego. Przez kilka tygodni warto mieć oba systemy dostępne, nawet jeśli nowy obsługuje już cały ruch. To tańsze niż powrót do telefonu, gdy w nowym systemie znajdzie się przypadek, o którym nikt nie pomyślał.
Co powiedzieć zespołowi
Systemy rezerwacji wdraża się ludziom, nie serwerom. Jeśli zespół traktuje nowe narzędzie jak kontrolę, zacznie je obchodzić tak samo jak poprzednie. Warto pokazać, co konkretnie z ich pracy znika: mniej telefonów o godziny, mniej przepisywania, mniej pytań „na czym stoi ta sprawa”. I zostawić drogę zgłaszania rzeczy, które nie działają, bo pierwsze tygodnie zawsze je ujawniają.
FAQ
Najczęstsze pytania do tego tekstu.
Kiedy gotowy system rezerwacji wystarczy?
Gdy Twój sposób pracy mieści się w tym, co narzędzie zakłada. Jeśli terminy, usługi i zasady da się w nim ustawić bez obchodzenia systemu, abonament jest tańszy od czegokolwiek własnego. Wtedy mówię to wprost, zamiast proponować budowę.
Po czym poznać, że abonament zaczyna kosztować za dużo?
Nie po fakturze, tylko po pracy obok systemu: ręczne poprawki po każdej rezerwacji, arkusz prowadzony na boku, wyjątki obsługiwane telefonicznie. To są godziny zespołu, których nikt nie liczy, a które zwykle przewyższają abonament.
Czy trzeba wymieniać całe narzędzie, żeby coś poprawić?
Nie. Trzecia droga to integracja: gotowe narzędzie zostaje, a dobudowuje się tylko ten fragment, który nie działa u Ciebie tak, jak trzeba. Wychodzi taniej i szybciej niż przenoszenie wszystkiego.
Następny krok
Napisz kilka zdań o swoim przypadku.
Napisz, co rezerwują Twoi klienci i które ograniczenie obecnego systemu najbardziej uwiera. Powiem wprost, czy wystarczy integracja, czy warto budować własny. Odpisuję zwykle w ciągu 24 godzin, w dni robocze.
Wolisz rozmowę od pisania? +48 511 599 056, w dni robocze.
Napisz do mnie
FAQ o współpracy
Bezpłatny przegląd
Bezpłatny przegląd to 30 minut rozmowy, a po niej mailem lista, co poprawić i w jakiej kolejności. Na czym polega.
Powiązane
System rezerwacji online
Dedykowany system dla firmy
Za co płacisz, zamawiając stronę

## Baza wiedzy: stary PHP i Laravel
Źródło: https://lukaszcysewski.me/baza-wiedzy/stary-php-i-laravel-aktualizacja-bez-przestoju/
Zaktualizowano: 2026-09-20

Ryzyko
Stary PHP i Laravel: co realnie grozi i jak zrobić aktualizację bez przestoju
Łukasz Cysewski, programista z Gdyni. Tekst z 14 września 2026.
Bez straszenia i bez zakładania, że masz dział IT. Co się dzieje, gdy wersja przestaje być wspierana, jak wygląda przegląd na start i dlaczego „przepiszmy wszystko od zera” zwykle jest złą odpowiedzią.
Napisz o swoim przypadku
Wszystkie teksty
W skrócie
Niewspierana wersja oznacza brak poprawek bezpieczeństwa, a nie tylko brak nowych funkcji. Ryzyko rośnie z każdym miesiącem.
Przepisanie wszystkiego od zera zwykle jest złą odpowiedzią: kosztuje najwięcej i najdłużej nie daje nic działającego.
Aktualizacja idzie etapami, z testami w miejscach, które najbardziej bolą, i wchodzi poza godzinami pracy firmy.
„Działa, więc nie ruszamy” jest rozsądną zasadą do momentu, w którym przestaje być. Ten tekst tłumaczy, co realnie grozi firmie, której system stoi na niewspieranej wersji PHP albo Laravela, jak wygląda aktualizacja prowadzona bez przerwy w działaniu i w którym momencie lepiej przepisać moduł niż go ratować. Bez straszenia i bez zakładania, że masz dział IT.
Co znaczy „niewspierana wersja”
PHP i Laravel mają publiczne terminy wsparcia. Przez pewien czas dostają poprawki funkcjonalne, potem już tylko poprawki bezpieczeństwa, a po tej dacie nie dostają nic. To nie znaczy, że system przestaje działać z dnia na dzień. Znaczy, że od tego dnia każda nowa luka znaleziona w silniku zostaje w Twoim systemie na stałe.
Podobnie działają biblioteki, z których zbudowany jest projekt: system płatności, generator dokumentów, klient API. Ich autorzy przestają wspierać stare wersje, a kolejne wydania wymagają nowszego PHP. Powstaje węzeł: nie możesz zaktualizować biblioteki, bo nie masz nowego PHP, i nie możesz podnieść PHP, bo stary kod na nim nie działa.
Co realnie grozi
Ryzyka nie pojawiają się naraz. Dokładają się kolejno, im dłużej system stoi na wersji bez wsparcia.
Zaraz po końcu wsparcia Bezpieczeństwo.
Najczęstszy scenariusz nie wygląda jak włamanie z filmu. Wygląda jak automat, który skanuje internet w poszukiwaniu znanych wersji z publiczną luką i wchodzi tam, gdzie się da. Skutki bywają prozaiczne: doklejony kod wysyłający spam, przekierowanie części ruchu, podmienione numery kont w dokumentach.
Po kilku miesiącach Zgodność i umowy.
Przy danych osobowych RODO wymaga „odpowiednich środków technicznych”. System na wersji bez poprawek bezpieczeństwa tego warunku nie spełnia. Jeśli obsługujesz klientów korporacyjnych albo publicznych, pytanie o wersje pojawia się w ankiecie bezpieczeństwa, a coraz częściej także przy odnowieniu ubezpieczenia.
Po roku Koszt każdej zmiany.
Im starszy system, tym drożej wycenia się każdą nową funkcję, bo dotknięcie jednego miejsca wymaga ostrożności w pięciu innych. To ta pozycja, która zwykle najbardziej boli finansowo, choć nie wygląda groźnie.
Po dwóch latach i dłużej Hosting.
Dostawcy hostingu wycofują stare wersje PHP z własnej inicjatywy. Mail z informacją o wyłączeniu za miesiąc potrafi zamienić spokojny projekt w pożar, zwłaszcza gdy autor systemu jest nieosiągalny.
Kolejność jest typowa, nie gwarantowana: zależy od wersji, hostingu i branży. Terminy są orientacyjne.
Dlaczego „przepiszmy wszystko od zera” to zwykle zła odpowiedź
Przepisanie brzmi czysto: nowy stack, nowy kod, koniec problemów. W praktyce oznacza, że przez długi czas firma płaci za dwa systemy, nie dostając nic nowego, a wiedza zapisana w starym kodzie, czyli wszystkie wyjątki dodane przez lata, znika po drodze. Dlatego zaczynam od przeglądu i dopiero on rozstrzyga: czasem wynik brzmi „przepisujemy jeden moduł, resztę aktualizujemy”.
Przegląd, od którego zaczyna się każdy taki projekt
Na czym to stoi: wersje PHP, frameworka, bazy i serwera.
Co jest przeterminowane: lista bibliotek bez wsparcia i tych ze znanymi lukami.
Gdzie są integracje: płatności, dokumenty, systemy partnerów, poczta.
Co jest testowane: zwykle odpowiedź brzmi „nic”, i to jest normalne.
Czy da się postawić środowisko od zera. na czystej maszynie, bez pytania autora. To najostrzejszy test dokumentacji.
Co jest w kopiach zapasowych. i czy ktoś kiedykolwiek próbował je odtworzyć.
Wynikiem jest lista zadań uszeregowana według ryzyka, a nie według tego, co da się naprawić najszybciej.
Jak wygląda aktualizacja bez przestoju
Kopia produkcji na osobnym środowisku. Z danymi pozbawionymi wrażliwych informacji, żeby dało się testować bez ryzyka.
Testy w miejscach, gdzie awaria kosztuje najwięcej. Logowanie, płatności, wystawianie dokumentów, integracje. Nie trzeba pokrywać całego systemu, żeby przestać zgadywać.
Wersja po wersji. Kolejne wydania PHP i frameworka po kolei, z uruchomieniem systemu po każdym kroku. Skok przez pięć wersji naraz kończy się długim debugowaniem bez punktu odniesienia.
Zmiany w bazie osobno i małymi krokami. Tak, żeby dało się wycofać jedną zmianę bez cofania całego wdrożenia.
Wdrożenie poza godzinami pracy, z kopią sprzed zmiany i przygotowanym planem wycofania.
Obserwacja przez pierwsze dni. Monitoring błędów, bo część problemów ujawnia się dopiero pod prawdziwym ruchem.
Przy tym trybie użytkownik widzi co najwyżej krótkie odświeżenie. Okno serwisowe planuję tylko tam, gdzie zmiana struktury dużych tabel tego wymaga, i mówię o tym z wyprzedzeniem.
Co robić, gdy autor systemu jest nieosiągalny
Kolejność jest zawsze ta sama: najpierw dostępy, potem kod, potem zmiany. Zbierz dostęp do repozytorium, serwera, domeny, bazy i usług zewnętrznych. Jeśli czegoś brakuje, to jest najpilniejsza sprawa, ważniejsza niż każda nowa funkcja. Dopiero mając komplet, można rozmawiać o modernizacji. Rozpisałem to w tekście o przejęciu strony po innym wykonawcy.
Jak nie wrócić do tego samego punktu za trzy lata
Modernizacja jest kosztem jednorazowym tylko wtedy, gdy po niej wchodzi rytm. Wystarczy niewiele: aktualizacje bibliotek co kwartał zamiast co pięć lat, testy w newralgicznych miejscach uruchamiane przy każdej zmianie, monitoring, który mówi o błędzie wcześniej niż klient, i kopie zapasowe, które ktoś raz na jakiś czas naprawdę odtwarza.
Tak wygląda utrzymanie, które oferuję po wdrożeniu, i tak samo prowadzę modernizacje i przejęcia systemów PHP oraz Laravel. Jeśli wolisz prowadzić to samodzielnie, dostajesz dokumentację i listę rzeczy odłożonych świadomie, z powodem, żeby następna osoba nie odkrywała ich od zera.
Ile to trwa i od czego zależy
Nie podam liczby tygodni, bo byłaby zmyślona: ten sam skok wersji przy systemie z testami trwa ułamek tego, co przy systemie bez nich. Na czas realnie wpływają cztery rzeczy: liczba wersji do przeskoczenia, liczba zewnętrznych integracji, to, czy da się odtworzyć środowisko od zera, oraz to, jak szybko po Twojej stronie da się potwierdzić, że kluczowe procesy działają poprawnie.
Ostatni punkt bywa wąskim gardłem. Aktualizacja kończy się nie wtedy, gdy kod się uruchamia, tylko wtedy, gdy ktoś z firmy potwierdzi, że faktury wychodzą, rezerwacje wpadają, a raport miesięczny się zgadza. Warto zaplanować na to czas osoby, która to potrafi sprawdzić.
Jak rozmawiać o tym z wykonawcą
Poproś o przegląd przed wyceną, a nie wycenę przed przeglądem. Wycena bez zajrzenia w kod jest zgadywaniem.
Zapytaj, co się stanie, jeśli po wdrożeniu coś przestanie działać: czy jest plan wycofania i kopia sprzed zmiany.
Ustal, co dostajesz na koniec poza działającym systemem: dokumentację, listę odłożonych rzeczy, dostęp do monitoringu.
Zapytaj wprost, co zostanie niezrobione i dlaczego. Uczciwa odpowiedź jest tu lepszym sygnałem niż obietnica, że będzie idealnie.
FAQ
Najczęstsze pytania do tego tekstu.
Co realnie grozi, gdy system stoi na niewspieranej wersji?
Przestają wychodzić poprawki bezpieczeństwa, więc znane błędy zostają w systemie na zawsze. Rośnie też koszt zmiany: coraz mniej bibliotek działa z tą wersją, a coraz mniej programistów chce to utrzymywać.
Czy trzeba przepisać wszystko od zera?
Zwykle nie. Przepisanie kosztuje najwięcej i najdłużej nie daje nic działającego, a przy okazji gubi decyzje, które ktoś kiedyś podjął z dobrego powodu. Częściej opłaca się aktualizacja etapami, z testami w miejscach, które najbardziej bolą.
Czy aktualizacja oznacza przestój w pracy firmy?
Nie musi. Pracuję na kopii środowiska, testy zakładam w newralgicznych miejscach, a przełączenie wchodzi poza godzinami pracy, z gotowym wariantem powrotu. Przestój planuję tylko wtedy, gdy czegoś inaczej się nie da.
Następny krok
Napisz kilka zdań o swoim przypadku.
Napisz, na czym stoi Twój system, kto go pisał i czego boisz się dotknąć. Zwykle wystarczy to, żeby powiedzieć, czy zaczynamy od przeglądu, czy od gaszenia pożaru. Odpisuję zwykle w ciągu 24 godzin, w dni robocze.
Wolisz rozmowę od pisania? +48 511 599 056, w dni robocze.
Napisz do mnie
FAQ o współpracy
Bezpłatny przegląd
Bezpłatny przegląd to 30 minut rozmowy, a po niej mailem lista, co poprawić i w jakiej kolejności. Na czym polega.
Powiązane
Modernizacja systemu PHP i Laravel
Przejęcie strony po innym wykonawcy
Dedykowany system dla firmy

## Baza wiedzy: przejecie strony po innym wykonawcy
Źródło: https://lukaszcysewski.me/baza-wiedzy/przejecie-strony-po-innym-wykonawcy/
Zaktualizowano: 2026-09-20

Lista kontrolna
Przejęcie strony po innym wykonawcy: co sprawdzić w pierwszym tygodniu
Łukasz Cysewski, programista z Gdyni. Tekst z 14 września 2026.
Lista w kolejności od najpilniejszych spraw: dostępy, próba odtworzenia projektu od zera, kopie zapasowe, bezpieczeństwo i dopiero na końcu kod.
Napisz o swoim przypadku
Wszystkie teksty
W skrócie
Pierwszy tydzień to pięć kroków: dostępy, próba uruchomienia od zera, kopie zapasowe, opis co system robi, plan z listą ryzyk.
Najostrzejszy test brzmi: czy projekt da się postawić na czystej maszynie z tego, co zostało przekazane.
Czerwone flagi, przy których trzeba działać szybciej: brak dostępu do domeny, brak kopii i niewspierana wersja z danymi klientów.
Przejęcie cudzego projektu rzadko zaczyna się spokojnie. Zwykle dzieje się to wtedy, gdy poprzedni wykonawca przestał odpowiadać, zmienił branżę albo współpraca skończyła się źle. Pierwszy tydzień decyduje o tym, czy masz kontrolę nad własnym systemem, czy tylko dostęp do panelu. Poniżej lista rzeczy do sprawdzenia, w kolejności od najpilniejszych.
Dostępy.
Próba odtworzenia.
Kopie i bezpieczeństwo.
Co robi system.
Porządki i plan.
Dzień pierwszy: dostępy
Zanim ktokolwiek zajrzy w kod, zbierz komplet dostępów i sprawdź, czy naprawdę działają. Brakujący dostęp jest większym ryzykiem niż brzydki kod.
Domena. Na kogo jest zarejestrowana i kto ma konto w rejestratorze. Domena zapisana na wykonawcę to najczęstsza pułapka.
DNS. Gdzie jest prowadzona strefa i kto ma do niej dostęp. Od tego zależy, czy da się w ogóle przenieść stronę i pocztę.
Hosting albo serwer. Panel, dostęp po SSH, kto płaci i do kiedy jest opłacony.
Repozytorium kodu. Czy istnieje i czy masz do niego dostęp jako właściciel, a nie jako gość.
Baza danych. Dostęp oraz świeża kopia zapasowa pobrana na Twój dysk.
Poczta. Skrzynki firmowe i konfiguracja wysyłki, często osobna usługa.
Usługi zewnętrzne. Płatności, mapy, wysyłka SMS, narzędzia analityczne, konta z kluczami API.
Narzędzia marketingowe. Google Search Console, statystyki, konta reklamowe.
Jeżeli któryś z tych punktów jest w rękach poprzedniego wykonawcy, zajmij się nim natychmiast, w miarę możliwości za pomocą pisemnej prośby o przekazanie. To sprawa administracyjna, nie techniczna, i zwykle najdłużej trwa.
Dzień drugi: czy to w ogóle da się odtworzyć
Najostrzejszy test dla przejmowanego projektu brzmi: czy da się uruchomić go od zera na czystej maszynie, mając tylko to, co zostało przekazane. Jeśli tak, masz projekt. Jeśli nie, masz działającą instalację, której nikt nie umie odtworzyć, i to jest realne ryzyko: jedna awaria serwera kończy się odbudową z pamięci.
Przy tej próbie wychodzą też rzeczy, o których nikt nie wspomniał: ręczne poprawki wprowadzone bezpośrednio na serwerze, pliki konfiguracyjne istniejące tylko na produkcji, zadania uruchamiane z czyjegoś prywatnego konta.
Dzień trzeci: kopie zapasowe i bezpieczeństwo
Ustaw kopie zapasowe, jeśli ich nie ma, i odtwórz jedną próbnie. Kopia, której nikt nie odtwarzał, jest tylko obietnicą.
Zmień hasła i klucze, do których dostęp miał ktoś spoza firmy. Dotyczy to także kluczy do usług płatnych.
Sprawdź, czy w kodzie nie ma zapisanych haseł ani kluczy w wersji jawnej i czy repozytorium nie jest publiczne.
Sprawdź wersje PHP i frameworka. Jeśli są niewspierane, dopisz to do listy ryzyk i wróć do tego po ustabilizowaniu sytuacji.
Zobacz, czy działa monitoring i czy ktokolwiek dostaje powiadomienia o błędach.
Dzień czwarty: co system faktycznie robi
Dopiero teraz ma sens patrzenie w kod. Szukam tu nie elegancji, ale miejsc, w których awaria kosztuje najwięcej: logowanie, płatności, wystawianie dokumentów, integracje z systemami zewnętrznymi i wszystko, co wysyła wiadomości do klientów. To one dostają testy w pierwszej kolejności.
Warto przy okazji spisać, co system robi w tle: wysyłki nocne, synchronizacje, generowanie raportów. Te rzeczy bywają niewidoczne przez tygodnie, a potem okazuje się, że przestały działać przy przenosinach.
Dzień piąty: uporządkowanie i plan
Na koniec pierwszego tygodnia masz mieć: komplet dostępów na kontach firmy, działającą kopię zapasową, opis jak uruchomić projekt oraz listę ryzyk uszeregowaną według tego, ile kosztuje ich zmaterializowanie. Ta lista jest podstawą do rozmowy o budżecie, bo pokazuje różnicę między „trzeba zrobić w tym miesiącu” a „można zaplanować na przyszły rok”.
Czerwone flagi, przy których trzeba działać szybciej
Domena wygasa w ciągu najbliższych tygodni, a dostępu do rejestratora nie ma nikt w firmie.
Strona działa, ale nie istnieje żadne repozytorium kodu, a jedyna kopia jest na serwerze.
Płatności albo integracje działają na kluczach zarejestrowanych na konto wykonawcy.
System stoi na wersji PHP, której hosting zapowiedział wyłączenie.
Nikt nie wie, czy i gdzie robione są kopie zapasowe.
Każdy z tych punktów potrafi zatrzymać firmę na kilka dni, a wszystkie da się rozbroić wcześniej, w spokoju.
Czego oczekiwać od nowego wykonawcy
Nowy wykonawca nie powinien zaczynać od propozycji przepisania wszystkiego. Powinien zacząć od przeglądu i powiedzieć wprost, co da się uratować, co wymaga poprawek, a co rzeczywiście trzeba napisać od nowa. Powinien też zostawić Cię w lepszej sytuacji niż poprzednik: dostępy na Twoich kontach, dokumentacja pozwalająca komuś innemu przejąć projekt i decyzje opisane tak, żeby nie trzeba było ich odgadywać.
Tak prowadzę przejęcia i modernizacje systemów PHP oraz Laravel: najpierw przegląd i lista ryzyk, potem plan, dopiero na końcu nowe funkcje. Jeśli przejmujesz nie system, a stronę firmową, zwykle kolejnym krokiem jest przeniesienie jej na lekki CMS, żeby zmiana treści przestała wymagać programisty.
Jak rozstać się z poprzednim wykonawcą bez strat
Nawet gdy współpraca kończy się źle, warto poprosić o przekazanie w formie pisemnej i konkretnej: lista dostępów, informacja o tym, gdzie stoi projekt, oraz czy istnieją elementy licencjonowane (szablon, wtyczka, biblioteka), za które ktoś płaci. Krótka wiadomość z listą punktów działa lepiej niż ogólne „proszę o przekazanie projektu”.
Jeżeli w umowie jest zapis o przeniesieniu praw do kodu, przypomnij o nim wprost. Jeżeli go nie ma, to ważna lekcja na przyszłość: przy kolejnym wykonawcy ustal to przed startem, razem z tym, na czyje konta rejestrowane są domena i usługi.
Co zrobić inaczej przy następnym wykonawcy
Konta na firmę od pierwszego dnia. Domena, hosting i usługi zewnętrzne zakładane na Twoje dane, z dostępem dla wykonawcy, a kod wydawany na żądanie.
Repozytorium zamiast plików na serwerze. To jedyny sposób, żeby zobaczyć, co się zmieniło i kiedy.
Dokumentacja jako część odbioru. Nie sto stron, ale instrukcja uruchomienia i opis integracji.
Kopie zapasowe po Twojej stronie. Niezależne od wykonawcy i sprawdzone przynajmniej raz.
Zapisane w umowie prawa do kodu i danych. Razem z tym, co się dzieje po zakończeniu współpracy.
Te pięć punktów kosztuje niewiele na starcie, a zamienia przejęcie projektu z awarii w zwykłą czynność administracyjną.
FAQ
Najczęstsze pytania do tego tekstu.
Od czego zacząć przejęcie strony po innym wykonawcy?
Od dostępów: domena, serwer i panel strony mają być na kontach firmy, a kod masz dostawać na żądanie, choćby repozytorium prowadził wykonawca. Dopiero potem sprawdza się, czy projekt w ogóle da się uruchomić od zera z tego, co zostało przekazane.
Co zrobić, gdy poprzedni wykonawca nie oddaje dostępów?
Zacząć od tego, co da się odzyskać bez niego: domena u rejestratora, konto hostingowe i skrzynka są zwykle zapisane na firmę. Równolegle warto zabezpieczyć kopię strony i danych, bo to ona daje czas na spokojne rozmowy.
Czy brak dokumentacji oznacza, że trzeba pisać system od nowa?
Nie. Dokumentację da się odtworzyć z kodu i z rozmów z zespołem, który system obsługuje. Od nowa pisze się wtedy, gdy kod jest nie do uruchomienia albo tak splątany, że każda zmiana psuje coś innego.
Następny krok
Napisz kilka zdań o swoim przypadku.
Napisz, co masz w ręku: domena, hosting, repozytorium, kontakt do poprzedniego wykonawcy. Powiem, od czego zacząć i co jest naprawdę pilne. Odpisuję zwykle w ciągu 24 godzin, w dni robocze.
Wolisz rozmowę od pisania? +48 511 599 056, w dni robocze.
Napisz do mnie
FAQ o współpracy
Bezpłatny przegląd
Bezpłatny przegląd to 30 minut rozmowy, a po niej mailem lista, co poprawić i w jakiej kolejności. Na czym polega.
Powiązane
Modernizacja systemu PHP i Laravel
Strona internetowa dla firmy
Stary PHP i Laravel: co realnie grozi

## Baza wiedzy: hosting na siebie czy u wykonawcy
Źródło: https://lukaszcysewski.me/baza-wiedzy/hosting-strony-firmowej-wlasny-czy-u-wykonawcy/
Zaktualizowano: 2026-09-20

Hosting
Hosting strony firmowej: kupić na siebie czy zostawić wykonawcy?
Łukasz Cysewski, programista z Gdyni. Tekst z 14 września 2026.
Domena, serwer i poczta to trzy różne rzeczy, a „hosting” wrzuca je do jednego worka. Ten tekst rozdziela je, pokazuje dwie drogi i daje pięć pytań, po których wiesz, którą wybrać.
Napisz o swoim przypadku
Wszystkie teksty
W skrócie
Domena, serwer i poczta to trzy różne rzeczy. Domena zawsze powinna być zarejestrowana na Ciebie.
Hosting na siebie daje niezależność, ale ktoś musi pilnować odnowień, aktualizacji i kopii. Hosting u wykonawcy zdejmuje tę pracę.
Przy hostingu u wykonawcy zażądaj trzech rzeczy na piśmie: dostępu do kodu i danych, umowy powierzenia i opisanego sposobu wyjścia.
„Hosting” to słowo, pod którym mieszczą się trzy różne rzeczy: adres strony, miejsce, gdzie ona fizycznie działa, i poczta. Większość nieporozumień między firmą a wykonawcą bierze się z tego, że umowa mówi o jednym, a każda ze stron myśli o innym. Ten tekst rozdziela te trzy rzeczy, pokazuje dwie drogi, którymi można iść, i daje pięć pytań, które rozstrzygają sprawę na jednej rozmowie.
Trzy rzeczy w jednym worku
Domena
To adres, na przykład twojafirma.pl. Kupuje się ją u rejestratora na rok lub kilka lat i jest zapisana na konkretne dane: imię i nazwisko albo firmę, adres, e-mail. Kto jest wpisany jako właściciel, ten może ją przenieść, sprzedać albo stracić przez nieodnowienie. Domena powinna być zarejestrowana na Ciebie. Zawsze, niezależnie od tego, kto robi stronę i gdzie ona stoi.
Serwer
To komputer, na którym leżą pliki strony i baza danych. Strona firmowa bez dodatkowych funkcji mieści się na tanim hostingu współdzielonym, czyli na serwerze, który obsługuje setki innych stron naraz. System, który coś liczy w tle, obsługuje wielu zalogowanych użytkowników albo trzyma większą bazę, potrzebuje własnego serwera. To już inny rachunek i inna odpowiedzialność.
Poczta
Skrzynki w domenie firmy często dostaje się „przy okazji” razem z hostingiem. To wygodne do momentu, gdy chcesz zmienić hosting: wtedy okazuje się, że przenosisz też pocztę całej firmy, razem z archiwum. Poczta najmocniej przywiązuje do dostawcy, więc warto trzymać ją osobno od strony, u dostawcy, który robi tylko pocztę.
Trzy rzeczy, jedno słowo „hosting”. Co z nich zostaje u Ciebie, gdy zmieniasz wykonawcę
Co to jest
Na kogo ma być zapisane
Przy zmianie wykonawcy
Domena
Na Twoją firmę, zawsze. Kto jest wpisany jako właściciel, ten może ją przenieść albo stracić przez nieodnowienie.
Nie przenosisz jej nigdzie. Zmienia się tylko to, dokąd kieruje.
Serwer
Na firmę, jeśli idziesz pierwszą drogą. W abonamencie u wykonawcy — na niego, ale z dostępem do kodu i danych na żądanie.
Przenosisz pliki i bazę. W abonamencie rozstrzyga o tym opisany sposób wyjścia: co dostajesz, w jakim formacie i w jakim czasie.
Poczta
Na firmę, najlepiej u dostawcy, który robi tylko pocztę, osobno od strony.
Jeśli siedzi przy hostingu strony, przenosisz pocztę całej firmy razem z archiwum. To ta pozycja, która najmocniej przywiązuje do dostawcy.
Droga pierwsza: kupujesz hosting na siebie
Rejestrujesz domenę i konto hostingowe na dane firmy, a wykonawca dostaje dostęp jako dodatkowy użytkownik. Faktury przychodzą do Ciebie, hasła administratora są Twoje, a współpracę z wykonawcą możesz zakończyć bez przenoszenia czegokolwiek.
Cena tej niezależności to odpowiedzialność. Ktoś musi pamiętać o odnowieniu domeny i certyfikatu, robić aktualizacje i sprawdzać, czy kopie zapasowe rzeczywiście powstają. Jeśli nikt w firmie tego nie zrobi, hosting „na siebie” bywa mniej bezpieczny niż hosting u wykonawcy, który robi to zawodowo.
U mnie ta droga wygląda tak: podpowiadam, jaki hosting wystarczy, konfiguruję go, wdrażam stronę i zostawiam instrukcję. Po starcie możesz zlecić mi utrzymanie w ustalonym wymiarze albo prowadzić je sam.
Droga druga: strona stoi u wykonawcy w abonamencie
Płacisz co miesiąc stałą kwotę i nie zajmujesz się niczym: serwerem, kopiami, aktualizacjami, monitoringiem. Dla wielu małych firm to rozsądny wybór, bo czas właściciela jest droższy niż abonament.
Trzy rzeczy, których warto w tej drodze zażądać na piśmie. Po pierwsze, dostęp do kodu i do aktualnej kopii danych na Twoje żądanie, nie „po zakończeniu współpracy”. Po drugie, umowa powierzenia przetwarzania danych, bo wykonawca przechowuje wtedy dane Twoich klientów i użytkowników, a RODO wymaga, żeby było spisane, kto za co odpowiada i kto jest podwykonawcą. Po trzecie, opisany sposób wyjścia: co dostajesz, w jakim formacie i w jakim czasie, gdy zdecydujesz się przenieść stronę gdzie indziej.
Jeśli dostawca odmawia którejś z tych trzech rzeczy, nie kupujesz hostingu. Kupujesz dostęp do własnej strony na czas płacenia.
Tani hosting czy własny serwer
Zasada: jeśli strona tylko pokazuje treści i przyjmuje wiadomości, wystarczy hosting współdzielony za kilkadziesiąt złotych rocznie. Jeśli strona coś liczy w tle, wysyła powiadomienia, obsługuje rezerwacje, płatności albo logowanie wielu użytkowników naraz, potrzebuje własnego serwera, bo współdzielony zaczyna zwalniać dokładnie wtedy, gdy masz najwięcej klientów.
Własny serwer nie musi być drogi. Musi być czyjś: ktoś odpowiada za jego aktualizacje i za to, że w nocy wstanie po awarii. To jest realny koszt, nie cena wynajmu maszyny.
Rachunek na trzy lata
Zamiast porównywać cenę za miesiąc, spisz wszystko, co wraca co roku, i pomnóż przez trzy: odnowienie domeny, hosting albo serwer, poczta, kopie zapasowe, ewentualne płatne integracje i utrzymanie, czyli aktualizacje i poprawki. Przy takim zestawieniu tanie wejście z opłatą za każdy dodatkowy element często wypada drożej niż jedna przewidywalna kwota.
Dopisz jeszcze jedną pozycję, której nie ma na fakturze: ile godzin właściciela idzie co miesiąc na pilnowanie tego wszystkiego. Przy jednej drodze ta liczba jest bliska zeru, przy drugiej potrafi zjeść cały zysk z tańszego hostingu.
Pięć pytań, które rozstrzygają sprawę
Na czyje dane zarejestrowana jest domena? Jeśli nie na Twoje, to pierwsza rzecz do zmiany, bez względu na resztę.
Kto ma hasło administratora do serwera i do panelu strony? Ty masz je mieć zawsze, wykonawca dodatkowo.
Gdzie są kopie zapasowe i kiedy ktoś ostatnio odtworzył z nich stronę? Kopia, której nikt nigdy nie odtworzył, jest tylko nadzieją.
Co dokładnie dostaję, gdy zakończę współpracę? Pliki, baza, dostępy, w jakim czasie i czy w cenie.
Kto reaguje, gdy strona padnie w sobotę o północy? I w jakim czasie. „Zobaczymy w poniedziałek” też jest odpowiedzią, tylko trzeba ją znać z góry.
Jak to wygląda u mnie
Obie drogi są możliwe. Możesz kupić hosting na siebie, a ja go skonfiguruję i wdrożę stronę, albo strona może stać na moim serwerze w stałym abonamencie. Koszty podaję w wycenie, a dostępy przekazuję tak samo w obu wypadkach: konta i serwer stoją na Twoich danych, a kod, dane i dokumentację dostajesz na żądanie w każdej chwili. Przy hostingu u mnie podpisujemy umowę powierzenia przetwarzania danych, w której jest spisane, kto za co odpowiada i kto jest podwykonawcą, na przykład dostawca serwera i kopii zapasowych.
Domena zawsze jest Twoja. Pocztę radzę trzymać osobno od strony. A jeśli masz już hosting, którego nie chcesz zmieniać, sprawdzam najpierw, czy strona da się na nim postawić, zamiast namawiać na przenosiny.
FAQ
Najczęstsze pytania do tego tekstu.
Na kogo powinna być zarejestrowana domena?
Na Twoją firmę, zawsze i niezależnie od tego, kto robi stronę. Kto jest wpisany jako właściciel, ten może ją przenieść, sprzedać albo stracić przez nieodnowienie.
Czy hosting u wykonawcy jest bezpieczny?
Bywa bezpieczniejszy niż własny, jeśli nikt w firmie nie pilnuje aktualizacji i kopii. Warunek to trzy rzeczy na piśmie: dostęp do kodu i danych na żądanie, umowa powierzenia przetwarzania i opisany sposób wyjścia.
Kiedy potrzebny jest własny serwer zamiast taniego hostingu?
Gdy strona coś liczy w tle, obsługuje logowanie wielu osób naraz, rezerwacje albo płatności. Serwis, który tylko pokazuje treści i przyjmuje wiadomości, mieści się na zwykłym hostingu współdzielonym.
Następny krok
Napisz kilka zdań o swoim przypadku.
Napisz, czy masz już domenę i hosting, czy strona ma coś liczyć w tle i kto w firmie miałby pilnować odnowień. Z tego wynika, która droga ma u Ciebie sens. Odpisuję zwykle w ciągu 24 godzin, w dni robocze.
Wolisz rozmowę od pisania? +48 511 599 056, w dni robocze.
Napisz do mnie
FAQ o współpracy
Bezpłatny przegląd
Bezpłatny przegląd to 30 minut rozmowy, a po niej mailem lista, co poprawić i w jakiej kolejności. Na czym polega.
Powiązane
Strona internetowa dla firmy
Za co płacisz, zamawiając stronę
FAQ: hosting i utrzymanie

## Baza wiedzy: co musisz miec po zakonczeniu projektu
Źródło: https://lukaszcysewski.me/baza-wiedzy/co-musisz-miec-po-zakonczeniu-projektu/
Zaktualizowano: 2026-09-20

Odbiór projektu
Kod, dostępy, dokumentacja: co musisz mieć po zakończeniu projektu
Łukasz Cysewski, programista z Gdyni. Tekst z 14 września 2026.
„Bez uzależniania od siebie” obiecuje prawie każdy. Zamiast wierzyć, sprawdź: sześć rzeczy, które powinny być u Ciebie, i test, który pokazuje, czy są.
Napisz o swoim przypadku
Wszystkie teksty
W skrócie
Sześć rzeczy powinno zostać u Ciebie: kod, dostępy na Twoich kontach, dokumentacja, kopie zapasowe, lista licencji i umowa.
Kod pisany pod Twój projekt to co innego niż narzędzie wykonawcy: pierwszy przechodzi na Ciebie, drugi na licencji.
Test na koniec: czy inny programista uruchomi projekt od zera, mając tylko to, co zostało przekazane.
„Bez uzależniania od siebie” obiecuje prawie każdy wykonawca, ja też. Obietnica nic nie kosztuje, więc zamiast w nią wierzyć, warto ją sprawdzić. Ten tekst to lista rzeczy, które po zakończeniu projektu powinny fizycznie być u Ciebie, i test, który pokazuje, czy są.
Sześć rzeczy, które powinny być Twoje
Kod z historią.
Repozytorium i zapis umowny, że kod jest Twój.
Konta na firmę.
Domena, serwer, poczta, płatności. Wykonawca jako dodatkowy użytkownik.
Dokumentacja uruchomienia.
Jak postawić projekt od zera na nowym serwerze.
Odtworzona kopia.
Nie sama kopia, tylko dowód, że da się z niej wrócić.
Lista licencji.
Co jest użyte, na jakich warunkach i co trzeba odnawiać.
Hasła w menedżerze.
Nie w archiwum poczty, gdzie leżą potem latami.
Szczegóły niżej, punkt po punkcie. Każda z tych rzeczy da się załatwić przed odbiorem, kiedy jeszcze masz argument w ręku.
1. Kod z historią zmian, wydawany na żądanie
Repozytorium to miejsce, w którym leży kod strony razem z historią wszystkich zmian. Nie musi stać na koncie Twojej firmy: równie dobrze może prowadzić je wykonawca. Ma natomiast wynikać z umowy, że kod jest Twój i że dostajesz go na żądanie, razem z historią zmian, bez negocjacji i bez czekania. Ryzykowny jest tylko układ, w którym możesz jedynie „poprosić o kopię” z dobrej woli: kopia z zeszłego miesiąca nie jest tym samym co bieżący kod.
2. Konta zarejestrowane na firmę
Domena, serwer, skrzynka pocztowa, konto w systemie płatności, mapy, narzędzia do wysyłki wiadomości. Każde z nich ma właściciela i to Ty masz nim być. Wykonawca dostaje dostęp jako dodatkowy użytkownik i traci go, gdy współpraca się kończy, bez przenoszenia czegokolwiek.
3. Dokumentacja uruchomienia
Nie opis funkcji, tylko instrukcja: jak postawić projekt od zera na nowym serwerze, jakie ustawienia trzeba podać, jak zrobić kopię i jak ją odtworzyć. Dobry test: czy inny programista pracujący w tej samej technologii uruchomiłby projekt bez telefonu do autora. Jeśli dokumentacja tego nie umożliwia, jest niekompletna.
4. Kopie zapasowe, które ktoś odtworzył
Kopia, której nikt nigdy nie odtworzył, to nadzieja, nie zabezpieczenie. Przy odbiorze poproś, żeby wykonawca odtworzył stronę z kopii przy Tobie, choćby na serwerze testowym. Zajmuje to godzinę i rozstrzyga sprawę.
5. Lista komponentów i ich licencji
Prawie każda strona składa się w większości z gotowych elementów: biblioteki, wtyczki, czcionki, szablony. Część jest darmowa na określonych warunkach, część płatna co rok. Powinna zostać u Ciebie lista: co jest użyte, na jakiej licencji i co trzeba odnawiać. Bez tego pierwsza wiadomość o wygasłej licencji przyjdzie w najgorszym momencie.
6. Hasła w menedżerze, nie w skrzynce
Dostępy przekazane mailem leżą potem w archiwum poczty przez lata. Załóż firmowy menedżer haseł i poproś wykonawcę, żeby wpisał tam wszystko, czego używa. To godzina pracy, która rozwiązuje problem „gdzie było to hasło” na zawsze.
Kod na zamówienie a narzędzie wykonawcy
To rozróżnienie decyduje o tym, czego możesz się domagać. Kod napisany specjalnie pod Twój projekt jest Twój i powinien przejść na Ciebie w umowie. Ale wielu wykonawców buduje strony na własnym narzędziu, na przykład na systemie do edycji treści, który rozwija dla wszystkich klientów. Tego narzędzia nie kupujesz na własność, bo wtedy wykonawca musiałby przestać go używać u innych. Dostajesz do niego licencję.
Trzy pytania, które trzeba zadać o taką licencję. Czy jest bezterminowa, czy wygasa razem ze współpracą? Czy pozwala zlecić zmiany komuś innemu? Czy dostajesz kod źródłowy narzędzia, czy tylko działającą stronę? Trzy razy „tak” oznacza, że nie jesteś uzależniony. Każde „nie” to pole do negocjacji przed podpisaniem, nie po.
U mnie: kod napisany pod Twój projekt przenoszę na Ciebie w umowie, a jeśli strona korzysta z mojego autorskiego systemu do edycji treści, dostajesz do niego bezterminową licencję z prawem do zmian na własne potrzeby. Szczegóły są w umowie, nie na stronie, bo to umowa wiąże.
Co warto mieć w umowie
Przeniesienie praw do kodu napisanego pod projekt. i licencja na narzędzia wykonawcy, z opisem, co możesz z nimi robić.
Moment przekazania. Dostępy od pierwszego dnia, kod na każde żądanie, nie dopiero po ostatniej fakturze.
Dokumentacja jako element odbioru. Projekt nie jest skończony, dopóki jej nie ma.
Dostęp do kopii danych na żądanie, także w trakcie współpracy.
Co się dzieje po zakończeniu utrzymania: kto ma dostępy, co zostaje wyłączone, w jakim czasie.
To lista do rozmowy z prawnikiem, nie gotowa umowa. Wykonawca, który reaguje na nią spokojnie, prawdopodobnie i tak to robi. Wykonawca, który reaguje nerwowo, właśnie powiedział Ci coś ważnego.
Test na koniec projektu
Wyobraź sobie, że wykonawca jutro znika: telefon milczy, maile wracają. Odpowiedz na cztery pytania. Czy masz kod i wiesz, gdzie jest? Czy zalogujesz się do serwera, domeny i panelu strony bez niczyjej pomocy? Czy inny programista uruchomi projekt z dokumentacji? Czy odtworzysz stronę z kopii?
Każde „nie wiem” to rzecz do załatwienia przed odbiorem, kiedy jeszcze masz argument w ręku. Po ostatniej fakturze ten sam wniosek kosztuje dużo więcej.
Jak to wygląda u mnie
Serwer, domena i konta usług stoją na Twoich danych, a kod i dane dostajesz na żądanie w każdej chwili; repozytorium prowadzę u siebie albo na koncie Twojej firmy, jak wolisz. Dokumentację piszę tak, żeby inny programista pracujący w Laravelu uruchomił projekt bez rozmowy ze mną. Przy dłuższej współpracy ustalamy z góry, kto przejmuje sprawę, gdybym wypadł z gry. To nie jest gest dobrej woli, tylko warunek, przy którym mogę uczciwie mówić „bez uzależniania od siebie”.
Jeśli przejmujesz stronę po kimś innym i nie masz części z tej listy, zacznij od tekstu o pierwszym tygodniu po przejęciu. Tam jest kolejność, w jakiej odzyskuje się kontrolę.
FAQ
Najczęstsze pytania do tego tekstu.
Co powinno zostać u mnie po zakończeniu projektu?
Kod, dostępy na kontach firmy, dokumentacja, działająca kopia zapasowa, lista użytych licencji i umowa. Bez którejkolwiek z tych rzeczy zmiana wykonawcy przestaje być decyzją biznesową, a staje się problemem.
Czym różni się kod pisany pod mój projekt od narzędzia wykonawcy?
Kod stworzony pod Twój projekt przechodzi na Ciebie w umowie. Narzędzie, którego wykonawca używa w wielu projektach, zostaje jego, a Ty dostajesz do niego licencję. Ważne, żeby umowa mówiła, co jest czym i na jak długo.
Jak sprawdzić, czy przekazanie projektu jest kompletne?
Jednym testem: czy inny programista uruchomi projekt od zera na czystej maszynie, mając tylko to, co zostało przekazane. Jeśli tak, masz projekt. Jeśli nie, masz działającą instalację, której nikt nie umie odtworzyć.
Następny krok
Napisz kilka zdań o swoim przypadku.
Napisz, na jakim etapie jest projekt: przed umową, w trakcie czy już po odbiorze. Powiem, o co poprosić wykonawcę i w jakiej kolejności, bez zobowiązań. Odpisuję zwykle w ciągu 24 godzin, w dni robocze.
Wolisz rozmowę od pisania? +48 511 599 056, w dni robocze.
Napisz do mnie
FAQ o współpracy
Bezpłatny przegląd
Bezpłatny przegląd to 30 minut rozmowy, a po niej mailem lista, co poprawić i w jakiej kolejności. Na czym polega.
Powiązane
Przejęcie strony po innym wykonawcy
Dedykowany system dla firmy
FAQ: czyj jest kod po projekcie

## Baza wiedzy: dostepnosc strony firmowej
Źródło: https://lukaszcysewski.me/baza-wiedzy/dostepnosc-strony-firmowej/
Zaktualizowano: 2026-09-20

Dostępność
Dostępność strony firmowej: co to znaczy w praktyce
Łukasz Cysewski, programista z Gdyni. Tekst z 15 września 2026.
Dostępność brzmi jak temat dla urzędów, a sprowadza się do tego, czy Twoją stronę da się obsłużyć klawiaturą i przeczytać przy słabym wzroku. Pokażę, co sprawdzisz sam w pięć minut, a co trzeba zaplanować.
Napisz o swoim przypadku
Wszystkie teksty
W skrócie
Dostępność to pytanie, czy stronę da się obsłużyć, gdy ktoś nie widzi jej tak jak Ty: bez myszki, przy powiększonym tekście, przy słabym kontraście.
Pięć sprawdzeń zajmuje pięć minut: klawisz Tab, powiększenie do 200 procent, opisy obrazków, kontrast i etykiety pól formularza.
Część rzeczy robi się przy okazji i nic nie kosztuje, część trzeba wpisać do zakresu. Nakładka z suwakami nie naprawia tego, co jest w kodzie.
Dostępność brzmi jak temat dla urzędów. W praktyce sprowadza się do jednego pytania: czy Twoją stronę da się obsłużyć, gdy ktoś nie widzi jej tak jak Ty. Nie widzi kolorów, nie używa myszki, powiększa tekst dwukrotnie albo słucha strony zamiast ją czytać. Ten tekst pokazuje, co sprawdzisz sam w kilka minut, co naprawia się przy okazji zwykłego wdrożenia, a co trzeba zaplanować z góry. Nie jestem prawnikiem i nie piszę tu o obowiązkach ustawowych, tylko o tym, co widać w kodzie i na ekranie.
Kogo to naprawdę dotyczy
Nie tylko osób niewidomych. Dotyczy to Twojego klienta po pięćdziesiątce, który powiększa tekst w przeglądarce, bo nie ma przy sobie okularów. Osoby, która przegląda stronę w słońcu i nie odróżnia jasnoszarego napisu od tła. Kogoś, kto ma złamaną rękę i klika klawiaturą. I każdego, kto wchodzi na stronę na telefonie w tramwaju.
Dlatego dostępność opłaca się nie z powodu przepisów, tylko dlatego, że te same poprawki zmniejszają liczbę osób, które wychodzą ze strony, bo czegoś nie dało się kliknąć albo przeczytać.
Pięć rzeczy, które sprawdzisz sam w pięć minut
Klawisz Tab. Wejdź na swoją stronę i naciskaj Tab. Powinno być widać, gdzie jesteś: ramka albo podświetlenie wędrujące po linkach i przyciskach, w kolejności zgodnej z układem strony. Jeśli nie widzisz nic albo podświetlenie skacze na dół i wraca, to pierwszy problem.
Powiększenie do 200 procent. W przeglądarce wciśnij Ctrl i plus dwa razy. Tekst ma się przelać, a nie zniknąć pod innym elementem. Nie powinien pojawić się poziomy pasek przewijania.
Obrazki bez obrazków. Wyłącz ładowanie obrazów albo najedź na zdjęcie i sprawdź opis alternatywny. Zdjęcie dekoracyjne może być bez opisu, ale logo, ikona z informacją i zdjęcie produktu bez opisu to dziura.
Kontrast. Jasnoszary tekst na białym tle wygląda elegancko na Twoim monitorze i znika na tanim laptopie. Wystarczy otworzyć stronę na najciemniejszym ekranie w firmie.
Formularz bez podpowiedzi. Kliknij w pole formularza i sprawdź, czy opis pola nie znika, gdy zaczynasz pisać. Etykieta wpisana tylko w środek pola jest opisem, który przepada w momencie, w którym staje się potrzebny.
Co naprawia się przy okazji, a co trzeba zaplanować
Przy okazji
Kolejność nagłówków, opisy obrazków, widoczne zaznaczenie przy poruszaniu się klawiaturą, kontrast tekstu, etykiety pól, sensowne napisy na linkach zamiast „kliknij tutaj”. To są decyzje przy pisaniu kodu i przy pisaniu treści, nie osobna praca. Wykonawca, który robi to od początku, nie doliczy za to ani złotówki.
Do zaplanowania
Złożone elementy: rozwijane menu, zakładki, okna modalne, kalendarze i tabele z sortowaniem. Każdy z nich ma ustaloną obsługę klawiaturą i musi mówić czytnikowi ekranu, co się zmieniło. To realna robota, więc ma być wpisana w zakres, a nie dołożona na końcu.
Osobny projekt
Poprawianie dostępności strony, która już działa i nie była pod tym kątem pisana. Wtedy nie poprawia się wszystkiego naraz: robi się przegląd, ustawia kolejność według tego, ile osób blokuje dana rzecz, i poprawia etapami.
Materiały, o których wszyscy zapominają
Dwa najczęstsze przypadki. Pierwszy to pliki PDF: cennik, katalog, formularz zgłoszenia. Skan papierowej kartki jest dla czytnika ekranu obrazkiem, czyli niczym. Jeśli treść ma być dostępna, powinna być na stronie, a PDF najwyżej dodatkiem.
Drugi to filmy. Film bez napisów odpada nie tylko osobom niesłyszącym, ale też każdemu, kto ogląda bez dźwięku, czyli większości ludzi w miejscu publicznym.
Czego nie załatwi wtyczka
Na rynku są nakładki obiecujące „zgodność jednym kliknięciem”: pływająca ikonka z suwakami kontrastu i rozmiaru tekstu. Nie naprawiają tego, co jest w kodzie, bo nie mogą: nie wiedzą, co przedstawia zdjęcie ani co robi przycisk bez opisu. Bywa też, że przeszkadzają osobom, które mają własne, dobrze skonfigurowane narzędzia. Dostępność to sposób budowania strony, nie doklejony panel.
Cztery pytania do oferty
Czy stronę da się obsłużyć samą klawiaturą i czy to sprawdzacie? Odpowiedź „tak, klikamy Tab przed wdrożeniem” jest lepsza niż nazwa dowolnego standardu.
Jak sprawdzacie kontrast i kto o tym decyduje? Jeśli decyduje wyłącznie projektant graficzny, kontrast przegra z estetyką.
Które elementy strony są złożone i jak będą obsługiwane bez myszki? To pytanie oddziela ofertę pisaną na poważnie od skopiowanej.
Co z plikami i filmami, które będziemy dodawać po starcie? Najlepsza strona zepsuje się w miesiąc, jeśli nikt nie powie redaktorowi, na co uważać.
Jak to wygląda u mnie
Rzeczy z listy „przy okazji” robię zawsze przy stronach firmowych i nie wyceniam ich osobno: kolejność nagłówków, opisy obrazków, widoczne zaznaczenie przy poruszaniu się klawiaturą, kontrast i etykiety pól. Tę stronę, którą właśnie czytasz, da się obsłużyć samą klawiaturą, a na jej początku jest link „przejdź do treści”.
Elementy złożone wpisuję do zakresu razem z opisem, jak mają działać bez myszki, żeby nie okazało się to niespodzianką przy odbiorze. Jeśli masz już stronę i nie wiesz, jak z nią jest, przegląd pod tym kątem mieści się w bezpłatnym przeglądzie: dostajesz listę rzeczy do poprawienia, uszeregowaną według tego, ile osób blokuje każda z nich. Nie sprzedaję nakładek obiecujących zgodność jednym kliknięciem.
FAQ
Najczęstsze pytania do tego tekstu.
Czy moja firmowa strona musi być dostępna?
Obowiązki zależą od branży i od tego, komu sprzedajesz, a przepisy się zmieniają, więc o samą literę pytaj prawnika. Niezależnie od niej te same poprawki sprawiają, że stronę da się obsłużyć na telefonie w słońcu i przy słabszym wzroku, czyli u dużej części Twoich klientów.
Ile kosztuje doprowadzenie strony do dostępności?
Zależy od tego, ile z pięciu sprawdzeń z tego tekstu strona już przechodzi. Część rzeczy robi się przy okazji zwykłego wdrożenia i nie kosztuje nic, a zakres reszty wyceniam po przejrzeniu konkretnej strony.
Czy wtyczka z suwakami kontrastu załatwia sprawę?
Nie. Nakładka nie wie, co przedstawia zdjęcie ani co robi przycisk bez opisu, więc nie naprawia tego, co siedzi w kodzie. Dostępność jest sposobem budowania strony, nie doklejonym panelem.
Następny krok
Napisz kilka zdań o swoim przypadku.
Napisz, czy chodzi o stronę, która dopiero ma powstać, czy o taką, która już działa. Przy istniejącej wystarczy adres: sprawdzę ją klawiaturą i odeślę listę rzeczy do poprawienia. Odpisuję zwykle w ciągu 24 godzin, w dni robocze.
Wolisz rozmowę od pisania? +48 511 599 056, w dni robocze.
Napisz do mnie
FAQ o współpracy
Bezpłatny przegląd
Bezpłatny przegląd to 30 minut rozmowy, a po niej mailem lista, co poprawić i w jakiej kolejności. Na czym polega.
Powiązane
Strona internetowa dla firmy
Za co płacisz, zamawiając stronę

## Baza wiedzy: ile trwa projekt
Źródło: https://lukaszcysewski.me/baza-wiedzy/ile-trwa-projekt-strony-i-systemu/
Zaktualizowano: 2026-09-20

Termin
Ile trwa zrobienie strony firmowej i co ten czas wydłuża
Łukasz Cysewski, programista z Gdyni. Tekst z 15 września 2026.
Czasu nie zjada pisanie kodu, tylko czekanie: na treści, na decyzje i na dostępy. Pokażę, z czego składa się kalendarz projektu, co go wydłuża i co da się skrócić bez obiecywania cudów.
Napisz o swoim przypadku
Wszystkie teksty
W skrócie
Czasu nie zjada pisanie kodu, tylko czekanie: na treści, na decyzje, na dostępy i na uwagi po pokazaniu wersji.
Termin ma sens dopiero razem z zakresem. Data podana przed spisaniem, co ma powstać, jest życzeniem.
Da się skrócić prawie każdy projekt, ale przez cięcie zakresu na etapy, a nie przez obietnicę szybszej pracy.
„Ile to potrwa” pada zwykle na pierwszej rozmowie, przed „ile to kosztuje”. Uczciwa odpowiedź brzmi: zależy, i to nie od tego, jak szybko ktoś pisze kod. Zależy od zakresu, od tego, ile rzeczy musi zdarzyć się po Twojej stronie, i od tego, ile razy projekt będzie czekał. Ten tekst pokazuje, z czego składa się kalendarz projektu, co go wydłuża najczęściej i co realnie da się skrócić.
Co naprawdę zajmuje czas
Rozbij projekt na cztery kawałki, a zobaczysz, gdzie uciekają tygodnie.
Ustalenie, co ma powstać
Rozmowa o procesie, spisany zakres, wycena i akceptacja. Przy stronie firmowej to kilka dni, przy systemie, który wchodzi w środek pracy firmy, bywa dłużej, bo trzeba pogadać z osobami, które ten proces wykonują. To jedyny etap, którego skrócenie zawsze mści się później.
Praca wykonawcy
Projekt graficzny, kod, testy, wdrożenie. Ten kawałek szacuje się najpewniej i zwykle najmniej zaskakuje, bo wykonawca robił już podobne rzeczy.
Praca po Twojej stronie
Treści, zdjęcia, dane do migracji, decyzje, akceptacje, dostępy do systemów, z którymi ma się łączyć. To tutaj powstaje większość opóźnień, i to nie dlatego, że ktoś się leni, tylko dlatego, że nikt nie zaplanował na to czasu w kalendarzu.
Rundy uwag
Po każdym etapie widzisz działającą wersję i zgłaszasz uwagi. Każda runda to kilka dni: zebranie uwag, poprawki, ponowne sprawdzenie. Warto wiedzieć z góry, ile rund mieści się w cenie, bo to one najczęściej rozjeżdżają termin.
ObojeRozmowa o procesie.
Co ma się zmienić w pracy firmy i po czym poznamy, że się udało.
JaSpisany zakres i wycena.
Lista tego, co powstaje, podzielona na etapy, z ceną przy każdym.
TyAkceptacja zakresu.
Jedna osoba decydująca skraca ten krok z tygodnia do dnia.
Do tego momentu projekt nie rusza.
JaProjekt graficzny i kod.
Ten kawałek szacuje się najpewniej, bo podobne rzeczy już były.
TyTreści, zdjęcia, dane.
Najczęstszy powód, dla którego gotowa strona stoi i czeka.
Bez tego nie ma czego wdrażać.
JaPierwsza działająca wersja.
Widzisz ją na swoim ekranie, nie na zrzucie w mailu.
TyRunda uwag.
Zebranie uwag w jednym miejscu zamiast w pięciu mailach.
Każda runda to kilka dni.
JaPoprawki i testy.
Po nich kolejna wersja do obejrzenia, jeśli umówiliśmy się na dwie rundy.
TyDostępy do systemów.
Domena, hosting, poczta, konta u dostawców, z którymi strona ma się łączyć.
Ten punkt planuje się na początku, nie na końcu.
JaWdrożenie i przekazanie.
Uruchomienie, przekierowania ze starych adresów, dokumentacja i dostępy u Ciebie.
Kolejność typowa, wysokość bloków nie oznacza czasu. Wykres pokazuje jedno: po czyjej stronie projekt stoi w danym momencie. Trzy kroki z dopiskiem to miejsca, w których projekt najczęściej czeka.
Pięć rzeczy, które wydłużają projekt najbardziej
Brak treści. Strona czeka na teksty i zdjęcia częściej niż na cokolwiek innego. Jeśli treści mają powstać po drodze, powiedz to na starcie i zaplanuj je jak osobne zadanie z terminem.
Rozmyta decyzyjność. Gdy akceptacja wymaga zgody trzech osób, każda runda uwag trwa tydzień zamiast dnia. Jedna osoba decydująca skraca projekt bardziej niż jakakolwiek technologia.
Czekanie na cudzy system. Integracja z systemem partnera, banku albo dostawcy zależy od terminów, na które nikt z nas nie ma wpływu. Ten fragment planuje się jako pierwszy, nie jako ostatni.
Zakres rosnący po drodze. Każdy dołożony pomysł jest osobno drobny. Razem przesuwają termin o tygodnie, zwykle bez rozmowy o tym, że został przesunięty.
Migracja starych treści i adresów. Przy przenoszeniu istniejącej strony to osobna praca, nie dodatek: trzeba przenieść treść, ustawić przekierowania i sprawdzić, czy nic nie zniknęło z wyników wyszukiwania.
Czego nie da się przyspieszyć
Kilku rzeczy nie skróci ani większy budżet, ani większy zespół. Zmiana serwerów nazw i certyfikaty potrzebują swojego czasu. Testy płatności u operatora idą według jego kalendarza, nie naszego. Treści musi ktoś napisać, a zdjęcia ktoś zrobić. Sklejenie tego równolegle bywa możliwe, ale nie sprowadza czasu do zera.
Jest też granica, za którą dokładanie ludzi szkodzi. Przy projekcie tej wielkości druga osoba spędza pierwszy tydzień na poznawaniu kodu, a rozmowy o podziale pracy zjadają czas, który miały oszczędzić.
Jak skrócić projekt uczciwie
Jedynym sprawdzonym sposobem jest cięcie zakresu, nie obietnica szybszej pracy. Wersja, która rozwiązuje najważniejszy problem, wchodzi pierwsza, reszta w kolejnych etapach. Trzy rzeczy, które to przyspieszają:
Zacznij od jednego procesu. Ten, który boli najbardziej. Reszta poczeka i po pierwszym etapie zwykle wygląda inaczej, niż wyglądała na początku.
Przygotuj treści wcześniej. Nawet niedoskonałe. Puste miejsce na tekst zatrzymuje projekt skuteczniej niż brakująca funkcja.
Wskaż jedną osobę do decyzji. I daj jej wcześniej mandat, żeby nie musiała pytać dalej przy każdym szczególe.
Co powinno być w ofercie zamiast samej daty
Data bez zakresu nic nie znaczy, więc pytaj o cztery rzeczy naraz: co dokładnie powstanie do tej daty, co po niej, ile rund uwag jest w cenie i co się stanie, gdy Twoje treści spóźnią się o dwa tygodnie. Oferta, która odpowiada na te cztery pytania, jest porównywalna z inną. Sama liczba tygodni nie jest.
Zapytaj też, ile projektów wykonawca prowadzi równolegle w tym czasie. To nie jest pytanie podchwytliwe: dwa projekty naraz są normalne, pięć oznacza, że Twój będzie czekał w kolejce, tylko nikt tego nie napisał w ofercie.
Sygnały, że termin jest zmyślony
Data podana na pierwszej rozmowie, przed spisaniem zakresu.
Termin, który nie zmienia się po tym, jak dołożyłeś do zakresu dwie nowe funkcje.
Brak w ofercie jakiegokolwiek zdania o tym, co dzieje się przy opóźnieniu po Twojej stronie.
Obietnica, że treści „napiszemy po drodze”, bez wskazania, kto i kiedy.
Jak to wygląda u mnie
Terminu nie podaję na pierwszej rozmowie. Podaję go razem ze spisanym zakresem, mailem, zanim cokolwiek zacznę, i razem z listą rzeczy, które muszą przyjść od Ciebie, żeby ten termin się utrzymał. Pracuję etapami, więc po każdym widzisz działającą wersję, a nie prezentację; to również oznacza, że przy opóźnieniu wiadomo od razu, czego dotyczy.
Nowy projekt zaczynam po wdrożeniu poprzedniego, a datę startu ustalamy na rozmowie. Jeśli Twój termin wynika z czegoś twardego, powiem wprost, czy da się pod niego przyciąć zakres, czy nie warto zaczynać.
FAQ
Najczęstsze pytania do tego tekstu.
Ile trwa strona firmowa bez dodatkowych funkcji?
Zależy od tego, kiedy będą gotowe treści i kto po Twojej stronie akceptuje. Sama praca wykonawcy przy kilku podstronach to najkrótszy element kalendarza; termin podaję razem ze spisanym zakresem, po rozmowie, a nie przed nią.
Czy da się zrobić szybciej, jeśli zapłacę więcej?
Rzadko. Więcej osób przy projekcie tej wielkości najpierw kosztuje czas na wdrożenie ich w kod, a część rzeczy, jak testy u operatora płatności czy zmiana serwerów nazw, idzie swoim tempem niezależnie od budżetu. Skraca się przez cięcie zakresu na etapy.
Co się stanie, gdy spóźnię się z treściami?
Termin przesuwa się o tyle, ile trwało czekanie, i mówię to od razu, a nie przy odbiorze. Dlatego w zakresie zapisuję, co ma przyjść od Ciebie i do kiedy; to jedyny sposób, żeby data znaczyła cokolwiek dla obu stron.
Następny krok
Napisz kilka zdań o swoim przypadku.
Napisz, co ma powstać i czy termin wynika z czegoś twardego: sezonu, targów, końca umowy z obecnym dostawcą. Z tego wychodzi, czy da się pod tę datę przyciąć zakres. Odpisuję zwykle w ciągu 24 godzin, w dni robocze.
Wolisz rozmowę od pisania? +48 511 599 056, w dni robocze.
Napisz do mnie
FAQ o współpracy
Bezpłatny przegląd
Bezpłatny przegląd to 30 minut rozmowy, a po niej mailem lista, co poprawić i w jakiej kolejności. Na czym polega.
Powiązane
Co przygotować przed rozmową
Za co płacisz, zamawiając stronę
Strona internetowa dla firmy

## Baza wiedzy: co przygotowac przed rozmowa z wykonawca
Źródło: https://lukaszcysewski.me/baza-wiedzy/co-przygotowac-przed-rozmowa/
Zaktualizowano: 2026-09-20

Przygotowanie
Co przygotować przed rozmową z wykonawcą?
Łukasz Cysewski, programista z Gdyni. Tekst z 15 września 2026.
Pięć rzeczy, które warto spisać, zanim zadzwonisz. Zajmują pół godziny, a decydują o tym, czy po rozmowie dostaniesz wycenę, czy propozycję kolejnego spotkania.
Napisz o swoim przypadku
Wszystkie teksty
W skrócie
Przed pierwszą rozmową wystarczy pół godziny: problem w jednym zdaniu, dzisiejsza ścieżka pracy krok po kroku, osoba decydująca po Twojej stronie, termin razem z powodem i widełki budżetu, choćby szerokie.
Specyfikacji, listy funkcji ani wyboru technologii przygotowywać nie musisz, bo to wychodzi z rozmowy o procesie.
Jeśli system już istnieje, dołóż dostępy i informację, kto go robił, inaczej wycena przejęcia jest zgadywanką.
Pierwsza rozmowa o projekcie zwykle schodzi na ustalanie rzeczy, które wiesz od dawna, tylko nigdy nie zostały zapisane. Godzina mija, wykonawca nadal nie rozumie, jak pracuje Twoja firma, a Ty słyszysz, że „trzeba się spotkać jeszcze raz”. Nie chodzi o dokument ani o specyfikację. Chodzi o pół godziny notatek, po których rozmowa zaczyna się od Twojego problemu, a nie od budowania kontekstu od zera.
Pięć rzeczy, które wystarczą
Problem w jednym zdaniu
Nie „potrzebujemy systemu”, tylko co konkretnie boli. „Trzy osoby przepisują te same zamówienia z maila do arkusza.” „Klienci dzwonią po terminy, bo nie widzą, co jest wolne.” „Nikt nie wie, na czym stoi zlecenie, dopóki nie zapyta.” Zdanie o bólu jest ważniejsze niż pomysł na rozwiązanie, bo rozwiązań jest zwykle kilka i tańsze bywa lepsze.
Jak to działa dziś, krok po kroku
Wypisz ścieżkę, którą przechodzi jedno zlecenie albo jeden klient, od pierwszego kontaktu do końca. Kto co wpisuje, gdzie to trafia, kto sprawdza, co się dzieje przy błędzie. Pięć do dziesięciu punktów. To jedyna rzecz z tej listy, której nikt poza Wami nie zrobi, i to z niej wychodzi połowa wyceny.
Kto po Twojej stronie decyduje
Jedno nazwisko. Osoba, która odpowie na pytanie o szczegół procesu w ciągu dnia albo dwóch i która rozstrzygnie, gdy dwa działy chcą czegoś innego. Projekty nie stoją na kodzie, tylko na czekaniu na decyzję. Jeśli tą osobą jesteś Ty i masz na to dwie godziny w tygodniu, powiedz to wprost: da się pod to ułożyć pracę, ale trzeba wiedzieć wcześniej.
Termin i to, co go wyznacza
Sam termin mówi mało, powód mówi wszystko. Sezon, targi, koniec umowy z obecnym dostawcą, wejście przepisu. Jeśli data wynika z czegoś twardego, zakres da się pod nią przyciąć. Jeśli data jest życzeniem, lepiej to powiedzieć, bo wtedy jest czym negocjować, gdy coś się przesunie.
Widełki budżetu, choćby szerokie
Najbardziej niewygodny punkt i najbardziej oszczędzający czas. Nie chodzi o kwotę do zapłaty, tylko o rząd wielkości: kilka tysięcy, kilkanaście, kilkadziesiąt. Wykonawca, który je zna, powie od razu, co się w nich mieści, a czego nie, zamiast przygotowywać ofertę dwa razy za drogą. Jeśli nie masz pojęcia, powiedz i to: da się zacząć od pytania, ile to mniej więcej kosztuje w Twoim przypadku.
Jeśli system już istnieje
Przy przejęciu albo modernizacji dochodzą trzy rzeczy. Po pierwsze dostępy: repozytorium z kodem, panel hostingu, domena, baza. Nie musisz ich mieć pod ręką na rozmowę, ale musisz wiedzieć, czy je masz i kto je trzyma. Po drugie historia: kto robił, kiedy, dlaczego przestaliście współpracować. Po trzecie granica: co ma zostać bez zmian, a co przepisujemy. Bez tego każda wycena przejęcia jest zgadywanką, o czym piszę więcej w tekście o przejęciu strony po innym wykonawcy.
Czego nie musisz przygotowywać
Specyfikacji technicznej. Napisana bez wykonawcy zwykle opisuje rozwiązanie, które i tak zmieni się po pierwszej rozmowie o procesie.
Wyboru technologii. To moja odpowiedzialność i moje ryzyko. Twoja rola to powiedzieć, czy coś jest w firmie już używane i musi zostać.
Listy funkcji z cudzej strony. Lepiej pokazać, co Ci się w niej podoba i dlaczego, niż prosić o to samo. Połowa tych funkcji nie jest używana także u konkurencji.
Gotowego projektu graficznego. Przydaje się, jeśli już jest. Jeśli nie ma, powiem, kiedy jest potrzebny, a kiedy wystarczy dopracowany układ.
Pytania, ile to potrwa, z odpowiedzią. Termin wychodzi z zakresu, a zakres spisujemy razem.
Ściąga do wklejenia w mail
Pięć linijek, które wystarczą na start. Jeśli wolisz od razu napisać, zamiast dzwonić, to jest cała treść pierwszej wiadomości.
Firma i branża, wielkość zespołu.
Problem, który ma zniknąć, w jednym zdaniu.
Jak ta sprawa wygląda dziś, krok po kroku.
Kiedy ma działać i dlaczego akurat wtedy.
Orientacyjny budżet, jeśli już go znasz, oraz kto po Waszej stronie prowadzi temat.
Co dostajesz po takiej rozmowie
Przy tym komplecie pierwsza rozmowa trwa trzydzieści do czterdziestu pięciu minut i kończy się trzema rzeczami: co da się zrobić, w jakiej kolejności i w jakich widełkach. Bez nich kończy się ustaleniem terminu następnej rozmowy, na której padną dokładnie te pytania. To nie jest wina żadnej ze stron, po prostu nikt nie wyceni procesu, którego nie zna.
Jak to wygląda u mnie
Na pierwszej rozmowie pytam dokładnie o te pięć rzeczy i notuję ścieżkę Twojego procesu. Potem dostajesz spisany zakres z widełkami, jeszcze przed startem prac, i podziałem na etapy, po których widać działający fragment. Tak wygląda cały proces.
Jeśli po tej rozmowie wyjdzie, że wystarczy Ci gotowe narzędzie za abonament albo poprawka w tym, co już masz, powiem to zamiast proponować projekt. Najmniejszy zakres, który rozwiąże problem, jest zwykle najlepszym początkiem współpracy.
FAQ
Najczęstsze pytania do tego tekstu.
Czy muszę przygotować specyfikację przed rozmową?
Nie. Lista funkcji spisana bez wykonawcy zwykle opisuje wyobrażenie o rozwiązaniu, a nie problem. Wystarczy problem w jednym zdaniu i dzisiejsza ścieżka pracy krok po kroku; reszta wychodzi z rozmowy.
Co zrobić, gdy nie znam budżetu?
Podaj widełki, choćby szerokie, albo powiedz wprost, że ich nie znasz. To nie jest pytanie o Twój limit, tylko o to, czy rozmawiamy o stronie, czy o systemie, bo od tego zależy, co w ogóle ma sens proponować.
Co dostaję po pierwszej rozmowie?
Spisany zakres, widełki i termin mailem, zanim cokolwiek się zacznie. Zostają u Ciebie także wtedy, gdy zdecydujesz się nie iść dalej albo wybierzesz kogoś innego.
Następny krok
Napisz pięć linijek o swoim przypadku.
Wystarczy ściąga z tego tekstu: problem, dzisiejsza ścieżka, termin i powód, widełki, osoba prowadząca. Odpiszę, czy to robota na tydzień, czy na kwartał, i czym różnią się warianty. Odpisuję zwykle w ciągu 24 godzin, w dni robocze.
Wolisz rozmowę od pisania? +48 511 599 056, w dni robocze.
Napisz do mnie
FAQ o współpracy
Bezpłatny przegląd
Bezpłatny przegląd to 30 minut rozmowy, a po niej mailem lista, co poprawić i w jakiej kolejności. Na czym polega.
Powiązane
Usługi dla firm: zakres i proces
Za co płacisz, zamawiając stronę

## Polityka prywatnosci
Źródło: https://lukaszcysewski.me/polityka-prywatnosci/
Zaktualizowano: 2026-09-20

Polityka prywatności
Co dzieje się z Twoimi danymi.
Ta strona nie ma formularza, nie zapisuje plików cookie i nie śledzi odwiedzających. Dane przetwarzam dopiero wtedy, gdy sam do mnie napiszesz albo zadzwonisz, i tylko po to, żeby odpowiedzieć i ewentualnie zrealizować projekt.
Kto odpowiada za dane.
Administratorem danych jest Łukasz Cysewski, Gdynia. W każdej sprawie dotyczącej danych napisz na kontakt@lukaszcysewski.me. Dane rejestrowe działalności gospodarczej, czyli adres i NIP, pojawią się tutaj po wpisie do CEIDG.
Jakie dane i skąd.
Przetwarzam wyłącznie to, co sam mi przekazujesz w e-mailu albo w rozmowie telefonicznej: imię i nazwisko, nazwę firmy, adres e-mail, numer telefonu i treść wiadomości. Strona nie zbiera danych samodzielnie i nie ma formularza kontaktowego.
Po co i na jakiej podstawie.
Odpowiedź na zapytanie i przygotowanie wyceny: art. 6 ust. 1 lit. b RODO, czyli działania na Twoje żądanie przed zawarciem umowy.
Zawarcie i wykonanie umowy: art. 6 ust. 1 lit. b RODO.
Rozliczenia, faktury i obowiązki podatkowe: art. 6 ust. 1 lit. c RODO, czyli obowiązek prawny.
Kontakt biznesowy, archiwum korespondencji oraz ustalenie, dochodzenie lub obrona roszczeń: art. 6 ust. 1 lit. f RODO, czyli mój uzasadniony interes.
Prowadzenie i zabezpieczenie strony: art. 6 ust. 1 lit. f RODO. Serwer dostawcy hostingu zapisuje w logach adres IP, datę zapytania i typ przeglądarki. Logi służą tylko utrzymaniu i bezpieczeństwu serwisu, trzyma je dostawca hostingu, nie ja. Na tej samej podstawie zbieram zbiorcze statystyki odwiedzin.
Jak długo.
Korespondencję, która nie skończyła się umową, przechowuję do zakończenia rozmów i przez rok od ostatniej wiadomości. Dane związane z umową przechowuję przez czas jej trwania, a potem przez okres przedawnienia roszczeń i przez czas wymagany przepisami podatkowymi, czyli pięć lat od końca roku, w którym powstał obowiązek podatkowy.
Kto jeszcze ma dostęp.
Dostawcy, z których korzystam do prowadzenia strony i poczty: Cloudflare, Inc. (hosting strony i przekazywanie poczty), Google LLC (skrzynka pocztowa) oraz Brevo, Sendinblue SAS (wysyłka poczty). Jeżeli dojdzie do umowy, dane do faktury trafią do podmiotu prowadzącego moją księgowość. Część tych dostawców przetwarza dane poza Europejskim Obszarem Gospodarczym, w Stanach Zjednoczonych, na podstawie decyzji Komisji Europejskiej o ramach ochrony danych UE-USA (Data Privacy Framework) albo standardowych klauzul umownych.
Twoje prawa.
Masz prawo dostępu do swoich danych, ich sprostowania, usunięcia, ograniczenia przetwarzania i przenoszenia, a także sprzeciwu wobec przetwarzania opartego na moim uzasadnionym interesie. Wystarczy e-mail. Masz też prawo wnieść skargę do Prezesa Urzędu Ochrony Danych Osobowych. Podanie danych jest dobrowolne, ale bez adresu e-mail albo numeru telefonu nie będę mógł odpowiedzieć.
Ta strona i Twoje urządzenie.
Strona nie zapisuje plików cookie ani innych danych na Twoim urządzeniu i nie ładuje skryptów reklamowych. Statystyki odwiedzin zbiera Cloudflare Web Analytics, które według dokumentacji dostawcy nie używa plików cookie ani identyfikatorów i nie śledzi odwiedzających między stronami; widzę tylko zbiorcze liczby. Nie profiluję i nie podejmuję zautomatyzowanych decyzji.
Zgłaszanie błędów bezpieczeństwa.
Jeżeli znajdziesz podatność w tym serwisie albo w systemie, który dla kogoś prowadzę, napisz na kontakt@lukaszcysewski.me. Odpowiadam zwykle w ciągu 24 godzin i informuję, co dalej.
Zgłoszenia w dobrej wierze traktuję jak pomoc, nie jak atak: nie podejmuję z ich powodu żadnych kroków prawnych, o ile nie wykraczają poza to, co konieczne do wykazania problemu. Proszę nie pobierać cudzych danych, nie modyfikować ani nie usuwać treści, nie prowadzić testów obciążeniowych ani prób wyłączenia usługi i nie ujawniać podatności publicznie, zanim zostanie naprawiona. Kontakt techniczny jest też w pliku security.txt.
Hosting stron klientów.
Jeżeli Twoja strona lub Twój system działa na moim serwerze, dane jej użytkowników przetwarzam wyłącznie na Twoje polecenie, jako podmiot przetwarzający, na podstawie umowy powierzenia z art. 28 RODO. Umowa wskazuje też podwykonawców, na przykład dostawcę serwera i kopii zapasowych.
Nazwy i znaki towarowe, o których piszę na tej stronie, należą do ich właścicieli. Używam ich tylko po to, żeby powiedzieć, czym pracuję, i nie sugeruję współpracy ani certyfikacji. Fonty są na licencji SIL Open Font License 1.1. Zdjęcia, ikony i kod serwisu są moje.
Ostatnia aktualizacja: 14 września 2026. Zmiany publikuję na tej stronie.

## For business: services, scope, process, skills, FAQ (EN)
Źródło: https://lukaszcysewski.me/en/
Zaktualizowano: 2026-09-20

For business
Systems and websites that take work off your team.
Websites, booking systems and custom software for small and mid-sized companies that have outgrown a spreadsheet and a phone. From a simple website to a custom system: I run the project from the first conversation about your process to post-launch support. You keep the project, its data and documentation.
Get in touch
What I can do
Free review
since 2023
commercial work on production systems
4
steps to launch, then support
<24h
typical response time
day 1
accounts in your name, code on request
What I do
What companies come to me with most often.
Each item is a problem I hear on a first call, followed by what I build to fix it. The technology comes last, because it's a tool, not the product.
Excel and e-mail stopped being enough. An internal tool where the team runs the contract and document workflow in one place, with a change history and permissions. LARAVEL · VUE
Appointments booked over the phone. A booking system where your customers pick an open slot themselves, and you see how booked up you are. LARAVEL · LIVEWIRE
The site can't be changed without a developer. A site on a lightweight, custom CMS where you edit content and photos yourself. No plugins, no license fees, no updates that break the layout. CUSTOM CMS
Off-the-shelf software doesn't fit your process. A system built around how your company actually works, instead of workarounds that cost more than the software itself. PHP · VUE 3 · NUXT
Data retyped by hand between systems. An integration that moves the data in the background: warehouse, accounting, a partner's system. Plus chatbots and AI agents wherever someone answers the same question for the hundredth time. OPENAI · MCP · REST · SOAP
You want to sell your software. Architecture that can take the weight: modules switched on per client, separate production instances, subscription billing. FEATURE FLAGS · BILLING
The system runs, but nobody wants to touch it. An upgrade on a live system, with no downtime. From older, unsupported versions of PHP and Laravel to current ones, with tests, so you know nothing broke. PHP · LARAVEL · TESTS
You have nobody to call when something breaks. Maintenance: monitoring, backups, updates and fixes. Including systems built by someone else. DOCKER · CI/CD · PHPUNIT
Nothing here quite matches? Get in touch anyway. Many projects are a mix of a few areas.
Scope
From a simple site to a system.
Three levels of engagement. Not every company needs the third one, and plenty of projects stop at the first.
Simple website
A few pages, a CMS you edit yourself, contact by form or by a plain e-mail address, basic SEO and accessibility. For a company that needs a credible presence online and nothing beyond that.
Website with features
Everything above plus one or two things that genuinely save time: booking a slot, a client portal, a quote calculator, an integration with a system you already use.
Custom system
A tool built around how your company works, from the data model to deployment and maintenance. For when off-the-shelf software forces you to change how you work instead of supporting it.
Not sure which level? Get in touch. I'll tell you which one you actually need, not which one I'd like to sell. Sometimes the answer is: you need something simpler than you think.
I price the written scope, not the level: what gets built, what does not, and how many rounds of changes are included. The first call and the price range are free, with no strings attached.
How I work
From the first message to support.
You write. A few sentences about what needs to start working differently.
A call. Thirty to forty-five minutes about the process, not the technology. Free, with no strings attached. I tell you straight whether I can help.
Scope and estimate. A written scope, a price range and a timeline by e-mail, before I start anything. They stay with you even if you decide not to go ahead.
Delivery. I work in stages. After each one you see a working version, not a slide deck.
Support. Fixes after launch and maintenance, if you want it.
Five principles
Process first, code second. Before proposing anything, I want to understand where the business loses time.
Boring technology wins. Laravel, MySQL, Redis: a proven stack that runs for years, instead of architecture built to impress.
Smallest scope that solves the problem. If something simpler will do, I'll say so instead of building a system you don't need.
No lock-in. You keep the project, its data and documentation.
You always know where you stand. Scope, a price range and a timeline by e-mail after the first call, and I flag risks before they reach the project.
Skills
What I can do for you.
The areas I work in day to day. Technology is a tool here, so each area is described by the result you get, not the stack behind it.
Billing and subscriptions
Subscriptions, recurring invoices and e-invoices filed straight to KSeF, with modules switched on per client.
System integrations
Connections to partner systems, older ones included: data moves both ways without manual retyping.
Sites fed by external data
Data pulled from other systems and refreshed in the background, with content in several languages run by your editors.
Internal panels and systems
Document workflows, permissions, change history, mobile and SMS notifications, built around your process.
Modernization and maintenance
PHP and Laravel upgrades on live systems, plus monitoring, backups and fixes, including after another contractor.
Accessibility and quality
Keyboard and screen-reader support (WCAG 2.1 AA), with automated tests before every change.
Who I am
One person, the whole project.
Łukasz Cysewski, a developer based in Gdynia, Poland. I build websites and systems in Laravel and Vue for companies in the Gdańsk–Gdynia–Sopot area and, remotely, across Poland and Europe. Over three years of commercial work on a SaaS platform and client websites. Backend, frontend and infrastructure in one pair of hands, with no handoffs between departments.
I explain technical things in plain language, without jargon.
FAQ
Before you get in touch.
The questions that come up most often on a first call.
How does working together start?
You write a few sentences about what you need. Then a call about the process, an estimate for the scope, delivery and support after launch. I run projects end-to-end, with no handoffs between departments.
How much does a project cost?
There is no off-the-shelf price list, because an estimate depends on scope. I price what gets written down: we agree what needs to be built, I split it into stages and put a number on each one. Either a fixed price for a defined scope, or a day rate for longer engagements. The first call and the price range are free and carry no obligation, and nothing gets built before you have both.
The price follows the scope, the deadline and how much risk I take on. The smallest engagements I accept from new clients are a few days of work. Small changes to systems I already maintain go through the maintenance agreement. The price covers deployment to the server and handing over the accounts; what stays outside it is what you buy directly in your own name: hosting, the domain and paid integrations.
How long does a project take?
I give you a timeline together with the scope, after the call, because it depends not only on what has to be built but also on how quickly content and decisions arrive from your side.
I work in stages, so you see a working piece before the whole thing is finished, and every stage has its own date. If something slips, you hear about it in the week I see it, not at the end.
I start a new project once the previous one is live, so we agree the start date on the first call.
Do we sign a contract and an NDA?
Yes. A contract with the scope, the dates and the rules for changes written down, so both sides know what is included and what happens when a new idea shows up mid-project. I will sign an NDA before the first detailed conversation if you need one.
Can I see previous work?
Most of the systems I build run inside companies and are covered by confidentiality, so I cannot show them publicly.
On a call I walk through them without names: what the problem was, what got built and what changed in the way the team works. Publicly I can show this site and my own tools on GitHub.
Who handles the design and UX?
I'm a developer, not a designer. On simpler projects I use my own tried-and-tested layout, like the one on this site. When the look matters a lot, I bring in a designer I work with, or work from a design you supply. I bring this up on the first call, so there are no surprises.
Who maintains the site after launch?
It's up to you. You can take over everything, because the project, its data and documentation are on your own accounts. You can leave maintenance to me: monitoring, backups, updates and fixes at an agreed level. Or you can hand it to someone else.
Will you take over a system built by someone else?
Yes, that is a common scenario. I run PHP and Laravel upgrades on live systems, from older, unsupported versions to current ones, with no downtime. I start with a review of the code and infrastructure so I can tell you straight what can be saved and what has to be rewritten.
Who owns the code after the project ends?
Code and data created specifically for your project are transferred to you in the contract, together with the access and documentation you need to maintain and extend it. The open-source libraries the project uses stay on their own licenses. That is standard and does not limit what you can do with the code.
If the website uses my custom CMS, you get a perpetual license to use it on your site, with the right to adapt it for your own needs, without depending on me.
What happens if you disappear?
The code, the data and the documentation are yours: you get them on request at any time, and the server, the domain and the service accounts are in your name, so nothing is locked away with me. The repository can sit on my account or on your company’s, whichever you prefer. I write documentation so another Laravel developer can take the project over without talking to me: how to run it, how the integrations work and why the bigger decisions were made.
On longer engagements we agree upfront who picks the work up if I am unavailable.
Contact
Get in touch.
Contract work, billed by invoice: a single project or an ongoing engagement, remote across Poland and Europe or on-site in the Gdańsk–Gdynia–Sopot area. Describe what you need in a few sentences. I usually reply within 24 hours.
Already have a website or a system and not sure where to start? Free review: a 30-minute call, then a list by e-mail of what to fix and in what order. Send me two times that work for you and I'll confirm one, or suggest the next opening.
E-mail
kontakt@lukaszcysewski.me
Phone
+48 511 599 056
LinkedIn
/lukasz-cysewski-dev
Base
Gdynia · Gdańsk · Sopot · remote

## Privacy policy (EN)
Źródło: https://lukaszcysewski.me/en/privacy/
Zaktualizowano: 2026-09-20

Privacy policy
What happens to your data.
This site has no form, sets no cookies and does not track visitors. I only process data once you write or call me, and only to reply and, if we go ahead, to deliver the project.
Who is responsible.
The data controller is Łukasz Cysewski, Gdynia, Poland. For anything related to your data, write to kontakt@lukaszcysewski.me. The registered business address and tax identification number will appear here once the business is entered in the Polish register.
What data, and where it comes from.
I process only what you give me yourself in an e-mail or a phone call: your name, company name, e-mail address, phone number and the content of your message. The site collects nothing on its own and has no contact form.
Why, and on what legal basis.
Replying to your enquiry and preparing an estimate: Article 6(1)(b) GDPR, steps taken at your request before entering into a contract.
Entering into and performing the contract: Article 6(1)(b) GDPR.
Invoicing, accounting and tax obligations: Article 6(1)(c) GDPR, a legal obligation.
Business contact, correspondence archive, and establishing, exercising or defending legal claims: Article 6(1)(f) GDPR, my legitimate interest.
Running and securing the site: Article 6(1)(f) GDPR. My hosting provider's servers log the IP address, the time of the request and the browser type. The logs serve maintenance and security only; the provider keeps them, not me. Aggregate visit statistics rest on the same basis.
For how long.
Correspondence that did not lead to a contract is kept until the conversation ends and for one year after the last message. Data connected with a contract is kept for the duration of the contract, then for the limitation period of claims and for the period required by tax law, which is five years from the end of the year in which the tax obligation arose.
Who else has access.
The providers I use to run the site and e-mail: Cloudflare, Inc. (website hosting and e-mail routing), Google LLC (mailbox) and Brevo, Sendinblue SAS (outgoing e-mail). If we sign a contract, invoicing data goes to the firm that handles my accounting. Some of these providers process data outside the European Economic Area, in the United States, under the European Commission's EU-US Data Privacy Framework decision or standard contractual clauses.
Your rights.
You have the right to access your data, to have it corrected or erased, to restrict its processing, to data portability, and to object to processing based on my legitimate interest. An e-mail is enough. You also have the right to lodge a complaint with the President of the Polish Personal Data Protection Office (UODO). Providing your data is voluntary, but without an e-mail address or phone number I will not be able to reply.
This site and your device.
The site stores no cookies or other data on your device and loads no advertising scripts. Visit statistics are collected by Cloudflare Web Analytics, which according to the provider's documentation uses no cookies or identifiers and does not track visitors across sites; I only see aggregate numbers. There is no profiling and no automated decision-making.
Reporting security issues.
If you find a vulnerability in this site or in a system I run for someone, write to kontakt@lukaszcysewski.me. I usually reply within 24 hours and tell you what happens next.
Good-faith reports are treated as help, not as an attack: I take no legal steps over them, as long as they stay within what is needed to demonstrate the problem. Please do not download other people's data, do not modify or delete content, do not run load or denial-of-service tests, and do not disclose the issue publicly before it is fixed. The technical contact is also in security.txt.
Hosting client websites.
If your website or application runs on my server, I process its users' data only on your instructions, as a data processor, under a data processing agreement pursuant to Article 28 GDPR. The agreement also names the sub-processors, for example the server and backup provider.
The names and trademarks I mention on this site belong to their owners. I use them only to say what I work with, and I do not imply any partnership or certification. The fonts are licensed under the SIL Open Font License 1.1. The photos, icons and the site's code are mine.
Last updated: 14 September 2026. Changes are published on this page.