KI-Vertriebsautomatisierung: 5 HubSpot-Plays

Warum gehören diese fünf KI-Plays zusammen?

Weil sie in dasselbe CRM schreiben und an derselben Stelle scheitern. Jedes der fünf Plays beantwortet eine andere Frage, von der Marktdefinition bis zum Umsatznachweis. Keines davon trägt, wenn der Zustand im CRM nicht stimmt. Deshalb empfehlen wir, sie als einen Kreislauf zu bauen und nicht als fünf getrennte Projekte.

Die meisten Playbooks für KI im Vertrieb zeigen, was möglich ist, und das ist technisch beeindruckend. Die eigentliche Arbeit beginnt einen Schritt später und besteht aus fünf unbequemen Fragen: Welcher Datensatz soll sich ändern? Welches System trifft die Entscheidung? Welche Aktion ist erlaubt? Wer bekommt die Ausnahme? Und woran erkennst du, dass echte Verkaufschancen entstanden sind und nicht bloss Aktivität?

Lässt du diese fünf Fragen offen, läuft der Workflow trotzdem. Das Versäumnis zeigt sich nur nicht sofort, sondern erst Wochen später. Dann bessert jemand Datensätze von Hand nach, und zwei Leute aus deinem Team sprechen dieselbe Firma an. Und niemand kann belegen, welche Kampagne den Abschluss ausgelöst hat.

Deshalb greifen die fünf Plays ineinander:

1. Play 1 – Zielmarkt aufbauen. Neue passende Unternehmen kommen sauber ins CRM.
2. Play 2 – Kaufsignale erkennen. Aus Website-Aktivität wird ein belegter Hinweis.
3. Play 3 – Priorität festlegen. Aus vielen Accounts wird eine begründete Reihenfolge.
4. Play 4 – Anfragen verteilen. Eingehende Nachfrage landet bei der richtigen Person.
5. Play 5 – Wirkung nachweisen. Am Ende steht fest, welche Ansprache Umsatz erzeugt hat.

Play 1: Wie kommen neue Zielkunden ins CRM, ohne Chaos anzurichten?

Neue Zielkunden zu finden, ist der einfache Teil, teuer wird erst der Schritt danach. Die Firma steht längst im CRM, ist schon Kundin oder wird gerade von jemandem aus deinem Team bearbeitet. Play 1 prüft genau das, bevor ein neuer Datensatz entsteht. Und es behandelt die Einschätzung der KI als Vorschlag, nicht als Beschluss.

Der Ablauf selbst ist inzwischen Standard. Werkzeuge wie DiscoLike, Ocean.io, AI Ark oder Clay suchen Unternehmen, die deinen bisherigen Kunden ähneln. Diese Tools räumen Namen, Domain und LinkedIn-Adresse auf und entfernen Doppelte. Dann bewertet die KI, wie gut ein Unternehmen zu deinem Markt passt. Das ist nützlich, weil du den Markt erweiterst, bevor die teure Recherche pro Person beginnt.

Das Risiko liegt nicht im Finden. Es liegt in dem Moment, in dem eine KI-Einschätzung ungeprüft zum verbindlichen CRM-Datensatz wird. Steht erst einmal „Tier 1“ (die höchste Prioritätsstufe) in einem Feld, das dein Vertrieb als Arbeitsanweisung liest, arbeitet das ganze Team mit einer Vermutung. Bestätigt hat sie niemand.

So bleibt die Entscheidung kontrollierbar

Die KI darf bewerten, wie gut ein Unternehmen passt, und eine Priorität vorschlagen. Was im CRM als freigegeben gilt, entscheidet erst ein festgelegter Freigabeschritt, und dafür trennt Play 1 drei Gruppen von Feldern:

• Die Felder für Vorschläge (Kandidaten-Properties). Hier landet das Urteil der KI samt Belegen. Die Felder sagen, woher der Account kommt, was die KI empfiehlt und warum, und wie vollständig die Firmendaten sind. In HubSpot heissen sie zum Beispiel TAM Source und TAM Added At, AI ICP Recommendation und AI ICP Rationale. Dazu kommen Fit Data Completeness, Enrichment Source und Enriched At.
• Die Felder für den freigegebenen Zustand. Diese Felder sagen, was operativ gilt: welche Stufe freigegeben ist, ob und wann sie geprüft wurde und welche Ansprache erlaubt ist. Die Feldnamen dazu sind Approved Account Tier, Tier Review Status und Tier Reviewed At, ergänzt um Allowed Motion und Account Activation Status.
• Die Felder zur Person. Hier stehen die Rolle der Person im Kauf und die Qualität ihrer Daten. Dafür gibt es Buying Role und Persona Evidence, dazu Contact Sourcing Status und Contact Data Confidence.

Diese Trennung verhindert, dass ein KI-Ergebnis direkt eine Vertriebsaktion auslöst. „Tier 1“ heisst deshalb nicht automatisch „Ansprache starten“. Vorher prüft eine Freigabe-Schranke (Activation Gate) vier Dinge. Ist der Account schon Kunde? Kollidiert ein offener Deal? Ist eine verantwortliche Person eingetragen? Und ist der gewählte Kanal für diesen Kontakt zulässig?

Fehlt ein Beleg, setzt der Workflow den Prüfstatus auf „Review Required“ und weist die Entscheidung einer Person zu. Der Datensatz fällt damit nicht in einen Zweig, den niemand beobachtet, sondern bleibt als offene Entscheidung sichtbar. Auch eine Antwort auf eine Outbound-Nachricht wird nicht automatisch zum Deal: Zunächst ist sie nur ein Anlass, genauer hinzusehen. Ein Deal entsteht erst, wenn die vereinbarten Kriterien erfüllt sind.

Woran wir messen, ob Play 1 funktioniert

Nicht daran, wie viele Datensätze automatisch entstehen, sondern daran, ob am Ende belastbare Arbeit herauskommt. Dafür schauen wir auf die Duplikatrate und auf den Anteil der Vorschläge, die freigegeben werden. Wir messen, wie lange es vom Eintrag bis zur verantworteten Aktion dauert. Und wir messen je Prioritätsstufe, wie oft aus einer Antwort eine Verkaufschance wird. Dazu kommt die unbequemste Zahl: wie viele Datensätze ein Mensch nachbessern musste.

Play 2: Was sagt ein Website-Besuch wirklich aus?

Ein Website-Besuch kann ein wertvolles Kaufsignal sein, aber er zeigt zunächst nur, dass sich ein Unternehmen interessiert. Er sagt nicht, welche Person dahintersteckt und ob du diese Person ansprechen darfst. Genau diese Unterscheidung bildet Play 2 ab: Aus Website-Aktivität wird ein belegter Hinweis, ohne dass aus einem Firmensignal eine geratene Person wird.

Klingt akademisch? In der Praxis kostet dieser Unterschied Termine. Leitest du aus einem Firmenbesuch eine Person ab und schreibst sie an, verbrennst du genau den Kontakt, den du gewinnen wolltest. Tust du umgekehrt gar nichts, verschenkst du das aussagekräftigste Signal, das deine Website liefert.

Unsere These: Der Kontext gehört zum Signal, nicht in den Kopf des Vertriebs. Ein Besuch auf der Preisseite von gestern und ein Blogbesuch von vor sechs Wochen dürfen nicht dieselbe Aktion auslösen. Hältst du diese Unterscheidung nicht im Workflow fest, entsteht sie in jedem Fall neu, und jeder im Team entscheidet anders.

So wird der Besuch zu einem belegten Hinweis

Jeder relevante Besuch landet als eigenes Ereignis bei dem Unternehmen, dem er sicher zugeordnet ist. Das Ereignis trägt Seitengruppe und Häufigkeit, dazu Zeitpunkt und Quelle. Und es hält fest, wie sicher die Zuordnung ist. HubSpots Dokumentation zu eigenen Ereignissen beschreibt, wie du so ein Ereignis mit eigenen Feldern definierst und dem passenden Objekt zuordnest. Erkennt die Quelle nur die Firma, bleibt der Hinweis auf Firmenebene.

Daneben hält der Firmenzustand fest, was jetzt gilt: wann das letzte Signal kam, wie stark es war und woher der Besuch stammt. Dazu, ob das Signal geprüft und der Account aktiviert ist. Die Felder dafür heissen Latest Website Signal At, Website Signal Strength und Visitor Source, ergänzt um Signal Review Status und Activation Status. Angesprochen wird erst, wenn vier Bedingungen gleichzeitig erfüllt sind: Der Account passt zum freigegebenen Zielmarkt, und das Signal ist aktuell und geschäftlich relevant. Es gibt eine verantwortliche Person, und die Sperrlisten erlauben die Aktion.

Daraus folgen drei klare Wege: Passt der Account gut (hoher Fit) und ist das Signal stark, entsteht eine Aufgabe mit Frist. Hoher Fit und schwaches Signal bleiben im Nurturing. Bei niedrigem Fit und starkem Signal entsteht eine Prüfentscheidung, kein automatisches Outbound.

Eine allgemeingültige Liste kaufnaher Seiten gibt es nicht, und auch kein allgemeingültiges Zeitfenster dafür, wie frisch ein Signal sein muss. Beides hängt von deiner Kaufreise ab, von der Qualität deines Website-Verkehrs und von der Kapazität im Vertrieb. Die Regel gehört in den Workflow, nicht in einen undokumentierten Prompt. Willst du diese Strecke bis zur automatisierten Ansprache weiterdenken, findest du die Systemseite dazu unter AI Outbound.

Woran wir messen, ob Play 2 funktioniert

Wir schauen darauf, wie viele Signale akzeptiert werden und wie schnell daraus eine verantwortete Aktion wird. Dazu kommen Meetings und Verkaufschancen je Signal-Gruppe und die Fehlalarmquote. Und wir zählen ausdrücklich mit, wie oft eine Ansprache auf einer unsicheren Zuordnung beruhte.

Play 3: Wie priorisierst du Accounts, ohne dich selbst zu täuschen?

Zwei Fragen entscheiden über die Priorität, und sie werden regelmässig vermischt: Passt dieser Account überhaupt zu uns? Und bewegt er sich gerade? Play 3 hält beide Antworten getrennt sichtbar, und die Priorität selbst wird zu einer dritten Angabe, die jemand bewusst freigibt.

Warum das zählt, merkst du erst im Streitfall: Fällt ein Account eine Stufe tiefer, will jemand wissen, warum. Steckt beides in einer einzigen Zahl, lautet die Antwort „das Modell hat entschieden“. Ab dann glaubt dein Vertrieb der Zahl nicht mehr.

Unsere These: Wer dauerhafte Passung und kurzfristige Bewegung in eine Zahl presst, verliert die Erklärbarkeit und gewinnt nichts. Die Passung ändert sich über Jahre, die Bewegung über Tage. Zwei Grössen, die so unterschiedlich schnell veralten, gehören nicht in dasselbe Feld.

Vertiefender Guide · 15 Seiten · kostenlos

Welcher Lead zuerst

Die Rangfolge, die vor der Kampagne stehen muss, nicht danach. Eine Matrix mit zwei Achsen statt einer Zahl und einer Handlung je Feld.

Guide ansehen →

So entsteht die Reihenfolge

Du startest mit kommerziellen Belegen, nicht mit Bauchgefühl: den gewonnenen und verlorenen Deals der letzten 12 bis 24 Monate. Darin suchst du Muster nach Deal-Grösse und Zyklusdauer, nach Branche, Firmengrösse und Region. Daraus entstehen zwei getrennte Bewertungen: Der Fit-Score misst über Firmendaten, ob ein Account in deinen Markt gehört. Der Engagement-Score misst über Aktivität, was sich gerade ändert. HubSpot unterstützt getrennte Fit-, Engagement- und kombinierte Bewertungen für Kontakte und Unternehmen. Beide Einzelwerte sichtbar zu halten, kostet nichts und erklärt jede Entscheidung.

Dazu kommen Felder, die den Zustand nachvollziehbar machen. Diese Felder halten fest, welche Modellversion gerechnet hat, wann bewertet wurde, ob die Stufe geprüft ist und was vor einer Übersteuerung galt. In HubSpot sind das Score Model Version, Tier Evaluation At und Tier Review Status, ergänzt um Tier Override Reason und Previous Approved Tier. Wer als Mensch übersteuert, hinterlässt Grund und Datum, damit die Ausnahme sichtbar bleibt, statt im Feld zu verschwinden.

Ein technischer Punkt geht dabei leicht unter: Der Wiedereintritt in einen HubSpot-Workflow ist standardmässig ausgeschaltet. Ein Datensatz läuft also nicht von selbst ein zweites Mal durch. Eine Bewertung bleibt deshalb nur aktuell, wenn du die erlaubten Wiedereintritte ausdrücklich wählst. Und zwar für die konkreten Eingangsgrössen, nicht für jede Feldänderung. Ändert sich die Passung, wird die vorgeschlagene Stufe neu bewertet; ändert sich die Aktivität, ändert sich die Dringlichkeit. Die freigegebene Stufe springt so nicht bei jedem Impuls hin und her.

Woran wir messen, ob Play 3 funktioniert

An Abschlussquote, Deal-Grösse und Zyklusdauer je freigegebener Stufe sowie daran, wie oft Menschen übersteuern und aus welchen Gründen. Wir schauen auf die Accounts mit unvollständigen Daten und darauf, wie sich die Accounts über die Stufen verteilen. Und auf jeden Datensatz, dessen Stufe ohne gültige Prüfung gewechselt hat.

Play 4: Wer bearbeitet eine eingehende Meeting-Anfrage?

Eine Meeting-Anfrage nützt erst, wenn klar ist, wer sie bearbeitet. Die meisten Fehler passieren nicht im Formular, sondern danach: doppelte Datensätze, fehlender Firmenkontext, ein übergangener Kollege. Play 4 klärt, wer anfragt und wer zuständig ist, bevor die Anfrage irgendwohin weitergeht.

Der Schaden ist sofort messbar. Landet die Anfrage eines Bestandskunden trotzdem in einer automatisierten Sequenz, kostet das Vertrauen. Und zwar bei genau dem Kunden, der am wahrscheinlichsten nachkauft.

Unsere These: Der Weg einer Anfrage folgt aus dem Zustand, den es im CRM schon gibt. Nicht aus dem Formular, über das sie kam. Deshalb steht am Anfang die Auflösung der Identität und nicht die Verteilung.

So läuft die Auflösung

Geh der Reihe nach vor: Schlag den Kontakt über die E-Mail-Adresse nach und die Firma über die Domain, dann bestätigst du die Verknüpfung. Danach prüfst du, ob eine Kundenbeziehung besteht, ob offene Deals laufen und wer schon zuständig ist. Erst dann weist du etwas zu.

Das alles hältst du in einem Auslöse-Nachweis fest, also einem Protokoll dessen, was den Lauf gestartet hat. Er trägt Formular-ID, Formularname und Seiten-URL, dazu Zeitpunkt, Quelle und die rohen Identitätsfelder. Mit diesem Nachweis erkennst du Doppelte, und du kannst später nachvollziehen, was passiert ist. Bei einem Bestands-Account behält die zuständige Person die Anfrage, mit Kontext und ohne parallel startende Sequenz. Bei einem neuen Account prüfst du zuerst die Passung. Dann legst du den Datensatz an und bestimmst eine zuständige Person. Erst danach bekommt ein Outbound-Werkzeug den Datensatz überhaupt zu sehen. Wie du so ein Routing im Detail aufbaust, zeigt der Leitfaden Intelligentes Lead Routing in HubSpot.

Der Ausnahmeweg gehört zur Route und ist kein Sonderfall. Typische Ausnahmen sind eine fehlende Domain oder eine private E-Mail-Adresse. Genauso der Verdacht auf einen Doppelten, ein Konflikt um die Zuständigkeit oder eine gescheiterte Recherche. Jeder dieser Fälle führt in einen Prüfzustand mit Grund, Zuständigkeit und Frist. Nie in einen Datensatz ohne Verantwortlichen, und nie in eine Standardsequenz. Der operative Zustand beantwortet eine einzige Frage: Wer besitzt den nächsten Schritt, und bis wann? Erst wenn diese Antwort existiert, löst der Workflow Instantly, HeyReach oder eine Aufgabe im Vertrieb aus.

Woran wir messen, ob Play 4 funktioniert

Daran, wie schnell eine Anfrage bei der zuständigen Person ankommt und wie viele Anfragen ohne Verantwortlichen bleiben. Dazu kommen die Duplikatrate und die Zahl der Ausnahmen. Und das Verhältnis gebuchter zu gehaltenen Meetings sowie die Verkaufschancen je Qualifizierungsweg.

Play 5: Welcher Kontakt bekommt einen Deal gutgeschrieben?

Aus mehreren Kontaktversuchen entsteht irgendwann ein Signup oder eine Verkaufschance. Dann stellt sich die Frage, welcher Kontakt, welche Kampagne und welcher Kanal die Gutschrift bekommen. Play 5 beantwortet sie nach einer Regel, die vorher feststeht. Und es lässt die Antwort offen, wenn sie sich nicht belegen lässt.

Ohne diese Antwort ist jede Budgetdiskussion Meinung gegen Meinung. Mit ihr kannst du sagen, welche Kampagne Verkaufschancen erzeugt hat und welche nur Aktivität.

Unsere These: Erzwungene Sicherheit ist die teurere Lüge. Ein Bericht, der jeden Deal einer Quelle zuordnet, wirkt vollständig und führt zu falschen Entscheidungen. Ein Bericht, der einen ehrlichen Rest offenlässt, ist unbequem und brauchbar.

Kläre zuerst, was du zuordnen willst

Zugeordnet werden zwei verschiedene Dinge, und wer sie vermischt, macht den häufigsten Fehler. Das eine ist die einzelne Berührung, also eine E-Mail, eine Nachricht oder ein Anruf. Jede davon trägt Kampagne und Kanal, Sequenz und Zeitpunkt. Das andere ist das kommerzielle Ergebnis: ein Signup oder ein Meeting, eine Verkaufschance oder ein Abschluss. Die Zuordnung fragt dann, welche Berührungen in einem vorher festgelegten Zeitfenster vor dem Ergebnis lagen.

Verbreitet ist ein Modell mit zwei Häkchen, „Outbound Campaign“ und „Sign Up“. Als Startpunkt taugt es, als Zuordnung trägt es nicht, denn ein Ja-Nein-Feld sagt nur, dass etwas passiert ist. Es sagt nicht, welche Kampagne und welcher Kanal gewertet werden sollen, und auch nicht, welche Sequenz zu welchem Zeitpunkt.

So baust du es

Halte jede Outbound-Aktion als Ereignis am Kontakt fest. Das Ereignis trägt Kampagne, Kanal und Sequenz, dazu die Kennung beim Anbieter und einen Zeitstempel, und die Verlaufsliste behält die Historie. Die Workflow-Logik hängt an zwei aktuellen Feldern für die erste und die letzte Berührung, denn ein Workflow soll keine Historie durchsuchen. Die kommerziellen Ergebnisse stehen als eigene Felder daneben, Signup At und Meeting Created At, dazu Deal Created At und Closed Won At.

Taucht ein Ergebnis auf, bewertet der Workflow die vorausgegangenen Berührungen gegen eine dokumentierte und versionierte Regel, in der Zeitfenster und Identitätsregel ausdrücklich festgelegt sind. Getrennt ausgewiesen wird, welche Berührung das Ergebnis ausgelöst und welche es nur begleitet hat. Lässt sich die Identität nicht sicher verbinden oder liegt die Berührung ausserhalb der Regel, lautet das Ergebnis „Unknown“ oder „Unattributed“. HubSpots eigene Angabe zur ursprünglichen Verkehrsquelle bleibt dabei unangetastet. Wie diese Quellenlogik im Kern arbeitet, steht im Beitrag Source Attribution in HubSpot aufbauen.

Woran wir messen, ob Play 5 funktioniert

An Signups und Verkaufschancen, an Pipeline und gewonnenem Umsatz nach Outbound-Berührung, jeweils getrennt nach ausgelöst und begleitet. Dazu kommt die Leistung je Kampagne und Kanal, ausserdem messen wir die Fehlerquote bei der Identitätszuordnung. Und den Rest, der sich nicht zuordnen lässt, weisen wir ehrlich aus.

Welches Muster steckt hinter allen fünf Plays?

Hinter allen fünf Plays steckt dieselbe Idee. Bevor eine Automatisierung eine Vertriebsaktion auslöst, müssen fünf Dinge geklärt sein. Was ist passiert? Welcher Datensatz ist betroffen? Was empfiehlt die KI? Was davon ist freigegeben? Und wer verantwortet den nächsten Schritt?

In HubSpot übersetzt du diese Logik in sieben wiederkehrende Bausteine. Legst du sie einmal als gemeinsames Schema an, steht damit fest, wie jedes künftige KI-Play ins CRM einzieht. Du musst dann nicht für jedes Play neu festlegen, was im CRM als wahr gilt.

Die Arbeitsteilung über den ganzen Stack passt in vier Sätze. Externe Werkzeuge sammeln und veredeln Belege. Die KI deutet den Kontext, der sich laufend ändert. HubSpot hält den akzeptierten Zustand und die Zuständigkeit fest, dazu die Erlaubnis und das Ergebnis. Kanal-Werkzeuge führen nur aus, was freigegeben wurde.

Erst diese Aufteilung macht aus einer Ansammlung einzelner Automatisierungen ein System. Wie wir HubSpot als diese Betriebsschicht aufsetzen, steht auf der Serviceseite HubSpot CRM.

Kontrolle und Tempo schliessen sich nicht aus, wie ein veröffentlichtes Kundenbeispiel zeigt. Beim Schweizer Unternehmen Aumico hat SalesPlaybook die HubSpot-Einführung so aufgesetzt, dass der Angebotsprozess direkt aus geprüften CRM-Zuständen läuft. Die publizierte Case Study nennt als Ergebnis „80 % weniger Zeitaufwand für Angebote“. Dahinter steckt derselbe Mechanismus wie in den fünf Plays: Ein definierter Zustand löst eine definierte Aktion aus, und niemand trifft die Entscheidung in jedem Fall neu.

Deshalb lohnt sich der Aufwand für die Architektur vor dem ersten Play. Kontrolle ist dabei kein Selbstzweck, denn jede Automatisierung ist nur so schnell wie der Zustand, dem sie trauen kann. Ein Workflow, dessen Eingangsdaten niemand freigegeben hat, spart keine Zeit. Er verlagert die Arbeit nur ans Ende, wo sie teurer ist.

In welcher Reihenfolge baust du die fünf Plays auf?

Erst das Schema, dann die Aktivierung: Zuerst legst du die gemeinsamen Felder an. Danach kommt die Priorisierung aus historischen Daten, dann kommen die Auslöser für Website und Formular. Den Wirkungsnachweis schliesst du zuletzt, weil du in dieser Reihenfolge nichts nachträglich auseinandersortieren musst.

1. Leg das gemeinsame Schema fest. Die Felder für Quelle, Zeitpunkt und Vorschlag entstehen einmal, ebenso die für Freigabe und Zuständigkeit, Ausnahme und Ergebnis. Alle fünf Plays nutzen sie wieder.
2. Bau die Priorisierung vor der Aktivierung. Leite Passung und Aktivität aus den historischen Daten ab. Dann schliesst du den Aufbau des Zielmarkts an die freigegebene Stufe an.
3. Ergänze die Auslöser. Führ Website- und Formular-Auslöser durch dieselben Prüfungen für Identität, Firmenkontext und Zuständigkeit. So entsteht keine zweite Fassung dessen, was als wahr gilt.
4. Schliess den Wirkungsnachweis. Protokolliere die Berührungen, bevor du die Ausführung hochfährst. Erst danach verbindest du spätere Signups und Umsatz über die dokumentierte Regel.
5. Sieh dir die Ausnahmen monatlich an. Übersteuerungsgründe und Ausnahmequoten zeigen dir, wo es hakt, genauso wie veraltete Daten und manuelle Nachbesserungen. Daran erkennst du, welche Regel, welche Quelle oder welches Play sich ändern muss.

Du kannst den Kreislauf auch von der anderen Seite betrachten. Dann fragst du nicht „Welche Systeme brauche ich?“, sondern „Woher kommt verlässlich neue Pipeline?“. Die Gegenrechnung dazu steht auf der Seite Pipeline Generation. Willst du die Agenten-Funktionen von HubSpot ausreizen, lies ergänzend HubSpot Agent Builder: Agenten und Workflows kombinieren. Dort geht es um das Werkzeug, hier um die Architektur, in die jedes Ergebnis eines Agenten mündet.