Nach über hundert HubSpot-Projekten tauchen immer wieder dieselben Fehler auf. Sie liegen selten am Tool selbst. HubSpot ist eine starke Plattform. Die Probleme entstehen weiter oben, bei Entscheidungen, die zu schnell getroffen wurden, von Leuten, die das System parallel zu seiner Konfiguration lernten. Diese Entscheidungen verfestigen sich in der Struktur Ihres CRM und werden mit der Zeit teuer.
Das ist die Liste der Muster, die wir am häufigsten sehen, wenn ein Unternehmen uns bittet, unter die Haube zu schauen. Keines davon ist am ersten Tag katastrophal. Alle werden schwerer rückgängig zu machen, je länger Sie warten.
1. Die Pipeline um Ihr Team bauen statt um den Käufer
Das Erste, was ein neuer HubSpot-Admin macht, ist sich hinzusetzen und die Schritte aufzuschreiben, die das Sales-Team geht. Discovery, Demo, Angebot, Verhandlung, Closed-Won. Klingt logisch. Es entsteht aber eine Pipeline, gegen die niemand forecasten kann, weil die Stages beschreiben, was Ihr Team tut, statt was der Käufer zugesagt hat.
Eine gute Pipeline Stage ist ein überprüfbares Käufer-Commitment. Der Käufer hat das Budget bestätigt. Der Käufer hat Sie dem Entscheider vorgestellt. Der Käufer hat ein Order Form unterschrieben. Jedes davon können Sie belegen oder widerlegen. Vergleichen Sie das mit einer Stage namens “Verhandlung”, die heißt, was der Rep gerade meint, und gegen die sich nichts forecasten lässt.
Wenn Ihre Stages nicht gegen ein Artefakt im Deal-Record gegengeprüft werden können, ist Ihr Forecast Fiktion. Bringen Sie das in Ordnung, bevor Sie irgendetwas anderes bauen. Jeder Workflow, jeder Report, jedes Dashboard, das Sie danach bauen, erbt sonst die gleiche Unschärfe.
2. Lead und Contact austauschbar behandeln
Das Lead Object existiert aus einem Grund. Es ist für nicht qualifizierte Inbound-Leads, die Ihr Sales-Team noch nicht angefasst hat. Der Contact ist für jeden, mit dem Sie eine Beziehung haben, qualifiziert oder nicht. Die meisten Unternehmen, die das Lead Object aktivieren, machen das ohne über diese Unterscheidung nachzudenken. Sie landen damit, dass dieselbe Person doppelt vorhanden ist, in zwei verschiedenen Objekten, mit zwei verschiedenen Property-Sets und zwei verschiedenen Historien dessen, was zu ihr gesagt wurde.
Die Entscheidung geht eigentlich nicht darum, welches Objekt man nutzt. Sie geht darum, wie Ihr Sales-Prozess tatsächlich aussieht. Wenn Sie ein SDR-Team haben, das Inbound triagiert, bevor es an einen AE übergibt, verdient sich das Lead Object seinen Platz. Wenn nicht, fügen Sie eine Komplexitätsschicht hinzu, die Sie Datenqualität kostet und Ihnen nichts zurückgibt. Wir haben Unternehmen genauso oft vom Lead Object weg migriert wie hin. Die richtige Antwort hängt vom Zuschnitt des Teams ab.
3. Automatisierungen bauen, bevor Lifecycle Stages definiert sind
Workflows fühlen sich produktiv an. Sie können einen Nachmittag am Bildschirm sitzen und zwanzig Automatisierungen erzeugen. Die meisten Teams entdecken sechs Monate später, dass die Hälfte davon auf Arten feuert, die niemand erwartet hat, weil die zugrundeliegende Lifecycle-Stage-Logik nie explizit gemacht wurde.
Die Lifecycle Stage ist das Rückgrat von HubSpot. Sie steuert, welche Workflows feuern, in welche Listen ein Contact eintritt, welche Marketing-Kommunikation er bekommt und wie er im Reporting auftaucht. Wenn Sie keine schriftliche Definition haben, was jemanden zu einem Subscriber, Lead, MQL, SQL, Opportunity oder Customer macht, läuft jeder Workflow, den Sie bauen, auf einem Fundament, das niemand vollständig versteht.
Definieren Sie die Stages auf Papier, bevor Sie irgendetwas in HubSpot bauen. Sales und Marketing müssen sich einig sein. Dann bauen, in der Reihenfolge. Andersrum landen Teams bei Workflows, die jeden Dienstag stillschweigend Contacts degradieren, weil irgendwo eine Einstellung steht, die jemand vergessen hat.
4. Schmutzige Daten importieren statt vorher aufzuräumen
Jede CRM-Migration startet damit, dass jemand sagt: “Lass uns einfach importieren, was wir haben, und später aufräumen.” Später kommt nie. Schlechte Daten in HubSpot sind schwerer zu bereinigen als schlechte Daten in einer Tabelle, weil die schlechten Daten jetzt mit Deals, Tickets, Aktivitäten und Workflow-Logik verbunden sind.
Der richtige Schritt ist, vor dem Import aufzuräumen. Ländernamen standardisieren. Ein Format für Telefonnummern festlegen. Entscheiden, was als Duplikat gilt, und an der Quelle auflösen. Die Migration wird zu dem Moment, in dem Sie die Messlatte für Datenqualität für die nächsten fünf Jahre setzen. Diesen Schritt zu überspringen ist, wie Unternehmen mit dreiundzwanzig Varianten von “Deutschland” im Land-Feld landen und Dashboards bekommen, die nicht aufgehen.
5. Properties ohne Governance anlegen
Ein HubSpot-Portal hat nach sechs Monaten meistens rund dreihundert Properties am Contact-Objekt. Davon werden vielleicht sechzig wirklich genutzt. Der Rest sind Überbleibsel aus einer Kampagne, einem experimentellen Workflow oder einem Sales Rep, der für einen einzelnen Deal etwas tracken musste und es nie gelöscht hat.
Das ist ein Governance-Problem, kein Tooling-Problem. Legen Sie fest, wer Properties anlegen darf. Verlangen Sie eine Beschreibung für jede neue Property. Verlangen Sie einen klaren Zweck. Prüfen Sie die Property Library einmal pro Quartal und archivieren Sie, was niemand angefasst hat. Properties sind das Vokabular Ihres CRMs. Wenn jeder Wörter erfinden darf, hört die Sprache auf zu funktionieren.
6. Dashboards bauen, bevor die Frage definiert ist
Die meisten HubSpot-Dashboards, die wir auditieren, sind Dekoration. Sie sehen professionell aus. Sie sind voller Charts. Niemand öffnet sie am Montagmorgen, um eine Entscheidung zu treffen. Das liegt daran, dass sie gebaut wurden mit der Frage “Was könnten wir auf ein Dashboard packen” statt “Welche Entscheidung wollen wir damit unterstützen”.
Ein Dashboard existiert, um eine bestimmte wiederkehrende Frage zu beantworten. Schaffen wir das Quartal. Wo ist die Pipeline dünn. Welcher Rep braucht Coaching. Welche Kampagnen haben Umsatz gebracht. Wenn Sie die Frage nicht benennen können, bauen Sie das Dashboard nicht. Die guten leben, die schlechten werden ignoriert, und das Bauen ungenutzter Dashboards trainiert Ihr Team darauf, den Daten in HubSpot zu misstrauen.
7. Keine Disziplin bei Deal-Loss-Reasons
Jedes CRM hat eine Closed-Lost-Stage. Fast kein Team nutzt sie gut. Der Deal wird geschlossen, der Rep zieht weiter, und das Loss-Reason-Feld ist entweder leer oder mit dem gefüllt, was am schnellsten zu klicken war. Drei Monate später fragt jemand, warum die Win Rate runter ist, und es gibt keine brauchbaren Daten, um zu antworten.
Eine kurze, strukturierte Loss-Reason-Picklist mit sieben bis zehn Optionen plus ein Pflicht-Textfeld mit einem Satz Kontext gehört zu den Konfigurationen mit dem höchsten Hebel in HubSpot. Es kostet den Rep zehn Sekunden beim Deal-Abschluss. Es gibt Ihnen das einzige ehrliche Signal, das Sie darüber haben, warum Deals nicht zustande kommen. Teams, die das ernst nehmen, erkennen Muster innerhalb eines Quartals. Teams, die es nicht tun, raten auch nach fünf Jahren noch.
8. Jedem User jeden Record sehen lassen
Das Default-HubSpot-Setup gewährt breite Sichtbarkeit. Jeder Rep sieht jeden Contact, jeden Deal, jedes Unternehmen. In einem kleinen Team fühlt sich das kollaborativ an. Ab etwa fünfzehn Personen fängt es an wehzutun. Reps finden ihre eigene Arbeit nicht in Listen, die die Arbeit aller enthalten. Pipeline-Reviews ersaufen im Lärm. Die Eigentümerschaft an Daten verschwimmt, weil nichts wirklich jemandem gehört.
Gespräche über Permissions und Partitioning fühlen sich bürokratisch an. Deshalb überspringen Teams sie. Sie sind nicht bürokratisch. Sie sind die Art, wie Sie das CRM für Einzelne nutzbar machen. Ein Rep sollte auf einem Dashboard landen, das seine Deals, seine Tasks, seine Calls, seinen Forecast zeigt. Nicht den der ganzen Firma. Das ist in HubSpot ab Tag eins konfigurierbar. Die meisten Teams konfigurieren es erst, wenn sie Schmerzen haben.
9. Launch als Ziellinie behandeln
Der teuerste Fehler auf dieser Liste. Das CRM geht live. Es gibt Training. Adoption wird in Woche zwei gemessen und sieht okay aus. Sechs Monate später sind die Daten verfallen, die Hälfte der Workflows passt nicht mehr zum aktuellen Sales-Prozess, und das Team ist für die Teile der Arbeit, die wichtig sind, zurück in Excel.
HubSpot ist kein Projekt. Es ist ein System, und Systeme brauchen Pflege. Ein monatlicher Review von Property-Nutzung, Workflow-Performance, Pipeline-Gesundheit und Dashboard-Relevanz dauert ungefähr zwei Stunden und verhindert den langsamen Drift, der die meisten Implementierungen tötet. Ohne diesen Review läuft die Plattform, für die Sie bezahlt haben, zwar weiter, hört aber auf, vertrauenswürdig zu sein. Vertrauen ist das einzige, was ein CRM nützlich macht.
10. Hubs kaufen, die Sie nicht nutzen können
Die Preisstruktur von HubSpot baut darauf, mehr Hubs hinzuzukaufen. Sales, Marketing, Service, CMS, Operations. Jeder erweitert das Mögliche. Jeder erweitert auch die Fläche an Dingen, die Sie pflegen müssen. Die Versuchung, besonders zum Renewal, ist, einen weiteren Hub hinzuzunehmen, weil der Rabatt gut ist oder jemand im Team das Feature haben möchte.
Kaufen Sie Hubs, wenn Sie einen dokumentierten Use Case haben, den die aktuelle Konfiguration nicht abdeckt. Vorher nicht. Die meisten Unternehmen nutzen zwischen dreißig und fünfzig Prozent der Features in den Hubs, die sie schon haben. Mehr Geld für mehr Funktionen auszugeben, die Sie nicht konfigurieren werden, macht das System nicht besser. Es macht die nächste Implementierung schwerer, weil mehr potenzielle Komplexität da ist, durch die neue Admins durch müssen. Kaufen Sie den Hub, wenn der Engpass die Feature-Verfügbarkeit ist. Vorher nicht.
Was diese Liste gemeinsam hat
Jeder dieser Fehler ist eine Entscheidung, die zu schnell getroffen wurde. Keiner ist technisch. Die Lösung ist fast immer: am Anfang langsamer machen, Dinge aufschreiben und das CRM als System behandeln, das länger lebt als die Person, die es heute konfiguriert. Das ist unglamouröse Arbeit. Deshalb passiert sie meistens erst, wenn jemand dafür bezahlt wird.
Wenn Sie drei oder mehr dieser Muster in Ihrem eigenen Portal wiedererkennen, ist das normal. Die meisten Setups, die ein oder zwei Jahre laufen, haben mindestens die Hälfte davon. Die gute Nachricht: Sie sind alle fixbar, ungefähr in der Reihenfolge, in der sie auf dieser Liste stehen.