1. Den ersten Ablauf abgrenzen
Eine Liste gewünschter Funktionen ergibt noch keinen nutzbaren Erstumfang. Beginnen Sie mit einer realen Arbeitssituation: Eine Anfrage kommt an, wird geprüft, einem Verantwortlichen zugeordnet und bis zu einer definierten Entscheidung bearbeitet. Welche Informationen und Aktionen sind dafür erforderlich? Wo endet der Prozess?
Ein erster Umfang sollte für die beteiligte Nutzergruppe einen vollständigen Arbeitsablauf ermöglichen. Funktionen, die erst einer späteren Nutzergruppe helfen, können separat priorisiert werden. Die Zahl der Masken ist dafür kein geeigneter Maßstab.
2. Datenverantwortung vor der Migration klären
Legen Sie für wichtige Informationen fest, welches System sie führt und wer sie korrigieren darf. Ein Kunde kann im ERP, im CRM und in einer Marketinganwendung vorkommen. Ohne eindeutige Regeln entsteht nach der Migration erneut Abstimmungsaufwand.
Für die Übernahme braucht es außerdem Entscheidungen über Dubletten, Pflichtangaben, benötigte Historie und den Umgang mit nicht zuordenbaren Daten. Eine Stichprobe aus echten Daten zeigt häufig mehr als eine rein theoretische Feldliste. Entscheidend ist, ob die übernommenen Daten die vorgesehenen Aufgaben unterstützen.
3. Integrationen am Prozess prüfen
Beschreiben Sie je Übergang den Auslöser, die benötigten Informationen und das erwartete Ergebnis im Zielsystem. Ergänzen Sie den Ausnahmefall: Was passiert, wenn Daten fehlen oder eine Anwendung nicht erreichbar ist?
Beispiel: Nach einer Freigabe im CRM soll ein Auftrag im ERP angelegt werden. Wenn die Rückmeldung ausbleibt, muss vor einem erneuten Versuch geklärt werden, ob der Auftrag bereits existiert. Das ist eine fachliche Frage zur Fehlerbehandlung, die sich auf das technische Design auswirkt.
4. Nutzung und Abnahme konkret machen
Benennen Sie fachliche Verantwortliche und repräsentative Nutzer. Sie müssen beurteilen können, ob der Ablauf im Alltag funktioniert. Abnahmekriterien sollten beobachtbar sein: Eine Anfrage lässt sich vollständig bearbeiten, der nächste Verantwortliche erhält die richtigen Informationen und die benötigten Daten sind im Zielsystem vorhanden.
Schulung allein löst keine unklaren Prozesse. Wenn Mitarbeitende zentrale Aufgaben weiterhin außerhalb des CRM erledigen müssen, sollte die Ursache fachlich geprüft werden.
5. Aufwand nach seinen Treibern betrachten
Wesentliche Einflussgrößen sind Prozessumfang, Qualität und Historie der Daten, Schnittstellen, Berechtigungsmodell, Anzahl der Organisationseinheiten und verfügbare Mitwirkung. Ein Preis allein pro Nutzer beschreibt diese Umsetzungskomplexität nicht.
Trennen Sie Lizenzkosten, einmalige Einführung und laufende Betreuung. Halten Sie Annahmen und noch offene Kostentreiber bei einer frühen Schätzung sichtbar. Eine ungeklärte Schnittstelle darf nicht als bereits kalkulierte Standardintegration behandelt werden.
Welche Vorbereitung ist ausreichend?
Ein Umsetzungspaket ist gut vorbereitet, wenn Nutzer und Ergebnis, Erstumfang, wesentliche Daten- und Integrationsfragen, Verantwortlichkeiten sowie Abnahmekriterien geklärt sind. Verbleibende Unsicherheiten brauchen eine gezielte Prüfung.
Wenn die Prioritäten noch offen sind, kann ein Readiness Assessment helfen. Ist die Richtung bestätigt und der Lieferumfang unklar, passt ein Blueprint. Ein Pilot sollte eine konkrete Frage im realen Betrieb beantworten. Bei startklaren Voraussetzungen kann die Umsetzung direkt beginnen.
Fragen für Ihr nächstes Projektgespräch
Welcher Ablauf soll zuerst vollständig im CRM funktionieren? Welche Daten müssen dafür zuverlässig vorliegen? Welche Systemübergänge sind kritisch? Wer prüft den Ablauf mit echten Fällen? Und welche Entscheidung verhindert heute die Beauftragung eines klaren Umsetzungspakets?
Diese Fragen bilden eine fachliche Empfehlung von nexTech. Sie ersetzen die projektspezifische Aufnahme von Anforderungen und Abhängigkeiten nicht.