Martech-stack: B2B-lag, eksempelstacker og en revisjon

En martech-stakk er settet med verktøy et markedsføringsteam bruker til å samle inn data, nå kjøpere, drive nettstedet og måle resultater. Uttrykket «markedsteknologistakk» får det til å høres planlagt ut. I de fleste B2B-bedrifter har det hopet seg opp: et CRM valgt av salg, et automatiseringsverktøy valgt av en tidligere markedsleder, tre analyseverktøy ingen stoler helt på.

Utvalget er enormt. Scott Brinkers årlige Marketing Technology Landscape telte 15 505 martech-produkter i 2026 (chiefmartec, 2026), opp fra 15 384 året før, noe Brinker kaller i praksis flatt. Samtidig blir verktøyene teamene allerede har, for lite brukt: En Gartner-undersøkelse blant 405 markedsledere fant at den gjennomsnittlige utnyttelsen av funksjonene i martech-stacken falt til 33 % i 2023, ned fra 42 % i 2022 (Gartner, 2023). Problemet er sjelden et manglende verktøy. Det er uklare lag, uklare eiere og data som ikke flyter.

Nedenfor: lagene i en martech-stakk for B2B, eksempelstakker i tre selskapsfaser, hvordan data bør flyte mellom dem, hvor personalisering av nettstedet passer inn, og en revisjon i seks steg du kan kjøre før neste fornyelse.

De ni lagene i en B2B-martech-stack

Tenk i lag, ikke logoer. Hvert lag har én jobb. Hvis to verktøy gjør den samme jobben, har du overlapp; hvis ingen verktøy gjør en jobb, har du et hull.

To merknader. For det første dekker mange produkter flere lag: HubSpot dekker CRM, automatisering og noe analyse; Apollo dekker berikelse og salgsengasjement. Det er greit, så lenge du bestemmer hvilket produkt som eier hver oppgave. For det andre står samtykke nederst i tabellen, men øverst i dataflyten. Er samtykket feil, arver alle lagene nedenfor problemet.

Eksempler på stakker i tre selskapsfaser

Den riktige stacken avhenger mindre av antall ansatte enn av hvor mange kanaler du aktiverer og om du har noen til å vedlikeholde dataene. Dette er eksempler på oppsett basert på hvordan lagene avhenger av hverandre, ikke handlelister eller undersøkelsesresultater.

Vårt syn: den vanligste feilen i vekstfasen er å kjøpe enterprise-lag for tidlig, særlig en CDP. En CDP fortjener plassen sin når du har flere aktiveringskanaler som alle trenger den samme samlede profilen, og noen som har som jobb å vedlikeholde identitetsreglene. Før det gjør et ryddig CRM pluss direkte integrasjoner jobben med færre bevegelige deler.

Slik bør data flyte mellom lagene

De fleste problemer i stakken er flytproblemer. Skriv ned for hvert viktige dataobjekt hvor det opprettes, hvor det lagres og hvor det brukes. En enkel tabell er nok.

To regler gjør dette håndterbart. Én: hvert objekt har nøyaktig ett masterssystem, og alt annet leser fra det. To: koble verktøy til knutepunktet (CRM eller datavarehus), ikke til hverandre. En kjede der verktøy A utløser verktøy B via Zapier, som oppdaterer verktøy C, som skriver tilbake til A, er den typen oppsett som slutter å virke i det stille og først blir oppdaget når en rapport ser feil ut uker senere. For CRM-siden av dette spesifikt, se vår guide til å koble data fra nettstedspersonalisering til CRM-et.

Der personalisering av nettsted passer inn

Personalisering er et aktiveringslag. Det skaper ikke mye nye data; det bruker data fra identifisering, CRM, kampanjeparametere og atferd, og endrer hva en besøkende ser. Det har to konsekvenser.

• Kvaliteten begrenses av lagene under. Er bransjefeltet i CRM tomt på halvparten av kontoene, vil bransjepersonalisering feile på halvparten av kontoene. Fiks feltet før du kjøper verktøyet.
• Det bør skrive tilbake. Hvilket segment en besøkende var i og hvilken variant de så, hører hjemme i analyseverktøyet og, på kontonivå, i CRM-et, slik at salg og attribusjon kan bruke det. Innlegget vårt om attribusjon for personaliserte nettsteder forklarer hvorfor.

Minimumsgrunnlaget for nyttig personalisering av B2B-nettsteder er identifisering av selskaper (se oversikten vår over programvare for identifisering av nettstedsbesøkende), konsekvent kampanjemerking og lesetilgang til noen få CRM-felt, som kontotier og avtalefase.

Slik reviderer du martech-stacken din i seks steg

Kjør dette én gang i året, eller før ethvert nytt kjøp. Gjør det i et delt regneark med én rad per verktøy, så blir kolonnene nedenfor resultatet av revisjonen.

1. Kartlegging. List opp alle verktøy som har en innlogging eller en tag på nettstedet, også gratisverktøyene og de som betales med firmakort. Sjekk tag manageren og nettverksfanen i nettleseren på forsiden din; du kommer til å finne tagger ingen husker å ha lagt til.
2. Eier. Gi hvert verktøy én navngitt eier. Et verktøy uten eier er et verktøy ingen vedlikeholder, og det er som regel det som lekker data eller penger.
3. Kostnad. Registrer årlig kostnad, kontraktens sluttdato og oppsigelsestid. Legg fornyelsesdatoene inn i en kalender.
4. Bruk. Noter for hvert verktøy hvilke funksjoner du faktisk bruker og hvor mange lisenser som har vært aktive de siste 30 dagene. Mange leverandører viser siste innlogging i administrasjonsinnstillingene; gjør de ikke det, spør kundeansvarlig før fornyelse.
5. Overlapp. Koble hvert verktøy til de ni lagene over. Alle lag med to eller flere verktøy som gjør samme jobb, er kandidater for konsolidering. Leadscoring tre steder er det klassiske eksempelet.
6. Integrasjon. For hvert verktøy noterer du hva det leser fra og skriver til. Marker manuelle CSV-eksporter og ødelagte synkroniseringer. Det er disse forbedringene som gir mest verdi.

Eksempel (illustrerende revisjonsresultat for et hypotetisk programvareselskap med 60 ansatte):

I dette eksempelet sparer kutt av to verktøy 6 000 € i året, som kan finansiere integrasjonsarbeidet som ble flagget i steg 6. For å vurdere om et nytt verktøy vil betale seg, kjør tallene gjennom en ROI-kalkulator for markedsføring før demoen, ikke etter.

Hvor mye bør du bruke på martech?

Det finnes ikke noe riktig tall. Til sammenligning rapporterte Gartners CMO Spend Survey for 2025 at markedsbudsjettene i gjennomsnitt utgjorde 7,7 % av selskapets omsetning (Gartner, 2025). Gartner sier at det store flertallet av de 402 respondentene rapporterte en årlig omsetning over 1 milliard USD, så ikke bruk det som et mål for et oppstartsselskap. Den mer nyttige interne kontrollen er utnyttelse: hvis du ikke kan nevne funksjonene du bruker i et verktøy, betaler du for dem du ikke bruker.

Vanlige feil

• Verktøyspredning: hvert team kjøper sin egen punktløsning. Løsningen er en enkel regel: ingen nye verktøy uten å angi hvilket lag det hører til, og hvilket verktøy det erstatter eller hvilket hull det fyller.
• Ingen dataeier. CRM-et har tolv verdier i nedtrekkslisten for «bransje», og tre av dem betyr det samme. Noen må eie feltdefinisjonene på tvers av verktøyene.
• Inkonsekvente definisjoner. «Bedriftsstørrelse» betyr antall ansatte i CRM, omsetning i berikingsverktøyet og et intervall i annonseplattformen. Velg én kanonisk definisjon per felt.
• Å kjøpe for funksjonene, ikke integrasjonene. Et verktøy som gjør ti ting, men bare synkroniserer via CSV, blir brukt til én ting.
• Samtykke som en ettertanke. Tagger som utløses før samtykke, er et juridisk problem og et datakvalitetsproblem. Send alle tagger gjennom samtykkeplattformen og tag manageren.
• Kaos i kampanjemerkingen. Uten konsekvente UTM-er bryter analyse, attribusjon og personaliseringsregler sammen. En felles navnekonvensjon og en UTM-bygger løser dette billig.

Hvis nettstedet bare er én del av en større ombygging, tar denne artikkelen om å velge en GTM-teknologistakk for seg salgs- og driftssiden av samme beslutning. For selve nettstedslaget kombinerer Markettailor identifisering av besøkende på selskapsnivå med segmentbasert personalisering, noe som kan erstatte to separate verktøy i vekstfasen. Når du ikke bør konsolidere: hvis berikelsesleverandøren din allerede er koblet til CRM og salg er avhengig av den, beholder du den og legger bare til nettstedslaget.

Ofte stilte spørsmål

Hva er en martech-stack?

En martech-stakk er samlingen av programvare et markedsføringsteam bruker til å samle inn kundedata, kjøre kampanjer, drifte nettstedet og måle resultater. I B2B omfatter den typisk et CRM, markedsføringsautomatisering, analyse, verktøy for berikelse og identifisering, annonseplattformer, et CMS med testing eller personalisering, salgsengasjement og samtykkehåndtering. En god stakk har én eier og ett styrende system for hver oppgave.

Hva bør en B2B-martech-stack inneholde?

Som et minimum: et CRM som masterdata, en måte å sende e-post og fange opp skjemaer på, webanalyse, samtykkehåndtering og annonseplattformene dine. Etter hvert som du vokser, legger du til berikelse og identifisering av besøkende, et verktøy for eksperimentering eller personalisering, programvare for salgsengasjement og etter hvert et datavarehus. Legg til lag når en konkret jobb ikke blir gjort, ikke fordi en kategori finnes.

Trenger B2B-bedrifter en CDP?

Vanligvis ikke i starten. En kundedataplattform lønner seg når flere aktiveringskanaler trenger den samme samlede profilen og noen kan vedlikeholde reglene for identitetskobling. De fleste bedrifter i tidlig fase og tidlig vekst er bedre tjent med et ryddig CRM med direkte integrasjoner. Mange team i senere faser bruker datavarehuset sitt pluss reverse ETL-verktøy i stedet for en ferdigpakket CDP.

Hvor ofte bør du revidere martech-stakken din?

Én gang i året som en full revisjon, pluss en rask sjekk før hvert nytt kjøp og hver fornyelse. Den fulle revisjonen dekker oversikt, ansvarlig, kostnad, bruk, overlapp og integrasjoner. Ha fornyelsesdatoer og oppsigelsesfrister i en felles kalender, fordi det billigste tidspunktet å kutte eller reforhandle et verktøy er måneden før oppsigelsesfristen starter.