Eine Woche CRM-Praxis: Was wirklich hinter dem Begriff steckt

CRM ist eines der meistgenutzten und am wenigsten verstandenen Wörter im B2B-Alltag. Diese Woche liefert dafür ein gutes Beispiel: Innerhalb weniger Tage ging es um Definitionsfragen, Supportprozesse, technische HubSpot-Konfiguration, Datenschutz-Verantwortung und Vertriebsstrategie – und all das fällt unter denselben Oberbegriff. Genau diese Bandbreite soll dieser Artikel abbilden.

Was CRM eigentlich bedeutet

Der Begriff wird in der Praxis fast beliebig verwendet. Um Klarheit zu schaffen, lohnt sich eine saubere Trennung von drei Ebenen, die im Alltag ständig vermischt werden:

CRM ist zunächst eine unternehmerische Philosophie, Strategie und Konzeption – die Frage, wie ein Unternehmen Kundenbeziehungen systematisch und profitabel gestaltet. Das ist abstraktes Wissen, unabhängig von jeder Software.

CRM-Software ist das Werkzeug: HubSpot, Pipedrive, Microsoft Dynamics, Close. Sie bietet Funktionen wie Kontaktverwaltung, Pipeline-Management, Automatisierung und Reporting – kann aber allein keine Strategie umsetzen. Die Software ist austauschbar, die Philosophie dahinter nicht.

CRM-System ist die Kombination aus beidem, ein sozio-technisches Gebilde: Menschen, Rollen, Prozessverständnis auf der einen Seite – Software und Datenstruktur auf der anderen. Ein Unternehmen kann die teuerste CRM-Software besitzen und trotzdem kein funktionierendes CRM-System haben, wenn diese beiden Seiten nicht zusammenspielen.

Diese Unterscheidung ist mehr als Begriffshygiene. Sie erklärt ein Phänomen, das sich in der Beratung immer wieder zeigt.

Der Cargo-Kult im CRM

Wer in ein Unternehmen kommt, in dem CRM bereits Thema ist, übernimmt schnell den Wortschatz: "CRM-Projekt", "Pipeline", "Deal-Stage". Das Problem: Viele, die diese Begriffe benutzen, haben nie gelernt, was tatsächlich dahintersteckt. Sie tragen Daten ein, weil es verlangt wird – nicht, weil sie verstehen, wofür.

Das lässt sich mit einem bekannten Phänomen aus der Nachkriegszeit vergleichen: Inselkulturen im Pazifik, die beobachtet hatten, wie Soldaten Landebahnen bauten und Flugzeuge landeten, ahmten nach dem Krieg die äußere Form nach – Landebahnen aus Stroh, Kontrolltürme aus Holz – in der Annahme, dass dies erneut Flugzeuge mit Gütern anlocken würde. Die Handlung wurde kopiert, die Kausalität dahinter blieb unverstanden. Genau dieses Muster zeigt sich im CRM-Alltag: Der Prozess wird ausgeführt, das Ziel dahinter bleibt vielen Beteiligten fremd.

Die Konsequenz ist nicht, dass die Software falsch bedient wird – sie wird technisch korrekt bedient. Die Konsequenz ist, dass das Potenzial des Systems verschenkt bleibt, weil niemand die eingetragenen Daten in Entscheidungen übersetzt.

Ein Supportprozess, der tatsächlich funktioniert

Ein CRM-System lebt nicht nur vom Tagesgeschäft, sondern auch davon, wie Störungen und Weiterentwicklungswünsche organisiert werden. Ein Modell, das sich in der Praxis bewährt hat, arbeitet mit zwei getrennten Pipelines:

• Run: alles, was den laufenden Betrieb betrifft – Störungen, akute Probleme.
• Change: alles, was Weiterentwicklung und Customizing betrifft.

Beide Pipelines durchlaufen dieselben Status: initiiert → freigegeben → in Bearbeitung → warten auf Kunde → abgeschlossen. Diese Trennung sorgt dafür, dass dringende Störungen nicht in derselben Warteschlange landen wie langfristige Weiterentwicklungswünsche, und dass beide Seiten – Kunde wie Dienstleister – jederzeit wissen, wo ein Anliegen gerade steht.

Ergänzt wird das idealerweise durch einen Service-Retainer mit klar definiertem Stundenkontingent, garantierter Reaktionszeit (SLA), einem monatlichen Status-Call und einem Quartalsreport. Das schafft Planbarkeit auf beiden Seiten – für den Kunden in Form von Verlässlichkeit, für den Dienstleister in Form von kalkulierbarer Auslastung.

HubSpot-Praxis: zwei Beispiele, die zeigen, wie viel Detailarbeit im System steckt

CRM-Philosophie ist die eine Seite. Die andere ist die technische Umsetzung – und die hat es oft in sich.

UTM-Parameter richtig erfassen. Ein weit verbreitetes Missverständnis: HubSpot legt UTM-Parameter (Quelle, Medium, Kampagne) nicht automatisch als Kontakteigenschaften an. Wer nachvollziehen will, über welchen Kanal ein Kontakt tatsächlich entstanden ist, muss die entsprechenden Felder (utm_source, utm_medium, utm_campaign, utm_content, utm_term) selbst als Custom Properties anlegen – und sie zusätzlich als versteckte Felder in die relevanten Formulare einbauen, damit die Werte beim Absenden tatsächlich übermittelt werden. Ohne diesen Schritt bleibt jede Aussage über Kampagnen-Performance Vermutung statt Beleg.

Verstorbene Kontakte korrekt handhaben. Ein Thema, über das kaum gesprochen wird, das aber jedes CRM-System irgendwann betrifft: Wie geht man mit dem Datensatz eines verstorbenen Kontakts um? Die saubere Lösung braucht drei Bausteine – eine Custom Property zur Kennzeichnung des Status, eine eigene Lifecycle-Stage ("Verstorben") und einen Workflow, der bei Statusänderung automatisch alle E-Mail-Abonnements deaktiviert, den Kontakt aus aktiven Listen entfernt und den zuständigen Owner informiert. Das ist keine Kür, sondern eine Frage von Respekt gegenüber den Angehörigen und von sauberem Datenschutz.

Beide Beispiele zeigen dasselbe Prinzip: CRM-Software liefert die Möglichkeit, nicht die Lösung. Die Lösung entsteht erst durch die konkrete Konfiguration.

Wo Verantwortung im CRM endet – und wo sie beginnt

Ein Thema, das in der Beratungspraxis regelmäßig unangenehm wird: Datenschutz. Wer als externer CRM-Berater Kontaktdaten, Kommunikationsverläufe oder – je nach Branche – sogar sensible Daten in einem System betreut, sieht oft, wenn grundlegende DSGVO-Anforderungen nicht erfüllt sind: kein Verarbeitungsverzeichnis, keine sauberen Einwilligungen, keine Auftragsverarbeitungsverträge mit angebundenen Tools.

Die entscheidende Grenze: Ein CRM-Berater ist in der Regel für die technische Umsetzung verantwortlich – nicht für die datenschutzrechtliche Gesamtverantwortung des Unternehmens. Wer wiederholt und dokumentiert auf Mängel hinweist, ohne dass der Auftraggeber handelt, sollte diese Hinweise schriftlich festhalten – nicht um sich abzusichern, sondern weil im Streitfall nur dokumentierte Kommunikation zählt. Eine klare Trennung der eigenen Leistung (etwa: Systemintegration, Automatisierung) von der Aufgabe des Auftraggebers (Einhaltung der DSGVO) ist dabei keine Formalität, sondern der Kern der eigenen Haftungsbegrenzung.

Vertrieb: Wenn das Produkt hochpreisig und erklärungsbedürftig ist

Nicht jedes CRM-Setup betrifft klassisches B2B-Geschäft. Bei hochpreisigen, erklärungsbedürftigen Dienstleistungen – etwa im Gesundheitsbereich, wo eine Erstdiagnostik mehrere tausend Euro kostet – braucht der Vertriebsprozess eine andere Logik als im klassischen Produktverkauf.

Drei Phasen strukturieren einen solchen Prozess sinnvoll:

• Opening: erster Kontakt, Interesse wecken, Vertrauen aufbauen.
• Setting: Termin vereinbaren, Erwartungen klären, Entscheidungsprozess vorbereiten.
• Closing: die eigentliche Kaufentscheidung begleiten.

Für Interessenten, die nach dem Erstgespräch nicht sofort kaufen, lohnt sich eine mehrstufige Nurturing-Sequenz über mehrere Wochen: erst Value-Content (typische Fragestellungen, Aufklärung), dann Social Proof (Erfahrungsberichte), dann gezielte Dringlichkeit, zuletzt ein persönlicher Re-Engagement-Versuch. Technisch lässt sich das über separate HubSpot-Sequenzen abbilden, jeweils mit eigenem Trigger und eigener Zielsetzung – eine für Interessenten nach dem Erstgespräch, eine für Kunden nach einer Diagnostik ohne Folgebuchung, eine dritte für inaktive Kontakte.

Warum "transparente Daten" das falsche Versprechen ist

Ein Satz, der in der CRM-Beratung gerne fällt: "Wir schaffen transparente Daten." Klingt gut, hält aber einer ehrlichen Prüfung nicht stand. Daten sind nur so gut wie die Disziplin, mit der sie eingetragen werden, und nur so aussagekräftig wie die Definitionen, die dahinterstecken. Von echter Transparenz zu sprechen, suggeriert eine Objektivität, die kein CRM-System von sich aus liefert.

Ehrlicher ist ein anderes Versprechen: ein System, das so strukturiert ist, dass klar wird, worauf man sich verlassen kann – und worauf nicht. Nicht, weil die Daten plötzlich perfekt sind, sondern weil Struktur und Definitionen so sauber sind, dass Unsicherheiten sichtbar bleiben, statt sich hinter scheinbarer Objektivität zu verstecken. Das ist weniger werblich, aber näher an der Realität – und genau das macht am Ende den Unterschied zwischen einem CRM-System, dem man vertraut, und einem, das nur gut aussieht.

Fazit

Eine einzelne Arbeitswoche in der CRM-Beratung reicht von der philosophischen Definitionsfrage bis zur technischen Detailkonfiguration, von Vertriebsstrategie bis Haftungsrecht. Wer CRM nur als Software versteht, übersieht den größten Teil dieser Arbeit. Genau dieser größere Zusammenhang ist es, den dieser Blog künftig regelmäßig aufgreifen wird.