5 kosztownych błędów przy zatrudnianiu GTM Engineera

W próbce, którą przeanalizowaliśmy na potrzeby naszego raportu o rynku pracy, znalazło się 739 ogłoszeń na stanowisko GTM Engineera. Setki firm, które za nimi stały, wystawiły po jednym albo dwa.

I to jest źródło całego problemu. Prawie nikt nie rekrutuje na to stanowisko drugi raz, więc nie ma u kogo podpatrzeć sprawdzonego procesu. Widać to po ogłoszeniach: w tytule „GTM Engineer", a niżej lista obowiązków na cztery osobne etaty, za jedną pensję.

Poniżej pięć błędów, które widzimy najczęściej, zaczynając od najdroższego.

Czego się dowiesz:

• Dlaczego rekrutacja pod znajomość narzędzi kończy się zatrudnieniem operatora
• Jak napisać ogłoszenie, które opisuje jedną pracę
• Problem z rozmową rekrutacyjną, o którym prawie nikt nie mówi
• Co musi już istnieć w firmie, żeby to stanowisko miało sens
• Ile rynek naprawdę płaci i co dochodzi do tej kwoty

Błąd 1: Rekrutacja pod znajomość Claya

Clay pojawia się w 60,4% ogłoszeń na GTM Engineera, przed HubSpotem z 51,9% i Salesforce'em z 48,1%. Platforma, która ma ledwie trzy lata, wyprzedza oba CRM-y jako najczęściej wymagane narzędzie w tej roli.

I to właśnie ciągnie rekrutację w złą stronę. Zespoły czytają tę liczbę jako „potrzebujemy kogoś, kto zna Claya", wpisują to do wymagań i pod tym przesiewają kandydatów.

Zbudowanie tabeli rzadko bywa problemem. Problemem jest rozstrzygnięcie, czy ta tabela w ogóle powinna powstać: skąd bierze się sygnał, czy nie jest już przepalony, którego segmentu dotyczy i co handlowiec ma zrobić, kiedy workflow się odpali.

GTM Engineer rozumie sprzedaż, marketing i procesy, które biegną między nimi, i potrafi zbudować wokół nich systemy. Clay jest jednym z narzędzi, na których te systemy powstają, obok n8n, Make'a i coraz częściej samych modeli językowych. Ktoś, kto zna wyłącznie Claya, jest operatorem Claya. Też się przydaje, ale to zupełnie inne stanowisko.

Ile kosztuje ten błąd: dostajesz ten sam bałagan, tylko szybszy i na czystszych danych. Workflow działa, dane są lepsze, a niżej w lejku nic się nie zmienia, bo nikt nie zapytał, czy ten workflow warto było budować.

Jeśli przed pisaniem wymagań chcesz dokładniejszej definicji tego stanowiska, opisaliśmy je w tekście o tym, czym jest GTM Engineering.

Błąd 2: Ogłoszenie, które składa cztery etaty w jeden

Poniżej zlepek ogłoszeń, które czytaliśmy, prawie bez redakcji:

Budowanie tabel w Clayu, podpięcie Apollo, wzbogacanie leadów, pisanie sekwencji cold mailowych, naprawa HubSpota, konfiguracja Smartleada, tworzenie agentów AI, umawianie spotkań i zdefiniowanie ICP.

To są cztery osoby: SDR, RevOps manager, growth marketer i data engineer. Opisane jako jedna i wycenione na jedną pensję.

Dane z raportu tłumaczą, skąd się to bierze. Zakres tego stanowiska faktycznie jest szeroki: automatyzacja procesów pojawia się w 83,7% ogłoszeń, wzbogacanie danych w 64,9%, automatyzacja outboundu w 60,8%, raportowanie w 57%, scoring i routing leadów w 42%. W całej próbce naliczyliśmy czternaście różnych obowiązków.

Błąd polega na tym, że ta lista opisuje całą funkcję w firmie, a bywa czytana jako opis jednego etatu.

Jak to naprawić. Weź swój szkic i oznacz każdą linijkę rolą, do której należy. Wszystko, co jest wykonywaniem zdefiniowanego procesu, to praca operatora. Wszystko, co jest rozstrzyganiem, jak ten proces ma wyglądać, to praca inżyniera. Wszystko, co jest utrzymaniem tego, co już działa, to RevOps. Potem zostaw jedną kolumnę, a resztę obsadź osobno albo później.

Ile kosztuje ten błąd: dobrzy kandydaci czytają taką listę, widzą cztery etaty i przewijają dalej. Na rozmowy przychodzą ci, którzy różnicy nie zauważyli.

Błąd 3: Rozmowa rekrutacyjna bez kogoś, kto to zweryfikuje

O tym błędzie prawie nikt nie mówi, a pochłania najwięcej czasu.

Zatrudnianie GTM Engineera wygląda tak samo jak zatrudnianie programisty. HR ma listę pytań i nie ma jak ocenić odpowiedzi, bo rozmowa toczy się w języku, którego nie zna. Kandydat, który pewnie recytuje teorię, brzmi identycznie jak ten, który to zbudował.

Do rozmowy potrzebujesz doświadczonego GTM engineera, architekta albo stratega, który zweryfikuje kandydata. Kogoś, kto sam wdrażał takie procesy i wyczuje, kiedy odpowiedź powstaje na poczekaniu.

Jeśli nikt w firmie tego nie potrafi, pożycz taką osobę na jedną rozmowę. Doradca, kontraktor, znajomy z branży. Bez tego zatrudniasz na wyczucie.

O co ta osoba powinna pytać

Pytania scenariuszowe, nie narzędziowe. Trzy, które działają:

• „W przyszłym miesiącu jedziemy na targi branżowe. Co robisz, żeby wycisnąć z tego maksimum?"
• „Brakuje nam pipeline'u. Co proponujesz i od czego byś zaczął?"
• „Właśnie uruchomiliśmy nową usługę, mamy jednego zadowolonego klienta i kilka poleceń od niego, i chcemy to skalować. Co robisz?"

Mocny kandydat opowiada o procesach, które już prowadził, i potrafi powiedzieć, dlaczego akurat ten pasuje do Twojej sytuacji. Słaby wymyśla proces na miejscu, przy Tobie, i brzmi przy tym imponująco.

Poznasz to po długości odpowiedzi. Kto wie, co działa, mówi krótko i konkretnie, bo doświadczenie skraca. Kto wymyśla na bieżąco, mówi długo i rozbija odpowiedź na warianty. W każdym z tych pytań chodzi zresztą nie o sam proces, tylko o to, dlaczego akurat ten.

Jeden sygnał wart więcej niż certyfikat

Zapytaj, za jakie narzędzia płacą z własnej kieszeni.

Kandydat z prywatną subskrypcją Claude'a albo Cursora wydał własne pieniądze, żeby robić to lepiej. To mówi o nim więcej niż jakakolwiek linijka w CV. 86,3% ogłoszeń wymaga umiejętności związanych z AI lub modelami językowymi, a 49% wprost oczekuje kogoś, kto potrafi budować agentów, więc to nie jest pytanie poboczne.

Błąd 4: Zatrudnianie, zanim jest co inżynierować

GTM Engineer automatyzuje procesy, które już działają. Jeśli dane leżą w trzech miejscach, nic nie jest powtarzalne i nikt nie przeszedł tej ścieżki ręcznie, nie ma na czym budować. Nowa osoba spędzi pół roku na porządkach, które dało się zlecić jako osobny projekt.

Wcześniej muszą być spełnione trzy warunki:

• Dane leżą w miejscu na tyle uporządkowanym, że proces może je odczytać
• Przynajmniej jedna ścieżka była przechodzona ręcznie tak często, że ktoś potrafi opisać, co się w niej zmienia
• Ktoś chce mieć powtarzalną część zdjętą z głowy

Ten ostatni punkt jest najlepszym sygnałem gotowości. Handlowiec, który przeszedł tę samą ścieżkę dwadzieścia razy, sam zaczyna prosić o automatyzację, a to, o co prosi, jest już gotową specyfikacją. Jeśli nikt o to nie prosi, wzorzec jeszcze się nie ułożył.

Dane z raportu utrudniają zignorowanie tego problemu: tylko 10 z 739 ogłoszeń dotyczyło stanowisk juniorskich. Nikt na tym rynku nie szkoli ludzi do tej pracy, więc zatrudniasz kogoś doświadczonego do sytuacji, która może go jeszcze nie potrzebować.

Kogo zatrudnić zamiast tego, jeśli te warunki nie są spełnione: operatora, który poprowadzi proces ręcznie, a przy okazji ktoś go opisze. Albo zlecić projekt uporządkowania danych. Jedno i drugie jest tańsze i jedno i drugie tworzy warunki, w których inżynier ma co robić.

Błąd 5: Budżet na jeden etat przy oczekiwaniach na pięć

Mediana całkowitego wynagrodzenia w USA dla tej roli to 160 tys. USD, przy typowych widełkach od 130 do 180 tys., na podstawie 63 ogłoszeń z naszej próbki, które podawały stawkę. To około 13 300 USD miesięcznie. Górna granica w startupach zbudowanych wokół AI sięga 250 tys.

Poza Stanami stawki spadają gwałtownie. W Europie Środkowo-Wschodniej odpowiednik tej roli to raczej 5 000 USD miesięcznie. Na USA przypada 43% popytu, na Niemcy 7%, na Wielką Brytanię 6%.

Do tego dochodzą koszty samej rekrutacji, ponoszone, zanim ktokolwiek zacznie pracę. Ogłoszenie na portalu to około 250 USD miesięcznie. Do tego czas HR na selekcję, osoba techniczna na każdej drugiej rozmowie, czas założyciela na finałach i miesiąc wdrożenia, zanim nowa osoba cokolwiek wyprodukuje.

I część, która nie pojawia się w żadnym budżecie: jeden proces rekrutacyjny, który obserwowaliśmy, trwał osiem miesięcy i zakończył się bez zatrudnienia. Kandydaci, którzy przeszli weryfikację techniczną, dostawali kontrofertę od obecnego pracodawcy albo byli podbierani w trakcie procesu. Ludzi, którzy naprawdę to robią, jest niewielu, a szukają ich wszyscy.

Policz to uczciwie: pensja, koszty rekrutacji, miesiąc wdrożenia i ryzyko, że za osiem miesięcy nadal będziesz szukać.

Pełne porównanie: zatrudnienie kontra współpraca z agencją, opisujemy w osobnym artykule.

Lista do sprawdzenia, zanim wystawisz ogłoszenie

Pięć pytań, po kolei. Pierwsze, na które nie umiesz odpowiedzieć, wskazuje, od czego zacząć.

1. Czy potrafisz nazwać proces, za który ta osoba odpowie w pierwszych dziewięćdziesięciu dniach?
2. Czy Twój szkic ogłoszenia opisuje jedną pracę, czy cztery?
3. Kto w procesie odróżni prawdziwą odpowiedź od wyuczonej?
4. Czy Twoje dane są w stanie, w którym proces może je odczytać?
5. Czy masz w budżecie rekrutację, a nie tylko pensję?

FAQ

Czym właściwie zajmuje się GTM Engineer?

Projektuje i buduje systemy łączące dane, generowanie popytu i konwersję. Automatyzacja procesów pojawia się w 83,7% ogłoszeń, wzbogacanie danych w 64,9%, automatyzacja outboundu w 60,8%. Wspólny mianownik: buduje mechanizm, zamiast obsługiwać go ręcznie.

Czym różni się GTM Engineer od operatora Claya?

Operator pracuje wewnątrz narzędzia. Inżynier rozstrzyga, co zbudować i po co, a dopiero potem dobiera narzędzie. Clay pojawia się w 60% ogłoszeń, bo wiele z tego powstaje właśnie w nim. Znajomość Claya to jednak co innego niż wiedza, co warto w nim zbudować.

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

RevOps utrzymuje i usprawnia to, co już działa. GTM Engineer buduje to, czego jeszcze nie ma. Jeśli zatrudnisz RevOps w firmie, która nie ma jeszcze żadnych systemów, ta osoba nie będzie miała czego utrzymywać.

Co powinno się znaleźć w ogłoszeniu na GTM Engineera?

Jedna rola. Wybierz warstwę, której potrzebujesz najpilniej, nazwij proces, za który ta osoba odpowie, i wymień stack, w którym będzie pracować, zamiast wszystkich narzędzi z rynku.

Ile kosztuje GTM Engineer?

Mediana całkowitego wynagrodzenia w USA to 160 tys. USD przy widełkach od 130 do 180 tys. W Europie Środkowo-Wschodniej odpowiednik tej roli to raczej 5 000 USD miesięcznie. Do tego rekrutacja: koszt ogłoszenia, czas HR i osoby technicznej oraz miesiąc wdrożenia.

Czy naszym pierwszym zatrudnieniem w GTM powinien być inżynier?

Zwykle nie. Jeśli nic jeszcze nie działa ręcznie, najpierw potrzebny jest operator albo projekt porządkujący dane. Zadaniem inżyniera jest zamienić w system coś, co już działa.

Nie wiesz, czego właściwie potrzebujesz?

Większość firm, które piszą do nas w sprawie zatrudnienia GTM Engineera, potrzebuje najpierw czegoś prostszego i tańszego.

Umów 30-minutową rozmowę. Spojrzymy na Twoje ogłoszenie i powiemy, które fragmenty opisują jedną rolę, a co zrobić z resztą.