Produktgesteuerter Vertrieb (Product-Led Sales, PLS)

Reines PLG (Product-Led Growth) ist ein Modell, bei dem das Produkt Kunden vollständig ohne menschliche Vertriebsbeteiligung konvertiert, onboardet und erweitert – Slack, Figma und Notion funktionierten in ihren frühen Phasen so. Es eignet sich hervorragend für SMB-Märkte und horizontale Produkte, bei denen einzelne Benutzer Adoptionsentscheidungen ohne Enterprise-Beschaffung treffen können. Traditionelles Sales-Led Growth (SLG) setzt menschliche Vertriebsmitarbeiter ein, um die Pipeline zu generieren, Evaluierungen durchzuführen und Deals abzuschließen, bevor der Interessent das Produkt berührt – effektiv für komplexe Enterprise-Produkte, bei denen die Kaufentscheidung eine Abstimmung auf Führungsebene und IT-Genehmigung erfordert, bevor ein Produktzugang erfolgt. Product-Led Sales (PLS) ist der Hybrid: Es nutzt PLG-Bewegungen, um Benutzern die Möglichkeit zu geben, das Produkt organisch selbst zu entdecken und zu übernehmen (oft durch Freemium oder Self-Service-Bezahlzugang), identifiziert dann, welche Self-Service-Konten „Enterprise-Signale“ aufweisen – mehrere Abteilungen übernehmen das Produkt, hohe Nutzungsbreite, Teamgrößen, die auf Enterprise-Engagement hindeuten – und lässt einen menschlichen Vertriebsmitarbeiter in diesem Moment hoher Absicht Kontakt aufnehmen. PLS wandelt kostenlose und Self-Service-Benutzer in Enterprise-Verträge um, ohne Kaltakquise, indem der demonstrierte Produktwert als Vertriebsgrundlage genutzt wird.

Ein Product Qualified Account (PQA) ist ein Self-Service- oder kostenloses Konto, das einen definierten Nutzungsschwellenwert erreicht hat, der auf eine Enterprise-Adoption und eine wahrscheinliche Empfänglichkeit für ein Enterprise-Verkaufsgespräch hinweist. Beispiel für eine PQA-Definition: ein Freemium-Konto, das (1) 5+ aktive Benutzer aus derselben Unternehmensdomäne hat, (2) 4+ Kernfunktionen genutzt hat, (3) an 30 der letzten 30 Tage aktiv war und (4) noch KEIN Enterprise-Plan-Gespräch freiwillig begonnen hat. Diese Kombination signalisiert: Das Produkt hat seinen Wert intern bereits bewiesen (Kauf-Risiko ist gering), der Umfang der Nutzung deutet auf eine Enterprise-gerechte Deal-Größe hin, und die Tatsache, dass sie nicht selbst auf Enterprise umgestiegen sind, bedeutet, dass es eine Vertriebschance mit menschlichem Kontakt gibt. Das PQA-Scoring verwendet ein Modell ähnlich dem Lead-Scoring: Jedes Verhaltenssignal trägt zu einem zusammengesetzten PQA-Score bei, und Konten über einem Schwellenwert werden an einen Sales Development Representative (SDR) oder Account Executive zur Kontaktaufnahme weitergeleitet. Die Kontaktaufnahme unterscheidet sich grundlegend von der Kaltakquise: Der Vertriebsmitarbeiter kann spezifische Nutzung referenzieren („Ich habe bemerkt, dass Ihr Team Automatisierungen in unserem Produkt erstellt hat – ich wollte mich melden, um zu besprechen, wie Enterprise-Teams ihre Bereitstellung typischerweise strukturieren“). Nutzungsdaten verwandeln einen Cold Call in ein warmes, wertorientiertes Gespräch.

PLS erfordert eine Datenpipeline, die Produktanalysen mit dem CRM mit geringer Latenz verbindet. Infrastrukturanforderungen: Kontoidentifikation auf Unternehmensebene: Einzelne Benutzer-Produktereignisse müssen ihrem Unternehmenskonto zugeordnet werden (mithilfe von E-Mail-Domain, Unternehmensattribut oder einer CSP-Identitätsschicht). Nutzungsdaten sind nur als Vertriebssignale wertvoll, wenn sie auf Kontoebene und nicht auf individueller Benutzerebene vorliegen. Reverse IP-Anreicherung: Für anonyme Free-Tier-Benutzer identifizieren Reverse IP-Lookup-Dienste (Clearbit, Albacross, Bombora) das Unternehmen, das das Produkt besucht, was dem Vertriebsteam Sichtbarkeit ermöglicht, noch bevor eine E-Mail-Registrierung erfolgt. Produktdaten im CRM: Eine wöchentliche (idealerweise tägliche) Synchronisierung von Produktnutzungsmetriken in Salesforce auf Kontoebene – Anzahl aktiver Benutzer, genutzte Funktionen, Nutzungshäufigkeitstrend. Dies ermöglicht AEs und SDRs, die Nutzungshistorie direkt in ihrem CRM zu sehen, ohne zum Produktanalyse-Tool wechseln zu müssen. PQA-Score als CRM-Feld: Die Ausgabe des PQA-Modells (ein Score von 0–100) wird in ein benutzerdefiniertes Salesforce-Feld geschrieben, das Routing-Regeln steuert – Konten über 70 werden einer AE-Warteschlange zugewiesen, 40–70 einer SDR-Nurture-Sequenz, unter 40 bleiben im Self-Service. Product Ops und Revenue Ops arbeiten an dieser Infrastruktur zusammen: Product Ops definiert die Verhaltensmetriken und das PQA-Modell, RevOps implementiert die CRM-Synchronisierung und Routing-Regeln.