Wie läuft eine CRM-Einführung ab?
Beginnen Sie mit einem abgegrenzten Vertriebsablauf. Leiten Sie daraus Anforderungen ab, prüfen Sie diese an der Software und bereiten Sie parallel Ihre Daten vor. Erst wenn der Ablauf mit echten Anwendern und geeigneten Testdaten funktioniert, folgt die produktive Umstellung.
| Phase | Ergebnis, das vor dem nächsten Schritt vorliegen sollte |
|---|---|
| Ziel und Umfang festlegen | Ein beschriebener Ablauf, ein fachlich Verantwortlicher und klare Grenzen für den ersten Start |
| Anforderungen und Software prüfen | Ein vorführbarer Arbeitsfall; offene Lücken sind bekannt und priorisiert |
| System und Daten vorbereiten | Felder, Rollen, Datenzuordnung und notwendige Anbindungen sind eingerichtet |
| Mit dem Team testen | Die vorgesehenen Aufgaben und Fehlerfälle sind geprüft; kritische Mängel behoben |
| Umstellen und begleiten | Zuständigkeit für offene Vorgänge, Unterstützung und Rückfallweg sind festgelegt |
| Nutzung auswerten | Beobachtete Probleme und nächste Änderungen werden nach ihrem Nutzen priorisiert |
Das ist ein vorgeschlagenes Arbeitsmodell, kein starrer Projektkalender. Datenprüfung und Schulung können parallel zur Einrichtung laufen. Eine Abhängigkeit bleibt: Unklare Vertriebsregeln lassen sich durch das Konfigurieren weiterer Felder nicht lösen.
Welchen Vertriebsablauf soll das CRM unterstützen?
Beschreiben Sie einen Vorgang vom Eingang bis zur Übergabe. Ein Beispiel für einen B2B-Dienstleister: Eine Anfrage trifft ein, jemand prüft den Bedarf, der Vertrieb erstellt ein Angebot, der Kunde sagt zu und das Projektteam übernimmt. Notieren Sie für jede Station, was heute geschieht und wo Informationen fehlen.
Formulieren Sie das Ziel als beobachtbare Änderung. „Der Vertrieb wird digital“ ist zu unbestimmt. „Jede qualifizierte Anfrage hat einen Zuständigen und eine vereinbarte Folgeaktion“ lässt sich dagegen am System prüfen. Trennen Sie dieses Startziel von späteren Wünschen wie umfangreicher Marketingautomatisierung oder Prognosen.
Beziehen Sie neben der Vertriebsleitung auch Personen ein, die Anfragen tatsächlich bearbeiten. Eine Fachperson muss Zielkonflikte entscheiden können: Welche Information ist unverzichtbar, welche kann warten und wer darf eine Ausnahme genehmigen? Reservieren Sie dafür Arbeitszeit. Ein CRM-Projekt braucht Entscheidungen aus dem Betrieb, nicht nur technische Einrichtung.
- AnfrageBedarf aufnehmen
- QualifizierungVerantwortung klären
- AngebotFolgeaktion vereinbaren
- ÜbergabeÜbernahme bestätigen
Welche Informationen braucht das Team wirklich?
Ein Feld sollte eine Handlung, Entscheidung oder notwendige Dokumentation unterstützen. Beginnen Sie mit dem Zweck: Wer braucht die Information, zu welchem Zeitpunkt und wofür? Erst danach entscheiden Sie über Datentyp, Pflichtangabe und Berechtigung.
Pflichtfelder sinnvoll begrenzen
Bei einer neuen Anfrage reichen möglicherweise Unternehmen, Kontaktweg, Anliegen und Verantwortlicher. In einer späteren Angebotsphase können Leistungsumfang und nächster Abstimmungstermin hinzukommen. Das ist ein Beispiel, kein allgemeiner Pflichtfeldkatalog.
Verlangen Sie eine Information erst dann verbindlich, wenn das Team sie wissen kann und für den nächsten Schritt benötigt. Andernfalls entstehen Ersatzwerte, die formal vollständig aussehen und fachlich nicht helfen. Legen Sie außerdem fest, welche Begriffe einen einheitlichen Wert brauchen: „Angebot versendet“ sollte für alle dasselbe Ereignis bezeichnen.
Dubletten und alte Kontakte behandeln
Sichten Sie die bestehenden Quellen: Tabellen, bisheriges CRM, Postfächer und andere Fachsysteme. Unterscheiden Sie zwischen Unternehmen, Kontaktpersonen, Verkaufschancen und Aufgaben. Derselbe Firmenname allein ist keine verlässliche Regel zum Zusammenführen; mehrere Standorte oder verschiedene Gesellschaften können ähnlich heißen.
Bestimmen Sie eine fachlich zuständige Person für unklare Datensätze. Dokumentieren Sie, welche Quelle bei widersprüchlichen Angaben maßgeblich ist. Übernehmen Sie nur den festgelegten Bestand und erhalten Sie die Beziehungen zwischen Kontakt, Unternehmen und offener Verkaufschance. Microsoft beschreibt Datenverantwortung und die Prüfung durch sachkundige Anwender als Bestandteile seiner Leitlinien zum Datenmanagement. Für Ihr Projekt folgt daraus eine praktische Empfehlung: Die IT kann einen Import ausführen; die fachliche Bedeutung der übernommenen Angaben muss Ihr Team prüfen.
- Unternehmen
- Zu welchem Kunden gehört der Vorgang?
- Verantwortung
- Wer arbeitet weiter?
- Folgeaktion
- Was passiert als Nächstes?
- Termin
- Wann wird es verbindlich?
Erst der Zweck. Dann das Feld.
Wer verantwortet den nächsten Schritt?
Ein Status beschreibt, wo ein Vorgang steht. Er sagt noch nicht, wer weiterarbeitet. Verbinden Sie deshalb jeden offenen Vorgang mit einer verantwortlichen Person und einer konkreten Folgeaktion. Regeln Sie auch die Vertretung, wenn diese Person nicht verfügbar ist.
Die folgende Beispielmatrix trennt Bearbeitung und Übergabe. Ein gewonnener Auftrag ist hier erst vollständig übergeben, wenn die empfangende Person ihn übernommen hat.
| Stand | Verantwortung | Nächster prüfbarer Schritt |
|---|---|---|
| Anfrage eingegangen | Benannte Erstbearbeitung | Bedarf klären und Vertrieb zuordnen |
| Angebot versendet | Zuständige Vertriebsperson | Vereinbarte Rückmeldung verfolgen |
| Auftrag zugesagt | Vertrieb bis zur Übernahme | Umfang und Zusagen an Projektleitung übergeben |
| Übergabe bestätigt | Projektleitung für die Leistung | Projektstart planen; Kundenkontakt bleibt zugeordnet |
Klären Sie, welche Informationen bei dieser Übergabe verbindlich mitgehen: etwa der vereinbarte Leistungsumfang, offene Rückfragen und zugesagte Termine. Wo CRM und Auftragsabwicklung unterschiedliche Aufgaben übernehmen, hilft der Vergleich von ERP und CRM, die Systemgrenze festzulegen.
Passt der Ablauf zur ausgewählten Software?
Lassen Sie Ihren eigenen Arbeitsfall vorführen. Eine allgemeine Produktdemo zeigt Funktionen; Ihr Vorgang zeigt, ob das Team damit arbeiten kann. Prüfen Sie die Anfrageaufnahme, einen Verantwortungswechsel, eine Wiedervorlage und die Übergabe zum Auftrag. Dazu kommen die benötigten Zugriffe auf E-Mail, Kalender oder weitere Systeme.
Bewerten Sie bei jeder Lücke drei Möglichkeiten: einen unnötig komplizierten Ablauf vereinfachen, die vorhandene Software konfigurieren oder eine individuelle Funktion umsetzen. Standardsoftware ist sinnvoll, wenn sie den benötigten Prozess ausreichend abbildet. Individuelle Entwicklung kommt infrage, wenn relevante Anforderungen damit nicht angemessen erfüllt werden. Wie SYNQ solche Anforderungen einordnet, beschreibt die Seite zu individueller CRM-Software.
Halten Sie fest, was im ersten Umfang enthalten ist und was später entschieden wird. Auch Datenexport, Betrieb, Unterstützung und die Verantwortung für Änderungen gehören in den Vergleich.
- VereinfachenIst der zusätzliche Schritt wirklich nötig?
- KonfigurierenKann das System den Ablauf bereits abbilden?
- EntwickelnWelche fachliche Anforderung bleibt offen?
Wie testen Sie das CRM mit dem Vertrieb?
Testen Sie Aufgaben, keine Menüpunkte. Eine Person aus dem Vertrieb sollte eine Anfrage erfassen, einen Kontakt wiederfinden, ein Angebot nachverfolgen und einen Vorgang an eine Vertretung übergeben können. Eine andere Person prüft, ob die benötigten Informationen danach richtig sichtbar sind.
Nehmen Sie auch Ausnahmen auf: Eine Anfrage ist bereits vorhanden, eine Person darf bestimmte Daten nicht sehen oder ein Datensatz lässt sich nicht an das Folgesystem übertragen. Das CRM muss den vorgesehenen Umgang damit ermöglichen. Prüfen Sie die tatsächlich benötigten Geräte und Zugriffswege; mobile Nutzung sollte mit einem konkreten Arbeitsfall getestet werden.
Ein Abnahmesatz kann lauten: „Nach der Zuweisung findet die Vertretung die offene Aufgabe, den vereinbarten Termin und die letzte relevante Notiz ohne Rückfrage.“ Notieren Sie das Ergebnis und die verantwortliche Freigabe. Kritische Fehler bei Berechtigungen, offenen Aufgaben oder Datenzuordnungen sind Gründe, die betroffene Umstellung zu verschieben.
Schulen Sie anhand derselben Fälle. Das Team braucht einen klaren Weg für Fragen und Probleme sowie kurze Anleitungen für wiederkehrende Aufgaben. Eine Einweisung vor dem Start und Begleitung nach dem Start erfüllen unterschiedliche Zwecke.
Wie gelingt der Wechsel aus dem bisherigen System?
Ein erfolgreicher Import allein reicht nicht. Vergleichen Sie vor der Freigabe beispielsweise die Anzahl der übernommenen offenen Vorgänge, ihre Verantwortlichen, Termine und verknüpften Kontakte. Prüfen Sie zusätzlich ausgewählte fachliche Fälle. Stimmen Mengen und Beziehungen nicht, geht der Bestand zurück in die Korrektur.
- Bestand abgrenzen: Quellen, relevante Datensätze und Zuordnungsregeln dokumentieren.
- Probe übernehmen: Repräsentative Daten in einer Testumgebung importieren.
- Fachlich vergleichen: Mengen, Beziehungen, offene Aufgaben und Zugriffe prüfen. Bei Fehlern zurück zur Zuordnung.
- Umstellung freigeben: Letzte Änderungen nachführen und den verbindlichen Schreibwechsel festlegen.
- Im Alltag kontrollieren: Fehler aufnehmen, Zuständigkeit sichern und den vereinbarten Rückfallweg bereithalten.
Microsoft nennt in seinem technischen Migrationsleitfaden unter anderem Quell- und Zielzuordnung, Datenvalidierung, Rollen und Aktivitäten vor und nach dem Wechsel. Daraus leiten wir für die Vorbereitung ab: Legen Sie fest, ab wann das alte System nicht mehr bearbeitet wird, wie zwischenzeitliche Änderungen nachgezogen werden und wer bei einem kritischen Fehler über das weitere Vorgehen entscheidet.
Ein Rückfallplan braucht mehr als eine Sicherungskopie. Er muss erklären, wie bereits im neuen System entstandene Änderungen behandelt werden. Vermeiden Sie zwei unkontrolliert beschreibbare Datenbestände. Auch ein schrittweiser Roll-out benötigt eine eindeutige Regel, welches System für welchen Vorgang verbindlich ist.
Wenn Kontakte, Firmen und Verkaufschancen gemeinsam übernommen werden, müssen ihre Beziehungen erhalten bleiben. Die Prüfliste zur CRM-Datenmigration führt durch Mapping, Dublettenentscheidungen und fachliche Abnahme.
Woran erkennen Sie, ob das CRM genutzt wird?
Logins zeigen Zugriffe. Sie belegen noch keinen verlässlichen Vertriebsablauf. Prüfen Sie lieber die Arbeit, die das CRM unterstützen soll, und halten Sie vor dem Start einen Ausgangsstand fest.
Geeignete eigene Messgrößen können sein: der Anteil offener Verkaufschancen mit zugeordneter Verantwortung und nächster Aktion, die Zahl überfälliger Aufgaben oder der Anteil vollständig übergebener Aufträge. Definieren Sie dafür jeweils den betrachteten Bestand und den Prüfzeitpunkt. Beispielsweise bedeutet „vollständig“ bei einem offenen Vorgang: Verantwortlicher, Folgeaktion und vereinbarter Termin sind vorhanden. Ein allgemeingültiger Zielwert ergibt sich daraus nicht.
Ergänzen Sie diese Beobachtung durch Gespräche mit dem Team. Fehlen Angaben, weil sie unnötig sind, weil eine Regel unklar ist oder weil die Bedienung zu aufwendig ist? Je nach Ursache verändern Sie Prozess, Schulung oder System. Legen Sie anschließend fest, wer die Änderung umsetzt und wann Sie deren Wirkung erneut prüfen.
Wie viel Zeit und Budget müssen Sie einplanen?
Eine belastbare Planung braucht den ersten Funktionsumfang, die verfügbaren Daten und die beteiligten Rollen. Aufwand entsteht durch Einrichtung oder Entwicklung, Datenbereinigung und Migration, Anbindungen, Tests und Schulung. Hinzu kommen interne Entscheidungs- und Prüfzeiten sowie laufender Betrieb, Unterstützung und spätere Änderungen.
Fragen Sie bei einem Angebot deshalb, welche Voraussetzungen der Termin voraussetzt. Sind Daten bereits bereinigt? Ist der Zugriff auf notwendige Schnittstellen geklärt? Wer kann Entscheidungen zeitnah treffen? Vergleichen Sie diese Bedingungen zusammen mit dem Preis. Eine kurze Einrichtungszeit sagt wenig darüber aus, wann Ihr Team den gesamten vorgesehenen Ablauf nutzen kann.
- Umsetzung
- System, Daten, Anbindungen
- Zusammenarbeit
- Entscheidungen, Tests, Schulung
Ihre Vorbereitung für das CRM-Projekt
Bringen Sie drei anonymisierte Vorgänge mit: einen gewöhnlichen Auftrag, eine schwierige Übergabe und einen Fall, der heute liegen bleibt. Ergänzen Sie eine Übersicht der Datenquellen, die beteiligten Rollen und die wichtigste Verbesserung, die Sie am ersten produktiven Tag sehen möchten.
Damit lässt sich ein konkreter Startumfang besprechen. Die entscheidende Frage lautet: Können Ihre Mitarbeitenden mit dem neuen System den nächsten Kundenschritt verlässlich übernehmen?
Gewöhnlicher Auftrag
Ein Fall, den Ihr Team regelmäßig bearbeitet.
Was muss jeden Tag zuverlässig funktionieren?Schwierige Übergabe
Ein Fall, bei dem Informationen oder Zusagen fehlen.
Was braucht die übernehmende Person?Liegen gebliebener Vorgang
Ein Fall ohne klare Verantwortung oder Folgeaktion.
Woran soll der nächste Schritt erkennbar sein?