CRM für Dienstleister: Tutorials reichen nicht
CRM für Dienstleister: An fünf Stellen bricht ein Standard-HubSpot, wenn du mehrere Angebote, Gremien oder regulierte Kunden hast. Mit belegten Zahlen.
Das Wichtigste in Kürze
- Ein Tutorial erklärt eine Funktion. Es entscheidet nicht, wie du mehrere Angebote, Gremien und regulierte Abnehmer im Datenmodell abbildest.
- Ob dein Modell erklärungsbedürftig ist, lässt sich prüfen: etwa an parallelen Marktangeboten, an Gremien statt Einzelentscheidern oder an geprüften Abnehmern. Treffen zwei der fünf Merkmale zu, reicht der Standard nicht mehr.
- Bei Dienstleistern verkaufen Partner, Prüfer und Berater mit, ohne sich als Vertrieb zu verstehen. Ein CRM, das nur Vertriebsrollen kennt, bleibt leer.
- Der Engpass sitzt selten im Lead und meist im Angebot. Bei aumico sank der Zeitaufwand für Angebote um 80 %.
- Unsere Empfehlung: Bei einem Angebot, einem Käufer und einem linearen Weg genügt das Standard-Setup. Ab zwei Angeboten oder einem Gremium gehört die Entscheidung über das Datenmodell an den Anfang, nicht ans Ende.
Wann reicht ein HubSpot-Tutorial und wann nicht?
Ein Tutorial reicht, solange du ein Angebot an einen Käufer verkaufst und der Weg dorthin linear ist. Laufen mehrere Marktangebote parallel, entscheidet ein Gremium oder ist der Abnehmer reguliert, beantwortet keine Anleitung mehr die eigentliche Frage. Und die lautet: Wie bildest du dein Geschäft im Datenmodell ab?
Die HubSpot Academy und die Knowledge Base sind gut. Beide erklären präzise, wie eine Deal Pipeline entsteht, wie ein Workflow auslöst und wie du ein Pflichtfeld setzt. 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.
Sichtbar wird der Unterschied an einem Punkt. Bei einem linearen Modell baust du die Anleitung eins zu eins nach, und das Ergebnis stimmt. Bei einem erklärungsbedürftigen Modell entsteht aus zwanzig korrekt umgesetzten Anleitungen ein Setup, das trotzdem nicht passt. Jede Anleitung war für sich richtig, aber keine hat die Architektur entschieden.
Genau diesen Weg dokumentiert die Case Study von healthinal. Das Unternehmen ist ein IT-Dienstleister im HealthTech-Bereich, mit mehreren Marktangeboten und sehr verschiedenen Stakeholder-Gruppen im Gesundheitswesen. Laut Case Study versuchten Rahel und Jonathan zuerst, ihre spezifischen Herausforderungen über die vielen verfügbaren HubSpot-Tutorials zu lösen. Dieser Weg war „anything but efficient“. 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, und das unterschiedlich lang. Liegen sie in derselben Pipeline, passt die Stage-Logik für keinen davon. 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 führt jemand daneben eine Tabelle.
HubSpot löst das seit Jahren sauber, und zwar mit mehreren Deal Pipelines und getrennten Stage-Sets. Wo nötig, kommen Custom Objects für Mandate, Projekte oder Lizenzen dazu. Die Funktion fehlt nicht. Es fehlt die Entscheidung, welche Angebote eine eigene Pipeline verdienen und welche nur zwei Varianten desselben Geschäfts sind.
Was passiert, wenn ein Gremium entscheidet und nicht eine Person?
Dann hängt der Deal im Standard-Setup an einem Hauptkontakt, während fünf Menschen mitentscheiden. Wer über das Budget entscheidet, wer fachlich prüft und wer für Datenschutz oder Betriebsrat spricht, steht nirgends. Der Deal bleibt scheinbar grundlos stehen, und niemand kann sagen, an welchem Tisch er hängt.
HubSpot kennt dafür Association Labels. Damit hängst du mehrere Kontakte eines Unternehmens mit benannter Rolle an denselben Deal. Das ist ein Feld, kein Projekt. Trotzdem taucht es in keiner Standard-Anleitung als Pflichtschritt auf, weil ein lineares Modell es nicht braucht.
Bei Möhrle Happ Luther, einer Wirtschaftsprüfungs- und Steuerberatungsgesellschaft, lag der Fall noch eine Ebene tiefer. Laut Case Study gab es ein HubSpot, aber es wurde kaum genutzt. André Ketzel formuliert es so: „There was a CRM without there being a CRM“. Im Haus saß ein erfahrener Sales Leader mit tiefer Salesforce-Kenntnis. Für ein kleines, agiles Team brauchte er trotzdem den Blick von außen. CRM-Erfahrung ersetzt nicht, dass das Modell zum Geschäft passt.
Wer verkauft eigentlich, wenn niemand „Vertrieb“ heißt?
Bei Dienstleistern verkaufen Partner, Prüfer, Berater und Entwickler mit. Das passiert im Mandat, im Projektgespräch oder beim Jahresabschluss. Ein CRM, das nur für Sales-Rollen gebaut ist, bekommt von diesen Kontakten nichts mit. Es bleibt leer, und schuld ist dann angeblich das Tool, nicht die Annahme über die Rollen dahinter.
Die Case Study von Möhrle Happ Luther benennt genau diesen Punkt als Schmerz: „Client-facing staff were unaware of their implicit sales roles.“ Das ist keine Schulungsfrage. Es ist eine Frage der Modellierung: Welche Tätigkeit existiert im System überhaupt als vertriebsrelevantes Ereignis?
Du rollst das CRM für die Vertriebsrollen aus und vertagst alle anderen auf eine „spätere Phase“. Damit fehlt genau der Teil der Kundenkontakte, aus dem bei Dienstleistern das Folgegeschäft entsteht. Du erkennst es daran, dass die Pipeline dauerhaft dünner aussieht, als der Umsatz nahelegt.
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 und Leistungsumfängen, aus internen Freigaben und Nachfragen. Genau dort geht die Zeit verloren, nicht in der Leadgenerierung. Suchst du den Engpass am Anfang des Trichters, optimierst du die Stelle, die nicht klemmt.
aumico baut Finanzsoftware für Treuhänder und Buchhaltungsteams. Das Angebot ist erklärungsbedürftig, das Team zählt rund zehn Personen und führte seine Kundendaten zuvor in Tabellen. 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 dauerte der Weg von der fehlenden CRM-Strategie zur einsatzfähigen Vertriebsengine drei Monate. Bei healthinal lag das Ergebnis nach wenigen Wochen vor. Drei Modelle, drei Zeiträume, ein Muster: Zuerst wurde jeweils die Abbildung entschieden, erst danach konfiguriert.
Willst du wissen, wo bei dir die Angebotszeit hängt: im Lead oder im Quote?
Kostenlos · 60 Minuten · kein Pitch · ehrliche Einschätzung, ob es passt.
Woran erkennst du, ob dein Geschäftsmodell erklärungsbedürftig ist?
An fünf prüfbaren Merkmalen, nicht am Gefühl, dass das eigene Geschäft kompliziert sei. Treffen zwei davon zu, ist die Entscheidung über das Datenmodell kein Nachgedanke mehr, sondern der erste Schritt. Die Tabelle nennt je Merkmal das Symptom im CRM und den Baustein, der es auflöst.
Wische nach links oder rechts, um alle Spalten zu sehen.
| Merkmal | Symptom im CRM | Was ein Standard-Setup daraus macht | Was es stattdessen braucht | Quelle |
|---|---|---|---|---|
| Mehrere Marktangebote parallel | Stages passen für die Hälfte der Deals nicht | eine Pipeline für alles | getrennte Pipelines je Angebotstyp, Custom Objects wo nötig | HubSpot Knowledge Base |
| Gremium statt Einzelentscheider | Deals stehen ohne erkennbaren Grund | ein Hauptkontakt pro Deal | Association Labels mit benannter Rolle je Beteiligtem | HubSpot Knowledge Base |
| Fachrollen verkaufen mit | CRM bleibt leer, Umsatz wächst trotzdem | Rollout nur für Sales | Nicht-Vertriebsrollen als Nutzer, Pflichtfelder statt Freitext | Case Study Möhrle Happ Luther |
| Erklärungsbedürftiges Angebot | Zeit versickert zwischen Gespräch und Angebot | Angebote als Anhang außerhalb des CRM | Quotes mit Produktbibliothek und Line Items | Case Study aumico (80 %) |
| Regulierte oder geprüfte Abnehmer | Freigaben und Nachweise laufen per E-Mail | Dokumentation außerhalb des Systems | Pflichtfelder und Workflows für Nachweisschritte | HubSpot Knowledge Base |
Wann reicht ein Tutorial trotzdem, und wann lohnt sich ein Partner?
Die ehrliche Antwort unterscheidet drei Fälle. Entscheidend ist dabei weder die Unternehmensgröße noch das Budget. Es zählt allein, wie viele Entscheidungen das Datenmodell tragen muss. Holst du dir im ersten Fall einen Partner, zahlst du zu viel. Willst du im dritten Fall ohne auskommen, zahlst du 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. Hast du bereits ein verwahrlostes Setup, findest du die Entscheidung über die Reparatur in HubSpot sanieren oder neu aufsetzen. Dieser Artikel beantwortet die Frage davor: Passt das Standard-Setup zu deinem Modell? 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.
Kein Tutorial-Problem, ein Architekturproblem
Die Frage ist nicht, ob HubSpot erklärungsbedürftige Geschäftsmodelle abbilden kann. Es kann. Die Frage ist, wer entscheidet, wie dein Geschäft darin abgebildet wird. Und wie lange du bereit bist, diese Entscheidung durch Ausprobieren zu ersetzen. Erkennst du zwei der fünf Merkmale aus der Tabelle bei dir wieder, entscheide die Abbildung, bevor die erste Pipeline entsteht.
Kostenlos · 60 Minuten · kein Pitch · ehrliche Einschätzung, ob es passt.
Häufig gestellte Fragen
Reichen HubSpot-Tutorials für ein Dienstleistungsunternehmen?
Woran erkenne ich, dass mein Geschäftsmodell erklärungsbedürftig ist?
Braucht jedes Angebot eine eigene Deal Pipeline in HubSpot?
Wo verliere ich bei erklärungsbedürftigen Angeboten die meiste Zeit?
Kundenergebnisse
Sieh dir an, wie andere Umsatzteams diese Herausforderung gelöst haben.
Entdecke dokumentierte Ergebnisse aus vergleichbaren Pipeline-, CRM- und Vertriebsprojekten.
Passende Kundenstories ansehen