Jullie team heeft het contract verstuurd. Maar welke versie heeft de klant eigenlijk ondertekend? Die vraag zou geen 20 minuten en drie Slack-threads moeten kosten om te beantwoorden. Maar voor veel salesteams die HubSpot gebruiken, is dat precies wat er gebeurt.
De deal staat op "Closed Won." Legal kan de juiste PDF niet vinden. Finance weet niet welke versie overeenkomt met het bedrag. En de rep die het heeft verstuurd is alweer bezig met de volgende deal, dus niemand weet waar de ondertekende kopie staat.
De oplossing is niet meer discipline of nog een spreadsheet ernaast. Het is je documenten een goede plek geven binnen HubSpot, met statussen, versies en duidelijke koppelingen naar de deals waar ze bij horen.
Zo houd ik offertes, contractenen prijsopgaven bij in HubSpot, zodat het team altijd weet wat er is verstuurd, wanneer en aan wie. Als je een breder overzicht wilt van hoe je alles bij elkaar houdt van het eerste gesprek tot de handtekening, deze walkthrough is een goede aanvulling.
Voor het volledige beeld van hoe documentgeneratie, data merge en eSignature samenwerken in HubSpot, zie de complete gids voor documentautomatisering in HubSpot.
Waarom het dealrecord alleen niet genoeg is
Deals in HubSpot zijn gebouwd voor pipeline en omzet. Daar zijn ze goed in. Maar het zijn geen archiefkasten.
Als teams alles op de deal proberen op te slaan, loopt het al snel uit de hand. Je eindigt met vijftien aangepaste eigenschappen die iemand tijdens de paniek van vorig kwartaal heeft aangemaakt. URL's geplakt in vrije tekstvelden. Statuslabels die voor sales iets anders betekenen dan voor legal.
Eén deal kan een discovery-samenvatting, een offerte, een rood gemarkeerd contract, een definitieve PDF en een verlengingsconcept opleveren. Als dat allemaal in één set velden staat, verlies je de geschiedenis elke keer dat iemand op opslaan klikt.
Dat betekent niet dat je nooit documentinformatie op de deal moet zetten. Zaken als de huidige fase, het verwachte bedrag en een link naar het laatste bestand horen daar thuis. Maar alles met een eigen levenscyclus, zoals een contract dat van concept naar review naar ondertekend gaat, heeft een eigen record nodig zodat workflows iets stabiels hebben om op te werken.
Wanneer je een custom object nodig hebt (en wanneer niet)
Met HubSpot custom objects kun je eigen recordtypen aanmaken naast contacten, bedrijven, deals en tickets. Een "Document"- of "Overeenkomst"-object past goed wanneer je meerdere bestanden per deal verstuurt en elk afzonderlijk wilt bijhouden.
Maar je hebt er niet altijd een nodig.
Als je team per deal één offerte en één contract verstuurt en je geen versies bijhoudt, kunnen een paar goed benoemde dealeigenschappen met strikte dropdownopties prima werken. Dat is een prima startpunt op kleinere schaal.
Zodra je parallelle concepten, meerdere templates tegelijk of een duidelijke lijst van alles wat je ooit naar een account hebt gestuurd wilt bijhouden, maakt een custom object het leven een stuk eenvoudiger. Je kunt het koppelen aan de deal, het bedrijf en de belangrijkste contactpersonen, zodat iedereen het volledige beeld ziet.
Geef het object een naam die je team daadwerkelijk gebruikt. "Salesdocument" of "Overeenkomst" werkt beter dan technische labels die niemand herkent.
Als je hier automatisering in wilt verwerken, is het de moeite waard om te lezen hoe Portant verbinding maakt met HubSpot zodat je objectopzet aansluit op wat de app kan lezen en schrijven.
Eigenschappen instellen die laten zien wat er gebeurt
Status moet een dropdown zijn met duidelijke opties, niet een vrij tekstveld waar iedereen iets anders intypt. Bijvoorbeeld: Concept, In Review, Klaar om te versturen, Verstuurd, Bekeken, Wacht op handtekening, Ondertekend, Gearchiveerd.
Jouw lijst ziet er waarschijnlijk anders uit. Dat is prima. Waar het om gaat is dat de lijst kort is, dat iedereen het eens is over wat elke status betekent en dat je workflows erop kunnen reageren.
Voeg naast de status ook gestructureerde velden toe: aanmaakdatum, verzenddatum, ondertekeningsdatum, eigenaar, templatenaam en een link naar het bestand. Datums zijn nuttiger dan selectievakjes voor rapportage, omdat je kunt meten hoe lang elke stap duurt.
Voor contracten specifiek: houd de commerciële status op de deal en de documentstatus op het documentrecord. De deal kan "Onderhandeling" aangeven terwijl het contract "In juridische review" zegt. Als die twee bewust van elkaar afwijken, kan je managementteam zien waar het vastloopt in plaats van te gissen.
Versies bijhouden zonder de geschiedenis te overschrijven
Dit is waar eenvoudige opstellingen vaak mislopen.
Teams zeggen dat ze documenten "versiebeheer" toepassen door hetzelfde Google Doc te bewerken of een PDF op de deal te vervangen. Dat is geen versiebeheer. Dat is overschrijven. En dat betekent dat niemand "wat hebben we op 3 maart verstuurd?" kan beantwoorden zonder door e-mail te spitten.
Als je bedrijf waarde hecht aan geschiedenis, en de meeste doen dat zodra legal of finance erbij komen, behandel elke versie dan als een eigen record. Geef het een versienummer, een link naar de vorige versie, een tijdstempel en een notitie over wat er is gewijzigd.
Reps hoeven alleen de huidige versie bij te houden. Een eenvoudige regel zoals "het hoogste versienummer voor deze deal en dit templatetype is de actieve versie" houdt alles overzichtelijk zonder iemand te vertragen.
Zelfs als je bestanden opslaat in Google Drive of SharePoint, moet HubSpot genoeg informatie bevatten om iedereen naar het juiste bestand te wijzen en "wat hebben we verstuurd?" in minder dan een minuut te beantwoorden. Dat is de lat die het waard is om na te streven.
Rapporten die je team daadwerkelijk bekijkt
Zodra je documentrecords bestaan, kun je rapporten bouwen waar het management echt iets aan heeft.
Begin met een kleine set: documenten die al meer dan een paar dagen vastzitten in review, deals in een laat stadium zonder verstuurde offerte, accounts met ondertekende contracten die niet aan het juiste bedrijf zijn gekoppeld en een telling van ondertekende documenten dit kwartaal per segment.
Custom objects zijn hier uitstekend voor, omdat je kunt filteren en groeperen op documentvelden zonder je dealbord te vervuilen. Pipelinemeetwaarden blijven op deals. Documentmeetwaarden blijven op het documentobject. Beide verschijnen op één dashboard.
Ontbrekende koppelingen tussen documenten en deals zijn geen persoonlijke fouten. Het zijn datagaten die vanzelf ontstaan. Een wekelijkse lijst van "deals zonder documentrecord" wordt een snelle opschoontaak van vijf minuten in plaats van een chaos aan het einde van het kwartaal.
Documenten aan de juiste deals koppelen
Documenten aan deals koppelen is geen bureaucratie. Het is de manier waarop je aantoont welk gesprek tot welk bestand heeft geleid.
De standaardopzet is doorgaans meerdere documenten aan één deal, met een optionele koppeling naar het bedrijf voor accountoverzichten. Dat werkt voor de meeste teams goed.
Wanneer verlengingen nieuwe deals creëren, beslis dan van tevoren of de oude documentgeschiedenis meekomt via het bedrijfsrecord of handmatig opnieuw wordt gekoppeld. Dat bespaart je CS-team van elke verlenging opnieuw bij nul te moeten beginnen.
Dealomzet en regelitems blijven de bron van waarheid voor omzet. Documentrecords bevatten wat er is gepresenteerd en overeengekomen, wat tijdens onderhandelingen kan afwijken. Beide moeten zichtbaar zijn: dealvelden voor prognoses, documentvelden voor wat er daadwerkelijk is verstuurd. Een workflowstap die de twee vergelijkt voordat een deal als "Closed Won" wordt gemarkeerd, pikt afwijkingen vroeg op.
Teams die dit netjes bijhouden, hebben snellere kwartaalafsluitingen en minder "wacht, wat hebben we precies ondertekend?"-momenten.
Hoe goede automatisering er hier uitziet
Automatisering moet samenwerken met je datamodel, niet er omheen werken.
Wanneer Portant een bestand genereert vanuit HubSpot, moet er tegelijkertijd iets in het CRM worden bijgewerkt: een nieuw documentrecord, een statuswijziging, een tijdstempel of een activiteit op de tijdlijn. PDF's die alleen in e-mail leven zonder CRM-record brengen je direct terug naar spreadsheetterrein.
Of je nu triggert vanuit een dealfasewijziging of een knop op het record, het patroon dat werkt is: maak of update het documentrecord eerst, genereer het bestand en pas dan de status aan op basis van wat er daadwerkelijk is gebeurd. Als het genereren mislukt, moet de status dat aangeven en krijgt de eigenaar een taak.
Portant doet dit standaard. Het is een HubSpot-gecertificeerde app die documenten genereert op basis van live CRM-data en activiteit zichtbaar houdt op het dealrecord, zodat je team niet hoeft te zoeken in e-mail of Drive om te zien wat er is verstuurd.
Klein beginnen: kies één sjabloontype en één dealsegment. Bewijs dat de rapporten werken voor die groep voordat je het uitrolt naar het hele team.
Veelgestelde vragen
Moet ik een HubSpot custom object gebruiken om documenten bij te houden?
Dat hangt af van het volume. Als je meerdere documenten per deal verstuurt en je wilt goede versiebeheer en rapportage, geeft een custom object je een overzichtelijke plek voor die gegevens. Als het gaat om één voorstel en één contract per deal zonder versiehistorie, zijn goed gestructureerde dealeigenschappen voldoende.
Hoe stel ik versiebeheer van documenten in HubSpot in?
Behandel elke versie als een eigen record met een versienummer, een link naar de vorige versie, tijdstempels en wie het heeft aangemaakt. Overschrijf geen enkel veld wanneer juridische zaken of financiën moet kunnen zien wat er tussen concepten is veranderd.
Hoe koppel ik documentrecords aan deals in HubSpot?
Maak een koppeling van je documentobject naar deals, en optioneel naar bedrijven en contacten. De meeste teams gebruiken een veel-op-één-opzet, waarbij veel documenten aan één deal zijn gekoppeld. Gebruik verplichte koppelingen waar HubSpot dat toestaat, zodat losstaande records vroeg worden opgespoord.
Welke eigenschappen werken het beste voor het bijhouden van de documentstatus in HubSpot?
Een gecontroleerde keuzelijst voor de levenscyclusstatus (Concept, In beoordeling, Verzonden, Ondertekend, enzovoort) plus aparte datum- en eigenaarsvelden voor elke mijlpaal waarover je rapporteert. Dat houdt workflows, lijsten en dashboards betrouwbaar.
Kan Portant helpen met documenttracking in HubSpot?
Ja. Portant is een HubSpot-gecertificeerde app die documenten genereert op basis van live CRM-gegevens en activiteit zichtbaar houdt op het dealrecord. Je kunt documentstatussen afstemmen op workflows zodat je team dezelfde informatie ziet in vergaderingen en rapporten.
