Michał Abram

PublikacjeCTO i CPO — kiedy rozdzielić role i jak to zrobić bez chaosu w zespole

Analiza · Leadership

CTO i CPO — kiedy rozdzielić role i jak to zrobić bez chaosu w zespole

Przez pierwsze 2–3 lata większości startupów jedna osoba pełni obie role: CTO i CPO. Ktoś decyduje o architekturze i ktoś decyduje o roadmapie produktu — i często to jest ta sama osoba, bo tak jest po prostu szybciej i taniej.

Problem pojawia się gdy startup rośnie. Jedna osoba nie jest w stanie jednocześnie prowadzić discovery i zarządzać architekturą, rekrutować inżynierów i rozmawiać z klientami o produkcie. Coś zaczyna być robione gorzej. Zazwyczaj produkt — bo technical urgencies mają deadline, a product thinking wymaga spokojnej głowy.

Czym różnią się CTO i CPO — definicje operacyjne

CTO (Chief Technology Officer): odpowiada za to jak budujesz. Architektura, stack technologiczny, jakość kodu, bezpieczeństwo, delivery process, kompetencje inżynierów. Patrzy wewnętrznie — na system i team.

CPO (Chief Product Officer): odpowiada za co budujesz. Wizja produktu, roadmapa, priorytetyzacja, discovery, alignment z metrykami biznesowymi. Patrzy zewnętrznie — na użytkowników i rynek.

Błędne przekonanie: CTO jest "techniczny" a CPO jest "biznesowy". W rzeczywistości oboje muszą rozumieć biznes. Różnica jest w kierunku uwagi i typie decyzji.

Kiedy rozdzielić role — 5 sygnałów

1) Product discovery jest zaniedbany — jeśli roadmapa jest budowana głównie na podstawie feedbacku inżynierów i boardu bez regularnego kontaktu z użytkownikami, CPO jest potrzebny.

2) CTO jest bottleneckiem zarówno dla tech jak i product — jeśli decyzje o architekturze i decyzje o roadmapie czekają na tę samą osobę, rozdzielenie jest dawno spóźnione.

3) Zatrudniasz Head of Product / PM i nie wiesz kto nim zarządza — PM bez CPO nad sobą działa w próżni.

4) Masz 15+ inżynierów i CTO nadal pisze kod — na tym etapie CTO powinien zarządzać, nie kodować.

5) Board pyta o product strategy a ty nie masz gotowej odpowiedzi — brak gotowej odpowiedzi to sygnał że product leadership jest słaby.

Jak przeprowadzić rozdzielenie bez chaosu

Opcja A: Wewnętrzny awans. Obecny "CTO/CPO" wyraźnie określa: od teraz jestem CTO. Promuje wewnętrznego Head of Product do CPO lub zatrudnia CPO z zewnątrz. Ryzyko: jeśli obecna osoba jest bardziej techniczna niż produktowa, nowy CPO może napotkać opór lub brak mandatu. Rozwiązanie: CEO aktywnie definiuje mandat CPO i rozstrzyga konflikty w pierwszych 3 miesiącach.

Opcja B: Fractional CPO na przejście. Zanim zatrudnisz pełnoetatowego CPO — zatrudnij Fractional CPO na 3–6 miesięcy. Cele: zdefiniowanie roli, zbudowanie roadmapy i discovery process, zrekrutowanie lub onboarding stałego CPO. Dobrze działa gdy: nie masz pewności czego potrzebujesz od CPO, budżet nie pozwala na pełen etat, chcesz uniknąć kosztownej pomyłki rekrutacyjnej.

Opcja C: Równoległy Fractional CTO i CPO. Jeśli obie role są słabe, możliwe jest jednoczesne zatrudnienie Fractional CTO i Fractional CPO. Drogie, ale szybko stabilizuje organizację. Widziałem to w startupach przed rundą Series A gdy czas ma dużą wartość.

Najczęstsze błędy przy rozdzieleniu

Brak jasnego mandatu: "zarządzasz produktem" bez jasnej odpowiedzi na pytanie "kto decyduje przy konflikcie między tech a product" to przepis na konflikt.

CTO nadal wpływa na roadmapę pod pretekstem "feasibility": feasibility jest wkładem CTO do procesu, priorytetyzacja jest decyzją CPO. Te dwie role muszą być jasno rozdzielone.

CPO bez dostępu do użytkowników: CPO który nie rozmawia z klientami minimum 4 godziny tygodniowo nie jest CPO — jest product administratorem.

Brak alignment na metryki: CTO optymalizuje delivery (velocity, uptime), CPO optymalizuje outcome (retention, conversion, NPS). Sprzeczne metryki → sprzeczne priorytety → chaos.

Jak jeden operator może pełnić obie role (i kiedy to ma sens)

Na etapie seed i early Series A — jedna osoba jako Fractional CTO/CPO ma sens gdy: startup ma mniej niż 15 inżynierów, produkt jest w fazie growth (nie exploration), founder ma doświadczenie w budowaniu produktów.

Przez ostatnie lata prowadziłem obie role w kilku firmach jednocześnie — Natu.Care jako founder, Mindgram jako CTO/CPO. To nie jest permanentne rozwiązanie, ale dobre na etap gdy pełne etaty C-level są zbyt wczesne lub zbyt drogie.

FAQ

Czy CPO musi być technicznie? Nie musi programować, ale musi rozumieć tradeoffs techniczne. CPO który nie rozumie co znaczy "to zajmie 6 tygodni bo architektura X" nie może efektywnie priorytetyzować.

Ile zarabia CPO w startupie w Polsce? Senior CPO full-time: 25,000–45,000 PLN brutto miesięcznie + equity. Fractional CPO: 8,000–18,000 PLN miesięcznie za 1–2 dni tygodniowo.

Kto jest ważniejszy — CTO czy CPO? Złe pytanie. Oba są wymagane gdy firma osiągnie odpowiednią skalę. Przed tym etapem — jeden operator może prowadzić obie funkcje.

Jak długo trwa wdrożenie nowego CPO? 3–6 miesięcy do pełnej efektywności. Pierwsze 30 dni: discovery. Dni 31–60: pierwsze decyzje produktowe. Dni 61–90: własna roadmapa i rytm decyzji.

O autorze

Michał Abram prowadził obie role CTO i CPO jednocześnie w Natu.Care (CEO & Co-founder) i Mindgram (CTO/CPO). Dziś pomaga startupom zaprojektować właściwą strukturę leadership na ich etapie.

Czytaj też