CRM für Dienstleister: Wenn Tutorials nicht reichen

Wann reicht ein HubSpot-Tutorial – und wann nicht?

Ein Tutorial reicht, solange ein Angebot an einen Käufer verkauft wird und der Weg dorthin linear ist. Sobald mehrere Marktangebote parallel laufen, ein Gremium entscheidet oder der Abnehmer reguliert ist, beantwortet keine Anleitung mehr die eigentliche Frage: wie das Geschäft im Datenmodell abgebildet wird.

Die HubSpot Academy und die Knowledge Base sind gut. Sie erklären präzise, wie eine Deal Pipeline entsteht, wie ein Workflow auslöst, wie ein Pflichtfeld gesetzt wird. Was sie nicht erklären können: welche dieser Bausteine Dein Geschäft braucht. Das ist keine Lücke in der Dokumentation. Es ist eine andere Art von Frage.

Der Unterschied wird an einem Punkt sichtbar. Bei einem linearen Modell lässt sich die Anleitung eins zu eins nachbauen und das Ergebnis stimmt. Bei einem erklärungsbedürftigen Modell entsteht aus zwanzig korrekt umgesetzten Anleitungen ein Setup, das trotzdem nicht passt – weil jede Anleitung für sich richtig war und keine die Architektur entschieden hat.

Genau dieser Weg ist bei healthinal dokumentiert, einem IT-Dienstleister im HealthTech-Bereich mit mehreren Marktangeboten und sehr verschiedenen Stakeholder-Gruppen im Gesundheitswesen. Die Case Study hält fest, dass Rahel und Jonathan zuerst versuchten, ihre spezifischen Herausforderungen über die vielen verfügbaren HubSpot-Tutorials zu lösen – und dass dieser Weg „anything but efficient“ war. Der Abschnitt trägt die Überschrift „Faster Time-to-Value Instead of Inefficient Tutorials“.

Warum bricht eine Pipeline, wenn mehrere Angebote darin liegen?

Weil Deal Stages eine Reihenfolge behaupten, die es nur für ein Angebot gibt. Ein Implementierungsprojekt, ein Wartungsvertrag und ein Lizenzverkauf durchlaufen unterschiedliche Phasen, unterschiedlich lang. Liegen sie in derselben Pipeline, passt die Stage-Logik für keinen von beiden – und der Forecast wird zur Schätzung mit Nachkommastelle.

Das Symptom ist immer dasselbe: Deals stehen wochenlang in „Angebot versendet“, obwohl beim einen Angebotstyp längst verhandelt und beim anderen noch gar nicht kalkuliert wird. Niemand traut dem Report. Also wird daneben eine Tabelle geführt.

HubSpot löst das seit Jahren sauber – über mehrere Deal Pipelines, getrennte Stage-Sets und, wo nötig, Custom Objects für Mandate, Projekte oder Lizenzen. Die Funktion fehlt nicht. Die Entscheidung fehlt, welche Angebote eine eigene Pipeline verdienen und welche zwei Varianten desselben Geschäfts sind.

Was passiert, wenn ein Gremium entscheidet und nicht eine Person?

Dann bildet ein Standard-Setup den Deal auf einen Hauptkontakt ab, während fünf Menschen mitentscheiden. Wer welche Rolle hat – Budget, fachliche Prüfung, Datenschutz, Betriebsrat – steht nirgends. Der Deal bleibt scheinbar grundlos stehen, und niemand kann sagen, an welchem Tisch er hängt.

HubSpot kennt dafür Association Labels: eine Company kann mehrere Contacts mit benannter Rolle am selben Deal tragen. Das ist ein Feld, kein Projekt. Trotzdem taucht es in keiner Standard-Anleitung als Pflichtschritt auf, weil es für ein lineares Modell nicht nötig ist.

Bei Möhrle Happ Luther, einer Wirtschaftsprüfungs- und Steuerberatungsgesellschaft, lag der Fall noch eine Ebene tiefer. Die Case Study beschreibt die Ausgangslage so: es gab ein HubSpot, aber es wurde kaum genutzt – „There was a CRM without there being a CRM“, wie André Ketzel es formuliert. Ein erfahrener Sales Leader mit tiefer Salesforce-Kenntnis, der für ein kleines, agiles Team trotzdem Fremdblick brauchte. CRM-Erfahrung ersetzt Modell-Passung nicht.

Wer verkauft eigentlich, wenn niemand „Vertrieb“ heißt?

Bei Dienstleistern verkaufen Partner, Prüfer, Berater und Entwickler mit – im Mandat, im Projektgespräch, beim Jahresabschluss. Ein CRM, das nur für Sales-Rollen gebaut ist, bekommt von diesen Kontakten nichts mit. Es bleibt leer, und der Leerstand wird dem Tool angelastet statt der Rollenannahme dahinter.

Die Möhrle-Happ-Luther-Case-Study benennt genau diesen Punkt als Schmerz: „Client-facing staff were unaware of their implicit sales roles.“ Das ist keine Schulungsfrage. Es ist eine Modellierungsfrage – welche Tätigkeit im System überhaupt als vertriebsrelevantes Ereignis existiert.

Warum steckt der Engpass im Angebot und nicht im Lead?

Weil ein erklärungsbedürftiges Angebot nicht aus einer Preisliste fällt. Es besteht aus Varianten, Leistungsumfängen, internen Freigaben und Nachfragen. Genau dort liegt die Zeit – nicht in der Leadgenerierung. Wer den Engpass am Anfang des Trichters sucht, optimiert die Stelle, die nicht klemmt.

aumico baut Finanzsoftware für Treuhänder und Buchhaltungsteams – ein Modell mit erklärungsbedürftigem Angebot und einem Team von rund zehn Personen, das seine Kundendaten zuvor in Tabellen führte. Nach der HubSpot-Einführung hält die veröffentlichte Case Study zwei Werte fest: 80 % weniger Zeitaufwand für Angebote und ein Ergebnis in weniger als zwei Wochen. Der Hebel lag in der Quotes-Funktion mit sauber gepflegter Produktbibliothek und Line Items, nicht in mehr Leads. Bei Möhrle Happ Luther brauchte der Weg von fehlender CRM-Strategie zu einer einsatzfähigen Vertriebsengine drei Monate, bei healthinal lag das Ergebnis nach wenigen Wochen vor. Drei Modelle, drei Zeiträume, ein Muster: entschieden wurde jeweils zuerst die Abbildung, dann konfiguriert.

Woran erkennst Du, ob Dein Geschäftsmodell erklärungsbedürftig ist?

An drei prüfbaren Merkmalen, nicht am Gefühl, dass das eigene Geschäft kompliziert sei. Treffen zwei davon zu, ist die Datenmodell-Entscheidung kein Nachgedanke mehr, sondern der erste Schritt. Die folgende Tabelle nennt je Merkmal das Symptom im CRM und den Baustein, der es auflöst.

Wann reicht ein Tutorial trotzdem – und wann lohnt ein Partner?

Die ehrliche Antwort trennt drei Fälle. Sie hängt nicht an der Unternehmensgröße und nicht am Budget, sondern allein daran, wie viele Entscheidungen das Datenmodell tragen muss. Wer im ersten Fall einen Partner holt, zahlt zu viel. Wer im dritten Fall ohne auskommen will, zahlt später mehr.

Zwei angrenzende Fragen beantworten andere Artikel: Was das Onboarding kostet und ob die HubSpot-Pflichtgebühr sinnvoll investiert ist, steht in HubSpot-Einführung: Die Pflichtgebühr und die echte Frage. Wer bereits ein verwahrlostes Setup hat, findet die Reparaturentscheidung in HubSpot sanieren oder neu aufsetzen. Dieser Artikel beantwortet die Frage davor: ob das Standard-Setup zum Modell passt. Wie ein vollständiges Revenue-System darauf aufsetzt, zeigt die HubSpot-CRM-Leistungsseite; für gruppenweite Strukturen mit mehreren Gesellschaften gilt der gruppenweite CRM-Ansatz.