Viele CRM-Systeme beginnen mit einem Interessenten und enden mit einer gewonnenen Verkaufschance. Was danach passiert, verteilt sich häufig auf E-Mails, Excel-Listen, ERP-Systeme, Projektmanagement-Tools, Ticketsysteme und individuelle Fachanwendungen.
Solange nur wenige Personen beteiligt sind, kann das durchaus funktionieren. Die Mitarbeiter kennen sich, Informationen werden auf kurzem Weg ausgetauscht und fehlende Angaben lassen sich durch eine direkte Rückfrage ergänzen.
Mit wachsender Organisation verändert sich die Situation. Mehr Abteilungen, Standorte, Produkte, Rollen und Übergaben machen es zunehmend schwieriger, den gesamten Kundenprozess im Blick zu behalten. Jede einzelne Insellösung kann ihre Aufgabe gut erfüllen, während der übergreifende Prozess trotzdem langsam, fehleranfällig und intransparent bleibt.
Dann stellt sich eine strategische Frage: Sollte das CRM nur Kontakte und Verkaufschancen verwalten oder sollte es den Kundenprozess vom ersten Interesse bis zur langfristigen Betreuung durchgängig unterstützen?
Die Antwort lautet nicht automatisch, dass alles in einem einzigen System stattfinden muss. Ziel sollte vielmehr eine tragfähige Plattformstrategie sein: Eine zentrale CRM- oder ERP-Plattform führt den Prozess, während spezialisierte Anwendungen dort angebunden werden, wo ihr fachlicher Mehrwert den zusätzlichen Integrations- und Betriebsaufwand rechtfertigt.
Für welche Unternehmen ist dieser Ansatz gedacht?
Dieser Beitrag richtet sich in erster Linie an Unternehmen mit mehr als 50 aktiven CRM-Anwendern. Die Zahl der CRM-Nutzer entspricht dabei nicht der gesamten Mitarbeiterzahl.
In einem Produktionsunternehmen können 50 aktive CRM-Anwender schnell für eine Organisation mit 200, 300 oder sogar 500 Mitarbeitern stehen. Viele Beschäftigte in Produktion, Montage, Logistik oder Lager arbeiten nicht täglich im CRM. Sie sind aber indirekt Bestandteil des Kunden-, Auftrags- und Lieferprozesses.
Bei Dienstleistungsunternehmen ist der Anteil der CRM-Anwender an der Gesamtbelegschaft häufig höher. Auch dort kann eine Organisation mit 50 CRM-Nutzern allerdings ohne Weiteres mehr als 100 Mitarbeiter beschäftigen. Entscheidend ist nicht die exakte Mitarbeiterzahl, sondern die Zahl der Personen, die mit Kundeninformationen, Verkaufschancen, Projekten, Verträgen, Servicefällen oder Verlängerungen arbeiten.
Als kleinere Unternehmen verstehen wir in diesem Zusammenhang Organisationen mit bis zu etwa 50 potenziellen CRM-Anwendern. Innerhalb dieser Gruppe bestehen natürlich erhebliche Unterschiede. Ein Unternehmen mit acht Anwendern steht wirtschaftlich vor einer anderen Situation als eine Organisation mit 40 oder 50 Anwendern.
Gerade bei sehr kleinen Unternehmen lässt das verfügbare Budget häufig keine umfangreich individualisierte CRM-Lösung zu. Dabei geht es nicht nur um die erstmalige Einführung. Auch Administration, Support, Datenpflege, Schulungen, Anpassungen, Schnittstellen und die spätere Weiterentwicklung müssen dauerhaft finanziert werden.
Unsere Empfehlung lautet deshalb nicht, dass kleine Unternehmen dringend ein umfassendes und individuell entwickeltes End-to-End-CRM einführen sollten. Dort ist häufig eine standardisierte CRM- oder ERP-Lösung die wirtschaftlichere Wahl.
Der größere strategische Handlungsdruck entsteht vor allem in Organisationen mit mehr als 50 aktiven CRM-Nutzern. In dieser Größenordnung nehmen die Zahl der Rollen, Übergaben, Datenquellen, Freigaben und unterschiedlichen Anforderungen meist deutlich zu. Persönliche Abstimmungen und lokale Insellösungen stoßen dann schneller an ihre Grenzen.
Was ein End-to-End-Prozess im CRM bedeutet
Ein End-to-End-Prozess betrachtet nicht nur die Arbeit einer einzelnen Abteilung. Er beginnt bei einem konkreten Auslöser und endet erst, wenn das angestrebte geschäftliche Ergebnis erreicht wurde.
Im CRM-Umfeld kann der Prozess beim ersten Interesse eines potenziellen Kunden beginnen. Danach folgen beispielsweise Qualifizierung, Beratung, Angebot, Freigabe, Vertragsabschluss, Auftrag, Übergabe an die Umsetzung, Inbetriebnahme, Kundenbetreuung, Verlängerung und der spätere Ausbau der Kundenbeziehung.
Die folgende Prozesskette zeigt einen typischen Ablauf:
Marketingkontakt → Anfrage → Lead → Verkaufschance → Angebot → Vertrag → Auftrag → Umsetzung → Service → Verlängerung → Ausbau
Entscheidend ist nicht, dass jede einzelne Tätigkeit technisch innerhalb des CRM ausgeführt wird. Entscheidend ist, dass der Gesamtstatus, die Verantwortlichkeiten, die nächsten Schritte und die relevanten Kundeninformationen durchgängig sichtbar bleiben.
Das ERP kann weiterhin Artikel, Preise, Aufträge, Rechnungen, Bestände und Zahlungsinformationen verwalten. Ein Dokumentenmanagementsystem kann Verträge revisionssicher speichern. Ein Projektmanagement-System kann Aufgaben, Ressourcen und Termine im Detail steuern.
Das CRM hält jedoch den kundenbezogenen Zusammenhang zusammen. Es zeigt, was mit dem Kunden vereinbart wurde, wie weit der Prozess fortgeschritten ist, welche Probleme bestehen und wer als Nächstes handeln muss.
Warum CRM-Prozesse häufig zu früh enden
Viele CRM-Einführungen konzentrieren sich zunächst auf Marketing und Vertrieb. Kontakte, Unternehmen, Aktivitäten und Verkaufschancen werden strukturiert erfasst. Dashboards zeigen die Pipeline und Workflows erinnern an offene Aufgaben.
Mit dem gewonnenen Auftrag endet die systematische Prozessführung jedoch häufig. Die Verkaufschance wird auf „gewonnen“ gesetzt, die Übergabe erfolgt per E-Mail und die weiteren Informationen verteilen sich auf andere Systeme.
Genau an dieser Stelle entstehen in der Praxis viele Probleme. Die Auftragsbearbeitung erhält nicht alle Informationen aus dem Vertrieb. Das Projektteam kennt wichtige Zusagen aus der Verkaufsphase nicht. Der Service erfährt zu spät, welche besonderen Anforderungen vereinbart wurden.
Auch in umgekehrter Richtung fehlen Informationen. Der Vertrieb erkennt möglicherweise nicht, dass ein Projekt verspätet ist, ein Serviceproblem eskaliert oder eine Rechnung seit Wochen offensteht. Trotzdem wird der Kunde bereits wegen einer Verlängerung oder eines Zusatzgeschäfts angesprochen.
Ein CRM sollte deshalb nicht nur dokumentieren, was bis zum Auftrag passiert ist. Es sollte den Zusammenhang zwischen Vertrieb, Leistungserbringung, Service und weiterer Kundenentwicklung sichtbar machen.
Statistik: Warum Integration zum strategischen Thema wird
Die folgenden Zahlen sind keine allgemeingültigen Aussagen über jedes mittelständische Unternehmen. Sie zeigen jedoch, welche Größenordnungen moderne Anwendungslandschaften inzwischen erreichen können.
Je mehr Anwendungen eingesetzt werden, desto größer wird die Wahrscheinlichkeit, dass Daten mehrfach gepflegt, Informationen unterschiedlich interpretiert und Prozesse an Systemgrenzen unterbrochen werden. Gleichzeitig erschwert eine dezentrale Softwarebeschaffung die Entwicklung einer einheitlichen Plattformstrategie.
| Kennzahl | Ergebnis | Bedeutung für End-to-End-Prozesse |
|---|---|---|
| Durchschnittlich eingesetzte Anwendungen im Connectivity Benchmark 2025 | 897 | Geschäftsprozesse können sich über sehr viele Anwendungen verteilen. |
| Befragte mit mehr als 1.000 eingesetzten Anwendungen | 45 % | Besonders große Organisationen müssen erhebliche Integrationskomplexität beherrschen. |
| Unternehmen ohne integrierte Benutzererfahrung über ihre Kanäle | 66 % | Kunden und Mitarbeiter erleben unterschiedliche Informationsstände und Prozessbrüche. |
| IT-Verantwortliche, die Integration als Hürde für einen wirksamen KI-Einsatz betrachten | 95 % | Ohne verbundene Daten und Prozesse bleibt auch KI auf einzelne Aufgaben begrenzt. |
| Anteil der SaaS-Ausgaben, der laut Zylo 2025 von Fachbereichen verantwortet wird | 70 % | Software wird zunehmend dezentral und außerhalb einer übergreifenden Architektur beschafft. |
| IT-Verantwortliche, die systemübergreifende Integration als Voraussetzung erfolgreicher KI-Agenten betrachten | 96 % | Neue Automatisierung erhöht den Bedarf an einer verbundenen Prozess- und Datenarchitektur. |
| Potenzielle Wirkung einer End-to-End-Neugestaltung gegenüber isolierten Verbesserungen | Drei- bis vierfach | Der größere Nutzen entsteht häufig durch die Neugestaltung des gesamten Ablaufs. |
Der MuleSoft Connectivity Benchmark 2025 basiert auf einer Befragung von 1.050 IT-Verantwortlichen. Die Untersuchung nennt durchschnittlich 897 eingesetzte Anwendungen, 66 Prozent der Befragten ohne integrierte Benutzererfahrung und 95 Prozent, die Integration als Hürde für einen wirksamen KI-Einsatz sehen.
Der SaaS Management Index 2025 von Zylo zeigt zusätzlich, dass Fachbereiche inzwischen 70 Prozent der SaaS-Ausgaben verantworten. Dezentrale Entscheidungen können fachlich sinnvoll sein, erschweren aber Transparenz, Governance und die Entwicklung einer durchgängigen Plattformstrategie.
Im Connectivity Report 2026 betrachten 96 Prozent der befragten IT-Verantwortlichen die Integration über verschiedene Systeme hinweg als Voraussetzung für den Erfolg von KI-Agenten. BCG kommt bei der Betrachtung durchgängig neu gestalteter Prozesse zu dem Ergebnis, dass deren Wirkung drei- bis viermal höher ausfallen kann als bei isolierten Einzelverbesserungen.
Die Zahlen sollten nicht als Argument dienen, möglichst viele Systeme auf eine einzige Plattform zu migrieren. Sie zeigen vielmehr, dass jede zusätzliche Anwendung und jede weitere Schnittstelle Teil einer bewussten Architekturentscheidung sein sollte.
Die Unternehmensgröße allein entscheidet nicht
Die Zahl der Mitarbeiter oder CRM-Nutzer ist ein wichtiges Indiz, aber kein ausreichendes Entscheidungskriterium.
Ein Produktionsunternehmen mit 500 Mitarbeitern kann einen vergleichsweise einfachen Vertriebsprozess besitzen. Ein Dienstleistungsunternehmen mit 120 Mitarbeitern kann dagegen über Partner, Plattformen, Subunternehmer, unterschiedliche Vertragsmodelle und zahlreiche Freigabestufen arbeiten.
Entscheidend sind mehrere Faktoren:
| Kriterium | Geringere Komplexität | Höhere Komplexität |
|---|---|---|
| Beteiligte Personen | Wenige Personen mit direkter Abstimmung | Viele Rollen und Organisationseinheiten |
| Standorte und Gesellschaften | Ein Standort und eine Gesellschaft | Mehrere Standorte, Länder oder Gesellschaften |
| Vertriebsmodell | Direkter und einheitlicher Vertrieb | Direktvertrieb, Partner, Plattformen und Ausschreibungen |
| Produkte und Leistungen | Wenige Standardangebote | Viele Varianten und individuelle Leistungen |
| Angebotserstellung | Einfache Kalkulation | Mehrstufige Kalkulation und Freigaben |
| Übergabe nach dem Abschluss | Direkte persönliche Übergabe | Übergabe an Projekt, Produktion, Logistik und Service |
| Vertragsmodelle | Einmalige Beauftragung | Laufzeiten, Abonnements, Verbrauchsmodelle und Verlängerungen |
| Vorgangsvolumen | Wenige Vorgänge pro Woche | Viele wiederkehrende Vorgänge |
| Berechtigungen | Wenige einfache Rollen | Komplexe Sicht- und Bearbeitungsrechte |
| Reporting | Einfache Vertriebskennzahlen | Bereichsübergreifende Steuerung und Compliance |
Ein hohes Vorgangsvolumen ist nicht automatisch problematisch, wenn sämtliche Vorgänge einem klaren Standard folgen. Umgekehrt können bereits wenige Vorgänge erheblichen Abstimmungsaufwand erzeugen, wenn jeder Fall individuell behandelt werden muss.
Auch regulatorische Anforderungen, internationale Gesellschaften oder unterschiedliche Berechtigungen erhöhen die Komplexität. Deshalb sollte eine Plattformentscheidung immer am tatsächlichen Geschäftsmodell ausgerichtet werden.
Was für kleinere Unternehmen häufig sinnvoller ist
Kleinere Unternehmen haben grundsätzlich die Chance, einen großen Teil ihrer Abläufe mit einer einzigen zentralen Lösung abzubilden. Das bedeutet jedoch nicht, dass sie eine umfangreich individualisierte CRM-Plattform einführen sollten.
Bei wenigen Anwendern und einem überschaubaren Prozessvolumen stehen die Kosten für Konzeption, Anpassung und kontinuierliche Weiterentwicklung häufig nicht in einem sinnvollen Verhältnis zum erwarteten Nutzen. Eine aufwendig integrierte Systemlandschaft lässt sich dann ebenfalls kaum wirtschaftlich betreiben.
Eine standardisierte CRM- oder ERP-Lösung kann dennoch einen weitgehend durchgängigen Prozess unterstützen. Kontakte, Anfragen, Verkaufschancen, Angebote, Aufträge, Aufgaben und einfache Servicevorgänge lassen sich je nach System innerhalb einer zentralen Anwendung verwalten.
Einige ERP-Systeme bringen bereits grundlegende CRM-Funktionen mit. Umgekehrt können CRM-Plattformen einfache Freigaben, Vertragsinformationen, Serviceabläufe und wiederkehrende Aufgaben unterstützen.
Spezialisierte Werkzeuge bleiben häufig für das Marketing bestehen. Website, Social Media, Suchmaschinenmarketing und E-Mail-Marketing erfordern meist eigene Anwendungen. Entscheidend ist, dass konkrete Reaktionen kontrolliert in den zentralen Kundenprozess gelangen.
Ein Website-Formular sollte eine Anfrage oder einen Lead erzeugen. Eine konkrete Newsletter-Reaktion sollte dem richtigen Kontakt zugeordnet werden können. Eine qualifizierte Rückmeldung aus einer Kampagne sollte einen Vertriebsprozess auslösen.
Bei einem geringen Volumen ist dafür nicht zwingend eine individuell entwickelte Integration erforderlich. Standardkonnektoren, einfache Importe oder klar definierte manuelle Übergaben können ausreichen.
Die zentrale Frage lautet bei kleineren Unternehmen daher nicht, wie möglichst viele Abläufe individuell automatisiert werden können. Zu prüfen ist vielmehr, welche Funktionen im Standard wirtschaftlich nutzbar sind und welche Prozessschritte aufgrund ihres geringen Volumens keine technische Automatisierung rechtfertigen.
Auch große Unternehmen können mit einer zentralen Plattform arbeiten
Die Möglichkeit, viele Abläufe innerhalb einer Plattform abzubilden, besteht nicht nur für kleinere Unternehmen.
Auch größere Organisationen können mit einer weitgehend zentralen Lösung erfolgreich arbeiten, wenn ihre Prozesse einheitlich sind und keine hoch spezialisierten Fachanforderungen bestehen. Die reine Größe eines Unternehmens erzwingt nicht automatisch eine große Zahl unterschiedlicher Fachsysteme.
Entscheidend ist die Ausbaufähigkeit der eingesetzten Plattform. Manche CRM- oder ERP-Lösungen eignen sich vor allem für klar begrenzte Standardprozesse. Andere lassen sich um zusätzliche Module, Datenstrukturen, Workflows, Portale und Automatisierungen erweitern.
Flexible CRM-Plattformen, wie z.B. SpiceCRM, können neben klassischen Vertriebsprozessen beispielsweise auch individuelle Datenobjekte, Freigaben, Serviceabläufe und kundenspezifische Prozesse unterstützen. Umfangreiche Enterprise-Plattformen wie SAP oder Salesforce bieten je nach Produktauswahl und Ausbaustufe die Möglichkeit, weitere Geschäftsbereiche auf einer gemeinsamen technologischen Grundlage abzubilden.
Unter geeigneten Voraussetzungen kann dadurch auf einzelne spezialisierte Anwendungen verzichtet werden. Einfache Partnerverwaltung, Vertragsprozesse, interne Anfragen, Serviceabläufe oder ausgewählte Personalprozesse lassen sich möglicherweise innerhalb der vorhandenen Plattform umsetzen.
Ob dies sinnvoll ist, muss im Einzelfall abgewogen werden. Eine zentrale Plattform erreicht nicht in jedem Fachgebiet dieselbe funktionale Tiefe wie ein spezialisierter Anbieter.
Ein spezialisiertes Bewerbermanagement kann beispielsweise bessere Funktionen für Stellenportale, Bewerberkommunikation und Talentpools bieten. Ein spezialisiertes Field-Service-System kann Einsatzplanung, Ersatzteile und technische Wartungsverträge tiefer abbilden.
Die Frage lautet deshalb nicht, ob eine bestehende Plattform theoretisch erweitert werden kann. Entscheidend ist, ob sich der gewünschte Prozess ausreichend gut, wirtschaftlich und langfristig wartbar abbilden lässt.
Nicht jede Speziallösung ist automatisch die bessere Lösung
Fachabteilungen bevorzugen verständlicherweise Anwendungen, die genau auf ihre Aufgaben zugeschnitten sind. Aus Sicht des jeweiligen Bereichs kann die spezialisierte Lösung daher überzeugend wirken.
Die Entscheidung darf aber nicht ausschließlich anhand der Funktionen innerhalb der Anwendung getroffen werden. Auch der Aufwand für Integration, Benutzerverwaltung, Datenschutz, Support und Betrieb gehört zur Gesamtbetrachtung.
Eine zusätzliche Anwendung schafft meist eine weitere Systemgrenze. Kundendaten, Statusinformationen, Dokumente und Verantwortlichkeiten müssen zwischen den beteiligten Systemen ausgetauscht werden.
Damit entstehen neue Abhängigkeiten. Ein Prozess funktioniert nur noch dann zuverlässig, wenn Quellsystem, Schnittstelle und Zielsystem gleichzeitig korrekt arbeiten.
Die richtige Frage lautet deshalb:
Ist der fachliche Mehrwert der Speziallösung groß genug, um die zusätzliche technische und organisatorische Komplexität dauerhaft zu rechtfertigen?
| Prüffrage | Spricht eher für den Ausbau der Plattform | Spricht eher für eine Speziallösung |
|---|---|---|
| Wie speziell ist der Prozess? | Weitgehend standardisiert | Stark fach- oder branchenspezifisch |
| Wie hoch ist das Vorgangsvolumen? | Überschaubar oder klar standardisiert | Sehr hoch und mit besonderen Anforderungen |
| Welche funktionale Tiefe wird benötigt? | Grundlegende Funktionen reichen aus | Spezialfunktionen sind geschäftskritisch |
| Wie hoch wäre der Integrationsaufwand | Eine neue Schnittstelle wäre unverhältnismäßig | Eine bewährte Standardintegration ist vorhanden |
| Wie wichtig ist eine gemeinsame Datensicht? | Zentrale Sicht hat hohe Priorität | Fachliche Trennung ist notwendig |
| Wie häufig verändert sich der Prozess? | Änderungen können intern konfiguriert werden | Der Spezialanbieter liefert wichtige Fachupdates |
| Wie kritisch ist die Herstellerabhängigkeit? | Bestehende Plattform wird stärker genutzt | Zusätzlicher Anbieter ist strategisch vertretbar |
| Wie sehen die Gesamtkosten aus? | Plattformausbau ist langfristig günstiger | Speziallösung spart mehr Aufwand, als sie verursacht |
Wo die bestehende Plattform einen Prozess ausreichend gut abbilden kann, ist eine weitere Anwendung nicht automatisch die bessere Wahl.
Jede zusätzliche Schnittstelle benötigt einen Business Case
Eine Schnittstelle verursacht nicht nur einmaligen Implementierungsaufwand. Sie muss dokumentiert, überwacht, getestet und bei Änderungen an den beteiligten Systemen angepasst werden.
Hinzu kommen Fehleranalysen, Abstimmungen zwischen verschiedenen Anbietern und mögliche Ausfälle nach Updates. Änderungen an Feldern, Berechtigungen, APIs oder Datenformaten können zusätzliche Arbeiten auslösen.
Bei geschäftskritischen Integrationen werden außerdem Monitoring, Protokollierung, Wiederholungsmechanismen und klar geregelte Verantwortlichkeiten benötigt. Je mehr Schnittstellen existieren, desto größer wird die Zahl möglicher Fehlerkombinationen.
Wenn nur wenige Vorgänge pro Woche zwischen zwei Anwendungen übertragen werden, kann dieser technische und organisatorische Aufwand den tatsächlichen Nutzen einer spezialisierten Anwendung übersteigen.
Eine weitere Anwendung muss ihren Mehrwert deshalb nicht nur gegenüber ihren Lizenzkosten rechtfertigen. In die Wirtschaftlichkeitsbetrachtung gehören auch die Implementierung, der laufende Betrieb, die Updatefähigkeit, die Fehleranalyse, die Benutzerverwaltung und die Abstimmung zwischen den Herstellern.
Diese Kosten werden bei einer frühen Produktauswahl häufig unterschätzt. Die Lizenz einer spezialisierten Anwendung kann zunächst günstig erscheinen. Der größere Aufwand entsteht möglicherweise erst während des Betriebs über mehrere Jahre.
Besonders kritisch wird es, wenn niemand eindeutig für die Schnittstelle verantwortlich ist. Fehler werden dann möglicherweise erst bemerkt, wenn Daten fehlen oder nachfolgende Prozesse bereits betroffen sind.
Weniger Schnittstellen können die Robustheit erhöhen
Der Vorteil einer konsolidierten Plattform liegt vor allem in der geringeren Zahl technischer Übergänge.
Jede vermiedene Schnittstelle reduziert potenzielle Fehlerquellen, Wartungsaufwand und Abhängigkeiten zwischen verschiedenen Herstellern. Daten bleiben häufiger innerhalb eines einheitlichen Modells und müssen nicht laufend übersetzt oder abgeglichen werden.
Auch Rollen und Rechte können zentraler verwaltet werden. Automatisierungen greifen auf dieselben Datenobjekte, Verantwortlichkeiten und Statuswerte zu.
Ein weiterer Vorteil zeigt sich bei der Fehleranalyse. Läuft ein Prozess innerhalb einer Plattform ab, lässt sich häufig schneller erkennen, an welchem Schritt ein Problem entstanden ist.
Bei mehreren verbundenen Anwendungen muss zunächst geprüft werden, ob die Ursache im Quellsystem, in der Schnittstelle, im Zielsystem oder in einer fehlerhaften Zuordnung liegt. Weniger Systemübergänge können daher die Robustheit der gesamten Prozesslandschaft erhöhen.
Das bedeutet allerdings nicht, dass jede Zentralisierung automatisch zu einer besseren Architektur führt. Wenn eine Plattform so stark individualisiert wird, dass Updates nur noch mit erheblichem Aufwand möglich sind, entsteht lediglich eine andere Form technischer Abhängigkeit.
Auch Lizenzkosten, Herstellerbindung und die Verfügbarkeit qualifizierter Administratoren müssen berücksichtigt werden. Aus einer zentralen Plattform darf kein schwer wartbarer Monolith entstehen.
Das CRM muss nicht alles selbst erledigen
Ein End-to-End-Prozess bedeutet nicht, dass jede Fachfunktion unmittelbar im CRM ausgeführt werden muss.
Das CRM sollte dort führen, wo der Kunde, die Kundenbeziehung, die Kommunikation und der nächste Prozessschritt im Mittelpunkt stehen. Dazu gehören beispielsweise Leads, Kontakte, Verkaufschancen, Angebote, Freigaben, Vertragsstatus, Übergaben, Serviceinformationen und Verlängerungen.
Das ERP bleibt in der Regel das führende System für Artikel, Preise, Aufträge, Lieferungen, Rechnungen, Bestände und Finanzinformationen. Ein Projektmanagement-System kann weiterhin die detaillierte Aufgaben- und Ressourcenplanung übernehmen.
Im CRM müssen nicht sämtliche ERP- oder Projektdaten dupliziert werden. Sichtbar sein sollten die Informationen, die für die Steuerung der Kundenbeziehung und den nächsten Prozessschritt benötigt werden.
In SugarCRM oder SpiceCRM kann beispielsweise angezeigt werden, dass ein Auftrag angelegt wurde, eine Lieferung aussteht, ein Projekt verspätet ist oder offene Servicefälle bestehen. Der Vertriebsmitarbeiter muss dafür nicht zwingend in jedes Ursprungssystem wechseln.
Die Plattformidee besteht somit nicht darin, alle Anwendungen abzuschaffen. Sie schafft einen verbindlichen Rahmen, in dem der gesamte Kundenprozess gesteuert werden kann.
Warum größere Unternehmen Durchhaltevermögen benötigen
Ein End-to-End-Prozess entsteht nicht allein durch die Installation eines neuen CRM-Systems. Er verändert Zuständigkeiten, Entscheidungswege, Datenstrukturen und teilweise auch etablierte Machtverhältnisse.
Viele Fachbereiche haben ihre eigenen Abläufe über Jahre optimiert. Diese Abläufe können lokal gut funktionieren, ohne mit dem übergreifenden Kundenprozess kompatibel zu sein.
Bei einer End-to-End-Betrachtung werden Widersprüche sichtbar, die zuvor zwischen Abteilungen verborgen geblieben sind. Typische Diskussionen betreffen die Frage, wann ein Lead übergeben werden darf, wer ein Angebot freigibt, wann ein Vertrag vollständig ist oder wer die Verantwortung nach dem Auftrag übernimmt.
Auch die Frage nach dem führenden System erzeugt häufig Konflikte. Der Vertrieb betrachtet möglicherweise das CRM als führend, während die Auftragsbearbeitung ausschließlich auf das ERP vertraut.
Solche Fragen können nicht durch technische Konfiguration allein beantwortet werden. Sie benötigen verbindliche fachliche Entscheidungen und eine klare Prozessverantwortung.
Das Management muss deshalb bereit sein, bereichsübergreifende Standards durchzusetzen. Ohne Governance wird eine neue Plattform schnell nur zu einer weiteren Anwendung innerhalb der bestehenden Insellandschaft.
Zehn sinnvolle Ausbaustufen für einen End-to-End-Prozess
Ein umfassender Kundenprozess sollte nicht als Big-Bang-Projekt umgesetzt werden. Sinnvoller ist ein klar definiertes Zielbild, das in fachlich nutzbare und messbare Phasen zerlegt wird.
Jede Phase sollte einen eigenständigen Nutzen liefern. Das Projekt darf nicht über Jahre ausschließlich technische Grundlagen schaffen, ohne die tägliche Arbeit der Anwender zu verbessern.
Die Reihenfolge hängt vom Geschäftsmodell und den größten aktuellen Prozessproblemen ab. In vielen Unternehmen bieten sich jedoch die folgenden Ausbaustufen an:
| Vorschlag oder Idee | Nutzen | Beschreibung |
|---|---|---|
| Einheitliche Kunden- und Kontaktsicht | Weniger Suche und Doppelpflege | Relevante Kundeninformationen werden zusammengeführt oder über die beteiligten Systeme hinweg sichtbar gemacht. |
| Standardisierte Lead-Qualifizierung | Vergleichbare Entscheidungen | Marketing und Vertrieb erhalten verbindliche Kriterien für Bewertung und Übergabe. |
| Durchgängige Verkaufsphasen | Realistischere Pipeline | Für jede Vertriebsphase werden klare Eintritts- und Austrittskriterien definiert. |
| Angebots- und Freigabeprozess | Schnellere Entscheidungen | Rabatte, Sonderkonditionen und rechtliche Prüfungen werden rollenbasiert gesteuert. |
| Strukturierte Vertragsübergabe | Weniger Informationsverluste | Leistungen, Termine, Zusagen und Voraussetzungen werden nach dem Abschluss vollständig übergeben. |
| Anbindung der Auftragsbearbeitung | Transparenz nach dem Abschluss | Auftragsnummer, Bearbeitungsstatus, Lieferung und ausgewählte Rechnungsinformationen werden sichtbar. |
| Onboarding- oder Projektübergabe | Schnellere Umsetzung | Gewonnene Aufträge erzeugen definierte Folgeprozesse für Projekt, Produktion oder Customer Success. |
| Serviceintegration | Vollständigeres Kundenbild | Offene Tickets, Eskalationen und Servicequalität stehen Vertrieb und Betreuung zur Verfügung. |
| Verlängerungs- und Ausbauprozess | Weniger verpasste Umsätze | Laufzeiten, Kündigungsfristen, Nutzungssignale und Ausbaupotenziale werden überwacht |
| End-to-End-Reporting | Steuerung des Gesamtprozesses | Dashboards zeigen Durchlaufzeiten, Übergabequalität, Engpässe und Ergebnisse über Bereichsgrenzen hinweg. |
Die Reihenfolge muss nicht in jedem Unternehmen identisch sein. Ein Hersteller kann zunächst die Übergabe vom Vertrieb an Auftragsbearbeitung und Produktion priorisieren. Ein Dienstleister beginnt möglicherweise mit Angebot, Vertragsfreigabe und Projektstart.
Entscheidend ist, dass jede Stufe auf das übergreifende Zielbild einzahlt.
Rollen, Rechte und Datenqualität werden wichtiger
Je mehr Teile des Kundenprozesses über eine zentrale Plattform gesteuert werden, desto wichtiger wird ein belastbares Rollen- und Berechtigungskonzept.
Nicht jeder Mitarbeiter darf sämtliche Preis-, Vertrags-, Service- oder Finanzinformationen sehen und bearbeiten. Gleichzeitig darf das Berechtigungskonzept den Prozess nicht so stark behindern, dass Informationen erneut über E-Mail und Excel ausgetauscht werden.
Rollen und Rechte sollten deshalb bereits während der Prozessgestaltung berücksichtigt werden. Dabei geht es nicht nur um Datenschutz, sondern auch um klare Verantwortlichkeiten.
Ebenso wichtig ist die Datenqualität. Ein durchgängiger Prozess kann nur funktionieren, wenn zentrale Informationen wie Kundennummern, Gesellschaften, Ansprechpartner, Produkte, Vertragslaufzeiten und Zuständigkeiten eindeutig sind.
Automatisierte Prüfungen, Dublettenregeln und Pflichtfelder können unterstützen. Sie ersetzen jedoch keine fachliche Datenverantwortung.
Es muss geklärt sein, welcher Bereich welche Informationen pflegt, welches System führend ist und wie fehlerhafte Daten korrigiert werden.
Workflows müssen auch Ausnahmen zulassen
Ein häufiger Fehler bei der Digitalisierung besteht darin, ausschließlich den idealen Prozess abzubilden.
In der Praxis entstehen Sonderpreise, nachträgliche Vertragsänderungen, geteilte Lieferungen, wechselnde Ansprechpartner, pausierte Projekte und abweichende Zahlungsbedingungen.
Ein zu starres CRM wird von den Anwendern umgangen. Informationen landen dann wieder in E-Mails, persönlichen Notizen oder lokalen Excel-Listen.
Gute End-to-End-Prozesse unterscheiden deshalb zwischen verbindlichen Kernschritten und kontrollierten Ausnahmen. Eine Ausnahme darf möglich sein, muss aber nachvollziehbar bleiben.
Das System sollte festhalten, wer eine Abweichung genehmigt hat, warum sie notwendig war und welche Auswirkungen sie auf die nachfolgenden Prozessschritte hat.
Workflows, Rollenmodelle, Dashboards und konfigurierbare Datenstrukturen sollten den Prozess unterstützen. Sie dürfen nicht dazu führen, dass jede denkbare Ausnahme durch weitere Pflichtfelder und komplizierte Masken verhindert werden soll.
Phasenweise einführen statt alles gleichzeitig umbauen
Ein End-to-End-Zielbild ist notwendig. Es beschreibt, welche Stationen ein Kunde durchläuft, welche Systeme beteiligt sind und welche Informationen zwischen den Bereichen benötigt werden.
Dieses Zielbild darf jedoch nicht mit einem einzigen großen Einführungsprojekt verwechselt werden. Die Umsetzung sollte in fachlich sinnvolle Phasen zerlegt werden.
Phase 0: Prozess und Nutzen definieren
Zunächst wird der bestehende Ablauf vom ersten Kundenkontakt bis zum gewünschten Endpunkt aufgenommen. Dabei werden Wartezeiten, Medienbrüche, doppelte Erfassungen und unklare Zuständigkeiten sichtbar gemacht.
Gleichzeitig werden messbare Ziele festgelegt. Beispiele sind kürzere Angebotszeiten, weniger unvollständige Übergaben, geringerer Abstimmungsaufwand oder eine höhere Verlängerungsquote.
In dieser Phase sollte auch geprüft werden, welche Funktionen innerhalb der vorhandenen Plattform abgebildet werden können. Für jede zusätzliche Fachanwendung muss ein wirtschaftlicher und fachlicher Nutzen erkennbar sein.
Phase 1: Einen belastbaren Kernprozess schaffen
In der ersten produktiven Phase werden nur die wichtigsten Schritte umgesetzt. Häufig sind dies Lead-Qualifizierung, Verkaufschance, Angebot, Freigabe und eine strukturierte Übergabe nach dem Abschluss.
Diese Phase muss bereits einen erkennbaren Nutzen liefern. Ein Projekt, das erst nach mehreren Jahren eine Verbesserung verspricht, verliert schnell die Unterstützung der Fachbereiche.
Phase 2: Die vorhandene Plattform gezielt ausbauen
Bevor weitere Anwendungen eingeführt werden, sollte geprüft werden, welche zusätzlichen Prozesse innerhalb der bestehenden CRM- oder ERP-Plattform umgesetzt werden können.
Dazu können Vertragsinformationen, Freigaben, Serviceübergaben, Aufgabensteuerung oder einfache Portalfunktionen gehören. Nicht jede neue Anforderung benötigt automatisch ein neues System.
Phase 3: Notwendige Fachsysteme anbinden
Spezialisierte Anwendungen werden dort integriert, wo ihre fachliche Tiefe tatsächlich benötigt wird.
Dabei sollten nicht sämtliche verfügbaren Daten synchronisiert werden. Übertragen werden nur die Informationen, die für Entscheidungen, Automatisierung oder Transparenz notwendig sind.
Eine Schnittstelle ohne klaren fachlichen Zweck erzeugt lediglich zusätzliche Abhängigkeit.
Phase 4: Weitere Lebenszyklusphasen ergänzen
Anschließend können Onboarding, Service, Reklamationen, Verlängerungen und Ausbaupotenziale ergänzt werden.
Die Erfahrungen aus den ersten Phasen fließen direkt in die Erweiterungen ein. So wächst die Plattform kontrolliert und orientiert sich an der tatsächlichen Nutzung.
Praxisbeispiel: Vom Auftrag zur strukturierten Kundenübergabe
Das folgende anonymisierte Beispiel verdichtet typische Erfahrungen aus vergleichbaren mittelständischen B2B-Projekten.
Ein Produktionsunternehmen mit mehreren Hundert Mitarbeitern arbeitete im Vertrieb bereits mit einem CRM. Nach dem Vertragsabschluss erfolgte die Übergabe an Auftragsbearbeitung, Projektmanagement und Service jedoch überwiegend per E-Mail und Excel.
Die Beteiligten investierten viel Zeit in Statusabfragen. Gleichzeitig fehlten regelmäßig Informationen zu Ansprechpartnern, Leistungsumfang, Lieferterminen und besonderen Zusagen aus der Verkaufsphase.
Ursprünglich wurde darüber nachgedacht, für die Übergabe und das Kunden-Onboarding eine weitere spezialisierte Anwendung einzuführen. In der Analyse zeigte sich jedoch, dass sich die benötigten Funktionen innerhalb der vorhandenen CRM-Plattform abbilden ließen.
Dadurch entfielen eine zusätzliche Benutzerverwaltung, eine weitere Lizenzgruppe und eine neue Schnittstelle.
In der ersten Phase wurden verbindliche Verkaufsphasen, Angebotsfreigaben und ein strukturierter Übergabedatensatz eingeführt. Bei einer gewonnenen Verkaufschance prüfte das CRM automatisch, ob Ansprechpartner, Leistungen, Termine, kaufmännische Freigaben und technische Voraussetzungen vollständig waren.
In der zweiten Phase wurde das ERP angebunden. Auftragsnummer, Bearbeitungsstatus und ausgewählte Rechnungsinformationen wurden im CRM sichtbar gemacht.
In der dritten Phase wurden Serviceinformationen und Vertragslaufzeiten ergänzt. Vertrieb und Kundenbetreuung konnten dadurch rechtzeitig erkennen, ob offene Probleme bestanden oder eine Vertragsverlängerung vorbereitet werden musste.
| Messgröße | Vor der Einführung | Nach den ersten drei Phasen |
|---|---|---|
| Zeit vom Auftragseingang bis zur bestätigten Übergabe | 4,5 Arbeitstage | 1,8 Arbeitstage |
| Übergaben mit fehlenden Pflichtinformationen | 31 % | 9 % |
| Aufwand für manuelle Statusabfragen | Rund 12 Stunden pro Woche | Rund 5 Stunden pro Woche |
| Rechtzeitig gestartete Vertragsverlängerungen | 68 % | 91 % |
| Bereichsübergreifende Abstimmungstermine | Zwei Termine pro Woche | Ein fokussierter Termin pro Woche |
Der größte Nutzen entstand nicht durch eine einzelne Automatisierung. Entscheidend war die gemeinsame Definition des Übergabepunkts zwischen Vertrieb, Auftragsbearbeitung und Umsetzung.
Das CRM entwickelte sich dadurch vom reinen Dokumentationssystem zu einer Plattform, die den nächsten Prozessschritt aktiv unterstützte.
Die phasenweise und agile Einführung war dabei wesentlich. Nach jeder Stufe konnte das Unternehmen prüfen, ob die gewünschte Verbesserung tatsächlich eingetreten war.
Anforderungen wurden anhand der realen Nutzung angepasst. Gleichzeitig wurde bewusst darauf verzichtet, für einen überschaubaren Teilprozess eine weitere Insellösung einzuführen.
Nutzen messen statt Funktionen zählen
Ein End-to-End-Projekt ist nicht erfolgreich, weil besonders viele Module, Felder oder Schnittstellen implementiert wurden.
Entscheidend ist, ob der gesamte Ablauf schneller, verlässlicher und transparenter geworden ist. Geeignete Kennzahlen sind beispielsweise die Durchlaufzeit, Wartezeiten zwischen Abteilungen, die Zahl unvollständiger Übergaben und der Aufwand für Nachbearbeitung.
Auch Eskalationen, Verlängerungsquoten und die Zeit zwischen Vertragsabschluss und produktiver Nutzung einer Leistung können relevante Größen sein.
Die Akzeptanz der Anwender sollte ebenfalls nicht ausschließlich über die Zahl der Logins gemessen werden. Aussagekräftiger ist, ob Mitarbeiter das CRM freiwillig für ihre tägliche Steuerung nutzen.
Ein wichtiges Signal ist außerdem, ob parallele Excel-Listen und manuelle Statusabfragen tatsächlich zurückgehen.
Bei einer Konsolidierung der Systemlandschaft sollten zusätzlich die Schnittstellenkosten betrachtet werden. Weniger Übertragungsfehler, geringerer Administrationsaufwand und weniger Abstimmungen zwischen verschiedenen Anbietern können wesentliche Projektergebnisse darstellen.
Checkliste für eine sinnvolle CRM-Gamification
Vor einer Entscheidung sollte der bestehende Kundenprozess vollständig betrachtet werden. Dabei geht es nicht darum, möglichst viele technische Schwachstellen zu sammeln. Im Mittelpunkt stehen die Übergaben, an denen Informationen fehlen, Verantwortlichkeiten unklar sind oder Vorgänge regelmäßig liegen bleiben. Für jede zusätzliche Fachanwendung sollte der Nutzen den vollständigen Integrations- und Betriebskosten gegenübergestellt werden. Gleichzeitig muss realistisch bewertet werden, welche Prozesse innerhalb der vorhandenen Plattform wirtschaftlich und dauerhaft wartbar umgesetzt werden können.
- Ist der Kundenprozess vom ersten Interesse bis zu Service und Verlängerung dokumentiert?
- Sind die wichtigsten organisatorischen und technischen Übergaben bekannt?
- Gibt es für jeden Prozessschritt einen fachlich verantwortlichen Bereich?
- Sind klare Kriterien für Übergaben zwischen Marketing, Vertrieb, Umsetzung und Service definiert?
- Ist festgelegt, welches System für welche Daten führend ist?
- Können Mitarbeiter den aktuellen Kunden-, Auftrags- und Projektstatus ohne manuelle Rückfragen erkennen?
- Wurde geprüft, welche Prozesse innerhalb der bestehenden Plattform abgebildet werden können?
- Rechtfertigt jede zusätzliche Fachanwendung ihren Integrations- und Betriebsaufwand?
- Sind die laufenden Kosten und Verantwortlichkeiten der vorhandenen Schnittstellen bekannt?
- Werden Fehler in Schnittstellen automatisch erkannt und nachvollziehbar protokolliert?
- Sind Rollen, Rechte und Datenschutz bereits im Prozessdesign berücksichtigt?
- Können Ausnahmen kontrolliert und nachvollziehbar bearbeitet werden?
- Wurden messbare Ziele wie Durchlaufzeit, Übergabequalität oder Verlängerungsquote festgelegt?
- Ist die Einführung in eigenständig nutzbare und messbare Phasen aufgeteilt?
- Gibt es einen End-to-End-Prozessverantwortlichen mit ausreichender Entscheidungskompetenz?
- Kann die gewählte Plattform mit der Organisation und dem Vorgangsvolumen weiterwachsen?
- Wird regelmäßig geprüft, ob bestehende Insellösungen noch einen ausreichenden Mehrwert liefern?
- Werden Anwender und Fachbereiche kontinuierlich in die Weiterentwicklung einbezogen?
Fazit: Der Prozess entscheidet, nicht die Zahl der Systeme
Ein End-to-End-Prozess kann grundsätzlich in Unternehmen jeder Größe sinnvoll sein. Der Umfang der technischen Umsetzung muss jedoch zur Zahl der Anwender, zum Prozessvolumen, zur Komplexität und zum verfügbaren Budget passen.
Sehr kleine Unternehmen sollten nicht automatisch versuchen, eine umfassend individualisierte CRM-Plattform aufzubauen. Einführung, Betrieb und kontinuierliche Weiterentwicklung können einen Aufwand verursachen, der durch die geringe Zahl der Vorgänge nicht gerechtfertigt ist.
Eine möglichst standardisierte CRM- oder ERP-Lösung ist dort häufig die wirtschaftlichere Wahl. Sie kann dennoch einen großen Teil der Kommunikation und des Kundenprozesses durchgängig unterstützen.
Dieser Beitrag richtet sich vor allem an Organisationen mit mehr als 50 aktiven CRM-Anwendern. Im Produktionsumfeld entspricht dies häufig Unternehmen mit 200, 300 oder 500 Mitarbeitern. Bei Dienstleistungsunternehmen kann die Gesamtbelegschaft ebenfalls deutlich über der Zahl der CRM-Nutzer liegen.
In dieser Größenordnung steigen meist die Zahl der Rollen, Übergaben, Datenquellen und Prozessvarianten. Persönliche Abstimmungen und viele kleine Insellösungen werden dadurch zunehmend zum Risiko.
Eine durchgängige CRM- oder Enterprise-Plattform bedeutet nicht, jede Fachanwendung abzuschaffen. Sie schafft eine verbindliche Kunden- und Prozesssicht und bindet spezialisierte Systeme dort ein, wo deren Mehrwert die zusätzliche Komplexität rechtfertigt.
Gleichzeitig sollte geprüft werden, welche Prozesse sich innerhalb einer bestehenden Plattform wirtschaftlich ausbauen lassen. Jede vermiedene Schnittstelle kann Wartungsaufwand, Fehlerquellen und Herstellerabhängigkeiten reduzieren.
Die technische Plattform ist jedoch nur ein Teil der Aufgabe. Ebenso wichtig sind Prozessverantwortung, Governance und die Bereitschaft, historisch gewachsene Abläufe zu hinterfragen.
Der richtige Weg ist selten der Big Bang. Erfolgreicher ist ein klares Zielbild, das schrittweise, agil und anhand messbarer Ergebnisse umgesetzt wird.
