Od pierwszego commita do płacących użytkowników

Programista SaaS, który wydał całość, i to więcej niż raz

Founding engineer SaaS-a do śledzenia czasu na ośmiu platformach, główny inżynier klienta poczty, który trafił do App Store w cztery miesiące, i właściciel czatu, który utrzymywał mnie pięć lat. Płatności, tenanci, SSO, sklepy, support. Robiłem każdą z tych części i wiem, która gryzie.

Umów bezpłatną rozmowę 30 min Wolę napisać maila

Dostępny od listopada 2026 · Wrocław, zdalnie

„someone you can always count on”publiczna rekomendacja na LinkedInie
„a true bias for action”CTO klienta, na LinkedInie
15+ latwydawania oprogramowania
Bezpłatna rozmowa, bez prezentacji30 minut, potem decydujesz

4miesiące od pierwszego commita do App Store

8platform Sandtime.io, gdzie byłem founding engineerem

8000+commitów w jednym produkcie, blisko połowa wszystkich merge’ów

30 000równoczesnych użytkowników mojego czatu

W pierwszym tygodniu jest czego dotknąć

MVP to pionowy wycinek z logowaniem, jedną funkcją i zdarzeniem w PostHogu, wdrożony. Wszystko dalej jest priorytetyzowane tym, czego ten wycinek nas nauczył.

Płatności i tenanci bez dramatu

Paddle, Stripe, subskrypcje Mac App Store, routing multi-tenant, SSO, własne subdomeny. Nudne części SaaS-a to te, na których produkty stają, więc robię je najpierw i raz.

Mierzone od pierwszego dnia

Plan zdarzeń per funkcja, zanim funkcja powstanie. Aktywacja, retencja i przychód na dashboardach, które zarząd czyta bez pytania mnie.

Skrzynka założyciela

Support produktu z 1,5 miliona pobrań prowadziłem sam. Użytkownicy mówią, co budować dalej, jeśli ktoś słucha.

Dowody

Praca, którą mogę pokazać

Problem, co zrobiłem, efekt. Nazwy klientów tylko tam, gdzie wolno mi ich użyć.

Patriot Mail: od pierwszego commita do App Store w cztery miesiące

Problem: Nowy klient poczty z AI na web, iOS i macOS miał trafić do użytkowników szybko, przejść ocenę bezpieczeństwa CASA Tier 2 od Google i działać dla starszych osób.
Co zrobiłem: Byłem głównym inżynierem. Napisałem plan dostarczenia, ustawiłem wizję produktu i potraktowałem prompt injection przez niezaufaną pocztę jako ograniczenie projektowe, zanim jakikolwiek model dotknął skrzynki. Kontrole CASA i OWASP ASVS stały się zestawem testów Playwright na każdym pull requeście. WCAG 2.2 AA pilnuje automatyczna bramka axe.
Efekt: Publiczna premiera w App Store po czterech miesiącach. CASA Tier 2 zaliczone, a coroczny kwestionariusz zamienił się w test na każdym PR. Skalowanie tekstu do 200% i tryb spokojnej poczty dla starszych użytkowników.

4 miesiące CASA Tier 2 WCAG 2.2 AA Otwórz ↗

Zobacz też: Aplikacje mobilne i desktopowe · AI i agenci

Sandtime.io: founding engineer, osiem platform, jedna baza kodu

Problem: SaaS do śledzenia czasu musiał żyć tam, gdzie ludzie pracują: w trayu, przeglądarce, telefonie i sklepach z aplikacjami.
Co zrobiłem: Napisałem pierwotną wizję produktu i architekturę w 2018 i zrobiłem pierwszy commit. Wrappery React Native na iOS i Android, Electron na macOS, Windows i Linux, rozszerzenie Chrome, routing multi-tenant, SSO, usługi w Dockerze, subskrypcje Paddle i Mac App Store, CI/CD.
Efekt: Osiem platform wydanych i utrzymywanych na produkcji. Jedyny inżynier aktywny w każdym roku produktu, 8000+ commitów i blisko połowa wszystkich merge’ów do trunka.

8 platform 8000+ commitów od 2018 Otwórz ↗

Zobacz też: Aplikacje mobilne i desktopowe · Utrzymanie i CI/CD

Mój własny czat: 30 000 równoczesnych użytkowników na shardowanych serwerach .NET

Problem: Anonimowy czat utrzymywany z reklam rósł szybciej, niż uniósłby jeden serwer, a nikt inny nie miał go prowadzić.
Co zrobiłem: Skalowane poziomo, shardowane serwery C# i .NET, własna sieć czatu, panel moderacji, automatyczna detekcja NSFW, support obsługiwany przeze mnie.
Efekt: 30 000 równoczesnych użytkowników i 1,5 mln+ pobrań. Utrzymywał mnie przez pięć lat i skończył się razem z Windows Phone.

30 000 równoczesnych 1,5 mln+ pobrań 5 lat

Zobacz też: C# i .NET (legacy)

Jedna noga w drzwiach

Nie czas na projekt? Zacznij mniejszym krokiem.

Dwa sposoby, żeby zobaczyć, jak pracuję, zanim zamówisz sprint. Stały zakres, liczba na piśmie po krótkiej rozmowie.

Audyt kodu SaaS i MVP, tydzień

Czytam repo, CI, testy, bezpieczeństwo i miejsca, których zespół unika. Dostajesz pisemny raport z ustaleniami według ryzyka, plan z kamieniami milowymi i decyzję go/no-go, którą da się obronić. Robiłem taki audyt dla dużego software house’u, zanim jego klienci zobaczyli kod.

Code review jednego pull requesta albo modułu

Przyślij diff, który Cię martwi. W kilka dni dostajesz komentarze do linii, trzy rzeczy, które zmieniłbym najpierw, i werdykt: zmergowałbym czy nie.

Zapytaj o audyt Najpierw bezpłatna rozmowa 30 min. Jeśli audyt to złe narzędzie, powiem to na rozmowie.

Pokaz na żywo

Zaplanuj pierwsze cztery tygodnie

Wybierz typ produktu i funkcje, które Twoim zdaniem są potrzebne. Planer układa je w cztery tygodnie, z czymś do dotknięcia w pierwszym, pisze plan zdarzeń PostHog per funkcja i Definition of Done. Wyeksportuj do Markdowna i przynieś na naszą rozmowę.

Ładuję pokaz…

Zobacz, ile funkcji ląduje w „po premierze”. O to chodzi.

Jak to działa

Trzy kroki od tej strony do działającego projektu.

1
Rozmowa 30 minut
Opisujesz produkt i problem. Ja zadaję pytania, które zadałbym pierwszego dnia. Jeśli nie jestem właściwą osobą, mówię to i wskazuję kogoś, kto jest.
2
Zakres na piśmie
Potem krótki plan na piśmie: co budujemy najpierw, co mierzymy, jak pracujemy i ile to kosztuje. Bez prezentacji.
3
Coś do dotknięcia w pierwszym tygodniu
Pierwszy wycinek wychodzi w pierwszym tygodniu: wdrożony, zmierzony, do przejrzenia. Dalej tempo wyznaczają liczby.

Umów bezpłatną rozmowę Wolę napisać maila

Dopasowanie

Czy to pasuje?

Dobre dopasowanie, gdy

Potrzebujesz seniora, który bierze odpowiedzialność za dowiezienie, nie pary rąk
Produkt ma wyjść i być mierzony, z product managerem albo bez
Współpraca solo albo zespół do czterech osób
TypeScript, React, Node.js, Cloudflare, Postgres, PostHog

Raczej nie, gdy

Program, który potrzebuje dziesięcioosobowego zespołu dostawcy
Stack zbudowany wokół Javy, Pythona albo chmury, której nie sprzedaję
Body leasing na godziny bez wpływu na sposób pracy
Start przed listopadem 2026

Styl pracy

Jak pracuję

Bez product managera? Spoko.

Gdzie nie ma PM-a, ustalam priorytety wprost z ludźmi używającymi oprogramowania i sam odpisuję na support.

Mierzone, nie zakładane

PostHog w każdym projekcie od pierwszego dnia. Plan zdarzeń per funkcja i dashboardy, które zarząd naprawdę czyta.

Zero bug policy

Błąd jest naprawiony albo świadomie zamknięty, nigdy odłożony. Alerty i śledzenie błędów w każdym projekcie, więc o problemach dowiaduję się przed klientem.

FAQ

Pytania, które padają przed umówieniem rozmowy

Ile trwa MVP?

Cztery do ośmiu tygodni na coś, za co ludzie zapłacą, jeśli zakres jest uczciwy. Klient poczty z funkcjami AI przeszedł od pierwszego commita do publicznej premiery w App Store w cztery miesiące.

Płatności: Stripe, Paddle czy sklepy?

Stripe dla większości produktów webowych, Paddle, gdy merchant of record ma ogarnąć podatki, subskrypcje w sklepach, gdy produkt żyje w sklepach. Wydałem wszystkie trzy, razem z błędami dopasowania paragonów, które za nimi idą. Szczegóły sklepów są na stronie o aplikacjach mobilnych.

Multi-tenant od początku?

Tak, tanio: kolumna tenanta, zapytania z zakresem, reguła routingu dla subdomen. Dorabianie tego później kosztuje dziesięć razy więcej.

Co po premierze?

Mówią dashboardy. Najpierw aktywacja, potem retencja, potem przychód. Zostaję jako inżynier albo przekazuję Twojemu zespołowi z dokumentacją zgodną z produktem.

Pracujesz bez product managera?

To mój tryb domyślny. Ustalam priorytety z ludźmi używającymi oprogramowania, odpisuję na support i przynoszę liczby na cotygodniową rozmowę.

Od kiedy możesz zacząć?

Od listopada 2026. Umów rozmowę i przynieś czterotygodniowy plan z pokazu.

Sprawdźmy to w 30 minut

Bezpłatna rozmowa 30 minut. Ty przynosisz problem, ja pytania. Bez cen na tej stronie, bo najpierw zakres.

Jeśli nie jestem właściwą osobą, powiem to na rozmowie i wskażę kogoś lepszego.