GTM engineering vs. RevOps: kdo staví, kdo provozuje a koho vám v týmu chybí

Tři věci, kterým se říká jedním slovem

Když se řekne GTM, každý slyší něco jiného. Marketér slyší plán uvedení na trh, obchodník outbound a provozní člověk nástroje. Proto se vyplatí oddělit tři vrstvy, které se v rozhovorech pořád míchají.

GTM strategie (go-to-market) odpovídá na čtyři otázky: komu prodáváte, co mu říkáte, za kolik a jakým kanálem. Výstupem je rozhodnutí, tedy ICP, positioning, cena a plán spuštění. Dělá ji vedení spolu s obchodem a marketingem a žádný nástroj k tomu zatím nepotřebujete.

RevOps (revenue operations) provozuje celý výnosový cyklus: CRM a datový model, definice (co je lead a co kvalifikovaná příležitost), předávky mezi marketingem, obchodem a péčí o zákazníky, reporting a forecast. Sales ops a marketing ops jsou jeho součásti a RevOps je spojuje do jednoho procesu a jedné sady čísel. Gartner v květnu 2021 předpověděl, že do roku 2025 nasadí model RevOps 75 % nejrychleji rostoucích firem na světě. Šlo o předpověď a žádné následné měření jsem nenašel, takže ji berte jako odhad směru, který nikdo následně nepotvrdil.

GTM engineering staví systémy, které z dat dělají akci. Typický příklad: workflow hlídá, kdo začal nabírat obchodníky, změnil technologii nebo si prohlédl váš ceník, doplní k firmě kontakty, ověří je a spustí oslovení. Dřív to dělal SDR s tabulkou. Teď to může běžet samo, jenže ho někdo musí postavit: propojit nástroje přes API, psát dotazy nad daty a nasadit AI agenty tam, kde se dřív kopírovalo ručně. Jak takové workflow vypadá krok za krokem, ukazuje náš článek Go-to-market engineering.

Titul GTM engineer vznikl kolem firmy Clay a spojuje se s Yashem Tekriwalem. Podle podcastu Gainsight a příspěvků v komunitě Clay to bylo v roce 2023 a název přišel až poté, co ta práce už existovala. Je to výklad samotné firmy, ale sedí s tím, co vidíme u klientů: nejdřív někdo začne skládat automatizace a pojmenování se najde dodatečně.

Build a run: nejužitečnější zjednodušení a kde přestává platit

Většina textů na toto téma dělí role stejně. GTM engineering je build, tedy stavba nových systémů, a RevOps je run, tedy provoz, hlídání a zlepšování toho, co už stojí. Apollo to formuluje jako volbu mezi dvěma lidmi: najímáte někoho, kdo vám revenue systém postaví, nebo někoho, kdo ho provozuje? Pro nábor je to dobrý začátek. Do hloubky ale dělení neobstojí.

Bloomberry prošel přes tisíc inzerátů na GTM engineera a zjistil, že devět z deseti nejčastějších odpovědností se objevuje i v inzerátech na RevOps. Liší se pořadím. Inzeráty na RevOps začínají vlastnictvím CRM a přidávají přesnost forecastu, inzeráty na GTM engineera začínají automatizací a integracemi a práce s CRM je až kolem třetí nebo čtvrté položky.

U technických dovedností se čísla liší podle toho, co se počítá. V analýze OnFire, která prošla 209 inzerátů, jich 56 % chtělo SQL, Python nebo JavaScript. Srovnání s RevOps tam není, směr ale ukazuje jasně: od GTM engineera se kód a dotazy očekávají jako běžná výbava.

Jedno upozornění ke zdrojům. Většinu srovnání píšou firmy, které prodávají software jedné ze stran, a vychází jim, že jde o dvě doplňující se role, které je nejlepší mít obě. Skutečné definice se liší firmu od firmy. Hranici proto hledejte v tom, kdo vlastní co, název pozice o ní vypovídá málo. Věta „GTM engineer je jen RevOps s Pythonem“ je přehnaná, ale nevznikla z ničeho: obě role sahají do stejného CRM a stejných dat.

Srovnání na jedné obrazovce

Kdo vlastní co, když se obě role potkají v jednom CRM

Praktický problém začíná ve chvíli, kdy GTM engineer pustí workflow a RevOps o tom neví. Představte si firmu s dvaceti obchodníky. GTM engineer za večer postaví tok, který z veřejných zdrojů doplní tisíc firem a zapíše je do CRM. Pokud RevOps nenastavil pravidla pro duplicity, vlastníka účtu a povinná pole, leží ráno v CRM tisíc záznamů, které si obchodníci musí nejdřív uklidit. Když pravidla existují, leží tam tisíc použitelných kontaktů s jasným vlastníkem.

Pravidlo, které se nám osvědčilo: RevOps vlastní pravidla a čísla, GTM engineering vlastní workflow a integrace. RevOps rozhoduje, co je lead, kdo ho dostane, která pole jsou povinná a kdy smí systém záznam přepsat. GTM engineer tato pravidla respektuje, zapisuje do CRM jen přes ně a každou změnu workflow zanese do přehledu změn. Forecast, teritoria a odměňování mají zůstat u RevOps.

Co když to celé dělá jeden člověk? RevPartners k tomu píše, že raná fáze firmy hybrid snese, ale rostoucí organizace potřebuje na každou funkci vlastního člověka. Dává to smysl: v malé firmě je málo pravidel, která je třeba hlídat. Hybrid si ale musí rozdělit práci na dvě fronty. Provoz nikdy nesmí ležet, stavba se plánuje ve sprintech.

Co o tom říkají lidé z praxe

Nedávno se někdo v komunitě r/gtmengineering zeptal, v čem je skutečný rozdíl mezi GTM a RevOps, a tipoval, že GTM je cílený outbound, zatímco RevOps hlídá zdraví pipeline jako celku. Odpovědi se shodly na jiném dělení. GTM rozhoduje, jak firma prodává: koho oslovit, jakou zprávou, jakým postupem a kdo koho komu předává. RevOps to provozuje a měří: CRM, KPI, kvóty, teritoria, reporting a často i provize. Nejkratší verze z vlákna: obchod a GTM dělají práci, RevOps ji měří. Outbound je jen jeden z kanálů uvnitř GTM.

Padla i skeptická poznámka, že GTM je pro mnohé jen přejmenovaný prodej a RevOps dělá práci, která v obchodě existovala vždycky. Odpověď: ano, ta práce není nová, jenže ve firmách s RevOps ji dnes nedělají lidé, kteří vedou obchodníky. Metriky a nástroje patří do obou světů stejně jako sdělení a hodnotová nabídka do obchodu i marketingu.

Slovo GTM se podle komentujících používá třemi způsoby: jako plán (strategie), jako celý tým, který vyrábí tržby, a poslední dobou i jako název pozice. Jeden z nich GTM engineera popsal zhruba jako RevOps s lepšími návyky na nástroje a ochotou psát kód, který sahá přímo do systémů, místo aby se klikalo ve workflow builderech. To odpovídá rozdělení na začátku tohoto článku.

Jiný komentující popsal chybu ze své praxe. Firma měla dobrý GTM plán a RevOps brala jako administrativu. Nikdo nedefinoval, co v CRM znamená kvalifikovaná příležitost, takže tři týmy hlásily tři různé pipeline. Strategie byla v pořádku, špatně vycházela čísla. Právě v takové firmě by GTM engineer nad CRM jen zrychlil zmatek. Další z diskutujících dodal, že nejvíc tření vzniká při předání, tedy tam, kde názvy pozic přestávají být užitečné.

Jsou to názory lidí z praxe z jednoho vlákna a žádná statistika. Ukazují ale, jak o hranici přemýšlejí lidé v oboru, a podporují rozdělení vlastnictví z předchozí části.

Koho najmout dřív

Zdroje se neshodují, podle čeho se to rozhoduje. Jedni měří tržbami, jiní složitostí. Nás přesvědčila složitost. RevOps potřebujete ve chvíli, kdy marketing, obchod a péče o zákazníky mají každý jiného vlastníka a forecast se skládá ručně v tabulce. GTM engineera potřebujete, až když jsou data pravdivá a vy zjistíte, že lidé tráví týdny prací, kterou by zvládl systém. Příznaky vypadají takhle:

• Neumíte jednou větou říct, komu prodáváte. Chybí GTM strategie. Nábor tady nepomůže, potřebujete rozhodnutí.
• Marketing a obchod mají každý jiné číslo pro stejnou věc, forecast se mýlí a CRM nikdo nevěří. Chybí RevOps.
• Data jsou v pořádku, ale obchodníci nebo SDR ručně sestavují seznamy, obohacují kontakty a kopírují údaje mezi nástroji. Chybí GTM engineering.
• Nástroje spolu nemluví a nikdo za integrace neodpovídá. Začněte RevOps, protože vlastnictví musí být jasné, a stavbu doplní GTM engineering.
• Chcete nasadit AI agenta do prodeje. Nejdřív RevOps (pravidla a data), potom GTM engineering.

Pořadí, které opakujeme u klientů: strategie, pak data a CRM (RevOps), pak infrastruktura a automatizace (GTM engineering) a nakonec AI agenti. Kroky se dají přeskočit, jen to bývá drahé. GTM engineering nad špinavými daty rychleji oslovuje špatné firmy a RevOps bez GTM engineeringu udržuje pořádek v systému, který nic nového nevyrábí. Podrobnosti k výběru a nasazení CRM najdete v článku CRM, které tým skutečně používá a k forecastu v textu Sales forecast podle rizika.

Malá a střední firma: dva lidi hned nabírat nemusíte

Pro menší obchodní tým obvykle nedává smysl nabírat dva specialisty. Fungují tři cesty: jeden hybrid na plný úvazek, vlastní člověk z marketingu nebo obchodu s vyhrazenou kapacitou, nebo externí partner, který dodá obě role po hodinách a předá hotový systém i dokumentaci. Prvních šest měsíců bývá rozhodujících. Nejdřív úklid a pravidla (RevOps), potom jeden dobře postavený workflow (GTM engineering) s měřitelným výsledkem, třeba počtem kvalifikovaných schůzek týdně.

Naše pravidlo pro druhého člověka: nabírejte ho, až vám provoz trvale zabírá víc než polovinu kapacity. Do té doby je levnější a rychlejší půjčit si expertízu a mít u sebe aspoň někoho, kdo rozumí tomu, co se v systému děje. U malých firem je správná odpověď často prostý HubSpot nebo Pipedrive a jeden workflow. Soustava za desítky tisíc korun měsíčně k tomu přidá hlavně složitost. S výběrem nástrojů pomáháme nezávisle, od HubSpotu přes Salesforce a Pipedrive po Zoho a Odoo.

Co s tím udělá AI

AI agenti zvyšují páku GTM engineera: jeden člověk postaví to, co dřív dělal tým. Zároveň násobí chyby. Agent, který zapisuje do CRM podle špatně definovaných pravidel, vyrobí špatná data rychleji než kterýkoli SDR. Proto se z RevOps nestane zbytečná role. Mění se v dozor: kdo hlídá pravidla, kvalitu dat a to, co agent smí a nesmí. Z toho důvodu máme RevOps a CRM i AI a automatizaci v jedné nabídce.

Až se příště budete ptát, kterou roli potřebujete, zkuste v pondělí ráno odpovědět na jednu otázku: čím jsme se tento týden zabývali víc, než jsme měli, rozhodováním, úklidem dat, nebo ruční prací? Odpověď vás pošle ke správné roli.

Inspirace & zdroje: Gartner, tisková zpráva o modelu revenue operations (17. 5. 2021) · Bloomberry, I analyzed 1000 GTM Engineering jobs (2025, aktualizováno 2026) · Apollo, GTM Engineer vs RevOps: What Is The Difference Between Build And Run? · OnFire, GTM engineering data (analýza 209 inzerátů) · Databar, RevOps vs GTM Engineering: Which Role Should You Choose? · RevPartners, GTM Engineering vs RevOps · Gainsight, He Created a Job Title 1,000+ People Now Have ft. Yash Tekriwal (Clay) · Reddit, r/gtmengineering, Difference between GTM and RevOps, and what does each mean (říjen 2026)

Souvisí to s tím, co děláme: RevOps & CRM, AI & automatizace a go-to-market strategie. Navazuje na články Go-to-market engineering a Dark funnel.