De meeste B2B SaaS-bedrijven hebben twee completere informatiesystemen die nooit met elkaar praten: het product, dat weet wat gebruikers doen, en het CRM, dat weet wie de potentiële kopers zijn. De brug tussen die twee is de meest onderbenutte GTM-mogelijkheid in de meeste scale-ups. Dit artikel legt uit hoe je die brug bouwt en wat het je oplevert.
In een traditioneel SLG-model is het CRM de central source of truth voor alle klant- en prospect-informatie. Maar in een PLG-model is het CRM altijd onvolledig: het weet wie zich heeft aangemeld, maar niet wat ze doen in het product. Die informatie zit in de product-analytics-stack — en die stack praat zelden met het CRM.
Het resultaat is een fundamenteel blind spot in je GTM-architectuur. Sales heeft een lijst van tienduizend gratis gebruikers maar heeft geen idee welke 200 daarvan actieve power users zijn die klaar zijn voor een salesgesprek. Marketing stuurt generieke nurturing-emails aan alle gratis gebruikers zonder onderscheid te maken tussen iemand die het product dagelijks gebruikt en iemand die zich heeft aangemeld en nooit meer is teruggekeerd.
Dit is oplosbaar. En de oplossing is eenvoudiger dan de meeste teams denken.
Welke productdata relevant is voor GTM
Niet alle productdata is GTM-relevant. Je wilt geen productanalytics-dump in je CRM — je wilt de specifieke datapunten die koopintentie, activatiestatus en expansiepotentieel signaleren.
De meest waardevolle categorieën:
Activatie-events
Het moment waarop een gebruiker het aha-moment bereikt. Afhankelijk van het product: de eerste integratie aangemaakt, het eerste project gepubliceerd, de eerste samenwerking gestart. Activatie is het cruciale scheidspunt: voor activatie is de kans op conversie laag, na activatie is die significant hoger.
activation_milestone_reached(boolean, datum)first_key_action_completed(datum)onboarding_completion_percentage(percentage)
Gebruiksfrequentie en recency
Hoe recent en hoe frequent gebruikt een contactpersoon het product? Dit zijn de twee meest betrouwbare indicatoren van engagement-niveau. Een gebruiker die elke dag inlogt en recent actief is, is fundamenteel anders dan een gebruiker die zich drie maanden geleden heeft aangemeld en sindsdien niet meer is teruggekeerd.
last_active_date(datum)sessions_last_30_days(getal)active_days_last_30_days(getal)usage_frequency_tier(daily / weekly / monthly / inactive)
Feature-gebruik
Welke features heeft een gebruiker gebruikt? Feature-gebruik is zowel een indicator van productadoptie-diepte als van premium-readiness. Een gebruiker die de premium-feature heeft geprobeerd maar geblokkeerd is door de paywall, heeft al bewezen interesse in upgraden.
key_features_used(lijst van feature-namen)paywall_encounter_count(getal)advanced_feature_usage(boolean)
Account-niveau data (team/company)
Voor B2B PLG-producten is de account-niveau data minstens zo belangrijk als de contact-niveau data. Hoeveel medewerkers van hetzelfde bedrijf gebruiken het product? Is er een account-admin? Zijn er meerdere teams actief?
team_size_in_product(getal)invited_colleagues_count(getal)company_seats_used(getal)has_admin_setup(boolean)
Event tracking als fundament: Segment, Mixpanel, Amplitude
Productdata begint bij event tracking: het systematisch vastleggen van gebruikersacties in het product. Elke betekenisvolle actie — een pagina bezoeken, een feature activeren, een item aanmaken, een uitnodiging versturen — wordt als een event gelogd met de relevante properties.
De drie dominante tools in de PLG-stack:
Segment
Segment is de event-routing laag: het ontvangt events uit je product en verdeelt ze naar downstream tools (Mixpanel, Amplitude, HubSpot, Intercom, etc.). Segment's kracht is de single-tracking-code aanpak: je implementeert Segment eenmalig in je product, en je kunt daarna zonder extra code-changes nieuwe destinations toevoegen.
Segment is de standaard keuze voor PLG-bedrijven die productdata naar meerdere tools willen sturen, waaronder hun CRM. De identify() call in Segment koppelt event-data aan een specifieke gebruiker via een userId, en de group() call koppelt gebruikers aan een account.
Mixpanel
Mixpanel is gespecialiseerd in funnel- en retentie-analyse. Het is bijzonder krachtig voor het analyseren van de activatiefunnel: hoeveel gebruikers bereiken het aha-moment, in hoeveel stappen, en waar haken ze af? Mixpanel is minder sterk als routing-laag richting CRM — daarvoor is Segment beter geschikt.
Amplitude
Amplitude is vergelijkbaar met Mixpanel maar sterker in behavioural cohort-analyse en predictive features. Amplitude heeft ook een native Cohorts-integratie met HubSpot, waarmee je automatisch Amplitude-cohorts (groepen gebruikers met specifiek gedrag) kunt synchroniseren naar HubSpot-lijsten.
De koppeling naar HubSpot als CRM
HubSpot is voor de meeste B2B SaaS scale-ups de beste keuze als CRM voor de PLG-stack, om drie redenen:
- HubSpot heeft de krachtigste no-code workflow automation van alle mid-market CRMs — essentieel voor het bouwen van PQL-triggers op basis van productdata
- HubSpot ondersteunt Custom Properties op zowel contact- als company-niveau — je kunt de volledige productdata-set modelleren zonder API-beperkingen
- HubSpot heeft een native Segment-integratie (via het Segment HubSpot destination) die event-data automatisch synchroniseert naar contact-properties
Er zijn drie technische routes om productdata in HubSpot te krijgen:
Route 1: Segment → HubSpot destination
De meest elegante oplossing voor teams die al Segment gebruiken. Je voegt HubSpot toe als destination in Segment, configureert de event-to-property mapping, en productdata stroomt automatisch naar HubSpot-contacten en -companies. De identify() call update HubSpot-contact-properties; de group() call update HubSpot-company-properties.
Route 2: Directe HubSpot API-integratie
Voor teams zonder Segment: directe integratie via de HubSpot Custom Events API of de Contacts API. Bij elke betekenisvolle event in het product stuur je een API-call naar HubSpot die de relevante contact-property bijwerkt. Dit vereist meer engineering-bandbreedte maar geeft volledige controle over welke data wanneer wordt gesynchroniseerd.
Route 3: Amplitude of Mixpanel → HubSpot via native integratie
Amplitude heeft een native HubSpot-integratie waarmee je Amplitude-cohorten (groepen gebruikers die een specifieke activatiesequentie hebben voltooid) kunt synchroniseren naar HubSpot-lijsten. Deze lijsten zijn vervolgens bruikbaar als trigger voor workflows of als segment voor marketing-emails. Mixpanel heeft een vergelijkbare functionaliteit via de HubSpot-connector.
Data mapping: van event naar CRM-property
De praktische uitdaging van productdata-integratie is de mapping: het vertalen van ruwe product-events naar bruikbare CRM-properties.
Een voorbeeld van een event-to-property mapping voor een hypothetisch project management SaaS:
- Event
project_created→ Contact Propertyprojects_created_count(increment by 1) - Event
team_member_invited→ Contact Propertyinvitations_sent_count+ Company Propertyteam_size_in_product - Event
integration_connected→ Contact Propertyintegrations_active(list) - Event
paywall_encountered→ Contact Propertypaywall_encounter_date+paywall_feature_name - Event
user_login→ Contact Propertylast_active_date(timestamp)
Bij het ontwerpen van de mapping zijn er twee beslissingen die de meeste GTM-teams verkeerd maken:
Beslissing 1: Aggregate vs. event-level data. Sla in het CRM niet elke individuele event op, maar aggregeer naar bruikbare metrics. Een property logins_last_30_days: 22 is veel bruikbaarder dan 22 individuele login-events in de CRM-timeline.
Beslissing 2: Contact vs. Company properties. Sommige data is gebruikersspecifiek (hoe vaak logt deze persoon in), andere data is account-specifiek (hoeveel medewerkers van dit bedrijf zijn actief). Beide zijn nodig voor goede PQL-kwalificatie. Vergeet de company-level sync niet.
Wat je met de data doet: de GTM-use cases
Als de productdata in HubSpot zit, zijn er drie directe use cases:
PQL-identificatie en sales-routing
Bouw een HubSpot-workflow die automatisch een deal aanmaakt en een AE assignt op het moment dat een contact de PQL-drempel bereikt. Voorbeeld: als activation_milestone_reached = true AND sessions_last_30_days > 10 AND company_size > 50, maak dan een deal aan in de PQL-pipeline en wijs die toe aan de juiste AE op basis van account-grootte.
Engagement-based nurturing
Segmenteer gratis gebruikers op basis van hun activatiestatus en gebruiksfrequentie. Stuur inactieve gebruikers (laatste login > 14 dagen geleden) een re-engagement email. Stuur bijna-geactiveerde gebruikers een email die ze helpt het aha-moment te bereiken. Stuur actieve-maar-niet-betaalde gebruikers een upgrade-nudge op het moment dat ze een premium feature proberen.
Churn-predictie voor bestaande klanten
Voor bestaande betalende klanten is het gebruik-in-het-product de sterkste predictor van churn. Een betaalde klant die zijn gebruik de afgelopen 30 dagen met 50% heeft teruggebracht, heeft een significant hogere churn-kans dan een klant met stabiel gebruik. Dit signaal is alleen zichtbaar als productdata in het CRM zit.
Lees meer over de specifieke HubSpot-inrichting in hoe je productgebruiksdata automatisch in HubSpot krijgt, en over hoe je dit vertaalt naar verkoopklare signalen in Product Qualified Leads.
De RevOps-implicaties
Productdata in het CRM verandert fundamenteel hoe RevOps werkt in een PLG-bedrijf. De pipeline is niet meer alleen gevuld via marketing (MQL's) en outbound (prospects) — hij wordt ook gevuld via product-triggers (PQL's). Dat vereist een nieuwe pipeline-structuur, nieuwe stage-definities, en nieuwe rapportage.
Concrete RevOps-aanpassingen die nodig zijn:
- Een aparte PQL-pipeline naast de reguliere sales-pipeline
- Stage-definities die de PLG-journey reflecteren: Free → Activated → PQL → Opportunity → Customer
- Rapportage op PQL-to-Customer conversieratio, time-to-convert, en welke PQL-triggers de hoogste win rate hebben
- Lead-routing regels die bepalen welke PQL's naar welke AE gaan (op basis van accountgrootte, segment, of industrie)
Doe de gratis GTM Scan om te beoordelen hoe volwassen je huidige productdata-integratie is en wat de snelste stappen zijn om te verbeteren.