Je CRM zegt dat de deal in een bepaalde fase zit. De PDF die je rep net heeft verstuurd vertelt een ander verhaal. Dat verschil is waar reps uren kwijtraken aan handmatig herstelwerk, en waar kopers zich beginnen af te vragen of je team de details wel op orde heeft.

Ik heb dit bij team na team zien gebeuren. Ze kopen HubSpot voor overzichtelijk pipelinebeheer, bouwen solide fases, trainen hun reps. Dan worden documenten de zwakke schakel. De offerte zegt het een, het dealrecord het ander, en iemand zit met de hand de verschillen te repareren.

De oplossing is niet meer inspanning van reps. Het zijn sterkere verbindingen tussen dealfases, documenten en de automatiseringen die mensen op het juiste moment een seintje geven. Dit zijn de tien workflows waar ik steeds op terugkom. Als je wilt weten hoe fases en documenten zich tot elkaar verhouden, begin hier.

Voor het volledige beeld van hoe documentgeneratie, samenvoegen van gegevens en eSignature samenwerken in HubSpot, zie de complete gids voor documentautomatisering in HubSpot.

1. Genereer een offerte wanneer de deal een commerciële fase ingaat

Dit is de meest overzichtelijke startautomatisering, omdat de trigger voor de hand ligt en de output beperkt is. Wanneer een deal verschuift naar een fase waarin de prijsstelling serieus is, en niet meer verkennend, moet een offerte bestaan zonder dat iemand een spreadsheet opnieuw hoeft op te bouwen.

Ik geef de voorkeur aan fases die de werkelijkheid van de koper weerspiegelen, niet intern jargon. Als je team het niet eens kan worden over wat "commercieel" betekent, zal de workflow op het verkeerde moment afgaan.

In de praktijk koppel ik de fase-enter-gebeurtenis aan de template die bij jouw offerteformaat past, haal ik regelitems en voorwaarden op uit HubSpot en schrijf ik het voltooide bestand terug naar het dealrecord. Reps controleren nog altijd voor ze versturen, maar ze doen geen gegevensinvoer meer als tweede baan. Voor een uitgebreidere uitleg, zie het offerte-playbook.

2. Stuur automatisch een voorstel nadat een kwalificatiedrempel is gepasseerd

Offertes beantwoorden vragen over cijfers. Voorstellen beantwoorden waarom jij, waarom nu, en wat er daarna gebeurt. Ik behandel voorstellen als een fase-output, niet als een willekeurige bijlage.

Wanneer verplichte velden zijn ingevuld (economische beslisser, use case, succescriteria), kan een workflow de basisstructuur van het voorstel genereren en het in de wachtrij zetten voor beoordeling door de rep. Dat patroon beschermt de consistentie van merk en juridische inhoud, terwijl de rep toch een persoonlijke begeleidende noot kan toevoegen.

Als je team veel met voorstellen werkt, is het voorstel-playbook de referentie waar ik mensen naartoe verwijs.

3. Maak een taak aan zodra interne goedkeuring nodig is

Niets ondermijnt het vertrouwen van kopers sneller dan een klantgericht document dat tegenstrijdig is met wat het management daadwerkelijk heeft goedgekeurd. Ik hanteer een eenvoudige regel: als een document goedkeuring nodig heeft, mag HubSpot niet doen alsof de deal verder is dan hij is.

Wanneer de status verandert naar "wacht op goedkeuring", maak ik een taak aan voor de juiste eigenaar met een vervaldatum, templatenaam en dealwaarde. Daarnaast gebruik ik graag een property die finance kan instellen wanneer ze klaar zijn, zodat vervolgworkflows niet te vroeg worden geactiveerd.

Als je wilt weten hoe dit werkt aan de contractkant, het contract-playbook beschrijft hoe ik denk over het samenvoegen van voorwaarden, handtekeningen en overdrachten.

4. Geef de rep een seintje na een weergave (zonder opdringerig te zijn)

Weergavegegevens zijn een gedragssignaal, geen belofte. Ik gebruik ze toch, omdat ze vaak het vroegste bewijs zijn dat een deal weer tot leven is gekomen.

Mijn standaardpatroon is gelaagd. De eerste weergave maakt een lichte notitie of property-stempel aan. De derde weergave, of een reeks weergaven in een kort tijdvenster, maakt een taak met hogere prioriteit aan, omdat iemand het document waarschijnlijk intern deelt.

De workflow moet de documentlink, de contactpersoon en de tijd van de laatste weergave toevoegen, zodat de rep niet hoeft te zoeken. Ik vermijd e-mails aan klanten die puur worden getriggerd door opens, tenzij juridische zaken en marketing al akkoord hebben gegeven. Interne seintjes zijn makkelijker af te stemmen en voelen minder snel opdringerig.

5. Volg niet-bekeken documenten na verzending op met een zinvolle vertraging

Elk team heeft deals waarbij het voorstel is verstuurd en daarna stilte volgde. Ik gebruik een vertraging (vaak twee werkdagen), en vertaks daarna op een weergavetelling die nog op nul staat.

Echte vertakkingen zijn hier belangrijk. Als het document is teruggestuurd of de contactpersoon met verlof is, wil je een menselijke beslissing, geen oneindige lus van herinneringen.

De acties die ik prefereer: een taak voor de eigenaar, een optionele Slack-ping naar een teamkanaal, en een voorgestelde volgende stap in het dealrecord. Één goed getimede opvolging is beter dan vijf geautomatiseerde e-mails waar niemand om heeft gevraagd.

6. Verplaats de dealfase wanneer een document de status "verzonden" of "handtekening aangevraagd" bereikt

De nauwkeurigheid van prognoses staat of valt bij eerlijkheid over fases. Als je beleid zegt dat "voorstel verzonden" een specifieke fase betekent, automatiseer dan de verplaatsing wanneer de documentstatus bewijst dat het is gebeurd. Ik raad nog steeds een menselijk controlepunt aan voor de eerste maand, omdat templates veranderen en uitzonderingsgevallen opduiken.

Wanneer een handtekening wordt aangevraagd, behandel ik dat als een ander mijlpaal dan een simpele verzending. Kopers kunnen een PDF vluchtig bekijken zonder ergens aan vast te zitten. Een handtekening aanvragen betekent meestal dat je ervan overtuigd bent dat de voorwaarden definitief genoeg zijn om actie op te ondernemen.

Het koppelen van die mijlpalen aan fases maakt deel uit van hetzelfde verhaal als dealfases voor documentworkflows.

7. Open een taak wanneer het ondertekenen vastloopt bij gedeeltelijk ondertekend

Deals met meerdere partijen sterven in het gat tussen de eerste en de laatste handtekening. Ik let op gedeeltelijk-ondertekend-statussen die blijven hangen, en maak dan een taak aan die de nog uitstaande partij noemt, waar de data dat toelaat. De taak van de rep is coördineren, niet raden wie het vergeten is.

Als je customer success of juridische zaken als secundaire ondertekenaars hebt, stuur notificaties dan op rol, zodat de dealverantwoordelijke niet de enige is die achter mensen aanzit. Houd berichten kort en feitelijk. Een vastgelopen handtekening is net zo goed een projectmanagementprobleem als een verkoopprobleem.

8. Waarschuw ops wanneer generatie mislukt of een fout oplevert

Automatisering zonder zichtbaarheid is gewoon mysterieuze fouten die een week lang onopgemerkt blijven. Ik voeg altijd een workflowvertakking toe voor mislukte generatie, doorgestuurd naar je ops-team of een speciaal kanaal, met de deal-ID, templatenaam en de als-laatste-bewerkte properties. Dat verandert een stille fout in een ticket met context.

De meeste fouten die ik zie, komen voort uit ontbrekende verplichte velden, onjuiste regelitemdata, of een templatetag die brak nadat iemand hem had bewerkt. Snelle meldingen voorkomen dat kleine fouten uitgroeien tot maandeinde-brandjes.

9. Synchroniseer de voorbereiding van gesloten-gewonnen wanneer een contract volledig is ondertekend

Ondertekening is niet het einde. Het is de overdracht. Ik gebruik graag workflows die onboardingtaken aanmaken, facturering informeren als een PO nodig is, en sleuteldatums op de deal vastleggen.

Als je contractworkflow al "voltooid" markeert, kan HubSpot implementatie informeren over wat er verwacht wordt. Dit is waar documentproperties hun waarde bewijzen, omdat het CRM kan aantonen dat het ondertekende bestand bestaat, in plaats van te vertrouwen op een rep die drie dagen later een PDF uploadt.

Voor de inhoudsstrategie van contracten, houd het contract-playbook bij de hand terwijl je die takenlijsten opbouwt.

10. Activeer verlengings- of uitbreidingsdocumenten op basis van properties, niet op basis van geheugen

Uitbreiding en verlengingen mislukken stilletjes wanneer niemand een datumveld beheert. Ik gebruik workflows die zijn gekoppeld aan verlengingsdatumvensters, klanttier of drempelwaarden voor de gezondheidsscore, om het juiste documentpakket op tijd te genereren. Sales krijgt een taak om te controleren, niet om van scratch af aan te bouwen onder tijdsdruk.

Ik houd het venster conservatief. Te vroeg voelt opdringerig, te laat nodigt verloop uit. Begin met een interne taak en een conceptdocument, en pas aan op basis van waar je klanten daadwerkelijk op reageren.

Hoe je dit uitrolt zonder het team te ontregelen

Ik zet nooit tien workflows tegelijk live. Ik kies één documenttype, één team en één trigger die ik in één zin kan uitleggen. We draaien hem een paar weken, lezen de logs en lossen fout-positieven op.

Daarna voegen we het volgende gedrag toe, meestal weergavegebaseerde seintjes of goedkeuringstaken, omdat dat de plek is waar tijdsbesparing zichtbaar wordt in de feedback van reps.

Iets wat je later blij mee bent: een korte interne notitie die beschrijft wat elke workflow doet, wie verantwoordelijk is voor wijzigingen, en hoe je hem veilig uitzet. Je zult blij zijn dat die er is wanneer iemand een dealfase hernoemt zonder ops in te lichten.

Waar documentautomatisering past

Elk van deze workflows gaat ervan uit dat je documenten worden gegenereerd op basis van live HubSpot-gegevens, zodat de uitvoer gekoppeld blijft aan het CRM-record. Daar is de workflowautomatisering van Portant voor gebouwd: het genereren van offertes, voorstellen en contracten op basis van deal-eigenschappen en regelitems, waarna het voltooide document als eigen record wordt teruggeschreven naar HubSpot.

Portant stelt ook velden beschikbaar zoals documentstatus, aantal weergaven en tijdstip van laatste weergave. Dat zijn de eigenschappen die verschillende van deze workflows gebruiken als triggers. Het resultaat: één systeem waarin dealfasen, documenten en vervolgacties allemaal naar dezelfde gegevens verwijzen.

Veelgestelde vragen

Kunnen HubSpot-workflows verkoopdocumenten zoals offertes en voorstellen automatiseren?

Ja. Als Portant is gekoppeld aan HubSpot, kun je offertes, voorstellen en contracten genereren op basis van live CRM-gegevens en HubSpot-workflows gebruiken om te reageren op documentgebeurtenissen, dealfasen en eigenschappen. Portant stelt ook documentstatus- en betrokkenheidsvelden beschikbaar die je kunt gebruiken als workflowtriggers.

Wat is een goede eerste workflow voor documentautomatisering in HubSpot?

Begin met één duidelijke trigger, zoals het genereren van een offerte wanneer een deal een gedefinieerde commerciële fase bereikt. Dat levert verkopers direct waarde op, houdt gegevens in één systeem en is eenvoudig te meten voordat je vervolgmeldingen of goedkeuringstaken toevoegt.

Hoe kan ik het beste opvolgen wanneer een koper een voorstel bekijkt?

Gebruik een HubSpot-workflow die wordt geactiveerd wanneer het aantal weergaven een drempelwaarde overschrijdt of wanneer het tijdstip van laatste weergave wordt bijgewerkt. Maak vervolgens een taak of interne melding aan voor de deal-eigenaar met de documentlink en context. Het doel is tijdige coaching, geen spam.

Waar horen goedkeuringen voor verkoopdocumenten thuis?

Veel teams verdelen de taken. Finance of management keurt commerciële voorwaarden goed binnen de documentworkflow, terwijl HubSpot-workflows taken aanmaken, Slack-kanalen op de hoogte stellen of de overgang naar een volgende fase pauzeren totdat goedkeuringseigenschappen zijn ingesteld. Kies één bron van waarheid voor de status, zodat verkopers niet hoeven te gissen.

Hoe blijven dealfasen en documentstatus op elkaar afgestemd?

Bepaal wat elke fase betekent vanuit het perspectief van de klant en koppel documentmijlpalen aan die definities. Workflows kunnen fasen bijwerken wanneer een document is verzonden, ter ondertekening uitstaat of is afgerond. Je kunt afwijkingen signaleren via rapportages, zodat de pipeline de werkelijkheid weerspiegelt.