Software Architect · B2B · Poznań

Buduję i naprawiam systemy, na których działają firmy.

Najczęściej trafiam tam, gdzie coś już istnieje, ale przestało nadążać — porzucony backend, aplikacja no-code blokująca rozwój, proces robiony ręcznie od lat. Stabilizuję, modernizuję, automatyzuję.

Bez specyfikacji i bez wiedzy technicznej — opisz, co przestało działać, co trwa za długo albo gdzie firma traci czas.

Dostępność: lipiec 2026 Wycena: <48h Poznań, Polska
18 000+ zleceń w utrzymywanych systemach
8 case studies z liczbami
2 kraje produkcyjnych wdrożeń
<48h od zgłoszenia do wyceny

Bez specyfikacji na start

Nie musisz wiedzieć, gdzie dokładnie leży problem.

Wystarczy, że wiesz, co w firmie boli: coś trwa za długo, ktoś robi ręcznie powtarzalną pracę, system przestał nadążać albo nikt nie chce go ruszyć.

Opisz sytuację po ludzku

Techniczne pytania pojawią się dopiero wtedy, gdy będą naprawdę potrzebne.

Możesz przyjść z sytuacją typu:

  • Poprzedni wykonawca zniknął, a system nadal obsługuje firmę
  • Pracownik codziennie przekleja dane między narzędziami
  • Nie wiadomo, czy naprawiać, przepisywać, czy zostawić
  • System działa, ale każdy błąd kończy się ręcznym gaszeniem pożaru

Nie musisz mieć:

  • gotowej specyfikacji
  • osoby technicznej po swojej stronie
  • pełnej dokumentacji
  • pewności, czy problem da się naprawić
01

Rezultaty, nie obietnice

Każda liczba pochodzi z opisanego case study. Kliknij, żeby zobaczyć, jak powstała.

~15 s → <1 s

Czas wydruku zlecenia po wymianie porzuconego backendu Java na ~150 linii Node.js.

Szczegóły techniczne

Reverse-engineering API z ruchu HTTP i schematu bazy, nowy backend Node/Express, frontend React nietknięty.

126 s → 3,9 s

Wypłata 18 080 CHF / 212 rekordów, która wcześniej po cichu domykała się w połowie.

Szczegóły techniczne

Operacje masowe (~272 wywołania HTTP → ~10), maszyna stanów wypłaty, nocny audyt + alerty Telegram.

6 wdrożeń / 8 tygodni

Od naprawy webhooka za 450 zł do roli partnera technicznego studia ze Szwajcarii.

Szczegóły techniczne

3 boty Telegram, 2 systemy produkcyjne, RBAC, mikroserwis na Deno Deploy omijający limity platformy no-code.

14 minut

Cutover produkcji na nową infrastrukturę — w weekendowym oknie, bez utraty danych.

Szczegóły techniczne

Hetzner Cloud, Caddy + Let’s Encrypt, codzienny backup off-site w drugim kraju z potwierdzonym odtworzeniem.

9/9 testów E2E

Rdzeń rezerwacji SaaS bez double-bookingu, zweryfikowany na produkcji.

Szczegóły techniczne

Multi-tenant RLS, atomowa blokada przez partial index w Postgresie, Stripe z idempotentnym webhookiem.

100 ogłoszeń / <$0.30

Pipeline AI znajdujący firmy, które zatrudniają ludzi do pracy dla skryptu.

Szczegóły techniczne

Pre-filtr regułowy, scoring Claude Haiku, personalizacja Sonnet — pełny przebieg w 2 minuty.

02

Jak wygląda współpraca

Zaczęło się od webhooka za 450 zł

Studio ze Szwajcarii zgłosiło się z prostym zleceniem: bot Telegram nie łączy się z systemem. Osiem tygodni później utrzymywałem dwa systemy produkcyjne. Tak wygląda ta droga:

  1. Naprawa webhooka

    Platforma no-code blokowała komunikację zwrotną. Zewnętrzny serwer pośredniczący postawiony w jeden wieczór.

  2. Krytyczny bug wypłat

    Tę samą pensję dało się wypłacić kilka razy — saldo nie zerowało się po kliknięciu. Przebudowa logiki transakcyjnej w systemie działającym na realnych pieniądzach 24/7.

  3. Kontrola dostępu

    Logowanie Google wpuszczało nowych pracowników bez weryfikacji. Trójstanowy RBAC zamknął lukę.

  4. Drugi system produkcyjny

    Klon całości dla studia w innym mieście — osobna baza, osobny bot, zero wpływu na produkcję.

  5. Jeden przycisk dla recepcji

    Przy 100–150 prezentacjach dziennie: klik → pokój → powiadomienie trafia tylko do wolnych pracownic, w ich języku.

8 tygodni: 6 wdrożeń · 3 boty Telegram · 2 systemy produkcyjne

Nikt nie szuka „inżyniera do jednorazowej naprawy”. Ludzie szukają kogoś, komu mogą napisać o 1:45 w nocy — i wiedzieć, że rano będzie działać.

04
Artur Mrowicki

Kim jestem

Lubię robotę, która wymaga rozłożenia istniejącego systemu na części, zrozumienia, jak naprawdę działa, i poskładania go tak, żeby dało się go dalej rozwijać. Na co dzień Node.js, Python, bazy danych i integracje; po stronie AI — agenci i pipeline'y na realnych danych, nie na demówkach. Matematyk z UAM.

TypeScript React Astro Node.js Python PostgreSQL Supabase Docker Next.js Tailwind CSS
05

Zostaję po wdrożeniu

System zaczyna naprawdę żyć, gdy używają go ludzie pod presją. Odpowiedź na SMS w ciągu godziny, poprawka tego samego dnia.

Uczciwa wycena w 48h

Prawdziwa liczba na starcie zamiast taniej oferty, która kończy się „etapem 2”. Pełna przejrzystość — dostęp do repo, raporty postępu.

Pełna odpowiedzialność

Rozmawiasz z osobą, która pisze kod i podejmuje decyzje architektoniczne. Zero pośredników, zero zagubionej komunikacji.

Audyt to punkt wyjścia

Nie wstęp do wielkiego projektu. Czasem najuczciwszą odpowiedzią jest „tego nie warto automatyzować” — i taką też dostaniesz.

Retail wielolokalizacyjny Studia usługowe Transport i logistyka E-commerce SaaS No-code rescue
06

Jak wygląda współpraca

Od pierwszej wiadomości do działającego systemu — bez żargonu i bez zobowiązań na starcie.

  1. 01

    Opisujesz problem

    Swoimi słowami — w krótkiej rozmowie z AI albo zwykłym mailem. Bez specyfikacji, bez rejestracji.

  2. 02

    Dostajesz wycenę w 48h

    Konkretny zakres prac i prawdziwa liczba na starcie. Jeśli czegoś nie warto robić — też to usłyszysz.

  3. 03

    Wdrażam etapami

    Najpierw to, co boli najbardziej. Twój system działa przez cały czas prac, a postęp widzisz na bieżąco.

  4. 04

    Zostaję po wdrożeniu

    Odpowiedź na SMS w ciągu godziny, poprawka tego samego dnia. System dopracowuje się w realnym użyciu.

07

Jak wygląda krótki brief?

Asystent zbiera kontekst od razu — Artur dostaje materiał do osobistej oceny.

AI Brief · aktywny
Mamy w firmie 3 osoby które dziennie ręcznie przetwarzają faktury i klasyfikują zgłoszenia klientów. Chcemy to zautomatyzować.
Rozumiem — powtarzalne procesy, które zjadają czas zespołu. Kilka pytań: ile faktur dziennie przetwarzacie i w jakim formacie przychodzą? Jakie systemy używacie do zgłoszeń — email, CRM, helpdesk?
Około 80-100 faktur dziennie, PDF-y mailem. Zgłoszenia przez formularz na stronie, trafiają na wspólną skrzynkę.
Przy tej skali pipeline LLM z ekstrakcją danych z PDF + automatyczna klasyfikacja zgłoszeń da realne oszczędności — szacunkowo 5-8h dziennie. Artur przygotuje specyfikację i wycenę automatyzacji.
Bezpłatny brief · 6 wymian Opisz swój problem
08

Masz system, który „działa, ale...”?

Opisz problem Wolisz napisać bezpośrednio?