Automatyzacja procesów w Poznaniu, bez handlowców.

Kim jestem i gdzie pracuję

Jestem Adrian Krawczyk, automation engineer. Prowadzę Workin'Flows, jednoosobowe studio automatyzacji z Poznania. Pracuję zdalnie z klientami z całej Polski, z poznańskimi spotykam się fizycznie na Jeżycach (Concordia Design, ul. Zwierzyniecka 3) albo u klienta w biurze.

Studio to jedna osoba, czyli ja. W praktyce utrzymuję 2-3 aktywne wdrożenia miesięcznie. Zawsze ustalam z klientem, kto po jego stronie zostanie "właścicielem procesu" po wdrożeniu. Ktoś musi trzymać sprawę po handoff'ie, inaczej dokumentacja się dezaktualizuje po pół roku.

Studio jednoosobowe ma też zaletę, którą klienci doceniają dopiero po paru miesiącach: każda decyzja techniczna jest moja, nie pośrednika. Nie ma "zapytam PM-a", nie ma "handlowiec powiedział, że się da, ale developer mówi, że nie". Gdy coś nie działa, dzwoń albo pisz bezpośrednio: adi@workinflows.pl.

Nie biorę się za projekty, w które sam nie wierzę. Jeśli widzę, że automatyzacja nie ma sensu, mówię to na warsztacie. Lepiej stracić godzinę na rozmowę niż 3 miesiące na wdrożenie, które nikt nie będzie utrzymywał.

Co konkretnie robię

Wdrażam automatyzacje end-to-end: od ingestu danych, przez klasyfikację i enrichment, po wypchnięcie do systemów docelowych. Tam, gdzie reguły if-else przestają wystarczać, wchodzi LLM jako warstwa decyzyjna z fallbackiem na człowieka. Wszystko audytowalnie: każdy krok loguje się, każda decyzja jest odtwarzalna.

Typowe scenariusze, które trafiają do mnie:

• Ingest i routing: maile, formularze, zamówienia z platform e-commerce, klasyfikacja intencji przez LLM, push do CRM lub magazynu z enrichmentem. Mierzone w dokładności klasyfikacji (typowo 80-95 procent, resztę odhaczam człowiekiem).
• OCR faktur i księgowość: PDF z maila, rozpoznanie pozycji, mapowanie na plan kont, push do systemu księgowego klienta. Księgowa zatwierdza jednym klikiem zamiast przepisywać ręcznie.
• Agent odpowiadający na maile: LLM z narzędziami (CRM lookup, RAG nad własną bazą wiedzy, kalendarz), draft do kolejki akceptacji gdy konfidencja wysoka, eskalacja do człowieka gdy niska.
• Scraping legalny: API tam, gdzie jest, przeglądarka headless tam, gdzie API brak (z rate limitingiem i compliance). Wielokrotnie powtórzone scenariusze z polskiego i europejskiego e-commerce.

Dlaczego w ogóle "Poznań"

Poznań to moja baza operacyjna. Mieszkam tu, pracuję zdalnie z klientami z całej Polski, z poznańskimi spotykam się fizycznie jeśli ktoś woli tablicę w pokoju od call'a na ekranie. Lokalne spotkanie przyspiesza pierwsze 2-3 etapy wdrożenia: warsztat otwierający, mapę procesu, review po pierwszym sprincie.

Poznań ma koło 540 tysięcy mieszkańców i kilka tysięcy firm technologicznych: duża koncentracja e-commerce (Allegro, Kompania Piwowarska, Castorama i sporo mniejszych Shopify/WooCommerce), fintech i bankowość (ING Hubs Poland, GFT, Grupa Nest), logistyka (Kolaps, JAS-FBG, Raben), motoryzacja (Volkswagen Poznań, Solaris Bus & Coach), healthtech (Synektik, Grupa Medica).

Nie wymieniam tego, żeby udawać, że pracowałem z każdą z tych firm. Piszę to po to, żebyś wiedział, że ogarniam kontekst lokalnego rynku: typy systemów ERP, które tu są popularne (Comarch Optima dominuje w średniej wielkości), rytmy sezonowe e-commerce (piki w Allegro przed świętami i Black Friday), specyficzne wymagania compliance w bankowości (KNF, RODO-sensitive flow).

Branże, w których czuję się najpewniej:

• E-commerce (Allegro, Shopify, WooCommerce, Baselinker): import zamówień, routing kurierów, OCR faktur do księgowej
• B2B SaaS: ingest leadów, enrichment, routing do SDR, segmentacja email marketingu
• Logistyka i kurierzy: tracking z wielu przewoźników w jednej skrzynce, proaktywny ping do klienta
• Healthcare (RODO-sensitive): kolejka priorytetowa zgłoszeń, klasyfikacja LLM na własnej infrastrukturze (nie wysyłam PII poza UE)

Jak wygląda pierwszy krok

Zaczynamy od darmowego warsztatu otwierającego: 90 minut, zdalnie albo w Poznaniu, bez zobowiązań. Piszesz mailem albo LinkedInem, ustalamy termin, dostajesz ode mnie krótki brief (2-3 pytania na papier: co się klika ręcznie, ile razy, kto to robi).

Na warsztacie tablica (Miro zdalnie, flipchart lokalnie), marker, i trzy decyzje na końcu:

1. Czy to w ogóle nadaje się do automatyzacji (czasem mówię uczciwie: nie).
2. Jeśli tak, lista 1-3 automatyzacji w priorytecie, każda z kosztorysem widełkowym.
3. Czy wchodzimy w proof of concept (3-5 dni, płatny), czy od razu w pełne wdrożenie.

Czego od Ciebie potrzebuję przed warsztatem: konkretny proces do przegadania (nie "mam dużo ręcznej roboty, pomóż") oraz wstępna odpowiedź, kto po Twojej stronie przejmie dokumentację po wdrożeniu. Ustalamy to razem na pierwszym spotkaniu, zanim zaczniemy pisać kod.

Najczęstsze pytania

Co warto przeczytać obok