PLG in HubSpot: Von Produktsignalen zur Pipeline

Produktdaten bleiben damit in den Analytics-Tools liegen, während der Vertrieb weiter auf klassische Marketing-Signale schaut.

Daraus entstehen in der Praxis regelmäßig vier Probleme:

• Product Qualified Leads (PQLs) bleiben unbeachtet
• jede Übergabe an den Vertrieb muss von Hand geprüft werden
• Nutzer mit hoher Kaufabsicht erreichen den Vertrieb nie
• Ausbaupotenzial bei bestehenden Accounts bleibt ungenutzt

Die Lösung liegt darin, Produktsignale in HubSpot operativ nutzbar zu machen. Mit einer sauberen Product-Led-Growth-Architektur wird Produktnutzung automatisch zu qualifizierter Pipeline, weil Signale, Vertriebsprozess und Reporting in einem System zusammenlaufen.

Ein PLG-System in HubSpot besteht typischerweise aus diesen Bausteinen:

• Erfassung der Produktsignale aus dem Anwendungs-Backend
• PQL-Scoring, direkt an die Produktereignisse des Backends gekoppelt
• automatisches Lead-Routing entlang der eigenen Vertriebsstruktur
• Workflows, die die Arbeitslast im Vertrieb nach echten Engagement-Signalen priorisieren
• RevOps-Reporting, das Kapazitätssteuerung und eine flexible Zuteilung der Ressourcen nach Geschäftsprioritäten erlaubt

Dieser Leitfaden zeigt Schritt für Schritt, wie ein solches System in HubSpot entsteht – von der Signalerfassung bis zum Umsatz-Reporting.

‍

Warum Produktsignale heute mehr zählen als je zuvor

Neukundengewinnung wird teurer, und die verlässlichsten Kaufsignale entstehen längst im Produkt selbst – nicht im Marketing-Funnel.

Viele produktgetriebene Anbieter investieren heute deutlich mehr in:

• bezahlte Reichweite
• SDR-Kapazität
• Marketing-Automation-Tools

Dabei liegen die stärksten Kaufsignale bereits im eigenen Produkt.

Typische Beispiele sind die Aktivierung eines Free Trials oder Freemium-Zugangs, die Nutzung einer Kernfunktion, gemeinsames Arbeiten im Team, wachsende Seat-Zahlen, die Nutzungsfrequenz und das Erreichen von Produktgrenzen.

Diese Signale zeigen echte Kaufabsicht – oft früher und treffsicherer als jede Marketing-Interaktion. Ohne die passende Architektur in HubSpot wird aus Produktaktivität aber keine Pipeline.

‍

Die versteckten Risiken 

Produktdaten ohne Wirkung auf den Umsatz

Viele produktgetriebene SaaS-Anbieter messen ihr Produkt sehr genau. Nur kommen diese Signale selten in einer Form im CRM an, mit der ein Vertriebsteam tatsächlich arbeiten kann.

Typische Muster:

• Produktdaten bleiben in der Analytics-Plattform
• Product Qualified Leads werden nicht automatisch geroutet
• der Vertrieb sucht seine Verkaufschancen von Hand
• aktive Trial-Nutzer mit starkem Engagement gehen unter
• Ausbaupotenzial fällt niemandem auf

Solange Produktsignale nicht operativ nutzbar sind, schöpft PLG sein Umsatzpotenzial nicht aus.

‍

Der RevOps-Punkt, den die meisten Teams übersehen

Die meisten PLG-Projekte scheitern nicht an fehlenden Daten, sondern an zu viel Modell: zusätzliche Scoring-Ebenen, Sonderregeln, manuelle Zwischenschritte. In der Praxis tragen erfolgreiche Systeme auf drei Bausteinen. Firmografisches Fit-Scoring bewertet, wie viel ein Account wert werden kann. Produktnutzungs-Scoring misst, wie weit ein Nutzer im Produkt tatsächlich angekommen ist. Automatisiertes Routing bringt beides zusammen. Greifen diese drei in HubSpot ineinander, erzeugt Produktaktivität von selbst qualifizierte Pipeline – und der Vertrieb geht erst dann heran, wenn ein echtes Kaufsignal vorliegt.

Unsere These: Lifecycle Stages bilden den Weg eines Interessenten linear und in eine Richtung ab – sie sind kein Ort für Produktzustände. Aktivierung und Engagement gehören deshalb in eigene Produktsignale und ein eigenes Scoring, nicht in die Lifecycle-Phasen von Kontakt oder Unternehmen. Wer beides vermischt, kann später weder sauber berichten noch sauber routen.

‍

Die Lösung

Die PLG-Architektur in HubSpot

Ein Product-Led-Growth-System in HubSpot verbindet Produktnutzung direkt mit dem CRM, damit Pipeline ohne Zutun entsteht. Die Produktereignisse aus dem Anwendungs-Backend werden in HubSpot-Properties geschrieben. Auf dieser Grundlage lässt sich ein PQL-Score aus Produktengagement und firmografischem Fit berechnen.

Getragen wird das von drei Bausteinen: der Erfassung der Produktsignale, dem PQL-Scoring – in der Regel ereignisbasiert, unabhängig davon, ob es im Backend oder in HubSpot gerechnet wird – und dem automatischen Routing an den Vertrieb.

Stehen diese Bausteine, aktualisieren HubSpot-Workflows die Lead Stages und lösen das Routing entlang der eigenen Vertriebsstruktur und SLAs aus. Deals und Abo-Daten bilden anschließend die Grundlage für ein Reporting über den ganzen Funnel hinweg – von PQL → SQL → Umsatz. So lässt sich messen, wie aus Produktengagement Verkaufschancen und am Ende Umsatz werden.

‍

Welche HubSpot-Funktionen ein PLG-System tragen

Vier HubSpot-Bausteine tragen ein PLG-Umsatzsystem. Deal-Pipelines führen Free Trials und Verkaufschancen. Lead Stages bilden den Aktivierungsgrad ab, etwa als Rot, Gelb und Grün. Workflows übernehmen PQL-Scoring, Routing und Lifecycle-Updates auf Basis der Produktsignale. Dashboards und Reports zeigen RevOps schließlich die Conversion-Raten über den gesamten Funnel von PQL zu SQL zu Umsatz.

‍

Verhaltensbasierte Produktsignale

Ein belastbares PQL-Modell steht nie auf einem Bein: Es kombiniert verhaltensbasierte Produktsignale mit firmografischen Fit-Signalen.

Verhaltensbasierte Signale zeigen Aktivierung und Adoption im Produkt. Dazu zählen der Trial-Status, zentrale Produktereignisse aus dem Backend und das Wachstum der Seats innerhalb eines Zeitraums bei einer bestimmten Organisation. Zum Trial-Status gehören Ereignisse wie Trial gestartet, Trial beendet oder Self-Checked-Out. Aus dem Backend kommen etwa erreichte Onboarding-Meilensteine, die Nutzung von Kernfunktionen, das Einladen von Kolleginnen und Kollegen oder mehrere aktive Nutzer im selben Account.

Welche Teilmenge davon zählt, hängt von Produktarchitektur und Reporting-Anspruch ab. Viele Teams verdichten das Produktengagement über den Trial-Status auf drei Aktivierungsstufen:

• Rot – geringe Aktivierung (Nutzung unter dem Erwartungswert)
• Gelb – mittlere Nutzung
• Grün – starkes Engagement
  
  

Diese drei Stufen machen es für RevOps deutlich leichter, den Trial-Verlauf zu verfolgen und echte Adoption von Ausprobieren zu unterscheiden.

‍

Firmografische Fit-Signale

Engagement allein sagt nichts darüber, ob ein Account je relevanten Umsatz trägt. Firmografische Fit-Signale ergänzen deshalb die Unternehmensebene – Unternehmensgröße, Branche und ICP-Segment – und machen aus einem Nutzungswert ein belastbares PQL-Kriterium.

Ihr eigentlicher Nutzen liegt in der Steuerung: Sie erlauben es, Arbeitslast zu priorisieren, die Kapazität im Vertriebsteam zu planen und Accounts den passenden Fähigkeiten zuzuordnen. Accounts mit weniger als 50 Seats bleiben etwa in der Self-Serve-Strecke, während Accounts ab 50 Seats eine sales-assistierte Strecke auslösen.

Aus der Kombination beider Ebenen entsteht ein PQL-Scoring, das Engagement und Accountpotenzial gleichermaßen abbildet. Entscheidend ist dann, wie Leads und Verkaufschancen miteinander verknüpft werden.

‍

‍

Warum Free Trials in HubSpot Deals sein sollten

Ein Free Trial ist der Moment, in dem ein Interessent zum ersten Mal ernsthaft investiert – und genau dieser Moment verschwindet in den meisten CRMs spurlos. Viele funktionierende PLG-Systeme führen deshalb jeden Free Trial als Deal in HubSpot. Das bringt vier Dinge: eine klare Sicht auf die Pipeline, einen strukturierten Verlauf über den Trial hinweg, nachvollziehbares Engagement des Vertriebs und eine belastbare Attribution auf den Umsatz. Der Datenfluss beginnt, wenn ein Nutzer den Trial startet und das Anwendungs-Backend in HubSpot automatisch einen Deal anlegt. Produktereignisse aktualisieren anschließend dessen Properties, während die Trial-Daten auf den zugehörigen Lead gespiegelt werden. So entsteht eine produktgetriebene Deal-Pipeline, in der Produktaktivität Verkaufschancen erzeugt und fortschreibt.

‍

Die Spiegellogik zwischen Deal und Lead

Legt das Backend einen Deal in einer festen Stage an, spiegelt eine Deal-zu-Lead-Logik dessen Daten zurück auf den Lead. Die erste Stage der Deal-Pipeline ist in einer PLG-Strecke damit die Standard-Stage für alle PQLs: Jeder Free Trial wird zur Verkaufschance, sofern keine Regel dagegen spricht. Üblicherweise heißt sie „Test Trial Self-Served“. Sie ist zugleich die Messlatte dafür, wann ein Lead oder eine Verkaufschance ohne jedes Zutun des Vertriebs zum zahlenden Kunden geworden ist.

Der Deal wird vom Backend beim Trial-Start automatisch erzeugt und ist die Single Source of Truth für Trials. Die Reihenfolge Produktereignis → Deal-Anlage → Wechsel der Lead Stage bildet die gespiegelte Lead-Deal-Logik ab. Die nächste Stage der Deal-Pipeline heißt „Test Trial Sales-Assisted“. Sie steht für einen Free-Trial-Deal, bei dem ein Mensch übernimmt – wegen geringer Aktivierung oder einer ausdrücklichen Hilfeanfrage. Die Strecke selbst bleibt produktgetrieben.

Ausgelöst wird diese Stage unter mehreren Bedingungen:

• der Nutzer bucht einen Termin
• der Vertrieb weist die Verkaufschance nach internen Regeln manuell Sales-Assisted zu
• eine Automation verschiebt den Deal nach Zeitablauf und/oder PQL-Score

Ein Lead oder eine Verkaufschance wird also sales-assistiert, wenn der Interessent selbst handelt, wenn ein definiertes Zeitfenster überschritten ist, wenn der Trial ohne Checkout endet – oder wenn die Vertriebsleitung wegen eines starken PQL-Scores bewusst eingreift.

‍

Doppelte Leads zwischen Marketing und Produkt vermeiden

Ein Interessent, der zweimal im CRM steht, kostet den Vertrieb Zeit und das Marketing seine Attribution. Genau das passiert in PLG-Systemen regelmäßig: Jemand meldet sich zuerst für ein Webinar an, wodurch ein Marketing-Lead in HubSpot entsteht, und startet später mit derselben E-Mail-Adresse einen Trial. Ohne saubere Datenlogik legt das CRM beim Trial-Start einen zweiten Datensatz an. Ein gut gebautes PLG-System aktualisiert stattdessen den vorhandenen Lead, setzt die Lead Stage auf Trial-Nutzung – Rot und erzeugt den zugehörigen Deal für den Trial. So bleibt die Marketing-Attribution erhalten und die CRM-Struktur sauber.

‍

‍

Schritt 1: Den Product Qualified Lead (PQL) definieren

• Ein Marketing Qualified Lead ist ein Kontakt oder Account mit erkennbarem Marketing-Engagement oder Anmeldeabsicht, der aber noch keinen Free Trial gestartet hat. Er ist reif für automatisiertes Nurturing in Richtung Trial-Start.
• Ein Product Qualified Lead (PQL) ist ein Nutzer oder Account, dessen Verhalten im Produkt starke Kaufabsicht zeigt: jemand, der einen Free Trial gestartet hat oder deutliche Aktivierungssignale sendet. In vielen PLG-Systemen wird zunächst jeder Trial-Nutzer zum PQL-Kandidaten, solange keine Regel ihn ausschließt. Anders als ein MQL steht ein PQL damit auf echter Produktaktivität statt auf Marketing-Interaktion.
• In einer typischen PLG-Strecke leben MQLs und PQLs in der Lead-Pipeline, Verkaufschancen dagegen in der Deal-Pipeline. Diese Trennung erlaubt es, PLG mit Inbound und Outbound zu kombinieren – und sie hält die Übergabe vom Marketing an den Vertrieb einfach, weil ein Marketing-Begriff nicht mit einem Vertriebsobjekt vermischt wird.
• Konkret nutzen MQLs die Lead Stages „Neu“ und „Interessiert“. „Neu“ steht für frisch importierte Leads ohne nennenswertes Engagement, die auf ein erstes Verhaltens- oder Marketing-Signal warten. „Interessiert“ steht für Leads mit früher Absicht – wiederholte Besuche, Content-Nutzung – aber ohne gestarteten Trial. Hier soll Automation auf den Trial-Start hinarbeiten. Dieselbe Stage trägt auch Inbound ohne Trial, etwa Kontaktformulare, Webinar-Teilnehmer oder Content-Anfragen.
• Eine Verkaufschance ist demgegenüber ein Free-Trial-Ereignis, das als Deal aus dem Backend der Anwendung heraus entsteht. Dieser Deal ist die Single Source of Truth für Trial-Status und Fortschritt.

‍

Schritt 2: Produktsignale erfassen 

Ohne Produktereignisse im CRM bleibt jede PLG-Strategie Theorie. Der erste operative Schritt ist deshalb die Synchronisation aus dem Backend nach HubSpot.

Die meisten SaaS-Anbieter lösen das über eine API-Anbindung zwischen Produktdatenbank beziehungsweise Backend und HubSpot.

Typischerweise synchronisierte Produkt-Properties:

• Trial-Status (aktiv, beendet, verlängert)
• Trial-Startdatum
• Trial-Enddatum
• Aktivierungsmeilensteine im Produkt (produktspezifisch)
• Anzahl der Seats (korreliert oft mit der Adoption im Unternehmen)
• PQL-Score

Startet ein Nutzer einen Trial, kann das System automatisch:

• ein Unternehmen in HubSpot anlegen
• einen zugehörigen Kontakt erzeugen
• einen Deal in der PLG-Pipeline anlegen
• einen Lead-Datensatz erzeugen

Damit ist Produktaktivität sofort im CRM sichtbar.

‍

Schritt 3: Den Revenue-Datenfluss festlegen

Die teuerste offene Frage in jedem PLG-Projekt lautet: Wo entstehen die Umsatzdaten? Wer sie nicht beantwortet, pflegt Abschlüsse später von Hand nach.

Im Regelfall fließen die Produktereignisse per API aus dem Anwendungs-Backend nach HubSpot. Dort aktualisieren sie die Properties, die PQL-Scoring und Lead-Stage-Automation antreiben. Erreicht ein Lead die definierten Schwellen, routen Workflows die Verkaufschance an den Vertrieb oder belassen sie in der Self-Serve-Strecke. So erzeugt Produktnutzung unmittelbar Pipeline und Umsatz-Reporting.

Eine verbreitete PLG-Architektur sieht so aus:

• Deals = Single Source of Truth für Trials
• Billing-System (etwa Stripe) = Single Source of Truth für Abos

Der Ablauf:

1. Nutzer startet Free Trial → Backend legt einen HubSpot-Deal an
2. Produktereignisse aktualisieren die Deal-Properties
3. Nutzer schließt ein Abo ab → Stripe-Abo wird ins Backend synchronisiert
4. Backend aktualisiert den HubSpot-Deal → der Deal wandert automatisch auf Closed Won

Das erspart dem Vertrieb das manuelle Nachpflegen und macht den Umsatz systemgetrieben.

‍

Schritt 4: Lead Stages automatisieren 

Sobald ein Score existiert, können HubSpot-Workflows die Lead Stages selbst setzen – und der Vertrieb sieht auf einen Blick, wer gerade kaufbereit ist.

Ein typischer PLG-Lebenszyklus:

• Neu
• Interessiert
• Free Trial aktiv – Rot
• Free Trial aktiv – Gelb
• Free Trial aktiv – Grün
• Trial beendet
• Self-Checked-Out
• Disqualifiziert

Typischer Ablauf:

• Trial gestartet → Lead wechselt auf Free Trial aktiv – Rot
• Nutzung steigt → Stage wechselt auf Gelb oder Grün
• Abo beginnt → Lead wechselt auf Self-Checked-Out
• Damit erkennt der Vertrieb Nutzer mit hoher Kaufabsicht sofort.

‍

Schritt 5: PQLs an den Vertrieb routen

Die Frage ist nicht, ob der Vertrieb eingreift, sondern wann. Routing-Regeln beantworten sie, bevor jemand sie im Einzelfall diskutiert.

Gängige Routing-Trigger:

• Seat-basiertes Routing, damit Accounts nach ARR-Potenzial und Vertriebsstruktur behandelt werden.
  
  • Accounts ab 50 Seats → an den Enterprise-Vertrieb
  • Accounts unter 50 Seats → bleiben in der PLG-Strecke

Terminbuchung als Trigger, damit Nutzer mit hoher Kaufabsicht sofort eine Rückmeldung bekommen.

• Hat der Lead bereits einen Owner → die Zuständigkeit bleibt
• Hat der Lead keinen Owner → die Zuständigkeit wird automatisch vergeben

Aktivierungs-Trigger: Wird ein PQL-Score grün, entsteht eine Aufgabe und die zuständige Person wird benachrichtigt.

Trial-Ende: Endet der Trial und bleibt das Engagement rot, wird der Lead automatisch disqualifiziert.

In der Praxis kommen weitere Trigger dazu. Über Task Queues lassen sie sich so ordnen, dass klar ist, welche Aufgabe den Kontakt mit dem Interessenten startet und welche ihn fortsetzt.

‍

Schritt 6: Vertriebs-Workflows automatisieren

Jeder Handgriff, den ein Mensch im Lebenszyklus übernimmt, ist eine Fehlerquelle und eine Verzögerung. HubSpot-Workflows können den gesamten PLG-Lebenszyklus tragen.

1. Lead Stage aus dem PQL-Score setzen:  Rot → Gelb → Grün aktualisiert die Stages automatisch.
2. Trial-Spiegelung über Produktereignisse: Der Deal entsteht und wird anschließend auf den Lead gespiegelt.
3. Deals aus Abo-Daten automatisch schließen: Trifft ein Abo-Startdatum ein, wandern Deal und Lead automatisch auf Closed Won beziehungsweise Self-Checked-Out.

So bleibt es bei einer Single Source of Truth.

‍

Schritt 7: PQL → SQL → Umsatz berichten

Treiben Produktsignale die Pipeline, entscheidet das Reporting darüber, ob Vertriebskapazität dorthin fließt, wo sie Umsatz bringt. HubSpot-Dashboards bilden dafür den ganzen PLG-Funnel ab.

Aktivierungs-Kennzahlen

• Verlauf Rot → Gelb → Grün
• Zeit bis zur Aktivierung

Conversion-Kennzahlen

• Trial → zahlend
• PQL → SQL
• Self-Serve gegen sales-assistiert

Vertriebskennzahlen

• Pipeline-Wert je Strecke
• Abschlussquote
• Sales Velocity

Umsatzkennzahlen

• Neues MRR
• Durchschnittliche Deal-Größe
• Expansionsumsatz

Weil Trials als Deals geführt werden, wird Produktaktivität zu messbaren Pipeline-Daten.

Alle genannten Kennzahlen lassen sich zusätzlich nach Kohorten auswerten, weil Lead- und Deal-Properties über Data-Sync-Workflows synchron gehalten werden. Für den Vertrieb bedeutet das weniger Doppelerfassung: Dieselben geografischen und demografischen Datenpunkte liegen auf allen Objekten – Unternehmen, Kontakt → Lead ↔ Deal.

‍