Hvad er record customization i HubSpot?

Sådan virker record customization i HubSpot

En record i HubSpot består af tre områder, og de tilpasses hver for sig. Venstre sidebar rummer de properties, brugeren skal kunne redigere hurtigt, plus knapperne til at logge noter, opkald, mails, opgaver og møder. Midterkolonnen er der, hvor arbejdet foregår, og den er delt op i faneblade. Højre sidebar viser de associerede records: virksomheder, deals, tickets, tilbud og linjeelementer.

Midterkolonnen er den vigtigste at få styr på. Du kan have maksimalt fem faneblade inklusive Overview, og du kan lægge op til 50 kort i både venstre sidebar og midterkolonnen. Fanebladene kan hedde noget, der passer til jeres proces, for eksempel Leverance eller Kontrakt, og hvert faneblad kan indeholde sammenklappelige sektioner med kort. Grænserne står beskrevet i HubSpots dokumentation for tilpasning af records, og de er hårde.

Kortene er byggeklodserne, og de findes i en række typer med hver sin kapacitet. Et property list-kort kan vise op til 50 properties i en sidebar, men kun 24 i midterkolonnen. Et data highlights-kort viser maksimalt fire properties og bruges til de tal, ingen skal lede efter. En association table kan vise 12 properties plus fem hurtige filtre, mens en association property list klarer 24. Dertil kommer stage tracker, statistik, rapportkort og quick actions, som HubSpots oversigt over korttyper på records beskriver enkeltvis.

Betinget visning af kort. Et kort eller et faneblad behøver ikke være synligt hele tiden. Du kan sætte kriterier på property-værdier, så et kort først vises, når en record opfylder dem, for eksempel et leverancekort, der kun optræder på vundne deals, eller et kort med aftalenummer, der kun gælder offentlige kunder. Betinget visning kræver et Starter-, Professional- eller Enterprise-abonnement, og det er en af de billigste måder at gøre en record læsbar på uden at fjerne data.

Betinget logik findes også et lag under, på selve felterne. Med conditional logic på enumeration properties kan du bestemme, at et ekstra felt først dukker op, når brugeren har valgt en bestemt værdi i en dropdown, og at det så er obligatorisk. Det virker på dropdowns, afkrydsningsfelter og datofelter, på desktop, i mobilappen, i salgsudvidelsen og i playbooks. Det virker derimod ikke, når et workflow skriver værdier, hvilket er værd at holde sig for øje, hvis I regner med, at logikken sikrer datakvaliteten hele vejen rundt. Kravene fremgår af HubSpots vejledning om betinget logik på properties, som forudsætter Professional eller Enterprise.

Team views. Ud over standardvisningen kan du bygge visninger målrettet enkelte teams, så salg, marketing og kundeservice ser hver deres udgave af den samme contact. Team views kræver Professional eller Enterprise, og de vises kun for brugere, der er hovedmedlemmer af det valgte team. En detalje, der overrasker mange: når du kloner et team view, tager HubSpot udgangspunkt i systemets standardvisning og ikke i jeres egen tilpassede standard.

Standardvisningen er dermed fundamentet, og den bør bygges først. Alt, hvad I retter der, slår igennem for alle brugere, der ikke er dækket af et team view, og det gælder også nye brugere. I praksis betyder det, at standardvisningen skal være den, en ny sælger kan arbejde i fra dag ét, mens team views bruges til de afvigelser, en enkelt afdeling har brug for.

Højre sidebar hænger sammen med jeres associations og lader sig også styre. Du vælger, hvilke properties der vises på hvert association-kort, så en deal for eksempel viser kontaktperson, titel og telefonnummer direkte, i stedet for at sælgeren skal klikke ind på kontakten. Er jeres associations mellem records sat rigtigt op med labels, er det her, gevinsten bliver synlig for brugerne.

Den fejl, vi oftest retter hos nye kunder, er at forveksle layout med adgangsstyring. Et kort, du skjuler, fjerner ikke data fra CRM'et: brugeren kan stadig finde værdien via Vis alle properties, via en liste eller via en eksport. Skal en oplysning være utilgængelig for en gruppe kolleger, hører det hjemme i rettigheder og i sensitive data-properties, ikke i sidelayoutet.

Området får løbende småforbedringer, og de er værd at følge med i. I juni 2026 kom der for eksempel mulighed for at styre, hvordan custom events optræder på tidslinjen på det objekt, de er koblet til, helt ned til korttitel, undertitel, hvilke properties der vises, og i hvilken rækkefølge. Samtidig kan preview-panelet, altså det lille vindue der åbner fra lister og board-visninger, tilpasses for sig, så en sælger kan afgøre næste skridt uden at åbne hele recorden.

Vi hjælper danske B2B-virksomheder med at skære record-visningerne til, så sælgere, kundeservice og ledelse ser det samme billede af en kunde. Typisk starter vi med en gennemgang af, hvilke properties der faktisk bliver udfyldt, rydder op i dem, og bygger derefter standardvisningen og de team views, I reelt har brug for. Har I en HubSpot-konto, hvor ingen kan finde noget på deal-recorden, så tag fat i os, og lad os se på den sammen.

Hvad danske B2B-teams bruger det til

Record customization er et af de få CRM-greb, hvor effekten kan mærkes samme dag, den bliver slået til. Her er de opsætninger, vi oftest bygger for danske virksomheder, og hvad de konkret løser.

Sælgerens beslutningsvisning på deals
Venstre sidebar skæres ned til beløb, lukkedato, næste skridt og ejer, og midterkolonnen får et data highlights-kort med de fire tal, der afgør, om en deal er reel. Tag en jysk produktionsvirksomhed med 14 sælgere: går deal-recorden fra 38 synlige properties til 11, kan pipelinemødet holdes i HubSpot i stedet for i et regneark, fordi alle ser de samme tal på samme plads.

Et leverancefaneblad, der kun findes efter salget
Et ekstra faneblad i midterkolonnen samler leveringsadresse, kontaktperson på pladsen, aftalt opstart og interne noter, og det sættes til kun at vises, når deal stage er Closed won. For en dansk SaaS-virksomhed betyder det, at onboarding-teamet slipper for at spørge sælgeren om de samme fem oplysninger, fordi felterne dukker op på præcis det tidspunkt, hvor de skal udfyldes.

Supportagentens ticket-record
Ticket-recorden får et kort med kundens aftale, reaktionstid og seneste tre sager øverst, mens marketingfelterne ryger væk. En dansk hostingudbyder med et tomandssupportteam kan på den måde se aftaleniveau og historik uden at klikke, og det er i praksis forskellen på at overholde en reaktionstid og at love noget, kunden ikke har betalt for.

Betingede felter til offentlige kunder
Et kort med EAN-nummer, rekvisitionsnummer og kontraktreference vises kun, når virksomhedstypen er sat til offentlig. Det er en lille ting, men for en rådgivningsvirksomhed, der sælger til både kommuner og private, fjerner den den tilbagevendende situation, hvor en faktura bliver afvist, fordi EAN-nummeret aldrig blev spurgt om.

Team views pr. afdeling
Salg, marketing og kundeservice arbejder på den samme contact, men har brug for vidt forskellige felter. Med team views ser marketing samtykke, kilde og kampagnehistorik, mens salg ser lifecycle stage, seneste aktivitet og åbne deals. Vi anbefaler at starte med to team views og ikke seks, fordi hver ekstra visning skal vedligeholdes, hver gang I tilføjer en property.

Custom objects, der bliver til rigtige arbejdssider
Har I bygget et custom object til abonnementer, maskiner eller sager, står det i udgangspunktet med en tom og uinteressant record. Med kort, faneblade og association tables bliver det til en side, teknikeren eller kundeansvarlige rent faktisk kan arbejde ud fra, og det er ofte det, der afgør, om objektet bliver brugt eller bare bliver ved med at ligge der.

Fælles for alle seks er, at de forudsætter en beslutning om, hvad der er vigtigt. Den beslutning kan ikke automatiseres. Vi plejer at starte med en gennemgang af, hvilke properties der faktisk er blevet udfyldt de seneste 90 dage, og bruge den liste som udgangspunkt, i stedet for at spørge afdelingerne, hvad de gerne vil se, for det svar er altid alt.

Alternativer, priser og begrænsninger

Alternativerne til HubSpots record customization falder i to grupper: andre CRM-platforme, hvor tilpasningen fungerer anderledes, og HubSpots egne udvidelsesmuligheder, når standardkortene ikke rækker. Priserne herunder er dem, leverandørerne selv oplyste i september 2026, og de skifter ofte.

Salesforce Sales Cloud
Salesforce løser det samme med page layouts, record types og Lightning App Builder, og tilpasningen går væsentligt længere: forskellige layouts pr. profil, dynamiske formularer, felt-niveau-sikkerhed og komponenter, der kan betinges af næsten hvad som helst. Prisen følger med. Pr. september 2026 oplyser Salesforce på deres europæiske prisside Starter Suite til 25 euro pr. bruger pr. måned, Pro Suite til 100 euro, Core til 195 euro, Advanced til 395 euro og Max til 550 euro pr. bruger pr. måned ved årlig betaling. Til gengæld kræver opsætningen typisk en administrator eller en partner, også efter go-live.

Microsoft Dynamics 365 Sales
Her hedder det forms og business rules, og med Power Apps kan I bygge helt egne skærmbilleder oven på de samme data. Det er det stærkeste valg, hvis I i forvejen kører Business Central og vil have ét datagrundlag. Pr. september 2026 står Microsofts prisside for Dynamics 365 Sales med Sales Professional til 65 USD, Sales Enterprise til 105 USD og Sales Premium til 150 USD pr. bruger pr. måned ved årlig betaling, hvor fuld tilpasning først følger med Enterprise. Power Apps-licenser kommer oveni.

Pipedrive
Pipedrive har bevidst mindre at skrue på, og for mindre salgsteams er det en fordel frem for en mangel. Detaljevisningen kan tilpasses med felter og faneblade, mens påkrævede felter og pipeline-specifikke felter først følger med Premium. Pr. september 2026 koster Lite 14 USD, Growth 39 USD, Premium 59 USD og Ultimate 79 USD pr. sæde pr. måned. Har I fem sælgere og ingen marketingafdeling, er det et reelt alternativ, men I får ikke team views eller betingede kort på tværs af objekter.

Custom app cards i HubSpot
Rækker standardkortene ikke, kan I bygge jeres eget kort som en UI extension i React og placere det i midterkolonnen, i højre sidebar eller i preview-panelet. Det er vejen, hvis en sælger skal se lagerstatus fra Business Central eller åbne poster fra e-conomic uden at forlade recorden. Prisen er udvikling og vedligeholdelse, og der er tekniske rammer at bygge inden for: et kald ud af HubSpot har som udgangspunkt 15 sekunders timeout, payloads må fylde 1 MB, og en app må have 20 samtidige kald pr. konto.

Hvor står HubSpot så? Styrken er, at opsætningen kan laves af en CRM-ansvarlig på en eftermiddag uden udviklerhjælp, at den ser ens ud på desktop og mobil, og at betinget visning kan tages i brug allerede fra Starter. Svagheden er lige så tydelig: I kan ikke lave visninger pr. bruger eller pr. rolle, kun pr. team, I kan ikke give to sælgere på samme team hver sin visning, og felt-niveau-sikkerhed findes ikke på samme måde som i Salesforce. Har I komplekse forretningsregler pr. brugertype, er HubSpot det forkerte sted at prøve at genskabe dem.

Adgangen til selve funktionen følger tiers uden at være en dyr tilkøbsfunktion. Grundlæggende tilpasning af standardvisningen kan alle med de rette rettigheder, betinget visning af kort kræver mindst Starter, mens team views og betinget logik på properties kræver Professional eller Enterprise. Pr. september 2026 oplyser HubSpots prisside for Sales Hub Professional til 90 USD pr. sæde pr. måned ved årlig betaling med et engangsgebyr på 1.500 USD for onboarding, og Enterprise til 150 USD pr. sæde pr. måned med 3.500 USD for onboarding. Gratisversionen dækker op til to brugere.

Sædemodellen er værd at have med i regnestykket, fordi record customization rammer alle, men kun opsættes af få. Det er kun brugere med rettigheden Customize record page layout eller Super Admin, der kan ændre layoutet, og de skal have et betalt sæde på det relevante niveau. Resten af organisationen forbruger blot resultatet. Skal en enkelt afdeling have sit eget team view, er det tieret på kontoen og ikke antallet af sæder, der afgør, om det kan lade sig gøre.

De hårde grænser er hurtige at ramme, hvis I bygger uden plan. Fem faneblade inklusive Overview, 50 kort i venstre sidebar, 50 kort i midterkolonnen, 24 properties på et property list-kort i midterkolonnen, 12 properties plus fem filtre på en association table og fire properties på et data highlights-kort. Ingen af dem kan hæves ved at betale mere. I praksis rammer de færreste virksomheder loftet. Det svære er at beslutte, hvad der skal væk.

En blødere begrænsning er, at mange kort gør recorden langsommere at åbne og sværere at overskue, og at hvert kort er noget, nogen skal vedligeholde. Vi anbefaler at holde standardvisningen på under ti kort og bruge faneblade i stedet for at stable alt i Overview. Går I over det, er problemet som regel ikke layoutet, men at der er oprettet properties, ingen bruger.

Dansk og europæisk kontekst spiller ind på et enkelt, men vigtigt punkt: hvor jeres data ligger. HubSpot hoster kundedata i AWS-regioner i Virginia, Oregon, Tyskland, Montreal og Sydney, og kontoen bliver ifølge HubSpots FAQ om datahosting tildelt et datacenter ud fra IP-adressens geolokation ved oprettelsen. Betalende konti kan efterfølgende få flyttet datacenter, mens gratiskonti først skal opgraderes. Det har intet med layoutet at gøre, men er det spørgsmål, jeres databehandleraftale står og falder med.

Selve GDPR-pointen i record customization er den, vi nævnte ovenfor, og den tåler at blive gentaget: at skjule et felt er ikke det samme som at beskytte det. Skal personoplysninger eller finansielle oplysninger være reelt afskærmet, skal de gemmes i sensitive data-properties, som kræver Enterprise på Marketing Hub, Sales Hub, Service Hub, Data Hub, Content Hub, Smart CRM eller Revenue Hub. Ifølge HubSpots vejledning om opbevaring af følsomme data markeres properties i kategorier som personfølsomme, finansielle og helbredsrelaterede oplysninger, og værdier i kategorien Highly Sensitive Data skal dekrypteres med et klik, før de kan læses.

Tidsforbruget ligger i beslutningen forud for opsætningen: hvilke properties skal fjernes, hvilke skal gøres obligatoriske, hvad skal sælgeren se først, og hvad hører til på et faneblad, ingen åbner dagligt. Regn med en workshop på et par timer pr. objekt, en oprydning i properties bagefter, og en kort gennemgang med brugerne, når visningen skifter. Springer I det sidste over, oplever folk ændringen som at nogen har flyttet rundt på deres skrivebord.

Der er også tilfælde, hvor arbejdet ikke kan betale sig. Har I under fem brugere, kører alt salg gennem én person, og bruger I under ti properties, får I ikke meget ud af team views og betingede kort, og tiden er bedre brugt på at rydde op i data. Det samme gælder, hvis grundproblemet er, at ingen udfylder CRM'et: så flytter et pænere layout ikke noget. Skal I have hjælp til at afgøre, hvad der hører hjemme hvor, kan I læse mere om, hvordan vi arbejder med HubSpot, eller tage fat i os med jeres nuværende opsætning.