Drei Monate nach der CRM-Einführung ist technisch alles erledigt. Die Pipeline steht, die Automationen laufen, das Dashboard ist live. Trotzdem führt der Vertrieb seine Follow-ups wieder in Excel, im Pflichtfeld „Entscheidungsdatum“ steht bei der Hälfte der Deals der 01.01. und dem Forecast traut niemand so richtig.
Die schnelle Diagnose lautet: mangelnde Akzeptanz. Doch wie Mitarbeitende ein System tatsächlich nutzen, zeigt auch, wie gut Systemarchitektur und Arbeitsalltag zusammenpassen. Workarounds sind deshalb nicht nur ein Change-Problem, sondern ein wichtiges Diagnoseinstrument.
In CRM-Projekten zeigt sich dieses Muster immer wieder: Technisch funktioniert das System, im Alltag entstehen trotzdem Nebenwege. Genau dort lohnt es sich hinzusehen.
CRM-Adoption bedeutet nicht nur, dass Mitarbeitende ein CRM öffnen und nutzen. Entscheidend ist, ob die vorgesehenen Prozesse tatsächlich im System ausgeführt und die dafür notwendigen Daten zuverlässig gepflegt werden.
Ein System kann deshalb eine hohe Nutzungsrate haben und trotzdem schlecht im Arbeitsalltag verankert sein.
Probleme zeigen sich häufig nicht durch einen offensichtlichen Systemfehler, sondern durch kleine Abweichungen im Arbeitsalltag:
Das Problem ist nicht die einzelne Tabelle oder Nachricht. Es ist der schrittweise Verlust einer gemeinsamen Datenlogik.
Pflichtfelder helfen nur begrenzt: Sie erzwingen Werte, keine korrekten Daten.
Schlechte Adoption wird zum Datenproblem und das Datenproblem zum Prozessproblem. Fehlen verlässliche Daten, greifen Automationen nicht mehr sauber. Reports verlieren an Aussagekraft und Entscheidungen basieren zunehmend auf manuell korrigierten Informationen.
Eine neue Pipeline oder Automation klingt zunächst technisch. Für das Team verändert sich aber mehr:
Genau deshalb reicht es nicht, einen bestehenden Prozess technisch korrekt abzubilden.
Das typische Vorgehen lautet: konzipieren, umsetzen, dem Team vorstellen. Dabei fehlt häufig das Wissen derjenigen, die den Prozess täglich ausführen.
Da gibt es die Prüfung vor der Lead-Übergabe, die nirgends dokumentiert ist. Oder das Feld, das nie gepflegt wurde, weil es für den tatsächlichen Ablauf keine Bedeutung hatte. Solche Abweichungen entscheiden später darüber, ob Automationen zuverlässig funktionieren.
Wenn mehrere Personen denselben Schritt umgehen, ist das deshalb nicht automatisch Unwille. Häufiger ist der Ablauf zu kompliziert, eine notwendige Information fehlt oder ein wiederkehrender Sonderfall wurde nicht berücksichtigt.
Wiederkehrende Workarounds sind Datenpunkte. Sie zeigen, wo Konzept und Realität nicht zusammenpassen.
Die entscheidende Frage lautet jetzt : Ist das eine echte fachliche Anforderung oder nur ein Workaround des alten Systems?
Denn, wer alte Prozesse einfach digitalisiert, automatisiert Umwege. Wer die tatsächliche Arbeitsweise ignoriert, baut dagegen an der Praxis vorbei.
Mitarbeitende einzubeziehen bedeutet nicht, jede Systementscheidung gemeinsam abzustimmen. Es geht darum, die richtigen Informationen an den richtigen Stellen in die Architektur einfließen zu lassen.
Beschreiben Sie, wie der Ablauf heute tatsächlich funktioniert. Einschließlich aller Sonderfälle und Schritte außerhalb des Systems.
Prüfkriterium: Fragen Sie gezielt, welche Informationen heute zusätzlich in Excel, E-Mails oder anderen Tools gepflegt werden.
Einige erfahrene Personen prüfen Anforderungen und Praxistauglichkeit und werden später erste Ansprechpartner im Team.
Prüfkriterium: Wählen Sie Personen aus, die den Prozess regelmäßig selbst ausführen und auch seine Sonderfälle kennen.
„Drei neue Pflichtfelder“ ist eine Information. „Keine doppelte Eingabe mehr und automatische Wiedervorlage“ erklärt, warum sich der neue Ablauf lohnt.
Prüfkriterium: Für jeden zusätzlichen Arbeitsschritt sollte klar sein, welche spätere manuelle Arbeit oder Unsicherheit dadurch entfällt.
Machen Sie klar, welche Daten ausgewertet werden und wofür die Ergebnisse verwendet werden.
Je nach Ausgestaltung des Systems können Beteiligungs- und Mitbestimmungsrechte des Betriebsrats relevant sein. Das gilt insbesondere bei technischen Einrichtungen zur Verhaltens- oder Leistungskontrolle nach § 87 Abs. 1 Nr. 6 BetrVG. § 90 BetrVG sieht zudem Unterrichtungs- und Beratungsrechte bei der Planung technischer Anlagen sowie von Arbeitsverfahren und Arbeitsabläufen vor. Die konkrete rechtliche Einordnung sollte im Einzelfall arbeitsrechtlich geprüft werden.
Prüfkriterium: Klären Sie vor dem Go-live, welche Daten für welche Reports genutzt werden und wer darauf Zugriff erhält.
Prüfen Sie nicht nur, ob eine Automation technisch auslöst, sondern ob der gesamte Ablauf für die Person funktioniert, die ihn täglich ausführt.
Prüfkriterium: Testen Sie mindestens einen typischen Vorgang einschließlich eines häufigen Sonderfalls vom Anfang bis zum Ende.
Geben Sie Parallelprozessen ein Enddatum, benennen Sie einen System Owner und beobachten Sie Nutzung und Datenqualität auch nach dem Go-live.
Prüfkriterium: Prüfen Sie, ob Nebenlisten bestehen bleiben, Prozessschritte übersprungen werden oder auffällig viele identische Werte in Pflichtfeldern auftauchen.
Ein Prozess, der nur funktioniert, wenn Menschen regelmäßig an ihm vorbeiarbeiten, hat nicht nur ein Kommunikationsproblem. Die tatsächliche Nutzung zeigt, an welchen Stellen Prozesse, Datenstruktur und Arbeitsalltag nicht zusammenpassen.
Genau deshalb sollte CRM-Adoption nicht erst nach dem Go-live betrachtet werden. Sie liefert Hinweise darauf, ob Informationen an der richtigen Stelle erfasst werden, Automationen auf belastbaren Daten aufbauen und Reports den tatsächlichen Prozess abbilden.
Die beste Systemarchitektur ist nicht die eleganteste auf dem Papier, sondern die, die im Alltag funktioniert.