Dit værktøj til personalisering af websitet ved, hvilke virksomheder der besøger dit website, hvad de læser, og hvilke segmenter de falder ind i. Dit CRM kender dealfaser, kontakter og omsætningshistorik. Hvis de to aldrig udveksler data, ringer sælgere til konti uden at vide, hvad de konti lige har kigget på, og dine personaliseringsregler kan ikke skelne en åben salgsmulighed fra en kold prospect.
Forskellen viser sig ved det første opkald. »Jeg så, at du besøgte vores website« bliver ignoreret. »Dit team har kigget på vores segmenteringsdokumentation og prissiden flere gange i denne uge« giver sælgeren noget at tale om. Dette indlæg gennemgår mekanikken bag den anden version: hvad der skal synkroniseres, hvordan felter mappes, hvad der er forskelligt mellem Salesforce og HubSpot, og hvor den slags projekter som regel går galt.
De personaliseringsdata, dit CRM faktisk har brug for
Instinktet er at skubbe alt over: hver sidevisning, hver session, hver segmenttildeling. Lad være. Et CRM er bygget til strukturerede relationsdata, ikke rå clickstreams. At dumpe sidevisninger i det begraver de nyttige signaler, æder API-kvote og gør rapporterne sværere at stole på. Berigede virksomhedsfelter lader dig også gøre dine formularer til leadindsamling kortere, hvilket er en gevinst i sig selv.
Fem kategorier er værd at synkronisere.
1. Virksomhedsidentifikation
Når din identifikation af besøgende matcher en anonym besøgende med en virksomhed, bør det match oprette eller opdatere en virksomhedspost. Begræns det til de felter, en sælger eller en rapport vil bruge:
- Virksomhedsnavn og domæne
- Branche og interval for antal medarbejdere (fra berigelse)
- Land eller hovedkontorets placering
- Dato for første besøg på dit website
- Kilde eller kanal for det første identificerede besøg
Uden dette hænger intet andet sammen. Hvis dit CRM først hører om en konto, når nogen udfylder en formular, er alle tidligere besøg fra den virksomhed usynlige for salg.
2. Segmentmedlemskab
Segmenter er mere nyttige end rå sidevisninger, fordi de allerede rummer din fortolkning af, hvem accounten er. Typiske værdier:
- Branchesegment (for eksempel "Fintech", "Sundhed")
- Størrelsesniveau ("Mid-Market", "Enterprise")
- Fase i rejsen (»Awareness«, »Consideration«, »Decision«)
- Interesseklynge ("ABM", "Analyse", "Privatliv")
Segmentændringer bør nå CRM hurtigt. Hvis en konto går fra overvejelse til beslutning tirsdag, er en ugentlig batch, der lander søndag, for sent. Hurtig synkronisering betyder som regel hændelsesdrevne push frem for planlagte pulls; denne sammenligning af webhooks vs. API'er forklarer, hvornår hver passer.
3. Én engagementsscore
Synkronisér én samlet score på kontoen, ikke komponenterne bag den. Et talfelt fra 0 til 100 er nemt for sælgerne at læse og nemt at filtrere på. Vægt det efter aktualitet såvel som volumen: 15 sidevisninger i går bør score højere end 20 sidevisninger for tre måneder siden. Tilføj om muligt et kort tekstfelt med årsagen ("prissiden to gange i denne uge"). En score med en begrundelse bliver der handlet på; et råt antal sidevisninger bliver sprunget over.
4. Besøg på nøglesider, ikke alle sidebesøg
Synkronisér kun besøg på sider, der signalerer købsintention:
- Priser (tidsstempel og antal)
- Specifikke funktionssider
- Cases (hvilken branche eller use case)
- Sammenlignings- og konkurrentsider
- Sider om integrationer og dokumentation
Log dem som aktiviteter eller tidslinjeposter, så en sælger kan skimme dem før et opkald. En liste over 47 blogindlæg, som nogen har scrollet igennem, er ikke brugbar kontekst.
5. Konverteringshændelser med kontekst
Formularudfyldninger, demoanmodninger og downloads bør komme med konteksten omkring dem: hvilken personaliseret variant den besøgende så, hvilket segment de var i, og deres engagementsscore på det tidspunkt. Det fortæller sælgeren, hvor varmt leadet er, og hvilken vinkel samtalen skal åbne med.
To måder at koble det op på
| Direkte API | Middleware (CDP / iPaaS) | |
|---|---|---|
| Sådan fungerer det | Personaliseringsværktøjet kalder CRM-API'et og opretter eller opdaterer poster | Værktøjet sender hændelser til Segment, Workato, Tray.io eller en CDP, som transformerer og sender dem videre til CRM og andre systemer |
| God til | Én destination, lille ops-team, der findes en native connector | Mange destinationer, eller du kører allerede en CDP eller iPaaS |
| Ulemper | Hver ny destination er en ny integration; rate limits rammer dig direkte; går i stykker, når CRM-API'et ændres | Ekstra omkostning, endnu et system at vedligeholde, ét led mere med latenstid |
Hvis du allerede sender andre data gennem en CDP eller iPaaS, så send personaliseringsdata samme vej. Hvis CRM'et er den eneste destination, er en direkte forbindelse enklere; at bygge middleware til en integration mellem to systemer tilføjer mest af alt måneder. Markettailor kan synkronisere besøgs- og virksomhedsdata direkte ind i Salesforce og HubSpot, hvilket dækker den direkte løsning uden specialkode.
Feltmapping: Den del, alle undervurderer
API-forbindelsen er den lette del. Den svære del er at beslutte, hvordan personaliseringsdata mappes til CRM-poster. Gør du det forkert, får du dubletter, overskrevne felter og sælgere, der holder op med at stole på dataene.
Virksomhedsmatch
Dit personaliseringsværktøj identificerer virksomheder; dit CRM har konti. Matchlogikken afgør, om de passer sammen. Muligheder, fra mest til mindst pålidelig:
- Fælles eksternt ID. Begge systemer har det samme berigelses-ID (fx et LinkedIn-virksomheds-ID). Mest pålideligt, men virker kun, hvis begge beriges af den samme udbyder.
- Domænematch. Sammenlign besøgendes virksomhedsdomæne med websitefeltet på CRM-konti. Virker, når CRM-data er rene; fejler ved tomme websitefelter og virksomheder med flere domæner.
- Uskarp navnematchning. "Acme Corp" = "Acme Corporation". Nyttigt som reserveløsning, risikabelt med almindelige navne.
I praksis bruger de fleste teams domænet som primær nøgle, fuzzy navnematch som reserve og en manuel gennemgangskø til resten. Mål din match rate i hvert trin på dine egne data, før du automatiserer noget længere nede i kæden.
Undgå dubletter
- Søg før du opretter. Slå altid en eksisterende post op først.
- Start i opdateringstilstand. I de første par uger må du kun opdatere poster, der allerede findes. Det viser, hvor præcis matchingen reelt er, før den kan gøre skade.
- Opret kun over en sikkerhedstærskel. Sæt match med lav sikkerhed i kø til et menneske.
At springe update-only-tilstanden over er den typiske måde, hvorpå disse projekter fylder et CRM med dublerede konti i uge ét, og oprydningen koster ops langt mere tid, end testkørslen ville have gjort.
Brugerdefinerede felter
Design felterne, før du bygger synkroniseringen. Et brugbart startsæt på Account (Salesforce API-navne vist; i HubSpot er det virksomhedsegenskaber):
| Felt | Type |
|---|---|
Personalization_Engagement_Score__c | Tal, 0-100 |
Personalization_Segment__c | Valgliste |
Buyer_Journey_Stage__c | Valgliste: Awareness, Consideration, Decision |
First_Website_Visit__c / Last_Website_Visit__c | Dato |
Website_Visit_Count__c | Tal |
Top_Content_Interest__c | Tekst |
Log besøg på prissiden, besøg på vigtige funktioner, segmentændringer og store spring i scoren (fx fra 40 til 75) på aktivitetstidslinjen.
Salesforce-noter
API-kvote. Salesforce tæller REST-, SOAP- og Bulk-kald mod en løbende kvote over 24 timer. Ifølge Salesforce limits quick reference afhænger kvoten af edition og af antal og type af licenser; Enterprise Edition starter ved 100.000 forespørgsler pr. 24 timer. Tjek din organisations faktiske tal under Setup > System Overview, før du beslutter synkroniseringsfrekvensen. For at holde dig inden for den:
- Batchopdateringer. sObject Collections-endpointet opdaterer op til 200 poster i én forespørgsel.
- Send engagementsscorer efter en tidsplan (hver nogle timer) i stedet for ved hver ændring.
- Synkronisér kun besøg på nøglesider.
- Brug Bulk API til den første backfill.
Aktivitetstype og rettigheder. Opret en dedikeret aktivitetstype »Websitepersonalisering«, så sælgere kan filtrere disse events fra deres egne. Gør personaliseringsfelterne skrivebeskyttede for salg; sælgere bør ikke redigere engagementsscores.
To rapporter, du skal bygge på dag ét. For det første konti med højt engagement uden en åben salgsmulighed: pipeline, som ingen arbejder med. For det andet win rate pr. personaliseringssegment, som føder tilbage til din segmenteringsstrategi.
HubSpot Notes
Opret en egenskabsgruppe kaldet "Website Personalization", og saml alle brugerdefinerede egenskaber i den. Egenskabstyperne passer fint: tal til scorer og antal, rullemenu til segmenter og faser (så de virker i lister og filtre), dato til første og seneste besøg og tekst på én linje til interessetags.
Til besøg på nøglesider og segmentændringer lader HubSpots timeline events en app skrive tilpassede hændelsestyper på virksomheds- og kontakttidslinjer. Definér én skabelon ("Website Personalization Activity") med side-URL, sidekategori og segment som egenskaber. Disse skrivninger tæller stadig med i din apps API-grænser, så saml dem i batches, ligesom du ville gøre i Salesforce.
Når dataene er i HubSpot, omsætter workflows dem til handlinger. For eksempel:
- Engagementsscoren passerer 70: opret en opgave til virksomhedens ejer.
- Fasen i køberrejsen skifter til Beslutning: tilmeld hovedkontakten til en sekvens.
- En målkonto rammer prissiden for tredje gang: post i salgsteamets Slack-kanal.
Det er her, din personaliseringsanalyse holder op med at være et dashboard, som nogen skal huske at åbne.
Hvor ofte du skal synkronisere hvad
| Inden for få minutter | Hver 1.-4. time | Daglig batch |
|---|---|---|
| Formularudfyldelser og demoanmodninger Besøg på prissiden fra målkonti Ny virksomhed identificeret | Engagementscore Segmentændringer Ændringer i rejsefase | Opsummering af antal besøg Interessetags Dato for første / seneste besøg |
At synkronisere alt i realtid brænder API-kvote af og oversvømmer posterne med opdateringer. At samle alt i daglige batches betyder, at et besøg på prissiden fra en målkonto ligger usét natten over. Opdelingen ovenfor holder de tidskritiske signaler hurtige og skubber resten over i billige batches.
Hvor disse projekter går galt
At synkronisere data, som ingen læser. Før du bygger noget, så brug 30 minutter med hver af nogle få sælgere, og spørg, hvad de gerne vil vide før et opkald. Byg ud fra deres svar. En kort liste af felter, som sælgerne kan finde, slår femten felter, de scroller forbi.
Ingen ejerskabsregler. Når begge systemer har det samme felt (for eksempel branche), så beslut, hvilket der vinder. Typisk ejer CRM'et det, sælgerne vedligeholder (aftalefase, kontakter), og personaliseringsværktøjet ejer adfærdsdata (scorer, segmenter, besøg). Uden det overskriver de to systemer hinanden i et loop.
Ingen testkørsel. Kør matchning mod dit CRM i dry-run-tilstand, træk 100 match ud, og tjek dem manuelt. Hvis for mange er forkerte, så ret logikken, før noget skrives til produktion.
Bygget af ét team alene. Marketing ops ved, hvilke data der findes; sales ops ved, hvilke felter sælgerne kigger på. Bygget af marketing alene lander dataene i felter, som ingen tjekker. Bygget af salg alene bliver de bedste signaler udeladt. Selve designsessionen er en del af afstemningen mellem salg og marketing via besøgsdata.
Sæt op og glem. Hold et månedligt review, hvor sælgerne fortæller, hvilke data de brugte, og hvad der mangler, og justér så felter, scoring og alerts.
Sådan ser du, om det virker
Sæt dine egne mål, men mål disse før og efter go-live:
- Adoption: andelen af sælgere, der har åbnet personaliseringsfelter eller -aktiviteter inden for de seneste 7 dage.
- Sundhed: fejlrate i synkroniseringen og match-præcision fra dine stikprøver.
- Dækning: andelen af konti med nylig aktivitet på websitet, der har personaliseringsdata udfyldt.
- Hastighed i opfølgningen: tid fra et udsving i engagement til salgs første kontakt.
- Pipeline: salgsmuligheder oprettet efter en advarsel udløst af personalisering.
De første tre fortæller dig i uge 1-4, om rørføringen virker. De sidste to fortæller dig i de følgende måneder, om det ændrer, hvordan salg arbejder.
En udrulning på fem uger
- Uge 1, design. Interview et par sælgere. Vælg 5-8 felter. Opret de brugerdefinerede felter. Skriv matchlogik og regler for ejerskab ned.
- Uge 2, byg og prøvekør. Forbind systemerne, kør matchning i prøvetilstand, gennemgå 100 match i hånden, og ret det, der er forkert.
- Uge 3, update-only. Slå synkronisering til uden oprettelse af poster i fem arbejdsdage. Hold øje med fejl og problemer med mapping, og få feedback fra to eller tre sælgere.
- Uge 4, fuld aktivering. Tillad oprettelse af poster over din tillidstærskel, opsæt den niveaudelte synkroniseringsplan, byg de to rapporter, og vis salg, hvor dataene ligger.
- Uge 5 og frem. Månedlig gennemgang med salg; justér felter, scoring og automatiseringer.
Hvis du kun gør én ting
Synkroniser virksomhedsidentifikation og en engagementsscore til kontoposterne. Alene det fortæller salg, hvilke virksomheder der researcher jer lige nu. Din opsætning af identifikation af besøgende leverer virksomhedsdataene, din model til kontoscoring definerer scoren, og CRM'et er der, hvor sælgerne allerede kigger. Alt andet i dette indlæg kan komme senere.