Przewodnik / GTM Engineering

Co tak naprawdę robi GTM Engineer?

GTM Engineer to najnowsza rola przy stole go-to-market i jednocześnie najbardziej źle rozumiana. W tym przewodniku pokażę, czym nasi inżynierowie zajmują się w standardowym tygodniu, gdzie ta rola pasuje w strukturze B2B i czym różni się od SDR-a czy specjalisty RevOps. Podam też szczere, rynkowe rzędy wielkości jeśli chodzi o koszty.

Praca w jednym zdaniu

GTM Engineer projektuje i obsługuje zautomatyzowane workflows, które zamieniają sygnały zakupowe w wykwalifikowany pipeline. To cała jego praca. Wszystko inne służy temu jednemu zdaniu: wybór sygnałów, spinanie danych, budowa agentów, decyzja gdzie wpina się człowiek, mierzenie tego co działa i ubijanie tego, co nie działa.

To nie jest rola czysto marketingowa ani czysto sprzedażowa. Przypomina raczej mały zespół produktowy wewnątrz struktury go-to-market. Efektem końcowym jest działający system, a nie deck, kampania czy lista.

Standardowy tydzień

W typowym tygodniu nasi GTM Engineerowie dzielą czas na sześć obszarów. Proporcje nigdy nie są równe, ale same kategorie są stałe.

• Selekcja sygnałów. Wybieranie sygnałów, które rzeczywiście prognozują intencję zakupową dla danego ICP: rundy finansowania, kluczowe rekrutacje, zmiany w stacku, publiczne RFP, posty na LinkedIn z named accounts, eventy produktowe w SaaS, listy uczestników konferencji. Większość wartości tej roli leży właśnie tutaj. Zły sygnał, zepsuty system.
• Pipeline danych i enrichment. Wyciąganie TAM, czyszczenie go, nakładanie warstw danych firmograficznych, technograficznych i social. Większość uruchamiamy na naszej platformie usegrit.io, z Apollo i LinkedIn Sales Navigatorem jako źródłami. Clay to mocna alternatywa, której nadal używamy w części workflows. Każde konto, które wchodzi do procesu, jest wzbogacane, zanim spojrzy na nie człowiek.
• Projektowanie workflows. Rysowanie samej sekwencji: odpala się trigger, agent robi research, powstaje draft wiadomości, wybierany jest kanał, idą follow-upy, odpowiedzi są klasyfikowane, gorące lecą do człowieka. Workflow rysujemy na tablicy zanim dotkniemy jakiegokolwiek narzędzia.
• Budowa agentów AI. Konfiguracja agentów, które robią research, piszą pierwszy draft spersonalizowanych wiadomości, klasyfikują odpowiedzi i utrzymują higienę CRM. Używamy mixu modeli w zależności od zadania: modele z dłuższym kontekstem do researchu, szybsze i tańsze do klasyfikacji.
• Projektowanie human-in-the-loop. Decyzja, gdzie człowiek musi się wpiąć. Strategia, prawdziwe rozmowy, decyzje przy największych kontach. Agenci nigdy nie są właścicielami relacji z klientem.
• Mierzenie i iteracja. Cotygodniowe odczyty per workflow, nie per kanał. Odpowiedzi, meeting rate, wygenerowany pipeline. Ubijamy workflows, które nie dowożą, skalujemy te, które działają, i co tydzień testujemy jeden lub dwa nowe kąty.

Jest jeszcze siódmy, mniej efektowny obszar: deliverability i higiena kont. Rozgrzane domeny, monitorowanie spam rate, rotacja sending pooli, czyszczenie duplikatów w CRM. Nudne, ale to różnica między systemem, który się składa, a takim, który po cichu się wypala.

GTM Engineer vs SDR vs RevOps

Najprościej zrozumieć tę rolę zestawiając ją z dwiema sąsiednimi. Pokrywają się, ale ich środek ciężkości jest zupełnie inny.

SDR to rola relacyjna. GTM Engineer to rola systemowa. RevOps siedzi obok i często jest właścicielem CRM, do którego GTM Engineer wpisuje dane. Najprostszy test: jeśli usuniesz tę osobę jutro, co przestanie działać? Jeśli znikną spotkania w kalendarzu, to był SDR. Jeśli rozpadnie się raportowanie, to był RevOps. Jeśli skrzynka przestanie się zapełniać dobrymi odpowiedziami, to był GTM Engineer.

Gdzie ta rola siedzi w strukturze B2B

Z naszego doświadczenia rola siedzi w jednym z trzech miejsc, zależnie od etapu firmy.

1. Pod founderem, wczesny etap. Przed rundą A i na wczesnym A, GTM Engineer raportuje do foundera albo do osoby odpowiedzialnej za growth. RevOps jeszcze nie istnieje. W wielu przypadkach inżynier pełni też funkcję pierwszego SDR-a.
2. Wewnątrz revenue, etap wzrostu. Od rundy B w górę rola ląduje najczęściej pod VP Sales lub VP Marketing, często w małym zespole obok RevOps. Inżynier odpowiada za systemy, SDR-zy za rozmowy.
3. Jako osobna funkcja. Większe organizacje wyodrębniają GTM Engineering jako oddzielny pod z liderem, kilkoma inżynierami i osobą od danych. W tej skali zaczyna to wyglądać jak mały zespół produktowy dowożący pipeline zamiast nowych funkcji.

Jakich umiejętności szukać

Rola jest hybrydowa, co jest grzecznym sposobem powiedzenia, że nikt nie uczy się tego na studiach. Najlepsi GTM Engineerowie, których zatrudniliśmy lub wytrenowaliśmy, mają pięć wspólnych cech.

• Sales literacy. Albo sami dowozili target, albo siedzieli biurko w biurko z kimś, kto to robił. Wiedzą, jak wygląda dobra odpowiedź i jak wygląda zła, bez pytania o zgodę.
• Swoboda w danych. SQL to plus, ale nie warunek. Wymagana jest swoboda w narzędziach typu usegrit.io czy Clay, w arkuszach, w przerzucaniu pól między toolami bez gubienia schematu w głowie.
• Prompting i projektowanie agentów. Pisanie promptów, które przetrwają zderzenie z rzeczywistością. Wiedzą, kiedy wystarczy jeden prompt, a kiedy potrzebny jest mały łańcuch. Wiedzą też, kiedy AI nie jest potrzebne w ogóle.
• Myślenie systemowe. Potrafią narysować workflow zanim otworzą narzędzie. Widzą efekty drugiego rzędu: jeśli wyślę to we wtorek, to jak wygląda środa?
• Gust do copy. Prosty, bezpośredni język, który brzmi jakby napisał go człowiek na spokojnym poranku. Wszystko, co pachnie szablonem, jest ignorowane, a oni to wyczuwają.

Czego nie szukamy: certyfikatów, kolekcji odznak agencyjnych ani osób, które twierdzą, że ich główną umiejętnością jest "AI". Skuteczni GTM Engineerowie traktują AI jak narzędzie, tak jak developer traktuje kompilator.

Koszty, w szczerych rzędach wielkości

Liczby różnią się drastycznie w zależności od regionu i stażu, więc dam przedziały zamiast fałszywej precyzji. W Europie Zachodniej i Ameryce Północnej, in-house GTM Engineer to zazwyczaj koszt między starszym SDR-em a Senior Product Managerem. W CEE, gdzie siedzi większość naszego zespołu, jest zauważalnie taniej.

Do osoby dochodzi rachunek za narzędzia: niskie cztery cyfry miesięcznie przy małej skali, rosnące wraz z liczbą foteli i kredytami na dane. Sama warstwa enrichmentu (usegrit.io lub Clay) potrafi po cichu stać się największą pozycją, jeśli nikt nie patrzy na zużycie kredytów. Pisaliśmy o tym w pełnym stacku, którego używamy.

Trzecia opcja to model agencyjny. Jesteśmy tu stronniczy, bo sami go prowadzimy, ale szczery bilans plusów i minusów jest w tym przewodniku. W skrócie: agencja jest szybsza do wyników, in-house wygrywa w długim horyzoncie, model hybrydowy jest zwykle najlepszym wyborem dla firm po rundzie A.

Skąd mówię

Mała uwaga o stronniczości. W 2014 założyłem RightHello, jedną z pierwszych agencji cold mail w CEE. Urośliśmy do ponad stu osób i kilku tysięcy klientów B2B w czasach, gdy wolumen wybaczał większość grzechów. Tamta era się skończyła. Powód, dla którego GTM Engineering wydaje mi się ciekawy i dla którego z bratem zbudowaliśmy wokół niego Meaningful Sales, jest taki, że praca w końcu dogoniła to, czego zawsze chcieli dobrzy handlowcy: mniej, lepiej wycelowanych dotknięć, z nudnymi częściami obsłużonymi w tle.

Jeśli chcesz szerszego kontekstu, skąd pochodzi ta rola i dokąd zmierza, zacznij od czym jest GTM Engineering. Jeśli chcesz zobaczyć, jak to wygląda w produkcji, nasze case studies są najbardziej konkretnym widokiem.