Kurz gesagt
Der Übergang von Excel zu CRM/ERP ist sinnvoll, wenn einzelne Tabellen die gemeinsame Arbeit, Nachverfolgung und Datenkontrolle bereits erschweren. Beginnen Sie mit einem konkreten Prozess, bereinigen Sie die Informationen und prüfen Sie das System mit realen Aufgaben. Neue Software hilft, wenn sie eine zersplitterte Arbeitsweise ersetzt und nicht nur dasselbe Chaos in eine andere Oberfläche überträgt.
Excel kann ausreichen. Bis zu einem gewissen Punkt.
Für ein kleines Team mit klaren Aufgaben ist eine gute Tabelle eine praktische Lösung. Sie lässt sich leicht ändern, Formeln sind sichtbar und es braucht kein separates Einführungsprojekt. Es gibt keinen Grund, sie nur zu ersetzen, weil CRM professioneller klingt.
Die Schwierigkeit entsteht, wenn weitere Dateien und Personen hinzukommen. Einer erfasst den Kunden, ein anderer die Zahlung, ein dritter die Ausgaben. Danach kopiert jemand die Zeile in seine eigene Version. Bei der Frage „Wie hoch ist der aktuelle Restbetrag?“ hängt die Antwort davon ab, welche Datei Sie öffnen und wann sie aktualisiert wurde.
Ein weiteres Signal ist der Bedarf an Berechtigungen. Der Mitarbeiter soll den Bestand sehen und Anfragen bearbeiten, aber nicht alle Finanzdaten. Wenn die einzige Lösung darin besteht, ihm eine Kopie ohne bestimmte Spalten zu geben, schaffen Sie eine weitere Version, die gepflegt werden muss. Das ist dann eine Frage der Organisation, nicht der Schönheit der Tabelle.
Was CRM und ERP lösen sollen
CRM ordnet in der Regel die Kundenbeziehungen: Anfragen, Kommunikation, Follow-ups, Angebote und Verkäufe. ERP bündelt operative Prozesse wie Bestände, Einkäufe, Ausgaben und Finanzen. Die Bezeichnungen garantieren keine konkreten Funktionen. Zwei Systeme mit demselben Etikett können sehr unterschiedliche Aufgaben abdecken.
Beginnen Sie deshalb mit einem Problem, das Sie beschreiben können. „Wir wissen nicht, auf welche Anfrage geantwortet wurde“ ist eine CRM-Aufgabe. „Wir können nicht alle Kosten für ein Produkt zusammenführen“ ist eine Aufgabe für verknüpfte operative Daten. „Wir wollen ein Dashboard“ ist zu breit, solange Sie nicht sagen, welche Entscheidungen Sie damit treffen müssen.
Die Modulliste ist erst danach hilfreich. Sonst kaufen Sie leicht ein System mit vielen Bildschirmen, das trotzdem die wichtigste Frage nicht beantworten kann. Beziehen Sie die Menschen ein, die die Arbeit täglich erledigen, denn sie wissen, wo Informationen auseinanderlaufen und welche Ausnahmen auftreten.
Beispiel Auto: ein Objekt, viele Datensätze
Bei einem Autohaus hat ein Fahrzeug Kauf, Kosten, Dokumente, Zahlungen und einen Status. Wenn diese Daten in verschiedenen Tabellen liegen, muss ein Mensch sie manuell zusammenführen, um die Selbstkosten zu sehen. Der gemeinsame Datensatz für das Fahrzeug ermöglicht es, die verbundenen Vorgänge zusammen zu betrachten.
In CRM Premier wurden Dossiers mit VIN, Kauf- und Verkaufspreis, Leistungen und Kosten, zugehörigen Dokumenten und Zahlungen aufgebaut. Es gibt separate Status für erwartetes Fahrzeug, Transport, Ankunft, Reparatur, Reservierung und Verkauf. Das ist ein konkretes Beispiel für die Organisation eines Prozesses, aber kein Beleg für eine bestimmte Zeit- oder Gewinnersparnis.
Ein wichtiger Punkt ist, dass eine eingegangene Zahlung und der Status „verkauft“ unterschiedliche Ereignisse sind. Der Kunde kann eine Anzahlung leisten, bevor das Fahrzeug verkauft wird. Deshalb darf das System nicht annehmen, dass jede Zahlung den Verkauf abschließt. Solche Besonderheiten sollten schon vor der Einführung in der Anforderung enthalten sein.
Dasselbe Prinzip gilt auch außerhalb von Autohäusern. In einer Werkstatt kann das zentrale Objekt ein Reparaturauftrag sein, in der Produktion ein Produkt oder ein Auftrag. Finden Sie zuerst das Objekt, um das sich die Arbeit sammelt, und seine Verbindungen zu Kunden, Dokumenten und Kosten.
Bereinigen Sie die Daten vor der Übertragung
Die Software erkennt nicht von selbst, ob „Ivan Petrov“, „Iv. Petrov“ und der Datensatz mit derselben Telefonnummer ein und dieselbe Person sind. Auch nicht, ob ein fehlendes Datum unbekannt ist oder einfach nicht eingetragen wurde. Übertragene Unklarheiten bleiben auch im neuen System Unklarheiten.
Wählen Sie für jede Datengruppe eine Hauptquelle. Entscheiden Sie, welche Datensätze aktuell sind, wie Dubletten entfernt werden und welche Felder Pflichtfelder sind. Verwenden Sie stabile Kennungen, wenn Sie sie haben: interne Nummer, Produktcode, Belegnummer oder VIN. Verknüpfen Sie nicht alles nur über den Namen.
Bewahren Sie die Originaldateien als separates Archiv auf. Erstellen Sie eine Tabelle mit den Zuordnungen zwischen den alten Spalten und den neuen Feldern. Notieren Sie, wie mit leeren Werten, Währungen, Datumsangaben und stornierten Belegen umgegangen wird. Das erspart später Diskussionen, wenn jemand einen Unterschied bemerkt und Sie herausfinden müssen, woher er kommt.
Testen Sie einen vollständigen Prozess
Beginnen Sie nicht damit, alles zu übertragen und alle zu schulen. Wählen Sie einen ausreichend repräsentativen Teil der Arbeit, den Sie von Anfang bis Ende prüfen können. In einem Autohaus kann das der Kauf eines Fahrzeugs, das Hinzufügen einer Ausgabe, eine Kundenzahlung und der anschließende Verkauf sein.
| Prüfung | Was Sie vergleichen | Wer sollte teilnehmen |
|---|---|---|
| Importierte Datensätze | Anzahl und Schlüsselfelder im Vergleich zur Quelle | Die Person, die die Daten kennt |
| Saldo oder Restbetrag | Beträge und Belege am selben Datum | Der Finanzverantwortliche |
| Berechtigungen | Sichtbarkeit und erlaubte Aktionen für jede Rolle | Die tatsächlichen Nutzer |
| Ausnahme | Anzahlung, Korrektur, Storno oder abgebrochener Vorgang | Das Team, das es bearbeitet |
| Bericht | Ergebnis im Vergleich zu überprüfbaren Ausgangsdatensätzen | Die Person, die Entscheidungen trifft |
Prüfen Sie auch die Fehlerkorrektur. Ein Mitarbeiter wird einen falschen Betrag eingeben oder den falschen Geschäftspartner auswählen. Sie müssen wissen, wie der Datensatz korrigiert wird, wer dazu berechtigt ist und was in der Historie bleibt. Ein System, das nur bei idealer Eingabe funktioniert, wird den Alltag nicht bestehen.
Verwenden Sie für Beträge ein Datum und eine Vergleichsregel. Sonst können Sie einen alten Bericht von gestern mit einem neuen Bericht abgleichen, in dem bereits heutige Zahlungen enthalten sind. Die Differenz ist dann nicht unbedingt ein Fehler, aber Sie verlieren Zeit bei der Suche.
Die Schulung sollte sich wie der Arbeitstag anfühlen
Der Rundgang durch alle Menüs reicht nicht aus. Geben Sie jedem Mitarbeiter die Aufgaben, die er tatsächlich ausführen wird: Kunde anlegen, Kontakt erfassen, Ausgabe hinzufügen, Restbetrag prüfen. Lassen Sie ihn mit Testdaten arbeiten und Fragen stellen, solange der Prozess noch geändert werden kann.
Bestimmen Sie eine Person aus dem Unternehmen, die Probleme und Lösungen sammelt. Wenn jeder seine unterschiedlichen Anforderungen direkt an den Entwickler schickt, kann das System beginnen, widersprüchlichen Regeln zu folgen. Ein Verantwortlicher bedeutet nicht, dass nur er alles entscheidet; es bedeutet, dass es eine gemeinsame aktuelle Version der Vereinbarungen gibt.
Schreiben Sie kurze Anleitungen für wiederkehrende Aufgaben und für ungewöhnliche Fälle. Ein Handbuch mit Hunderten von Seiten ist nicht nötig. Es ist hilfreich, wenn der Mitarbeiter weiß, was zu tun ist, wenn es keinen Preis gibt, eine Teilzahlung vorliegt oder der Kunde die Entscheidung verschoben hat.
Der Umstellungstag
Legen Sie fest, ab wann die alten Tabellen keine Arbeitsquelle mehr sind. Führen Sie einen letzten Abgleich durch und bestimmen Sie, wo neue Vorgänge erfasst werden. Wenn das Team weiter ohne Regel gleichzeitig an zwei Stellen eingibt, kommen Abweichungen schnell zurück.
Bewahren Sie die alten Dateien zur Referenz mit eingeschränkter Bearbeitung auf, je nach Möglichkeiten der Umgebung. Legen Sie einen Weg für die Rückkehr bei einem ernsthaften Problem fest und entscheiden Sie, wie die neuen Vorgänge gespeichert werden. Der Wechsel zurück zu einem alten Archiv ohne diese Daten kann neue Verluste verursachen.
Sammeln Sie nach dem Start die Probleme nach Aufgaben, nicht nur nach Bildschirmen. „Ich kann nicht sehen, welche Kunden auf eine Antwort warten“ gibt eine klarere Richtung als „mir gefällt das Dashboard nicht“. Achten Sie darauf, ob das Team das System nutzt und welche Umgehungstabellen auftauchen. Sie zeigen oft einen übersehenen Bedarf.
Bevor Sie nach einer Lösung suchen, notieren Sie die drei Fragen, die Sie heute am schwierigsten beantworten. Wenn das vorgeschlagene System sie mit Ihren Daten und realen Rollen lösen kann, haben Sie eine gute Grundlage für das nächste Gespräch. Wenn nicht, gleichen zusätzliche Module den Mangel nicht aus.
häufig gestellte Fragen
Wann reicht Excel nicht mehr aus?
Wenn Versionen, Beziehungen zwischen Datensätzen, Zugriffsrechte und Nachverfolgung die gemeinsame Arbeit behindern. Eine große Zahl an Zeilen allein ist noch kein ausreichender Grund. Entscheidend sind Prozess, Menschen und die Folgen von Fehlern.
Sollten wir CRM und ERP gleichzeitig einführen?
Nicht unbedingt. Starten Sie mit dem Prozess, der die größten Probleme verursacht, und prüfen Sie die Schnittstellen zu den übrigen Abläufen. Eine schrittweise Einführung kann für das Team einfacher sein, wenn Daten und Zuständigkeiten im Voraus geplant sind.
Können alle alten Daten übertragen werden?
Das hängt von ihrer Qualität und ihrem Format sowie von den Feldern im neuen System ab. Führen Sie vor der endgültigen Übertragung einen Testimport und Abgleich durch. Ein Teil der alten Datensätze kann im Archiv bleiben, wenn sie im Alltag keinen Nutzen haben.
Wie vermeiden wir doppelte Eingaben nach dem Start?
Definieren Sie für jeden Vorgang eine zentrale Datenquelle und einen Umstellungstermin. Falls eine Integration mit einem anderen System nötig ist, legen Sie die Richtung des Austauschs und die Fehlerregeln fest. Ohne eine solche Lösung kann die neue Software nur einen weiteren Ort zum Erfassen von Daten hinzufügen.
