Przejdź do treści

8 ról w zespole growth – omówienie

Dobrze prowadzony growth to nie jedno stanowisko, tylko mniej więcej osiem: Growth Lead, Growth PM, Growth Engineer, Performance Marketer, Lifecycle Marketer, CRO Specialist, Data Analyst oraz Copywriter/Designer. Każda rola odpowiada za inną część lejka, a razem obejmują strategię, eksperymenty, kanały, retencję i kreację.

Zaktualizowano 7 min czytaniaAutor: fromHello

Najważniejsze wnioski

  1. Growth obejmuje ok. osiem odrębnych kompetencji – strategię, produkt, inżynierię, kanały płatne, cykl życia klienta, eksperymenty, analizę i kreację – a nie jednego generalistę.

  2. Dwie role wyznaczają kierunek (Growth Lead, Growth PM); pozostałe sześć dowozi pracę.

  3. Prawdziwe zespoły growth zaczynają od małego: Brian Balfour opisuje sprawny trzyosobowy zespół, który specjalizuje się dopiero w miarę wzrostu.

  4. Podział na osiem ról to przydatna mapa kompletnego zespołu – większość startupów pokrywa tylko jej wycinek, i to nierówno.

Growth to osiem zadań, nie jedno

Kiedy mały zespół mówi, że „robi growth”, zwykle oznacza to, że jedna osoba robi po trochu wszystkiego. Ale dobrze prowadzony growth wymaga odrębnych kompetencji, które rzadko mieszczą się w jednej głowie: wyznaczania strategii, opomiarowania lejka, prowadzenia kanałów płatnych, projektowania komunikacji retencyjnej, testowania stron, czytania kohort i pisania tekstów. Rozłóż je na lejek, a wyjdzie mniej więcej osiem ról.

Osiem ról growth wzdłuż lejka: Growth Lead i Growth PM wyznaczają kierunek, Growth Engineer odpowiada za pomiar, Performance Marketer pozyskuje, CRO Specialist zwiększa konwersję, Lifecycle Marketer utrzymuje klientów, Data Analyst analizuje wyniki, a Copywriter / Designer pisze dla każdego etapu.

Osiem ról

Nie istnieje jeden branżowy standard struktury organizacyjnej – w każdej firmie zespoły growth wyglądają inaczej. Poniższy podział to jeden z popularnych sposobów: osiem ról, które razem obejmują cały lejek. Widełki wynagrodzeń dla każdej roli znajdziesz w poradniku ile kosztuje zespół growth.

RolaZa co odpowiadaPrzykładowe zadanie
Growth LeadStrategia i North Star MetricWybór metryki aktywacji na kwartał
Growth PMMapa drogowa eksperymentówSpecyfikacja i priorytetyzacja kolejnego testu A/B
Growth EngineerŚledzenie i infrastruktura lejkaDodanie brakującego zdarzenia subscription_started
Performance MarketerKanały płatne i grupy odbiorcówWstrzymanie grupy odbiorców ze słabym ROAS
Lifecycle MarketerOnboarding, retencja, odzyskiwanie klientówWdrożenie sekwencji onboardingowej z 5 e-maili
CRO SpecialistEksperymenty na stronach i ścieżkachTest A/B przycisku CTA na stronie cennika
Data AnalystKohorty, prognozy, cotygodniowe wnioskiPrognoza churnu na przyszły miesiąc
Copywriter / DesignerKażdy e-mail, SMS i wiadomość in-appPrzepisanie e-maili onboardingowych w Twoim stylu

Dwie role sterują, sześć dowozi

Growth Lead i Growth PM wyznaczają kierunek – za czym gonić, co testować dalej i w jakiej kolejności. Pozostałe sześć ról realizuje ten plan. Rozdzielenie tych dwóch warstw to właśnie sedno: gdy strategia i wykonanie zlewają się w jedno mgliste zadanie, obie tracą. (Więcej o pierwszej roli w poradniku czym zajmuje się Growth Lead).

Małe zespoły łączą role – na początku

Pierwszego dnia nie zatrudniasz ośmiu osób. Brian Balfour w tekście o budowaniu zespołu growth od zera do pięćdziesięciu osób opisuje sprawny zespół startowy z trzech osób – lidera z myśleniem produktowym, inżyniera i projektanta – który rozdziela się na wyspecjalizowane role dopiero w miarę wzrostu, a poradnik Andrew Chena o zespołach growth zauważa, że skład zmienia się wraz z problemem, który zespół rozwiązuje. Osiem ról to kompetencje, których wymaga praca, a nie liczba etatów do osiągnięcia.

Zatrudnij, połącz role albo dodaj narzędzia

Większość zespołów nie obsadza wszystkich ośmiu ról. Na początku łączą role, jak trzyosobowy zespół opisany przez Balfoura, i dodają narzędzia, gdy praca zaczyna się powtarzać: automatyzację do wysyłek, które dzieją się codziennie, agentów AI do pierwszych szkiców segmentów, ścieżek i raportów – a metryka i strategia zostają w rękach ludzi. fromHello to oprogramowanie open source do automatyzacji marketingu: wiadomości uruchamiane przez to, co robią ludzie. AI, której już używasz, łączy się z nim przez MCP; ścieżka zbudowana przez Twoją AI pozostaje szkicem, dopóki nie zostanie opublikowana, a inne edycje obowiązują od chwili zapisania. Żeby porównać je z pakietem, który znasz, zobacz fromHello vs HubSpot.

FAQ

Najczęstsze pytania

  • Ilu osób naprawdę potrzeba w zespole growth?

    Na początek mniej niż ośmiu. Brian Balfour opisuje sprawny trzyosobowy zespół growth, który wcześnie pokrywa kluczowe kompetencje i specjalizuje się w miarę wzrostu. Osiem to liczba odrębnych zadań, a nie liczba etatów.

  • Czy „osiem ról” to branżowy standard?

    Nie. Nie ma kanonicznej struktury zespołu growth – wszędzie zespoły są zorganizowane inaczej. Osiem to przydatny sposób, by rozrysować kompletny zespół tak, żeby każda kompetencja miała właściciela; traktuj to jako mapę, a nie regułę.

  • Czy jedna osoba może pełnić wszystkie osiem ról?

    Krótko i źle. Founder może przez jakiś czas nosić wszystkie czapki, ale strategia, inżynieria i kreacja ciągną w różne strony, a to, co nie jest pilne – zwykle retencja i analiza – po cichu niszczeje.

  • Kiedy zatrudniać na te stanowiska?

    To zależy od etapu i budżetu. Na początku większość zespołów łączy role i zostawia powtarzalną pracę narzędziom: automatyzacji – wysyłki, agentom AI – pierwsze szkice. Zatrudniaj, gdy praca się sprawdzi; strategia i tak zostaje w rękach ludzi.

fromHello to oprogramowanie open source do automatyzacji marketingu: wiadomości uruchamiane przez to, co robią ludzie.

fromHello Cloud udostępniamy w ramach wczesnego dostępu, przez listę oczekujących.

Wczesny dostęp

fromHello Cloud

Nikt nie zakłada firmy, żeby była mała.

Wczesny dostęp do fromHello Cloud otwieramy etapami. Onboarding prowadzimy razem z Tobą: pomagamy wszystko skonfigurować i przenieść Twoje kontakty.

Napiszemy do Ciebie, gdy otworzymy Ci dostęp. Bez spamu.

Jeszcze nie teraz? Zobacz na GitHubie