Kiedy zatrudnić pierwszą osobę do RevOps i kogo właściwie szukać?

Zwykle zaczyna się od drobiazgów. Lead z formularza przez dwa dni nie ma właściciela. Handlowiec pyta, dlaczego klient, z którym właśnie rozmawia, jest w CRM przypisany komuś innemu. Zarząd dostaje prognozę z Excela, bo pipeline w HubSpocie „nie do końca się zgadza”. A ktoś z działu sprzedaży co piątek poprawia dane, bo nikt inny tego nie zrobi.

W końcu pada zdanie: „Potrzebujemy kogoś do RevOps”.

Czasem to trafna diagnoza. Często jednak firma wie, że ma problem operacyjny, zanim wie, jakiej roli potrzebuje. Kończy się rekrutacją na stanowisko, którego zakresu nikt nie ustalił, i rozczarowaniem po obu stronach.

Dlatego zamiast zaczynać od tytułu stanowiska, przejdźmy przez decyzję po kolei: jaki masz problem, czy to w ogóle RevOps, czy potrzebujesz już osoby, jakiej roli i czy na etat, czy z zewnątrz.

Najpierw nazwij problem, dopiero potem stanowisko

Ogłoszenie o pracę zaczyna się od tytułu. Decyzja powinna zacząć się od objawów.

Najczęstsze objawy

RevOps zajmuje się tym, co dzieje się pomiędzy zespołami: definicjami, przekazaniami, danymi i systemami, na których pracują marketing, sprzedaż i obsługa klienta. Jeśli problem w całości siedzi w jednym zespole, zwykle nie potrzebujesz RevOps. Potrzebujesz lepszego zarządzania tym zespołem.

Kiedy to nie jest problem RevOps

Najczęstsza pomyłka to próba rozwiązania problemu ze skutecznością sprzedaży ruchem operacyjnym.

Zadaj sobie jedno pytanie: czy ograniczeniem jest przepustowość, czy konwersja? Jeśli zespół nie nadąża z obsługą leadów, gubi je po drodze albo traci czas na ręczną pracę, to problem operacyjny i RevOps może realnie pomóc. Jeśli zespół obsługuje leady sprawnie, ale nie wygrywa, nowa osoba od operacji nie poprawi skuteczności zamykania. Wtedy trzeba przyjrzeć się procesowi sprzedaży, ofercie i ludziom.

Jest też druga strona. Zatrudnienie kogokolwiek, handlowca czy osoby od operacji, do procesu, którego nikt nie ułożył, przerzuca ryzyko chaosu na nowego pracownika. Po pół roku łatwo powiedzieć, że „człowiek się nie sprawdził”, choć w praktyce nie miał szans.

Czy potrzebujesz już osoby, czy wystarczy naprawić system?

Test ostatniego miesiąca

Wypisz sytuacje z ostatniego miesiąca, w których coś w procesie sprzedaży albo marketingu się zepsuło i zabrało komuś zauważalną ilość czasu. Lead bez właściciela, raport z błędnymi liczbami, synchronizacja, która przestała działać, ręczny import listy, poprawianie etapów transakcji przed spotkaniem zarządu.

Jeśli to pojedyncze przypadki, masz błędy do naprawienia, a nie wakat. Jeśli lista jest długa, a większość pozycji sprowadza się do tych samych ręcznych szwów między narzędziami i zespołami, masz powtarzalną pracę, za którą nikt nie odpowiada. Dopiero wtedy zaczyna się rozmowa o osobie.

Sygnały, że jest za wcześnie

Założyciel wciąż sam domyka większość sprzedaży, a powtarzalnego procesu jeszcze nie ma. Zespół handlowy jest bardzo mały. CRM służy głównie jako lista kontaktów. A to, co trzeba zrobić, to jednorazowy projekt: wdrożenie CRM, migracja, ułożenie etapów od zera.

W takim układzie etat RevOps łatwo zamienia się w drogie sprzątanie danych albo w projektowanie procesu, którego firma jeszcze nie ma. Lepiej uporządkować podstawy projektowo, na przykład w ramach wdrożenia lub migracji CRM, i wrócić do tematu etatu, gdy pojawi się stała praca.

Sygnały, że potrzebujesz pierwszej osoby

Handlowcy albo manager sprzedaży regularnie tracą czas na CRM zamiast na klientów. Te same procesy dzieją się codziennie: routing, zmiany etapów cyklu życia klienta, uzupełnianie danych. Kilka osób z różnych działów łata te same dziury, każda po swojemu. Nikt nie jest właścicielem danych ani definicji, więc spotkania o wynikach zaczynają się od sporu o liczby.

Jeśli kilka z tych sytuacji powtarza się regularnie, problem przestaje być pojedynczym błędem i zaczyna wyglądać jak stały zakres odpowiedzialności. Wtedy pytanie nie brzmi już „czy”, tylko „kogo”.

Pięć opcji, które łatwo pomylić

Tytuły stanowisk w RevOps są niespójne. W polskich ogłoszeniach rola bliska GTM Engineerowi pojawia się na przykład jako „GTM & Outbound Engineer” albo „Solutions Engineer (AI & Automation)”, a zakres „RevOps Specialista” różni się między firmami. Poniższe opisy traktuj więc jako typowe profile ułatwiające decyzję, nie jako sztywne definicje. Ważniejsze od tytułu jest to, jaki problem dana osoba rozwiązuje i za co odpowiada.

RevOps Specialist

W typowej organizacji wykonuje i utrzymuje: konfiguruje workflow, pilnuje jakości danych, buduje raporty, obsługuje bieżące prośby zespołów. Zwykle dobrze zna CRM, najczęściej HubSpot albo Salesforce, i narzędzia wokół niego.

Rzadziej ustala zasady obowiązujące cały dział przychodów. Dlatego ta rola ma najwięcej sensu, gdy te zasady już istnieją: wiadomo, czym jest kwalifikowany lead, jak wyglądają etapy transakcji, kto przejmuje klienta po podpisaniu umowy.

Błąd popełniasz, zatrudniając Specialista tam, gdzie nikt tych zasad nie ustalił. Taka osoba dostaje do zaprojektowania model, do którego często nie ma ani doświadczenia, ani mandatu, i po kilku miesiącach zostaje administratorem od pilnych poprawek.

RevOps Manager

Częściej odpowiada za projekt modelu niż za jego obsługę: definicje lejka, etapy cyklu życia klienta, zasady przekazania między marketingiem, sprzedażą i obsługą klienta, logikę prognozy. Podejmuje decyzje dotyczące kilku zespołów naraz i potrafi je obronić.

Nie musi sam budować każdej automatyzacji, ale powinien rozumieć architekturę systemów na tyle, żeby wiedzieć, co jest wykonalne i ile kosztuje zmiana.

To zwykle właściwa rola, gdy spór o liczby wraca na każdym spotkaniu, zarząd nie ufa prognozie, a marketing i sprzedaż mierzą sukces w sposób, którego nie da się połączyć. Błędem jest zatrudnienie Managera tam, gdzie nie ma jeszcze czego koordynować, albo tam, gdzie naprawdę potrzebujesz rąk do pracy, a nie projektanta.

Komu powinien raportować? Nie ma jednej dobrej odpowiedzi. W jednej firmie będzie to prezes, w innej COO albo CRO. Liczy się mandat. Ta osoba musi móc ustalać zasady obowiązujące wszystkie zespoły przychodowe i mieć wsparcie kogoś, kto te zasady wyegzekwuje. Problem zaczyna się wtedy, gdy RevOps formalnie obsługuje wszystkich, a w praktyce realizuje zlecenia jednego działu.

GTM Engineer

Najczęściej buduje systemy techniczne, dzięki którym lead przechodzi od pierwszego kontaktu do zamkniętej sprzedaży bez ręcznego przeklejania danych między narzędziami. Uzupełnianie danych, routing, synchronizacje, integracje, automatyzacja outboundu, coraz częściej workflow oparte na AI. Pracuje zwykle w narzędziach typu Clay, n8n czy Make i swobodnie korzysta z API.

Od specjalisty od automatyzacji odróżnia go zrozumienie procesu sprzedaży i marketingu. Ktoś, kto potrafi zbudować przepływ danych, ale nie rozumie, po co przypisywać leady do właściwych firm, sprawnie zbuduje nie to, co trzeba.

GTM Engineer ma sens, gdy proces jest zdefiniowany, ale trzyma się na ręcznej pracy i pamięci jednej osoby, a zespół produktowy nie ma dla tych tematów czasu. Błędem jest zatrudnienie go do procesu, którego nikt nie ułożył, bo szybko zautomatyzuje chaos. Tego typu budowę firmy często zlecają na start zewnętrznie. Tak wygląda duża część naszych projektów z automatyzacji GTM w Clay, n8n i Make.

Administrator CRM / HubSpot

„Administracja CRM” to w praktyce trzy różne rodzaje pracy.

Pierwsza to porządkowanie danych: duplikaty, nadmiar pól, uprawnienia, zepsute synchronizacje. Powtarza się i da się ją spisać jako listę kontrolną, więc administrator zwykle radzi sobie z nią bardzo dobrze.

Druga to automatyzacje. Tu zaczynają się schody, bo „szybka zmiana” etapu transakcji dotyka każdego workflow, raportu i uprawnienia, które się do niego odwołują.

Trzecia to raporty, na podstawie których zarząd podejmuje decyzje. Wymagają zrozumienia, jak firma zarabia, a nie tylko znajomości narzędzia.

Administrator to dobra odpowiedź, gdy proces działa, a problemem jest bałagan w danych i bieżąca obsługa systemu. Przy większych zmianach konfiguracji przyda się partner, który zna wdrożenia HubSpot od strony architektury. Błędem jest oczekiwanie, że administrator zaprojektuje cykl życia klienta albo logikę prognozy.

Zewnętrzny zespół (tzw. fractional RevOps)

To nie jeden model, tylko kilka różnych: audyt z rekomendacjami, projekt o zamkniętym zakresie, stałe wsparcie w określonej liczbie godzin, mały zespół na abonament. Porównując oferty, sprawdź najpierw, który z tych modeli jest ci proponowany.

Zewnętrzny zespół buduje, doradza i wnosi doświadczenie z wielu firm. Nie przejmuje jednak odpowiedzialności za decyzje biznesowe. Te zostają po twojej stronie. Błędem jest traktowanie partnera jak właściciela procesów albo podpisanie długiej umowy godzinowej bez jasno określonego zakresu.

Kogo zatrudnić? Sygnały, które rozstrzygają

GTM Engineer zamiast RevOps generalisty

Problemy z testu ostatniego miesiąca są w większości techniczne: integracje, przepływ danych, uzupełnianie danych, outbound na większą skalę. Proces jest ułożony, tylko spina go ręczna praca. Generalista RevOps będzie wiedział, co trzeba zrobić, ale zwykle nie zbuduje tego sam.

RevOps Manager zamiast wykonawcy

Nie ma wspólnych definicji, zespoły kłócą się o to, czyje liczby są prawdziwe, a decyzje dotyczą struktury lejka, a nie konfiguracji pól. Wykonawca bez mandatu nie rozstrzygnie sporu między dyrektorem sprzedaży a szefową marketingu.

Wystarczy administrator

Proces działa, definicje są ustalone, a zespół potrzebuje przede wszystkim kogoś, kto utrzyma porządek w danych i obsłuży bieżące prośby.

Sales Ops czy RevOps?

Sales Ops zwykle koncentruje się na zespole sprzedaży: terytoriach, celach, raportowaniu wyników handlowców, narzędziach sprzedażowych. Marketing Ops robi to samo po stronie marketingu. Jeśli problemy dotyczą wyłącznie sprzedaży, rola Sales Ops może wystarczyć. RevOps zaczyna mieć sens, gdy problemy pojawiają się na styku zespołów: przy przekazaniu leada, przy odnowieniu umowy, przy ustalaniu, skąd naprawdę bierze się przychód.

RevOps na etacie czy z zewnątrz?

To nie jest decyzja o cenie. Obie drogi kosztują i obie mogą się nie sprawdzić. To decyzja o tym, jaki charakter ma praca i ile o niej wiesz.

Kiedy etat ma sens

Gdy praca jest powtarzalna i wypełnia realną rolę: routing, higiena danych, raportowanie, codzienne wsparcie zespołów. Gdy firma potrzebuje jednego właściciela z mandatem do decyzji między zespołami. I gdy proces jest na tyle zdefiniowany, że nowa osoba go prowadzi i rozwija, zamiast projektować od zera.

Kiedy lepiej zacząć od wsparcia z zewnątrz

Gdy większość pracy to projekt: wdrożenie, migracja, przebudowa etapów cyklu życia klienta. Gdy problem wymaga kilku kompetencji naraz, a trudno oczekiwać, że jedna osoba będzie równie mocna w procesie, CRM, integracjach i raportowaniu. I gdy firma wciąż nie wie, czy potrzebuje Specialista, Managera czy GTM Engineera.

W tej ostatniej sytuacji praca z zewnętrznym zespołem pomaga odpowiedzieć na pytanie „jakiej roli potrzebujemy?”, zanim powstanie ogłoszenie. Podobny wzorzec opisuje Kyle Poyar z newslettera Growth Unhinged w kontekście GTM engineeringu. Firmy są zainteresowane tą funkcją, ale niechętnie zatrudniają kogoś na etat do czegoś, czego jeszcze u siebie nie sprawdziły, więc zaczynają od agencji.

Model hybrydowy

Jedna z praktycznych opcji: zewnętrzny partner projektuje i buduje, a wewnętrzna osoba przejmuje codzienne prowadzenie. Kolejność wygląda wtedy tak: diagnoza, budowa, rekrutacja. Zakres stanowiska piszesz na podstawie realnego obciążenia, a nie przypuszczeń.

Nie jest to odpowiedź dla każdego. Jeśli proces jest dojrzały i brakuje tylko właściciela, zatrudnij od razu. Jeśli pracy jest za mało na dwie strony, hybryda tylko skomplikuje odpowiedzialność.

Jak zacząć z zewnętrznym zespołem, żeby się nie uwiązać

Zacznij od projektu o zamkniętym zakresie, a nie od długiej umowy abonamentowej. Po pierwszym projekcie obie strony wiedzą, jak się razem pracuje, a ty widzisz, czy partner dotrzymuje szacunków i dokumentuje to, co zbudował.

Od początku miej w CRM własne konto superadministratora, a nie tylko konto partnera. Wpisz dokumentację do umowy jako rezultat prac: listę workflow, zależności, integracji i dostępów. Ustal też z góry, w jakiej formie dostaniesz dane i jak wygląda przekazanie przy zakończeniu współpracy. Szerzej o kolejności i zapisach umownych piszemy w tekście Retainer or fixed scope? (po angielsku).

Jeśli etat, jak rekrutować

Czego szukać w CV i na rozmowie

Lista narzędzi w CV niewiele mówi, bo większość kandydatów wpisuje te same: HubSpot, Salesforce, Clay. Pytaj o systemy, które kandydat zbudował, i o to, co zmieniły. Dobra odpowiedź ma strukturę: problem, rozwiązanie, efekt. Na przykład: „przebudowałem routing i leady przestały czekać na przypisanie do następnego dnia”. Nawet jeśli kandydat nie może podać liczb, powinien umieć opisać mechanizm.

Najwięcej powie zadanie na twoich realiach. Poproś, żeby zaprojektował routing dla waszego głównego segmentu albo przejrzał wasz lejek i wskazał miejsca, w których gubicie leady. Od razu zobaczysz, czy masz przed sobą wykonawcę, projektanta czy inżyniera.

Pierwsze miesiące

Na początku nowa osoba powinna zmapować, jak proces wygląda naprawdę, a nie jak wygląda na slajdach, i spisać największe luki. Potem naprawić te najbardziej kosztowne i doprowadzić do wspólnych definicji. Po mniej więcej kwartale powinna mieć stały rytm pracy z zespołami i przynajmniej jeden raport, któremu zarząd ufa.

Jeśli po tym czasie wciąż głównie gasi pożary, sprawdź, czy problem leży w osobie, czy w tym, że dostała zakres bez mandatu.

Co zrobić w tym tygodniu

1. Zrób test ostatniego miesiąca i wypisz wszystko, co się zepsuło i zabrało komuś czas.
2. Odpowiedz na pytanie: przepustowość czy konwersja? Jeśli konwersja, zacznij od procesu sprzedaży, nie od rekrutacji.
3. Wypisz obszary, o które zespoły spierają się najczęściej: routing, definicję leada, raport lejka, przekazanie klienta, prognozę. Przy każdym wpisz jedno nazwisko właściciela. Tam, gdzie nie potrafisz go wpisać, jest twoja pierwsza rola do obsadzenia albo pierwszy projekt do zlecenia.

Najczęściej zadawane pytania

Czy mała firma potrzebuje RevOps?

Mała firma potrzebuje uporządkowanych definicji i jednego właściciela danych, ale niekoniecznie osoby na etat. Dopóki założyciel domyka większość sprzedaży, a praca operacyjna to głównie jednorazowe projekty, etat RevOps zwykle jest przedwczesny. Moment na osobę przychodzi, gdy pojawia się stała, powtarzalna praca, za którą nikt nie odpowiada.

RevOps Specialist czy RevOps Manager: od kogo zacząć?

To zależy od tego, czy firma ma już wspólny model: definicję leada, etapy transakcji, zasady przekazania. Jeśli ma, a brakuje rąk do utrzymania, zwykle wystarczy Specialist. Jeśli nie ma, a zespoły spierają się o liczby, potrzebny jest Manager albo zewnętrzny projekt, który ten model ułoży.

Czym różni się GTM Engineer od RevOps?

RevOps najczęściej ustala, jak działa proces przychodowy: definicje, zasady, odpowiedzialności. GTM Engineer zwykle buduje techniczne systemy, które ten proces automatyzują: integracje, uzupełnianie danych, routing. Najpierw musi istnieć proces, dopiero potem warto go automatyzować.

Kiedy etat, a kiedy zewnętrzny zespół RevOps?

Etat ma sens, gdy praca jest powtarzalna i potrzebny jest stały właściciel z mandatem. Wsparcie z zewnątrz sprawdza się, gdy przeważają projekty, potrzeba kilku kompetencji naraz albo firma nie wie jeszcze, jakiej stałej roli potrzebuje.

Czy zewnętrzny zespół może zastąpić pierwszą osobę do RevOps?

Może przejąć budowę i część bieżącej pracy, ale nie zastąpi wewnętrznego właściciela decyzji. Ktoś w firmie i tak musi rozstrzygać spory między zespołami i odpowiadać za to, jak działa proces.

Nie wiesz, czy potrzebujesz osoby, czy systemu?

Zanim napiszesz ogłoszenie, porozmawiajmy o tym, co faktycznie się psuje. Po krótkiej diagnozie będziesz wiedzieć, czy to problem RevOps, jakiej roli potrzebujesz i czy lepiej zacząć od etatu, czy od projektu.

Umów rozmowę →