Publikacje → CTO 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.