GTM Engineer — Oslo
Rollen som forsterker salgsteamet ditt. En GTM engineer jobber ikke listen din — de bygger systemet som finner, kvalifiserer og jobber den for deg, så selgerne får brukt tiden på å selge. Pipeline slutter å være en funksjon av antall timer, og blir en funksjon av infrastruktur.
Hva det er
Halvt operatør. Halvt systembygger.
En GTM engineer sitter i gapet mellom marked, salg og data — et gap som ikke trengte å fylles før verktøyene ble gode nok til å automatisere hele midten av trakten. De skriver ikke kampanjer, og de jobber ikke selskaper. De bygger maskineriet som gjør begge deler.
Signalfangst, berikelsesvannfall, scoringslogikk, rutingsregler og sekvenser som utløses av intensjon i stedet for av en kalender. Hver del bygges én gang, testes mot ekte svardata, og settes deretter til å gå av seg selv.
Leveransen er ikke en strategipresentasjon eller en kampanjekalender. Det er infrastruktur som produserer kvalifisert pipeline hver uke, uten at noen rører den.
Hvorfor det fungerer
Hoder legger til. Systemer ganger.
Argumentet for GTM-engineering er ikke at automatisering er billigere enn mennesker. Det er at de to skalerer på helt forskjellige kurver.
Gearing
En selger jobber ett selskap om gangen. Et system jobber hele det adresserbare markedet samtidig — og marginalkostnaden for de neste tusen selskapene er tilnærmet null.
Presisjon
Scoring kjøres på hver eneste record før et menneske ser den. Selgerne slutter å bruke uka på selskaper som aldri kom til å kjøpe, og pipeline-kvaliteten stiger uten at noen jobber hardere.
Renters rente
Manuelle motorer nullstilles hver mandag. En bygget motor akkumulerer — hver runde med svardata gjør targetingen skarpere, slik at måned seks slår måned én på samme budsjett.
Forskjellen
Den manuelle motoren vs. den bygde
De fleste B2B-team i Oslo kjører en 2019-playbook med 2026-verktøy — programvaren er endret, men motoren under er den samme. Dette er det som faktisk flytter seg.
| Steg | Manuell motor | Bygget motor |
|---|---|---|
| Finne selskaper | Selgere søker manuelt, ett om gangen | Signaler løfter fram selskaper automatisk |
| Kvalifisering | Magefølelse, ulikt fra selger til selger | Scoret mot en definert ICP-modell |
| Berikelse | Kopier og lim fra LinkedIn og Proff | Vannfallsberikelse, uten manuelle steg |
| Timing | Når en selger rekker det | I det sekundet intensjonen slår inn |
| Oppfølging | Faller bort når selgerne får det travelt | Går uansett arbeidsmengde |
| Skalere output | Ansett enda en selger | Utvid signalnettet |
| Hvis noen slutter | Prosessen forsvinner med dem | Systemet blir igjen og fortsetter |
Hva en GTM engineer bygger
Fire lag. Ett system.
Signallaget
Kjøpsintensjon legger igjen spor lenge før noen fyller ut et skjema. En GTM engineer instrumenterer kildene som fanger det — identifisering av anonyme besøkende, visninger av prissiden, ansettelsessignaler, endringer i teknologistack, emisjoner — og gjør dem om til strukturerte triggere.
- Identifisering av anonyme besøkende
- Intensjons- og prissidetriggere
- Ansettelses- og finansieringssignaler
- Overvåking av teknologistack
Berikelse & scoring
Et rått signal er ikke et lead. Berikelsesvannfall finner selskapet og kjøpsgruppen bak det, og en scoringsmodell graderer hver record mot ICP-en din — slik at de dårlige aldri når en selger i det hele tatt.
- Clay-berikelsesvannfall
- Kartlegging av kjøpsgruppen
- Firmografisk ICP-scoring
- Automatiske diskvalifiseringsregler
Ruting & utførelse
Kvalifiserte records ruter seg selv — til riktig eier, inn i riktig sekvens, i det øyeblikket intensjonen er høyest. Sendeinfrastruktur, leveringsevne og CRM-synk bygges én gang, og går deretter av seg selv.
- Logikk for eiertildeling
- Sekvensstart utløst av intensjon
- Sendeinfrastruktur & leveringsevne
- CRM-synk (HubSpot / Pipedrive)
Tilbakekoblingen
Hvert svar, hver booking og hver signert avtale er data. Det mates tilbake i scoring og targeting, slik at systemet blir skarpere hver måned i stedet for å forfalle — det som skiller infrastruktur fra en engangskampanje.
- Svar- og konverteringsdata fanges
- Scoringsmodellen trenes på resultater
- Targeting forfines per segment
- Live pipeline-dashboard
Hvem det er for
Dere trenger trolig en hvis —
Selgerne bruker mer tid på å bygge lister enn på å snakke med kjøpere.
Trafikken kommer, skummer og forsvinner — og dere får aldri vite hvem det var.
Lead-kvaliteten er ujevn fordi kvalifiseringen bor i hodene til folk.
CRM-et fylles med records som ingen scorer, eier eller følger opp.
Vekst betyr i dag å ansette enda en selger, og regnestykket har sluttet å gå opp.
Dere har verktøyene — Clay, HubSpot, Apollo — men ingenting er koblet sammen.
Vanlige spørsmål
Hva er en GTM engineer?
Noen som bygger systemene som genererer pipeline, i stedet for å jobbe leads manuelt. De sitter mellom marked, salg og data — fanger kjøpssignaler, bygger berikelses- og scoringslogikk, og kobler sammen automatisk ruting og sekvenser. Leveransen er infrastruktur som kjører, ikke kampanjer eller ringelister.
Hva er forskjellen på dette og å ansette en SDR?
En SDR jobber en liste, og resultatet skalerer lineært med antall timer — det stopper når de stopper. En GTM engineer bygger systemet som produserer og kvalifiserer listen automatisk. Én bygging dekker hele markedet ditt samtidig, og den fortsetter å kjøre etter at oppdraget er over.
Hva er forskjellen på en GTM engineer og RevOps?
RevOps vedlikeholder og rapporterer stort sett på systemene dere allerede har — CRM-hygiene, prognoser, prosess. En GTM engineer bygger ny etterspørselsinfrastruktur: signalkilder, berikelsesvannfall, scoringsmodeller og outbound-utførelse. De overlapper på verktøy, men skiller seg på resultat — den ene holder maskinen ren, den andre bygger den.
Hvordan ser stacken ut?
Typisk Clay for berikelse og vannfall, besøksidentifisering for anonym trafikk, Apollo og liknende databaser for dekning, Instantly eller tilsvarende for sendeinfrastruktur, og HubSpot eller Pipedrive som system of record. Verktøyene betyr langt mindre enn logikken som kobler dem sammen.
Trenger vi dette når vi allerede har et salgsteam?
Det er som regel da det lønner seg mest. Et salgsteam uten system bruker tiden på å finne og kvalifisere i stedet for å selge. En GTM engineer fjerner det arbeidet, slik at selgerne kun ser selskaper som allerede matcher ICP-en din og har vist intensjon.
Hvem eier systemet etterpå?
Det gjør dere. Hver Clay-tabell, workflow, scoringsmodell, sekvens og dashboard bygges i deres egne kontoer og dokumenteres for teamet. Oppdraget er designet for å bygge kapasitet, ikke avhengighet.
Videre lesning
Oslo & Norden
Slutt å jobbe listen.
Bygg systemet som jobber den.
30 minutter · Ingen presentasjon, bare systemet