Adrian Krawczyk. Automation engineer z Poznania.

Na czym się znam

Nie na wszystkim. Poniżej stack, z którym pracuję hands-on na co dzień, buduję w nim realne wdrożenia, nie znam tylko z dokumentacji.

Czego nie używam, nawet jak klient prosi

Jeśli masz już coś w Make, pomogę zmigrować na n8n albo nakreślić kiedy migracja nie ma sensu. Samo wdrożenie od zera na Make odmawiam.

Typowe projekty, nad którymi siedziałem

Lista poniżej to schemat, nie konkretni klienci (case studies z nazwami są w notatkach, po uprzedniej zgodzie). Wszystkie w obszarze SMB, 10-200 osób, branże: e-commerce, logistyka, marketing, SaaS, konsulting.

• Ingest faktur z maili. OCR PDF, klasyfikacja GPT (kategoria kosztu, przypisanie projektu), push do księgowości. Skalowało ~240 faktur miesięcznie bez supportu.
• Routing leadów do CRM. Formularz → walidacja → HubSpot z wzbogaceniem (Clearbit-lite) → automatyczny assignment do handlowca po regułach. Odfiltrowało ~30% leadów które nie przechodziły kwalifikacji.
• Agent AI dla supportu first-line. RAG nad dokumentacją i historią zgłoszeń w HelpDesk. Odpowiada na 40% typowych pytań przed eskalacją do człowieka.
• Synchronizacja kampanii reklamowych. Allegro Ads → Cloud SQL, dashboard + alerty budżetu, pull co 15 min.
• Workflow onboardingu nowych klientów. Slack trigger → ciąg 12 kroków (Google Drive folder, Notion page, HubSpot deal, Stripe customer, welcome email sequence). Z ~2h pracy na klienta do 15 minut review.

Zasady, nie deklaracje

Te cztery zasady zostają. Nie przesuwam ich pod klienta.

01. Najpierw proces, potem narzędzie

Zanim napiszę jeden węzeł n8n, siadamy nad tablicą. Rozrysowujemy proces, inputy, decyzje, wyjątki. Dopiero potem decyduję, czy n8n, Python, Java/TypeScript, czy własny mikroserwis. Często okazuje się że w ogóle automatyzacja nie jest odpowiedzią.

02. Mówię wprost, co nie ma sensu

Jeśli proces klika się 3 razy w miesiącu, automatyzacja kosztuje więcej niż ręczna praca. Powiem to zamiast milczeć i brać zlecenie. Wolę stracić projekt niż zbudować coś, co będzie wyrzucone za pół roku.

03. Dokumentacja dla Ciebie, nie dla mnie

Każdy projekt kończę zapisem flow, mapą danych, decyzjami architektonicznymi (co, dlaczego) i run-bookiem w razie awarii. Piszę tak, żebyś mógł pociągnąć dalej beze mnie, nie żebyś był uzależniony.

04. Pracujesz bezpośrednio ze mną

Jeden mail, jeden numer. Bez handlowca, bez PM-a, bez ticket systemu. Odpowiadam zwykle w 24h. Jeśli potrzebujesz SLA 4h w weekend, to nie mój model. Jeśli potrzebujesz kogoś kto rozumie Twój biznes przed wdrożeniem, to jestem.

FAQ. Pytania, które dostaję co tydzień.

Czy pracujesz tylko zdalnie?

Warsztat otwierający mogę przeprowadzić w Poznaniu stacjonarnie (moje biuro, 90 min, kawa na miejscu). Reszta zdalnie przez Meet + Miro. Nie mam modelu "przyjadę do Was na tydzień", bo to dublowałoby koszt bez wartości.

Jaką masz dostępność?

Zwykle 2-3 aktywne projekty naraz. Nowy klient rozpoczyna się z reguły 2-4 tygodnie po warsztacie otwierającym (w okresie okien rozwojowych). Pilne zlecenia biorę tylko w wyjątkowych przypadkach.

Czy podpisujesz NDA?

Tak, standardowo przed warsztatem. DPA (data processing agreement) podpisuję zawsze gdy projekt dotyka danych osobowych. Korzystam z własnego template albo podpisuję Wasze.

Jak wygląda rozliczenie?

Fixed-scope na projekty wdrożeniowe (wycena po warsztacie), stawka godzinowa na mentoring i zmiany po wdrożeniu. Fakturę wystawiam jako jednoosobowa działalność (B2B). Płatność 14 dni.

Czy mógłbyś pracować jako in-house?

Nie w klasycznym modelu etat/B2B 100%. Mogę wejść jako embedded consultant na 2-3 dni w tygodniu na ograniczony okres (np. 3 miesiące, transfer wiedzy), ale nie na dłużej. Workin'Flows to świadomie mały butik.

Gdzie mogę zobaczyć case studies z nazwami firm?

Większość klientów nie chce być publicznie wymieniona (konkurencja nie powinna wiedzieć co automatyzują). Jeśli potrzebujesz referencji z nazwą, umówię Cię na rozmowę z klientem, który zgodził się udostępnić kontakt. Nie podaję listy logo na stronie bez zgody.