PostHog w każdym projekcie od 2024

Programista PostHog, który robi z dashboardu źródło prawdy

Plany zdarzeń per funkcja, własne proxy, żeby blokery przestały zjadać dane, chmura EU pod RODO, dashboardy, które zarząd czyta bez pytania, i agenci odpytujący PostHoga przez MCP. Ta strona mierzy samą siebie niżej, jawnie.

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

~40×więcej commitów rok do roku z agentami pod wymuszonymi regułami

~30%zmergowanych PR w 2026 otworzył agent AI, ~85% z nich przejrzałem

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

15+lat wydawania oprogramowania

Plan zdarzeń przed funkcją

Zdarzenie, wyzwalacz, właściwości i pytanie, na które odpowie dashboard, spisane przed kodem. Potem zdarzenie wychodzi razem z funkcją, nigdy jako osobny ticket.

Dane, które docierają na serwer

Własne proxy na Twojej domenie, bez cookies, trwałość w local storage, hosting w EU. Ten sam zestaw działa pod ciunkos.com i z niego korzysta ta strona.

Dashboardy, które czyta zarząd

Aktywacja, retencja, przychód i adopcja per klient, zbudowane tak, żeby cotygodniowa rozmowa zaczynała się od liczb. Wzrost SaaS-a ruszył od prawie zerowego pozyskiwania organicznego dokładnie na tej pętli.

Agenci na wierzchu analityki

Adopcja MCP mierzona per klient od pierwszego dnia, dashboardy i insighty budowane przez MCP PostHoga z agentami kodującymi. AI bez analityki to jazda na ślepo.

Dowody

Praca, którą mogę pokazać

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

Przejęcie wzrostu: SEO, GEO i dashboardy, które czyta zarząd

Problem: Pozyskiwanie organiczne było bliskie zera i nikt nie umiał powiedzieć, która funkcja rusza którą liczbę.
Co zrobiłem: Plan zdarzeń per funkcja, dashboardy KPI w PostHogu, praca SEO i GEO na landingach i helpie, z helpem, changelogiem i landingami traktowanymi jako jeden kontekst dla ludzi i botów.
Efekt: Pozyskiwanie organiczne urosło od prawie zera, a zarząd bierze liczby z dashboardów, nie z pytań. Liczby celowo zostają względne.

PostHog SEO + GEO

Zarządzanie zadaniami back-office: lead czwórki, bez product managera

Problem: Narzędzie back-office potrzebowało nowych funkcji, odświeżenia UI i szybszego pipeline’u, bez product managera na horyzoncie.
Co zrobiłem: Prowadziłem czterech inżynierów i dalej kodowałem. Trunk-based development z CI/CD, aktualizacje na żywo przez server-sent events, zatrzymana równoległa inicjatywa, która wedle analizy by się nie zwróciła, priorytety ustalane wprost z kierownikami działów.
Efekt: „Measurable changes in some key metrics” i „a true bias for action” w publicznej rekomendacji CTO klienta na LinkedInie.

zespół 4 rekomendacja CTO

Zobacz też: Full-stack i custom software

Serwer MCP od pierwszego merge’a do pierwszych zewnętrznych użytkowników

Problem: Użytkownicy chcieli logować czas z asystentów AI. API istniało, powierzchnia dla agentów nie.
Co zrobiłem: Ustawiłem powierzchnię narzędzi, usunąłem narzędzia destrukcyjne, przepuściłem każdą operację przez istniejące kontrolery REST, żeby agent nie miał szerszego dostępu niż człowiek, i od pierwszego dnia mierzyłem adopcję per klient w PostHogu.
Efekt: Pierwsi zewnętrzni użytkownicy w kilka tygodni. Regułę ochrony przed botami, która odrzucała klientów MCP po user agencie, znalazłem i usunąłem tego samego dnia, bo pokazał to dashboard.

MCP OAuth dashboard adopcji

Zobacz też: AI i agenci · AI w Twojej firmie

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 PostHog i analityka produktowa, 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

Ta strona mierzy samą siebie

Każde zdarzenie, które ta strona wysyła do PostHoga, pojawia się w feedzie po lewej, z właściwościami, w momencie wysłania: odsłona, montowanie tego pokazu, Twoje kliknięcia w przyciski. Po prawej plan zdarzeń, który je wygenerował. Wyślij zdarzenie testowe i zobacz, jak ląduje.

Ładuję pokaz…

Zablokuj żądanie w narzędziach deweloperskich, a feed też to pokaże. O to chodzi z własnym proxy.

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ę

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.

Bez product managera? Spoko.

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

FAQ

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

Hosting w EU i RODO?

PostHog Cloud EU, domyślnie bez cookies, bez danych osobowych we właściwościach, chyba że produkt tego potrzebuje, a polityka to opisuje. Banery zgody tylko tam, gdzie zgoda jest podstawą prawną.

Co z blokerami reklam?

Własne proxy na Twojej domenie, ze ścieżką, której nie łapią listy filtrów. Spodziewaj się widocznego skoku przechwyconych sesji w dniu wdrożenia.

Czym jest plan zdarzeń?

Tabela: nazwa zdarzenia, kiedy się odpala, jakie właściwości, na jakie pytanie dashboardu odpowiada, kto jest właścicielem. Żyje w repo obok kodu, a PR dodający funkcję dodaje jej wiersz.

Przeniesiesz nas z Google Analytics albo Mixpanela?

Tak. Mapowanie starych zdarzeń, oba narzędzia równolegle przez kilka tygodni, wyłączenie starego, gdy liczby się zgadzają. Nagrania sesji i feature flagi dostajesz przy okazji. Jeśli dane mają czytać też agenci, zobacz stronę o AI i agentach.

Feature flagi i eksperymenty też?

Flagi do wdrożeń i wyłączników awaryjnych, eksperymenty, gdy jest dość ruchu, żeby rozstrzygnąć. Powiem, kiedy go nie ma. Agentów odpytujących PostHoga przez MCP opisuje strona o AI i agentach.

Od kiedy możesz zacząć?

Od listopada 2026. Umów rozmowę i przynieś trzy najtrudniejsze pytania o produkt.

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.