Wie plant man eine HubSpot-Einführung? Datenmodell, Pipeline und Go-live-Leitfaden für B2B-Unternehmen

Eine HubSpot-Einführung ist keine Softwareinstallation, sondern die schriftliche Fixierung der Vertriebs- und Marketingprozesse eines Unternehmens. Nach dem Lizenzkauf die Oberflächen zu öffnen und zu sagen „lass es uns erst einmal benutzen, korrigieren können wir später“ erzeugt in den meisten Projekten einen Datenberg, der sechs Monate später aufgeräumt werden muss. Die Fragen, die vor der Einführung beantwortet werden müssen, sind eigentlich nicht technisch: Wen erfassen wir? Wann entsteht ein Deal? Wer füllt welches Feld aus? Wer entscheidet über den Übergang von einer Phase zur nächsten?

Dieser Leitfaden richtet sich an Verantwortliche aus Marketing und Sales Operations, die den Wechsel zu HubSpot steuern. Ziel ist, dass Sie einen schriftlichen Einführungsplan in der Hand haben, bevor Sie den Startknopf drücken: Datenmodell, Pipeline-Phasen, Pflichtfelder, Verantwortlichkeiten und Go-live-Reihenfolge. Der Plan selbst ist ein Dokument von wenigen Seiten. Während der Einführung dient er als Referenz, nach der Einführung steht hier die Antwort auf die Frage „warum haben wir das damals so eingerichtet“.

Genau das ist bei Mochatouch unsere Arbeit auf der HubSpot-Agenturseite: über Ziele sprechen, die richtigen Fragen stellen, die CRM-Software an den Prozessen des Unternehmens ausrichten und durch Einbindung von Drittanwendungen Silostrukturen vermeiden. Der folgende Rahmen zeigt, welche Entscheidungen in diesen Gesprächen auf dem Tisch liegen sollten. Für den breiteren CRM-Kontext können Sie unsere CRM-Beiträge lesen; weitere HubSpot-spezifische Inhalte finden Sie in unserem Blog.

Warum wird der Einführungsplan zuerst geschrieben?

Das Gute an HubSpot ist, dass man schnell starten kann. Das Schlechte daran ist dasselbe: Sie können den ersten Datensatz anlegen, ohne eine einzige Entscheidung getroffen zu haben. In den ersten drei Monaten wirkt das harmlos. Im vierten Monat, wenn die Geschäftsführung fragt „wie viele Deals haben wir“, sieht das Bild so aus: Zwei Vertriebsmitarbeitende haben dasselbe Unternehmen als zwei getrennte Datensätze angelegt, bei einem Teil der Deals liegt das Abschlussdatum in der Vergangenheit, die Phase steht aber immer noch auf „Angebot“, und von den 40 Formularen, die das Marketing geliefert hat, weiß niemand, wie viele tatsächlich bewertet wurden, weil niemand das Quellenfeld ausgefüllt hat.

Keines dieser Probleme ist ein Softwarefehler. Alle sind die Folge von Entscheidungen, die vor der Einführung nicht getroffen wurden. Ein schriftlicher Plan leistet vier Dinge:

Er fixiert Definitionen. Wenn das Wort „Deal“ für Marketing und Vertrieb nicht dasselbe bedeutet, erzeugen Reports Diskussionen. Im Plan steht für jedes Objekt und jede Phase eine Definition in einem Satz.

Er macht den Preis von Pflichtfeldern sichtbar. Jedes Pflichtfeld stiehlt Sekunden aus dem Tag einer Vertriebsmitarbeiterin. Wenn Sie beim Schreiben des Plans die Frage „warum machen wir dieses Feld zur Pflicht und in welchem Report nutzen wir diese Daten“ nicht beantworten können, sollte das Feld keine Pflicht sein.

Er zeigt Lücken in den Verantwortlichkeiten früh. Wenn nicht festgehalten ist, wer mit welcher Berechtigung an welchem Objekt arbeitet, entsteht der erste Konflikt nach dem Go-live über die Datensatz-Zuständigkeit.

Er legt die Go-live-Reihenfolge fest. Der Versuch, alles gleichzeitig aufzusetzen, ist die häufigste Ursache für Blockaden. Das haben wir auch im E-Mail-Marketing beobachtet: Jeder Flow, der aufgesetzt wird, bevor Einwilligungen und Datenbasis bereinigt sind, steht auf fehlerhaften Daten (Leitfaden für B2B-E-Mail-Marketing). Bei der CRM-Einführung gilt dieselbe Logik: Richten Sie keine Automatisierung ein, bevor das Datenmodell steht.

Der Plan muss nicht lang sein. Ein Dokument mit fünf Abschnitten, von denen keiner eine halbe Seite überschreitet, reicht aus: Datenmodell, Pipeline, Felder, Verantwortlichkeiten und Rollen, Go-live-Zeitplan.

Datenmodell: Kontakt, Unternehmen, Deal und ihre Beziehungen

Die Basisobjekte von HubSpot sind Kontakt (contact), Unternehmen (company) und Deal. Dazu kommen Tickets und, je nach genutzter Version, benutzerdefinierte Objekte. Die erste Entscheidung des Einführungsplans ist, was diese Objekte in Ihrem Geschäft darstellen.

Definieren Sie die Objekte entlang Ihres Geschäfts

Der häufigste Fehler im B2B ist kontaktzentriertes Denken. Die Gewohnheit aus der Marketingautomatisierung stellt den Kontakt in den Mittelpunkt; eine B2B-Kaufentscheidung ist jedoch meist nicht die Entscheidung einer einzelnen Person. Bei einer Technologie- oder komplexen Dienstleistungsbeschaffung sind Personen aus Marketing, Vertrieb, Finanzen, Operations und Geschäftsleitung mit unterschiedlichen Perspektiven an derselben Entscheidung beteiligt; wir haben diesen Punkt auch in unserer Betrachtung dazu behandelt, wie Marketingmetriken zu bewerten sind, wenn keine Erfolgsdefinition vorliegt. Für das Datenmodell bedeutet das: Der Schwerpunkt des Reportings sollte auf Unternehmen und Deal liegen, der Kontakt sollte mit seiner Rolle im Buying Committee erfasst werden.

Schreiben Sie in der Praxis vier Definitionen auf:

Nutzen Sie diese Tabelle nicht als Vorlage, sondern als Formular, das Sie mit Ihren eigenen Sätzen ausfüllen. Die kritischste Definition ist die des Deals, denn sämtliche Pipeline-Reports beruhen darauf.

Wann entsteht ein Deal?

Die Antwort auf diese Frage ist der am meisten diskutierte Punkt der Einführung. Es gibt drei verbreitete Ansätze:

Anlage beim ersten qualifizierten Kontakt. Der Vertrieb legt den Deal an, nachdem das Erstgespräch geführt wurde und ein Budget- oder Bedarfssignal sichtbar ist. Die Pipeline bleibt sauberer, aber um zu sehen, wie viel des vom Marketing erzeugten Interesses zu Deals wird, braucht es eine separate Zwischenebene.

Anlage bei jeder akzeptierten Anfrage. Jede vom Vertrieb akzeptierte Anfrage wird zum Deal. Der Funnel lässt sich durchgängig in einem Objekt verfolgen, aber die frühen Phasen blähen sich auf und der durchschnittliche Dealwert wird bedeutungslos.

Accountbasierte Anlage. Wenn Sie ABM betreiben, wird der Deal angelegt, sobald ein Zielaccount aktiv wird; Kontakte werden an diesen Deal gehängt. Accountbasiertes Reporting wird einfacher, aber wenn es in demselben Account mehrere parallele Verkaufsthemen gibt, wird die Trennung schwieriger.

Welchen Ansatz Sie wählen, hängt von der Länge Ihres Verkaufszyklus und vom Reportingbedarf des Marketings ab. Im Enterprise-Vertrieb mit langen Zyklen erzeugt der erste Ansatz meist eine besser lesbare Pipeline; um den Beitrag des Marketings zu sehen, müssen MQL- und SQL-Status zusätzlich auf Kontakt- oder Unternehmensebene geführt werden. Wichtig ist: Welchen Ansatz Sie auch wählen, schreiben Sie die Entscheidung in den Plan und erzeugen Sie keine Ausnahmen.

Denken Sie Beziehungen und Mehrfachzuordnungen von Anfang an mit

Zwei weitere praktische Entscheidungen:

Erstens: ob ein Kontakt mit mehreren Unternehmen verknüpft werden kann. Bei Beratern, Händlern oder Konzernstrukturen kommt das tatsächlich vor. Wählen Sie das Standardverhalten bewusst, eine spätere Änderung erzeugt Datenmigrationsaufwand.

Zweitens: die Dublettenpolitik. HubSpot dedupliziert Kontakte anhand der E-Mail-Adresse; bei Unternehmen ist die Domain das maßgebliche Unterscheidungsmerkmal. Formulare mit Freemail-Adressen (Gmail, Outlook) und Unternehmensdatensätze ohne Domain fallen aus diesem Mechanismus heraus. Schreiben Sie folgende Zeile in den Plan: „Es wird kein Unternehmensdatensatz ohne Domain angelegt; ein Kontakt, der per Formular mit einer Freemail-Adresse kommt, wird manuell dem Unternehmen zugeordnet und wöchentlich kontrolliert.“

Behandeln Sie die zu migrierenden Daten als Teil des Einführungsplans

Wenn Sie Daten aus einem bestehenden CRM oder aus Excel übernehmen, gehören die Migrationsregeln in den Abschnitt zum Datenmodell. Schreiben Sie drei Fragen auf: Welche Datensätze werden übernommen (zum Beispiel die, mit denen in den letzten 24 Monaten Kontakt bestand), welche Felder werden gemappt, welche Datensätze werden bewusst ausgelassen? Jedes Feld aus dem alten System zu übernehmen ist der schnellste Weg, das neue System schon am Tag der Einrichtung zu verschmutzen. Klären Sie vor der Migration von E-Mail-Listen mit unklarem Einwilligungsstatus die Konformität mit dem türkischen Einwilligungssystem İYS.

Pipeline: Phasen, Übergangskriterien und Abschluss

Die Aufgabe der Pipeline ist zu zeigen, wo ein Deal steht und ob er sich bewegt. In einer gut aufgesetzten Pipeline knüpft jede Phase an eine einzige Frage an: Was muss passieren, um diese Phase zu verlassen?

Anzahl der Phasen und Benennung

Fünf bis sieben Phasen reichen für die meisten B2B-Vertriebsprozesse. Weniger macht den Fortschritt bei langen Verkaufszyklen unsichtbar; mehr führt dazu, dass Mitarbeitende aufhören, Datensätze zu aktualisieren. Das ist keine Regel, sondern eine Startempfehlung. Was die Zahl der Phasen erhöhen sollte, ist Folgendes: Wenn zwischen zwei Phasen ein Abschnitt liegt, der Wochen dauert und eigene Arbeit erfordert (zum Beispiel eine Sicherheitsprüfung oder ein PoC), verdient dieser Abschnitt eine eigene Phase.

Benennen Sie nicht, was der Vertrieb tut, sondern in welchem Zustand sich der Kunde befindet. „Angebot gesendet“ ist unsere Handlung, und der Kunde hat das Angebot vielleicht gar nicht gelesen. „Angebot in Bewertung“ beschreibt dagegen den Zustand auf Kundenseite und macht den nächsten Schritt klarer.

Schreiben Sie für jede Phase ein Austrittskriterium

Eine Pipeline ohne Phasendefinitionen wird zu einem Prognoseinstrument, das sich je nach Mitarbeitendem verändert. Ein Beispielrahmen:

Diese Tabelle ist ein Beispiel und muss für Ihren eigenen Prozess neu geschrieben werden. Worauf es ankommt: Die Kriterien müssen beobachtbar sein. „Der Kunde wirkt interessiert“ ist kein Kriterium; „der Budgetverantwortliche hat am Gespräch teilgenommen“ ist eines.

Abschluss, Verlustgrund und veraltete Deals

Drei kleine Entscheidungen bestimmen die Verlässlichkeit der Pipeline-Reports:

Machen Sie den Verlustgrund zur Pflicht. Nutzen Sie eine feste Liste (Preis, Timing, Wettbewerber, interne Entscheidungsänderung, keine Reaktion, nicht passend) und halten Sie das Freitextfeld für Erläuterungen getrennt. Dieses Feld ermöglicht dem Marketing zu sehen, warum Anfragen aus welcher Kampagne nicht weitergekommen sind. Dass Marketing und Vertrieb die Ablehnungsgründe derselben Anfragegruppe gemeinsam durchgehen, ist der einzige Weg, die Diskussion „die Leadzahl ist gestiegen, aber der Vertrieb ist unzufrieden“ mit Daten zu lösen.

Definieren Sie die Disziplin beim Abschlussdatum. Ein Deal, dessen Abschlussdatum vergangen ist und der trotzdem offen steht, verfälscht den Forecast-Report. Schreiben Sie in den Plan: Deals mit überschrittenem Abschlussdatum werden im wöchentlichen Review entweder auf ein späteres Datum gesetzt oder geschlossen.

Setzen Sie eine Schwelle für Inaktivität. Zum Beispiel eine automatische Erinnerung für Deals ohne Bewegung seit 30 Tagen. Der Schwellenwert hängt von Ihrem Verkaufszyklus ab; im Enterprise-Vertrieb mit langen Zyklen können 30 Tage zu früh sein. Wichtig ist, dass die Schwelle schriftlich festgehalten ist und eine verantwortliche Person hat.

Wann braucht man mehrere Pipelines?

Neugeschäft und Verlängerung lassen sich nicht in derselben Pipeline verfolgen, weil ihre Phasen und Gewinnwahrscheinlichkeiten unterschiedlich sind. Ebenso ist eine eigene Pipeline sinnvoll, wenn verschiedene Produktlinien völlig unterschiedliche Verkaufsprozesse haben. Aber für jedes Segment eine eigene Pipeline anzulegen, zersplittert das Reporting. Das Kriterium lautet: Unterscheiden sich die Phasen, eigene Pipeline; unterscheidet sich nur das Kundenprofil, ein Unterscheidungsfeld innerhalb derselben Pipeline.

Pflichtfelder und Datenqualität

Das Felddesign ist der Teil der Einführung, der am leichtesten ausufert. Jeder wünscht sich etwas, alles wird hinzugefügt, und sechs Monate später ist die Hälfte der Datensätze leer.

Die Frage vor jedem neuen Feld

Schreiben Sie für jedes neue benutzerdefinierte Feld drei Zeilen: In welchem Report oder in welcher Automatisierung wird dieses Feld genutzt, wer füllt es aus, was passiert, wenn es nicht ausgefüllt wird. Wenn die Antwort auf die dritte Frage „nichts“ lautet, ist das Feld keine Pflicht und wahrscheinlich nicht einmal nötig.

Ein weiterer Grund, den Datenhunger zu begrenzen, zeigt sich auf der Formularseite: Formularfelder und die Bezeichnungen der Eintrittspunkte zu überarbeiten, gehört zu den ersten Schritten der Einführung. Jedes Feld, das Sie im Formular abfragen, nimmt etwas von der Conversion Rate; jedes Feld, das Sie im CRM zur Pflicht machen, nimmt etwas von der Zeit der Vertriebsmitarbeitenden.

Minimaler Datensatz

Der für den Start ausreichende Kern lässt sich so aufbauen:

Beim Kontakt: Vor- und Nachname, E-Mail, Unternehmensverknüpfung, Rolle/Position, Rolle im Buying Committee (Entscheider, Beeinflusser, technischer Bewerter, Nutzer), Einwilligungsstatus, Erstquelle.

Beim Unternehmen: Firmenname, Domain, Branche, Mitarbeiterzahl-Spanne, ICP-Passung (passend / teilweise / nicht passend), Account-Verantwortlicher.

Beim Deal: Dealname, verknüpftes Unternehmen, Betrag, Abschlussdatum, Phase, Quelle, Verlustgrund (Pflicht beim Abschluss), nächster Schritt.

Bevor Sie diese Liste verlängern, prüfen Sie Ihren tatsächlichen Reportingbedarf. Das Grundgerüst eines monatlichen Kanalreports kann mit fünf Spalten auskommen: Ausgaben, Leads, MQL, SQL, gewonnene Kunden. Je mehr Spalten, desto unlesbarer wird der Report, wie unser Leitfaden zur B2B-Leadgenerierung darlegt. Dieselbe Präferenz für Schlichtheit gilt für das Felddesign: Die Aufgabe des Datenmodells ist, Reports zu erzeugen, nicht ein Archiv zu führen.

Quellen- und Attributionsfelder

Bei der Attribution muss man ehrlich sein: Das Last-Click-Modell belohnt nur den letzten Schritt der langen B2B-Reise und bestraft systematisch Investitionen in die oberen Funnel-Ebenen. Die praktische Korrektur ist, dem Formular ein Feld „Wie haben Sie von uns erfahren“ hinzuzufügen; diese selbstberichteten Daten machen Kanäle sichtbar, die Analysewerkzeuge nicht sehen (Empfehlung, Community, KI-Assistent). Modelldaten und selbstberichtete Daten nebeneinander zu lesen, führt zu besseren Entscheidungen als jede der beiden Quellen allein.

Für den Einführungsplan heißt das: zwei getrennte Felder, ein Quellenfeld, das das System automatisch befüllt, und eines, in dem der Nutzer die Quelle angibt. Führen Sie beide nicht in einem Feld zusammen, sie überschreiben einander.

Sperren Sie Wertelisten

Ein Freitextfeld ist ein nicht auswertbares Feld. Machen Sie Felder wie Branche, Land, Verlustgrund und Buying-Rolle zu Auswahllisten. Halten Sie auch fest, wer die Listenwerte ändern darf. Wenn Sie die Werteliste für alle öffnen, erscheinen innerhalb von sechs Monaten „Finanzen“, „finanzen“, „Finanzsektor“ und „Fin.“ als vier getrennte Zeilen im selben Report.

Verantwortlichkeiten, Rollen und Teams

Selbst wenn Datenmodell und Pipeline stimmen, zerfällt das System, wenn unklar ist, wer was tut. Schreiben Sie im Abschnitt zu Verantwortlichkeiten drei verschiedene Dinge getrennt auf.

Datensatz-Verantwortung. Wem gehört ein Unternehmen, ein Kontakt oder ein Deal, wie wird zugewiesen (manuell, nach Gebiet, Round Robin), wann ändert sich das. Die meisten Diskussionen entstehen, wenn eine Anfrage aus dem Marketing zu einem bestehenden Account gehört. Die Regel sollte einfach sein: Gibt es einen Account-Verantwortlichen, geht die Anfrage an ihn, sonst greift die Zuweisungsregel.

Systemberechtigungen. Wer darf Felder anlegen, wer Pipeline-Phasen ändern, wer Datensätze löschen, wer Reports erstellen. Halten Sie in HubSpot die Zahl der Super-Admins begrenzt. Die Berechtigung zum Anlegen von Feldern an eine einzige verantwortliche Person zu binden, ist die günstigste Maßnahme gegen die Feldinflation in sechs Monaten.

Prozessverantwortung. Wer ist für die Pflege des Datenmodells zuständig, wer macht die wöchentliche Datenqualitätskontrolle, bei wem gehen Anträge für neue Felder ein. Diese Rolle liegt in den meisten B2B-Unternehmen in Marketing oder Sales Operations. Ein Ablauf, der von einer einzelnen Person abhängt, ist fragil; eine Vertretung für den Prozessverantwortlichen und der Ort, an dem die Entscheidungen dokumentiert sind, gehören in den Plan (Wie richtet man einen B2B-Content-Kalender ein).

Und dann gibt es noch den MQL/SQL-Übergabepunkt. Festgehalten werden muss, unter welcher Bedingung das Marketing einen Datensatz an den Vertrieb übergibt, wie viele Tage der Vertrieb für Annahme oder Ablehnung hat und wohin ein abgelehnter Datensatz zurückgeht. Fehlen diese drei Sätze, beginnen vier Monate später gleichzeitig die Diskussionen „das Marketing schickt Leads schlechter Qualität“ und „der Vertrieb ruft eingehende Anfragen nicht an“, und es gibt keine Daten, um beide zu klären.

Go-live: Reihenfolge, Pilot und Übergang

Der letzte Abschnitt des Einführungsplans ist der Zeitplan. Hier funktioniert ein einziges Prinzip: Beginnen Sie bei der Datenbasis und arbeiten Sie sich zur Automatisierung vor, und testen Sie bei jedem Zwischenschritt mit echten Nutzern.

Empfohlene Reihenfolge

1. Datenmodell und Felder. Objektdefinitionen, benutzerdefinierte Felder, Wertelisten, Pflichtfeldregeln. Noch keine Daten, keine Automatisierung.

2. Nutzer, Teams und Berechtigungen. Rollen werden definiert, Zuweisungsregeln eingerichtet. Machen Sie diesen Schritt vor der Datenmigration, damit kein Berg herrenloser Datensätze entsteht.

3. Pipeline und Phasen. Phasen werden angelegt, Austrittskriterien in die Beschreibungsfelder geschrieben, die Liste der Verlustgründe definiert.

4. Datenmigration und Bereinigung. Die ausgewählten Datensätze werden übertragen, Dubletten zusammengeführt, Unternehmen ohne Domain überprüft. Führen Sie nach der Migration mindestens eine vollständige Kontrollrunde durch.

5. Formulare, Tracking und Eintrittspunkte. Website-Formulare, Tracking-Code, Quellen-Tags. Dieser Schritt muss nach dem Datenmodell kommen, denn welches Formularfeld in welches CRM-Feld schreibt, lässt sich erst bestimmen, wenn die Felder definiert sind.

6. Reports und Dashboards. Wöchentliches Operations-Dashboard, monatlicher Kanalreport, Pipeline-Ansicht.

7. Automatisierung und E-Mail-Flows. Ganz zum Schluss. Eine Automatisierung funktioniert nur, wenn sie auf den richtigen Feldern und den richtigen Phasendefinitionen aufbaut. Dass Daten ins System fließen, bedeutet nicht, dass der Prozess optimiert ist; Auslöser und Austrittsbedingung jedes Flows müssen zusätzlich überprüft werden.

Diese Reihenfolge ist eine Vorlage. Wenn es in Ihrem bestehenden System einen Prozess gibt, der dringend migriert werden muss, kann die Reihenfolge sich ändern, aber dass Punkt 7 nicht vor Punkt 1 kommt, ist eine gute Regel.

Starten Sie mit einem Piloten

Statt am selben Tag mit dem gesamten Vertriebsteam zu starten, arbeiten Sie zwei Wochen lang mit einer kleinen Gruppe (zum Beispiel zwei Vertriebsmitarbeitenden und einer Marketingverantwortlichen) an echten Deals. Ziel des Piloten ist nicht die perfekte Einrichtung, sondern den tatsächlichen Engpass im Prozess zu erkennen. Beantworten Sie am Ende des Piloten drei Fragen: Welches Pflichtfeld hat unnötig gebremst, welches Phasenkriterium hat Diskussionen ausgelöst, bei welchem Datensatztyp wusste niemand, wohin damit?

Ein hypothetischer Pilotbefund

Nehmen wir an, im zweiwöchigen Piloten wurden 18 Deals angelegt. Davon blieben 11 in der Phase „Discovery“, 5 gingen in die „Lösungsvalidierung“ über, 2 erreichten das Angebot. Beim Blick in die Datensätze zeigt sich: Bei 7 der 11 in Discovery verbliebenen Deals ist das Feld „nächster Schritt“ leer. Im Gespräch mit den Mitarbeitenden kommt der Grund heraus: Das Feld ist nicht verpflichtend und wird in der Pipeline-Ansicht nicht angezeigt, also füllt es niemand aus.

Die Aktion aus diesem Befund ist nicht, das Feld zur Pflicht zu machen. Richtiger ist, das Feld zunächst in der Kartenansicht der Pipeline sichtbar zu machen, zwei weitere Wochen zu beobachten und, falls es weiterhin leer bleibt, über eine Pflicht zu diskutieren. Wenn ein Pflichtfeld keine Lösung ist, die das Verhalten korrigiert, produziert es nur Datenmüll, der ausgefüllt aussieht.

Diese Zahlen sind zu Lehrzwecken erfundene Beispiele, kein echtes Kundenergebnis und kein Branchendurchschnitt. Zu vermitteln sind nicht die Zahlen, sondern die Denkweise: Beobachtung, Untersuchung der Ursache, Erprobung des kleinstmöglichen Eingriffs.

Ohne Adoption gilt die Einführung nicht als abgeschlossen

Der letzte Punkt des Go-live-Zeitplans sollte Schulung und Nachverfolgung sein. Drei praktische Punkte:

Die Schulung sollte nicht als Oberflächen-Rundgang, sondern anhand von Szenarien erfolgen. Das Format „Von diesem Kunden kam diese Anfrage, wie legen Sie den Datensatz an“ vermittelt schneller als eine Menüvorstellung.

Führen Sie im ersten Monat wöchentlich eine Datenqualitätskontrolle durch: herrenlose Datensätze, leere Pflichtfelder, Deals mit überschrittenem Abschlussdatum, doppelte Unternehmensdatensätze. Binden Sie diese Kontrolle an eine Person.

Messen Sie die Adoption separat. Vermischen Sie Prozessmetriken und Ergebnismetriken nicht. Wie viele Deals gewonnen wurden, ist eine Ergebnismetrik und sagt in den ersten Monaten nichts über die Einführung aus. Dagegen zeigen die Quote aktualisierter Datensätze, die durchschnittliche Verzögerung bei Phasenübergängen und die Zahl leer gelassener Pflichtfelder direkt, ob die Einführung funktioniert.

Weiterführende Lektüre: Wie planen Sie ein Relaunch-Projekt für die Unternehmenswebsite? Umfang, Content-Inventar und Migrations-Checkliste

Wie steuert man die Erwartungen in den ersten 90 Tagen?

Die Führungsebene möchte die Rendite der CRM-Investition schnell sehen. Die Erwartung von Anfang an schriftlich festzuhalten, löst das Gespräch „warum sind die Verkäufe im zweiten Monat nicht gestiegen“, bevor es stattfindet. Der Ansatz, den wir in der Nachfragegenerierung nutzen, funktioniert auch hier: den Plan in einen schriftlichen Erwartungsvertrag überführen und festlegen, welche Metrik zu welchem Zeitpunkt an welchem Schwellenwert bewertet wird.

Bei einer CRM-Einführung lässt sich dieser Vertrag so aufsetzen:

Erste 30 Tage: Einrichtung und Pilot. Gemessen werden der Fertigstellungsgrad der Einrichtung und die Pilotbefunde. Vertriebsergebnisse werden nicht erwartet.

30 bis 60 Tage: Adoption. Arbeitet das gesamte Team im System, werden Datensätze aktualisiert, werden Pflichtfelder gefüllt. In dieser Phase werden die Pipeline-Zahlen noch unvollständig sein, weil ein Teil der alten Deals nicht vollständig ins System übernommen wurde.

60 bis 90 Tage: erstes aussagekräftiges Pipeline-Bild. Jetzt lassen sich Phasenverteilung, Übergangsdauern und Verlustgründe betrachten. Lesen Sie dieses erste Bild dennoch nicht als Leistungsbeurteilung, sondern als Baseline.

Das Review am Ende der drei Monate ist die erste Revision des Einführungsplans. Welche Felder blieben leer, welche Phase wurde nie genutzt, welche Regel wurde zur Ausnahme? Die Antworten auf diese Fragen schreiben die zweite Version des Plans.

Der Einführungsplan auf einer Seite

Am Ende Ihres Dokuments sollte diese Checkliste stehen. Wenn alle Punkte beantwortet sind, kann die Einführung beginnen:

• Sind die Definitionen der Objekte Kontakt, Unternehmen, Deal und Ticket für Ihr Geschäft schriftlich festgehalten?
• Zu welchem Zeitpunkt wird ein Deal angelegt, gibt es Ausnahmen von dieser Entscheidung?
• Sind die Pipeline-Phasen und für jede Phase das Austrittskriterium definiert?
• Ist die Liste der Verlustgründe fixiert und beim Abschluss verpflichtend gemacht?
• Ist für jedes Pflichtfeld die Frage „in welchem Report wird es genutzt“ beantwortet?
• Gibt es für die Quelle zwei Felder, eines automatisch und eines selbstberichtet?
• Sind Datensatz-Verantwortung, Systemberechtigungen und Prozessverantwortung getrennt festgehalten?
• Sind die MQL/SQL-Übergaberegel, die Annahmefrist und der Ablehnungsablauf definiert?
• Ist bei der Datenmigration festgelegt, welche Datensätze nicht übernommen werden?
• Ist die Go-live-Reihenfolge schriftlich festgehalten und die Automatisierung ans Ende gestellt?
• Stehen Pilotgruppe, Pilotdauer und die Fragen am Ende des Piloten fest?
• Ist mit den Stakeholdern geteilt, welche Metrik in den ersten 90 Tagen wann bewertet wird?

Diese Liste ist kein Formular, das während der Einführung abgehakt wird, sondern ein Spiegel, der vorher die Lücken zeigt. Jeder Punkt, der nicht abgehakt werden kann, ist eine Entscheidung, die nach dem Go-live jemand im laufenden System lösen muss.

Häufig gestellte Fragen

Wie detailliert sollte ein HubSpot-Einführungsplan sein?

Ein Dokument aus fünf Abschnitten, von denen keiner eine halbe Seite überschreitet, reicht für die meisten B2B-Unternehmen: Datenmodell, Pipeline, Felder, Verantwortlichkeiten, Go-live-Zeitplan. Nicht die Länge des Dokuments ist wichtig, sondern dass für jede Entscheidung die Begründung in einem Satz festgehalten ist. Eine Entscheidung, deren Begründung sich nicht aufschreiben lässt, ist meist eine überflüssige Entscheidung.

Wann sollten wir einen Deal anlegen?

Es gibt drei verbreitete Ansätze: beim ersten qualifizierten Kontakt, bei jeder vom Vertrieb akzeptierten Anfrage oder sobald ein Account aktiv wird. Im Enterprise-Vertrieb mit langen Zyklen erzeugt der erste Ansatz meist eine besser lesbare Pipeline, allerdings müssen MQL/SQL-Status zusätzlich auf Kontakt- oder Unternehmensebene geführt werden, um den Beitrag des Marketings zu sehen. Wichtig ist, die gewählte Regel aufzuschreiben und keine Ausnahmen zu erzeugen.

Wie viele Pipeline-Phasen sollte es geben?

Fünf bis sieben Phasen funktionieren für die meisten B2B-Prozesse als Ausgangspunkt. Die Begründung, die Phasenzahl zu erhöhen, lautet: Wenn zwischen zwei Phasen ein Abschnitt liegt, der Wochen dauert und eigene Arbeit erfordert (wie eine Sicherheitsprüfung oder ein PoC), verdient dieser Abschnitt eine eigene Phase. Zu viele Phasen führen dazu, dass Mitarbeitende aufhören, Datensätze zu aktualisieren.

Welche Felder sollten wir zur Pflicht machen?

Beantworten Sie für jedes Pflichtfeld drei Fragen: In welchem Report oder welcher Automatisierung wird es genutzt, wer füllt es aus, was passiert, wenn es nicht ausgefüllt wird. Wenn die Antwort auf die dritte Frage „nichts“ lautet, sollte das Feld keine Pflicht sein. Der Kernsatz besteht auf Dealseite meist aus Betrag, Abschlussdatum, Phase, Quelle und dem Verlustgrund beim Abschluss.

Sollten wir alles aus dem alten CRM übernehmen?

Nein. Beantworten Sie vorab drei Fragen: Welche Datensätze werden übernommen (zum Beispiel die, mit denen in den letzten 24 Monaten Kontakt bestand), welche Felder werden gemappt, welche Datensätze werden bewusst ausgelassen. Jedes Feld aus dem alten System zu übernehmen ist der schnellste Weg, das neue System schon am Tag der Einrichtung zu verschmutzen. Klären Sie vor der Migration von E-Mail-Listen mit unklarem Einwilligungsstatus die Konformität mit dem türkischen Einwilligungssystem İYS.

Woran erkennen wir, dass die Einführung erfolgreich war?

Schauen Sie in den ersten Monaten nicht auf das Vertriebsergebnis; es sagt in dieser Phase nichts über die Einführung aus. Verfolgen Sie stattdessen Adoptionsindikatoren: Quote aktualisierter Datensätze, durchschnittliche Verzögerung bei Phasenübergängen, Zahl leer gelassener Pflichtfelder, Zahl herrenloser Datensätze. Ein aussagekräftiges Pipeline-Bild entsteht meist nach 60 bis 90 Tagen, und dieses erste Bild ist keine Leistungsbeurteilung, sondern die Baseline für den Vergleich mit späteren Zeiträumen.