CRM, ERP oder Automatisierung: Was braucht Ihr Betrieb?
Prüfen Sie eine konkrete betriebliche Ausgangslage: Brauchen Sie eine gemeinsame Sicht auf Kunden, eine durchgängige Betriebssteuerung, weniger manuelle Arbeit, bessere Schnittstellen – oder zuerst einen klareren Prozess? Der Entscheider ordnet Bedarf, Voraussetzungen und sinnvolle Reihenfolge ein. Ohne Produktwerbung und ohne automatische Kontaktaufnahme.
- Ca. 5–7 Minuten
- Ohne Anmeldung
- Priorität und Reihenfolge sofort
- CRM, ERP, Automatisierung, Integration oder Klärung
Sechs Entscheidungsbereiche
Erst das Problem unterscheiden, dann das Werkzeug wählen
CRM, ERP und Automatisierung lösen unterschiedliche Aufgaben. Der Check betrachtet deshalb Kundenvorgänge, operative Abläufe, Wiederholbarkeit, Daten, Integration und Steuerbarkeit gemeinsam – statt vorschnell ein bestimmtes System zu empfehlen.
- 01 / 06
Ziel, Ablauf & Verantwortung
Sind Problem, Zielprozess und fachliche Verantwortung klar genug für eine Systementscheidung?
- 02 / 06
Kundenbeziehungen & Vorgänge
Wo fehlt trotz vorhandener Lösungen noch eine gemeinsame Sicht auf Kontakte, Anfragen, Chancen und nächste Schritte?
- 03 / 06
Betriebsabläufe & Ressourcen
Wo sind Aufträge, Einkauf, Bestand, Leistung und Abrechnung heute noch nicht durchgängig zusammengeführt?
- 04 / 06
Regelbarkeit & Wiederholung
Gibt es noch manuell bearbeitete Standardfälle, die häufig, stabil und eindeutig genug für eine gezielte Automatisierung sind?
- 05 / 06
Systemgrenzen & Datenbasis
Sind führende Datenquellen, Übergaben und Datenqualität belastbar oder zuerst zu ordnen?
- 06 / 06
Schutz, Kontrolle & Freigabe
Sind Datenschutz, Berechtigungen, menschliche Kontrollen und Freigaben risikogerecht geklärt?
Begriffe im Entscheider
Antworten Sie für einen klar abgegrenzten Bedarf. Wenn mehrere voneinander unabhängige Probleme bestehen, führen Sie den Check für jedes Problem getrennt durch.
- CRM
- Ein Customer-Relationship-Management bündelt Kunden-, Kontakt- und Vertriebsinformationen. Es unterstützt Beziehungen und Vorgänge rund um Interessenten und Kunden – nicht automatisch die gesamte Betriebssteuerung.
- ERP
- Ein Enterprise-Resource-Planning-System verbindet zentrale betriebliche Ressourcen und Abläufe, etwa Aufträge, Einkauf, Bestand, Leistungserfassung oder Abrechnung. Der sinnvolle Umfang hängt vom Geschäftsmodell ab.
- Automatisierung
- Eine Automatisierung führt klar definierte, wiederkehrende Schritte regelbasiert aus. Sie kann bestehende Systeme verbinden, ersetzt aber weder unklare Verantwortlichkeiten noch eine verlässliche Datenbasis.
- Integration und Daten
- Schnittstellen, eindeutige Datenverantwortung und gemeinsame Begriffe sorgen dafür, dass vorhandene Systeme zusammenarbeiten. Oft ist das der richtige Schritt, bevor ein komplettes System ersetzt wird.
- Prozessklärung
- Wenn Ziel, Rollen, Ausnahmen oder Pflichtangaben noch wechseln, beginnt die Lösung nicht mit Software. Zuerst braucht der Ablauf ein tragfähiges Sollbild und klare Entscheidungskriterien.
Kostenlose Entscheidungshilfe
Welche Lösung passt zu Ihrer Ausgangslage?
Beantworten Sie die Fragen anhand des normalen Arbeitsalltags. Die Auswertung zeigt passende und weniger passende Lösungswege, wichtige Voraussetzungen sowie eine sinnvolle Reihenfolge für die nächsten Schritte.
Ziel, Ablauf & Verantwortung
Praxisleitfaden
CRM, ERP oder Automatisierung auswählen: Erst den Bedarf, dann das System
Ein CRM löst ein anderes Problem als ein ERP. Eine Integration verbindet Systeme, eine Automatisierung führt einen geklärten Ablauf aus – und manchmal ist das richtige erste Ergebnis noch gar keine neue Software. Dieser Leitfaden ordnet die Möglichkeiten herstellerneutral ein.
Softwareauswahl beginnt nicht beim Markt, sondern beim Arbeitsablauf. Beschreiben Sie einen konkreten Ist-Zustand, die betroffenen Rollen, die benötigten Daten und die gewünschte Wirkung. Erst dann lässt sich entscheiden, ob ein vorhandenes Werkzeug besser genutzt, ein Prozess vereinfacht, eine Verbindung gebaut oder ein neues Kernsystem eingeführt werden sollte.
Der vom Bundesministerium für Wirtschaft getragene Mittelstand-Digital-Leitfaden zu CRM für KMU beschreibt CRM als kundenorientiertes Management und die Software als Unterstützung für zentral gepflegte Kundeninformationen und Interaktionen. Das ist eine wichtige Trennung: Ein System kann Zusammenarbeit ermöglichen, aber es erzeugt weder eine gemeinsame Vertriebslogik noch verlässliche Pflege von selbst.
Wenn mehrere Abläufe für Automatisierung infrage kommen, ordnet der Automatisierungs-Prioritäten-Check Wirkung, Machbarkeit, Risiken und Pilot-Lernwert im direkten Vergleich. Für den danach priorisierten Einzelprozess berechnet der Zeitfresser-Check mit Automatisierungs-ROI. Für verlorene Zuständigkeiten zwischen Kontakt und Angebot ist der Anfrageprozess-Check der engere Einstieg.
Begriffe sauber trennen
Sechs mögliche Antworten auf ein digitales Betriebsproblem
Auch die bewusste Entscheidung gegen ein neues Systemprojekt kann richtig sein. CRM, ERP, Integration und Automatisierung können zusammenarbeiten, sind aber nicht dasselbe. Die folgende Abgrenzung verhindert, dass ein zu großes System für einen zu kleinen, bereits gelösten oder noch ungeklärten Engpass ausgewählt wird.
Kein neues Systemprojekt
Typisches Signal
Grundlagen sind geklärt, doch vorhandene Arbeitsweise oder Lösungen decken den Bedarf ab und kein messbarer Engpass rechtfertigt ein Projekt.
Zweck
Die heutige Lösung bewusst beibehalten und klare Auslöser für eine spätere Neubewertung festlegen.
Nicht die erste Wahl
Unbeobachteten Stillstand: Fehler, Volumen, Mehrfacheingaben und neue Anforderungen müssen weiter messbar bleiben.
Prozess zuerst klären
Typisches Signal
Ablauf, Pflichtangaben, Entscheidung oder Verantwortung unterscheiden sich von Person zu Person.
Zweck
Einen gemeinsamen Soll-Ablauf mit Start, Ergebnis, Rollen, Regeln und Ausnahmen festlegen.
Nicht die erste Wahl
Ein neues Werkzeug als Ersatz für eine noch offene fachliche Entscheidung.
CRM
Typisches Signal
Kundenkontakte, Anfragen, Chancen, Aktivitäten und Nachfass-Termine sind verteilt oder nicht gemeinsam sichtbar.
Zweck
Kundenbeziehungen und vertriebliche beziehungsweise servicebezogene Vorgänge nachvollziehbar führen.
Nicht die erste Wahl
Bestände, Produktionsplanung, Finanzbuchhaltung oder die vollständige Ressourcensteuerung des Betriebs.
ERP
Typisches Signal
Aufträge, Material, Leistungen, Einkauf, Lager, Projekte, Kapazitäten oder kaufmännische Daten brauchen eine verbindliche Grundlage.
Zweck
Ressourcen und betriebliche Transaktionen über zusammenhängende Bereiche hinweg planen und steuern.
Nicht die erste Wahl
Jeden Kundenkontakt bis ins Detail oder einen einzelnen, eng begrenzten Medienbruch.
Integration
Typisches Signal
Geeignete Systeme existieren bereits, aber dieselben Daten werden zwischen ihnen kopiert oder widersprechen sich.
Zweck
Definierte Daten sicher, nachvollziehbar und möglichst ohne Doppelerfassung zwischen Systemen austauschen.
Nicht die erste Wahl
Ungeklärte Datenhoheit oder einen Ablauf, dessen Regeln noch ständig wechseln.
Automatisierung
Typisches Signal
Ein stabiler, häufiger Ablauf folgt klaren Regeln und bindet wiederholt aktive Arbeitszeit.
Zweck
Ereignisse, Prüfungen, Zuordnungen oder Übergaben ausführen und Ausnahmen sichtbar an Menschen übergeben.
Nicht die erste Wahl
Seltene Sonderfälle, Ermessensentscheidungen oder einen instabilen Prozess.
Integration transportiert oder synchronisiert Daten. Eine Automatisierung reagiert auf ein Ereignis, prüft Regeln und führt Schritte aus. Beides kann kombiniert werden. Eine Schnittstelle ohne klare Datenhoheit erzeugt jedoch leicht zwei widersprüchliche Wahrheiten; eine Automatisierung ohne Ausnahmeweg vervielfacht Fehler.
CRM und ERP können Funktionen des jeweils anderen enthalten. Entscheiden Sie deshalb nicht anhand des Etiketts. Legen Sie für Kunden, Artikel, Preise, Aufträge, Projekte und Belege fest, welches System fachlich führt und welche anderen Systeme diese Informationen nur lesen oder kontrolliert ergänzen.
Systemauswahl
Zehn Entscheidungskriterien statt einer endlosen Funktionsliste
Eine gute Bewertung verbindet fachliche Passung, sichere Betriebsfähigkeit und Wirtschaftlichkeit. Alle Kandidaten müssen dieselben realen Szenarien und dieselben Ausschlusskriterien erfüllen.
Geschäftlicher Anwendungsfall
Welcher konkrete Ablauf soll besser werden, für wen und woran wird die Verbesserung gemessen?
Pflicht statt Wunsch
Welche wenigen Fähigkeiten sind für den Zielprozess unverzichtbar, welche nur hilfreich und welche ausdrücklich nicht Teil der ersten Stufe?
Passung im Arbeitsalltag
Können die betroffenen Rollen reale Normal- und Ausnahmefälle ohne unnötige Umwege bearbeiten?
Datenmodell und Datenhoheit
Welches System führt Kunden, Artikel, Preise, Projekte, Belege oder Status verbindlich und wie werden Dubletten verhindert?
Schnittstellen und Export
Sind benötigte Lese- und Schreibzugriffe dokumentiert, versioniert, testbar und die relevanten Daten strukturiert exportierbar?
Rollen und Nachvollziehbarkeit
Lassen sich fachliche, administrative und technische Rechte trennen sowie wichtige Änderungen angemessen protokollieren?
Datenschutz und Sicherheit
Passen Zweck, Datenumfang, Speicherorte, Dienstleister, Schutzmaßnahmen, Löschung, Wiederherstellung und Vertragslage zum Risiko?
Konfiguration und Änderbarkeit
Kann der Betrieb notwendige Regeln ohne dauerhaft fragile Sonderentwicklung pflegen und bleiben Updates beherrschbar?
Betrieb und Unterstützung
Wer überwacht Verfügbarkeit, Fehler, Datenqualität, Berechtigungen und Änderungen – intern und beim Dienstleister?
Gesamtkosten und Ausstieg
Sind Einführung, interne Zeit, Betrieb, Weiterentwicklung und ein späterer Wechsel über mehrere Jahre vergleichbar?
Der BSI-Grundschutz-Baustein APP.6 für allgemeine Software betrachtet Planung, Anforderungserhebung, Beschaffung, Test, Freigabe, Installation, Schulung, Betrieb, Updates, Änderungen und Außerbetriebnahme als zusammenhängenden Softwarelebenszyklus. Die BSI-Vorgaben richten sich an Institutionen im jeweiligen Anwendungsbereich; für KMU bieten die Lebenszyklusfragen eine belastbare methodische Orientierung, ersetzen aber keine individuelle Sicherheitsprüfung.
Lassen Sie nicht nur eine vorbereitete Produktshow vorführen. Geben Sie jedem Kandidaten dieselben drei bis fünf Szenarien: einen häufigen Normalfall, eine Korrektur, eine fachliche Ausnahme, einen Rollenwechsel und einen benötigten Export. Dokumentieren Sie, was im Standard möglich ist, was konfiguriert, ergänzt oder individuell entwickelt werden müsste und welche Aussage noch nachzuweisen ist.
Vorgehen
In sieben Phasen von der Vermutung zur verantwortbaren Einführung
Die Reihenfolge reduziert Fehlentscheidungen: Erst Problem und Prozess belegen, dann Lösungsebene und Anforderungen festlegen, danach unter realistischen Bedingungen testen.
- 01 / 07
Problem und Ziel messen
Einen konkreten Prozess, seine Ausgangslage und zwei bis vier überprüfbare Ziele festlegen – etwa weniger Doppelerfassung, kürzere Durchlaufzeit oder vollständigere Vorgangsdaten.
- 02 / 07
Ist-Ablauf, Daten und Rollen aufnehmen
Start, Ergebnis, Schritte, Systeme, Datenobjekte, Verantwortliche und häufige Ausnahmen mit den tatsächlich Ausführenden dokumentieren.
- 03 / 07
Lösungsebene entscheiden
Prüfen, ob Vereinfachung, vorhandene Funktionen, CRM, ERP, Integration oder Automatisierung den Engpass am kleinsten und belastbarsten löst.
- 04 / 07
Anforderungen priorisieren
Pflicht-, Soll- und Ausschlusskriterien aus realen Szenarien ableiten. Sicherheit, Datenschutz, Migration, Betrieb und Ausstieg von Beginn an einbeziehen.
- 05 / 07
Mit echten Szenarien bewerten
Wenige Kandidaten anhand derselben Aufgaben demonstrieren lassen. Aussagen und offene Punkte in einer nachvollziehbaren Bewertungsmatrix belegen.
- 06 / 07
Pilot und Migration vorbereiten
Begrenzten Umfang, Testdaten, Abnahme, Datenbereinigung, Rückfallweg, Schulung, Support und verantwortlichen Betrieb festlegen.
- 07 / 07
Stufenweise einführen
Mit einem beherrschbaren Bereich starten, Ergebnisse gegen die Ausgangslage messen und erst nach einer bewussten Freigabe erweitern.
Diese Stufen passen zu unserer Methode von Analyse und Zielbild bis zur Umsetzung und Weiterentwicklung. Die Entscheidung ist dabei kein einmaliges Dokument: Erkenntnisse aus Test und Pilot dürfen Anforderungen verändern, müssen aber bewusst bewertet und freigegeben werden.
Datenmigration
Daten nicht nur übertragen, sondern fachlich abnehmen
Migration ist ein eigenes Arbeitspaket. Ein technisch erfolgreicher Import kann fachlich trotzdem falsch sein, wenn Bedeutungen, Beziehungen oder Altbestände nicht geprüft wurden.
- Quellsysteme, Tabellen, Exporte, Dokumente und verantwortliche Datenbesitzer vollständig erfassen.
- Vor der Übernahme Dubletten, veraltete Datensätze, Pflichtfelder und widersprüchliche Schreibweisen bereinigen.
- Für jedes Feld Quelle, Ziel, Format, Umwandlungsregel und fachliche Bedeutung dokumentieren.
- Testmigrationen mit repräsentativen Normalfällen, Altlasten, Sonderzeichen und fehlenden Werten durchführen.
- Anzahl, Summen, Beziehungen und ausgewählte Stichproben zwischen Quelle und Ziel fachlich abgleichen.
- Für den Umstieg Datenstopp, letzte Synchronisierung, Zuständigkeiten, Freigabe und Rückfallweg terminieren.
- Aufbewahrung, Löschung und Zugriff auf nicht übernommene Altbestände nachvollziehbar regeln.
Entscheiden Sie bewusst, was übernommen, nur archiviert oder nach zulässiger Prüfung gelöscht wird. „Wir migrieren alles“ verschiebt Datenqualitätsprobleme und erhöht Aufwand, Zugriffsfläche und Suchlast. Gleichzeitig dürfen gesetzliche Aufbewahrungspflichten nicht durch Bereinigung verletzt werden.
Für steuerlich relevante Daten behandeln die amtlichen GoBD des Bundesfinanzministeriums unter anderem Auslagerung und Systemwechsel. Das Bundesfinanzministerium hat die Grundsätze mit dem Schreiben vom 14. Juli 2025 erneut angepasst. Welche Daten, Formate, Dokumentationen und Zugriffe im konkreten Fall erhalten bleiben müssen, sollte vor Abschaltung eines Altsystems steuerlich und rechtlich fachkundig geklärt werden.
Schnittstellen
Eine API ist noch kein belastbarer Datenaustausch
Die technische Erreichbarkeit einer Schnittstelle beantwortet nicht, welche Daten in welche Richtung fließen, wer Änderungen verantwortet und wie Fehler ohne stille Lücken behoben werden.
Objekt
Welche Kunden, Artikel, Vorgänge, Belege oder Status werden übertragen?
Hoheit
Welches System darf das jeweilige Feld anlegen oder ändern?
Richtung und Anlass
Einweg oder bidirektional, sofort bei einem Ereignis oder gesammelt nach Zeitplan?
Identität
Über welchen stabilen Schlüssel werden Datensätze zugeordnet und Dubletten vermieden?
Fehlerfall
Wie werden Zeitüberschreitungen, ungültige Werte, doppelte Nachrichten und Teilausfälle erkannt und erneut verarbeitet?
Schutz
Wie authentisiert sich die Verbindung, welche Mindestberechtigungen gelten und welche Inhalte werden protokolliert?
Änderung
Wer beobachtet Versionswechsel, Feldänderungen, Limits und das Ende einer Schnittstelle?
Verantwortung
Wer wird alarmiert, prüft fachlich und kann den manuellen Ersatzweg aktivieren?
Legen Sie für jede Verbindung eine kleine Betriebsvereinbarung fest: erwartete Häufigkeit, technische Kennung, zulässige Daten, Überwachung, Alarmweg, Fehlerkorrektur, manueller Ersatzprozess und Verantwortliche. Testen Sie Wiederholungen und Teilausfälle bewusst; eine erneut gesendete Nachricht darf nicht unbemerkt einen zweiten Auftrag erzeugen.
Der BSI-Grundschutz-Baustein zu Webanwendungen und Webservices hebt unter anderem Authentisierung, sichere Kommunikation, Protokollierung und den Schutz vor missbräuchlicher automatisierter Nutzung hervor. Das ist auch für betriebliche Integrationen relevant: Maschinenkonten brauchen begrenzte Rechte, nicht dieselben Vollzugriffe wie Administratoren.
Berechtigungen und Datenschutz
Zugriff, Zweck und Verantwortung vor dem Pilot klären
Ein neues Kernsystem bündelt wertvolle Unternehmensdaten. Deshalb gehören Rollenmodell, Datenschutz, Wiederherstellung und sicherer Betrieb in die Auswahl – nicht auf eine Liste für nach dem Start.
Erstellen Sie eine Rollenmatrix für Lesen, Anlegen, Ändern, Löschen, Freigeben, Exportieren und Administrieren. Technische Integrationen erhalten eigene Konten mit minimal notwendigen Rechten. Definieren Sie, wer Zugriffe beantragt, genehmigt, regelmäßig prüft und bei Rollenwechsel oder Austritt entzieht. Der BSI-Baustein zum Identitäts- und Berechtigungsmanagement formuliert als Ziel, dass Personen und IT-Komponenten ausschließlich auf die für ihre Aufgabe benötigten und autorisierten Ressourcen zugreifen.
Bei personenbezogenen Daten sind insbesondere Zweck, Rechtsgrundlage, notwendiger Datenumfang, Richtigkeit, Aufbewahrung, Löschung, Betroffenenrechte und Schutzmaßnahmen zu klären. Die amtliche Fassung der Datenschutz-Grundverordnung regelt unter anderem Zweckbindung und Datenminimierung in Artikel 5, Datenschutz durch Technikgestaltung in Artikel 25, Anforderungen an Auftragsverarbeiter in Artikel 28 und Sicherheit der Verarbeitung in Artikel 32. Speicherort oder ein Vertrag allein beweisen noch keine angemessene Gesamtlösung.
Prüfen Sie zudem Mehrfaktor-Authentisierung, Protokollierung wichtiger Änderungen, Wiederherstellung, Trennung von Test und Produktion, Sicherheitsupdates, Unterauftragnehmer, Drittlandübermittlungen und Vorgehen bei Vorfällen. Welche Anforderungen gelten, hängt von Daten, Risiko, Branche und Rollen ab und muss im Einzelfall fachkundig bewertet werden.
Technische Grundlage, Identitäten, Backup und sicherer Betrieb lassen sich im Leistungsbereich moderne IT einordnen. Hinweise zur Verarbeitung auf dieser Website finden Sie in unseren Datenschutzhinweisen. Der Entscheider ersetzt keine Datenschutz-, Rechts-, Steuer- oder Sicherheitsprüfung.
Total Cost of Ownership
Gesamtkosten über einen realistischen Zeitraum rechnen – einschließlich interner Arbeit und Ausstieg
Lizenzkosten sind leicht sichtbar. Häufig entscheidend sind jedoch Einführung, Daten, Schnittstellen, Pflege, Änderungen und die Fähigkeit, später wieder geordnet zu wechseln.
Einmalig oder projektbezogen
Kosten bis zur Betriebsfähigkeit
- Prozessaufnahme, Zielbild und Anforderungskatalog
- Auswahl, Vertrags- und Sicherheitsprüfung
- Einrichtung, Konfiguration und notwendige Anpassungen
- Schnittstellen, Datenbereinigung und Migration
- Tests, Abnahme, Dokumentation und Rückfallplanung
- Schulung, interne Projektzeit und zeitweise Doppelarbeit
Laufend und am Lebenszyklusende
Kosten des verantwortlichen Betriebs
- Lizenzen nach Personen, Nutzung, Modulen oder Transaktionen
- Schnittstellen-, Speicher-, Nachrichten- und Zusatzkosten
- Administration, Support, Monitoring und Datensicherung
- Datenpflege, Berechtigungsprüfungen und Fehlerbearbeitung
- Updates, Regressionstests, Anpassungen und Schulungen
- Vertragssteuerung, Export, Archivierung und späterer Wechsel
Vergleichen Sie Varianten über denselben realistischen Zeitraum, zum Beispiel 36 Monate. Trennen Sie sichere Kosten von Annahmen und rechnen Sie auch ein konservatives Szenario. Dem Aufwand stehen messbare Effekte gegenüber: weniger aktive Bearbeitungszeit, Fehler und Nacharbeit, kürzere Liegezeit, vermiedene Zusatzkosten oder zusätzliche nutzbare Kapazität. Freie Zeit ist nicht automatisch eine finanzielle Einsparung.
Das Bundesfinanzministerium führt in seiner amtlichen Einordnung von ERP-Einführungsaufwendungen unter anderem Customizing, Schulung, Wartung, Piloteinsatz und Datenmigration als eigene Aufwandsarten auf. Die Veröffentlichung beantwortet steuerliche Bilanzierungsfragen und ist keine TCO-Methode; sie verdeutlicht aber, warum eine Rechnung nur mit Lizenzpreisen unvollständig ist.
Planen Sie den Ausstieg bereits bei der Auswahl: kündbare Leistungen, strukturierte Exportformate, Dokumentation von Datenstrukturen, Kosten und Dauer der Herausgabe, Löschung, Aufbewahrung und Unterstützung beim Wechsel. Testen Sie einen Export mit repräsentativen Daten, statt sich auf die Existenz einer Schaltfläche zu verlassen.
Der seit 12. September 2025 anwendbare EU Data Act enthält für erfasste Datenverarbeitungsdienste Regeln zu Vertragsinformationen, Wechsel, exportierbaren Daten und Interoperabilität. Ob und wie diese Vorschriften auf einen konkreten Dienst und Vertrag anzuwenden sind, sollte rechtlich geprüft werden. Unabhängig davon bleiben Export und Exit-Plan praktische Auswahlkriterien.
Pilot und Einführung
Klein genug zum Lernen, real genug für eine Entscheidung
Ein Pilot soll Unsicherheit reduzieren. Dafür braucht er echte Arbeitsfälle, vorher festgelegte Erfolgskriterien und eine anschließende Entscheidung über Ausbau, Anpassung oder Stopp.
Ein belastbarer Pilot prüft fünf Dinge
- Fachliche Passung in Normalfällen und bekannten Ausnahmen
- Datenqualität, Migration und Schnittstellen unter realistischen Bedingungen
- Rollen, Berechtigungen, Datenschutz und sicherer Fehlerweg
- Bedienbarkeit, Schulungsbedarf und Akzeptanz der betroffenen Rollen
- Messbare Wirkung gegenüber Ausgangslage sowie tatsächlicher Pflegeaufwand
Begrenzen Sie Prozess, Standort, Team, Datenumfang oder Funktionsbereich – nicht die notwendige Sorgfalt. Legen Sie vor Beginn fest, welche Kennzahlen und Abnahmekriterien erfüllt sein müssen. Ein Pilot mit idealisierten Beispieldaten sagt wenig über Dubletten, fehlende Pflichtwerte, Sonderzeichen, Rechte und Ausnahmen im Alltag aus.
Der BSI-Grundschutz-Baustein zu Software-Tests und Freigaben beschreibt Tests vor Produktivbetrieb sowie bei Änderungen und ordnet die Freigabe einer fachlich zuständigen Organisationseinheit zu. Übertragen auf KMU heißt das: Eine erfolgreiche technische Installation ist noch keine fachliche Abnahme.
Vermeiden Sie einen unbefristeten Parallelbetrieb mit doppelter Pflege. Er kann für Kontrolle und Rückfall zeitweise sinnvoll sein, braucht aber ein klares Ende und Regeln, welches System in dieser Phase führt. Nach dem Pilot folgt eine dokumentierte Entscheidung: weiterführen, offene Risiken schließen, Umfang verändern oder stoppen.
Veränderung und Verantwortung
Softwareeinführung ist Organisationsarbeit mit dauerhaft benannten Rollen
Neue Felder und Schaltflächen verändern Aufgaben, Entscheidungen und Zusammenarbeit. Beteiligung, Qualifizierung und klare Verantwortung gehören deshalb zum Projektumfang.
Auftraggeber
Trägt Ziel, Priorität, Budget und löst bereichsübergreifende Entscheidungen.
Prozessverantwortung
Definiert fachliches Ergebnis, Regeln, Kennzahlen und Abnahme – auch nach Projektende.
Systemverantwortung
Steuert Konfiguration, Betrieb, Änderungen, Support und technische Abhängigkeiten.
Datenverantwortung
Klärt Definition, Qualität, Zugriff, Aufbewahrung und verbindliche Quelle wichtiger Datenobjekte.
Schlüsselanwender
Prüfen reale Fälle, benennen Ausnahmen, unterstützen Kolleginnen und Kollegen und geben frühes Feedback.
IT, Sicherheit und Datenschutz
Bewerten Architektur, Berechtigungen, Schutzbedarf, Dienstleister und rechtliche beziehungsweise organisatorische Anforderungen.
Beteiligte Personen kennen Abkürzungen, Sonderfälle und informelle Übergaben, die in einer Prozessgrafik fehlen. Beziehen Sie sie früh in Ist-Aufnahme, Szenarien, Pilot und Auswertung ein. Schulen Sie rollenbezogen an echten Aufgaben und planen Sie erreichbare Unterstützung in den ersten Wochen. Arbeitsrechtliche und betriebliche Mitbestimmungsanforderungen sind gegebenenfalls fachkundig zu klären.
Der aktuelle INQA-Leitfaden „Software im Handwerk erfolgreich einführen“ des vom Bundesministerium für Arbeit und Soziales getragenen Programms nennt unter anderem klare Strategie, frühe Beteiligung, Kompetenzaufbau, Prozessoptimierung, schrittweise Einführung, Ressourcen und kontinuierliche Verbesserung. Der Praxisrahmen stammt aus dem Handwerk; die Grundfragen sind auch für andere KMU anschlussfähig.
Fehlentscheidungen vermeiden
Zehn Warnsignale vor Vertragsabschluss und Go-live
Die größten Risiken liegen selten in einer einzelnen fehlenden Funktion. Sie entstehen, wenn Prozess, Daten, Betrieb und Verantwortung getrennt voneinander entschieden werden.
01Werkzeug vor Problem
Die Auswahl beginnt mit Produktpräsentationen, bevor Zielprozess und messbarer Engpass feststehen.
02Funktionsmenge statt Alltag
Die längste Liste gewinnt, obwohl entscheidende Rollen ihre häufigsten Aufgaben nur umständlich bearbeiten können.
03Alten Ablauf nachbauen
Jede historische Ausnahme wird individuell programmiert. Kosten und Update-Risiko wachsen, ohne den Prozess zu verbessern.
04Alles ungeprüft migrieren
Veraltete, doppelte oder bedeutungslose Daten werden übernommen und erscheinen danach nur ordentlicher.
05Mehrere Wahrheiten
CRM, ERP und Listen dürfen denselben Kunden, Preis oder Status unabhängig verändern.
06Ausnahmen unsichtbar automatisieren
Fehler erzeugen stille Datenlücken, weil es weder Prüfung noch verantwortliche Übergabe gibt.
07Großer Start ohne Rückweg
Zu viele Bereiche wechseln gleichzeitig; Test, Schulung und Rückfallweg bleiben theoretisch.
08Lizenzpreis mit Gesamtkosten verwechseln
Interne Zeit, Migration, Schnittstellen, Betrieb, Weiterentwicklung und Ausstieg fehlen in der Rechnung.
09Projekt ohne dauerhafte Verantwortung
Nach dem Start ist niemand für Datenqualität, Regeln, Rechte und Verbesserungen zuständig.
10Go-live als Erfolg
Die Einführung gilt als abgeschlossen, obwohl Nutzung, Datenqualität und Prozesswirkung nicht gemessen werden.
Typische Situationen
Sechs Beispiele für die sinnvolle erste Lösungsebene
Die Beispiele sind keine pauschalen Produktempfehlungen. Sie zeigen, wie der dominierende Engpass die erste Prüfspur bestimmt.
Der Ablauf ist selten, transparent und mit der heutigen Arbeitsweise verlässlich beherrschbar.
Kein neues Systemprojekt
Ohne ungedeckten Bedarf würden Auswahl, Migration und zusätzliche Datenpflege mehr Aufwand als belegten Nutzen erzeugen. Messbare Auslöser sichern eine spätere Neubewertung.
Anfragen und Nachfassen sind über Postfächer und Notizen verteilt.
CRM prüfen
Der Kern sind Kundenkontakte, Zuständigkeit, Bearbeitungsstand und nächster Schritt. Zuerst muss ein gemeinsamer Anfrageprozess stehen.
Auftrag, Material, Einkauf, Leistung und Rechnung widersprechen sich zwischen Listen.
ERP prüfen
Mehrere betriebliche Ressourcen und Transaktionen benötigen eine verbindliche, zusammenhängende Datenbasis.
Ein passendes CRM und ERP existieren, Auftragsdaten werden aber täglich kopiert.
Integration prüfen
Die Systeme können bleiben. Geklärt werden müssen Datenhoheit, Feldzuordnung, Auslöser, Fehlerweg und Überwachung.
Freigegebene Belege werden nach festen Regeln wiederholt zugeordnet und übertragen.
Automatisierung prüfen
Ein stabiler Standardfall kann automatisiert werden, wenn fachliche Ausnahmen erkennbar bei Menschen landen.
Angebote werden je nach Person anders geprüft und freigegeben.
Prozess zuerst klären
Ohne gemeinsame Kriterien und Verantwortung würde jede Software nur unterschiedliche Arbeitsweisen festschreiben.
Wie Prozessvereinfachung, CRM, ERP und gezielte Automatisierung in ein umsetzbares Gesamtbild kommen, beschreibt unser Leistungsbereich einfacher arbeiten. Echte Projektbeispiele und Arbeitsproben finden Sie unter ausgewählte Projekte.
Entscheidungs-Checkliste
Vierzehn Nachweise vor der verbindlichen Auswahl
Je mehr Punkte belastbar beantwortet sind, desto geringer ist die Gefahr, dass offene Prozess- oder Betriebsfragen erst nach Vertragsabschluss sichtbar werden.
- Der Engpass ist als konkreter Ablauf mit Start und Ergebnis beschrieben.
- Ausgangslage und gewünschte Wirkung besitzen überprüfbare Kennzahlen.
- Betroffene Rollen haben Normalfälle und wichtige Ausnahmen eingebracht.
- Es ist begründet, warum Prozessklärung, vorhandene Funktionen oder eine kleine Integration nicht ausreichen.
- Pflicht-, Soll- und Ausschlusskriterien sind getrennt priorisiert.
- Für zentrale Datenobjekte ist genau eine verbindliche Quelle benannt.
- Migration, Datenbereinigung und fachliche Abnahme sind kalkuliert.
- Schnittstellen, Exporte, Fehlerwege und technische Abhängigkeiten sind belegt.
- Rollen, administrative Rechte, technische Konten und Entzug von Zugängen sind geplant.
- Datenschutz, Auftragsverarbeitung, Speicherorte, Löschung und Schutzmaßnahmen sind fachkundig geprüft.
- Einmalige, laufende und Ausstiegskosten sind über denselben Zeitraum verglichen.
- Pilot, Erfolgskriterien, Rückfallweg und Freigabeentscheidung sind vor dem Start festgelegt.
- Prozess-, System- und Datenverantwortung gelten auch für den späteren Betrieb.
- Zeit für Einführung, Schulung, Support und kontinuierliche Verbesserung ist eingeplant.
Braucht Ihr Betrieb wirklich ein neues System?
Wir ordnen Engpass, Soll-Prozess, Daten, vorhandene Systeme und wirtschaftlichen Rahmen gemeinsam ein. Das Ergebnis kann ein CRM- oder ERP-Auswahlbild sein – aber ebenso eine kleinere Integration, Automatisierung oder zuerst eine Prozessklärung. Herstellerneutral und ohne Garantie für ein bestimmtes Ergebnis.
Häufige Fragen
Antworten zur CRM-, ERP- und Automatisierungsentscheidung
Der Entscheider und dieser Leitfaden bieten eine strukturierte betriebliche Orientierung. Sie ersetzen keine individuelle Prozessanalyse, technische Prüfung, Investitionsrechnung oder rechtliche Beratung.
01Was ist der Unterschied zwischen CRM und ERP?
Ein CRM unterstützt vor allem Kundenbeziehungen, Kontakte, Anfragen, Verkaufschancen, Aktivitäten und Servicevorgänge. Ein ERP verbindet betriebliche Ressourcen und Transaktionen wie Aufträge, Leistungen, Material, Einkauf, Lager, Projekte oder kaufmännische Daten. Die Grenzen können sich überschneiden; entscheidend sind Prozess, Datenhoheit und benötigte Tiefe – nicht die Produktbezeichnung.
02Wann lohnt sich ein CRM für einen kleinen Betrieb?
Ein CRM wird prüfenswert, wenn mehrere Personen oder Kanäle beteiligt sind, Zuständigkeiten wechseln, Nachfass-Termine verloren gehen oder Kundeninformationen nicht gemeinsam verfügbar sind. Bei wenigen Vorgängen kann ein konsequent gepflegter einfacher Ablauf genügen. Der Nutzen entsteht durch verlässliche Arbeit, nicht durch die bloße Einführung der Software.
03Wann braucht ein Unternehmen ein ERP-System?
Ein ERP wird prüfenswert, wenn Aufträge, Ressourcen, Material, Leistungen, Projekte oder kaufmännische Daten über mehrere Bereiche hinweg konsistent geplant und verarbeitet werden müssen. Ein einzelner Medienbruch oder ein reines Kontaktproblem rechtfertigt noch kein umfassendes ERP-Projekt.
04Kann ein CRM ein ERP ersetzen – oder umgekehrt?
Teilweise überlappende Funktionen machen Systeme nicht automatisch austauschbar. Ein CRM kann einfache Angebots- oder Auftragsinformationen enthalten; ein ERP kann Kundenstammdaten und Vertriebsfunktionen führen. Prüfen Sie für jeden Kernprozess, welches System fachlich führend ist und welche Informationen nur angezeigt oder ausgetauscht werden.
05Wann ist Automatisierung besser als ein neues CRM oder ERP?
Wenn geeignete Systeme vorhanden sind und ein stabiler, häufiger Ablauf zwischen ihnen noch manuell ausgeführt wird, kann eine begrenzte Integration oder Automatisierung kleiner und wirtschaftlicher sein. Sind Regeln, Daten oder Verantwortung ungeklärt, sollte zuerst der Prozess stabilisiert werden. Automatisierung ersetzt keine fachliche Entscheidung.
06Wie erstelle ich Anforderungen ohne ein langes Lastenheft?
Beginnen Sie mit wenigen realen Arbeitsszenarien: Wer startet mit welchen Daten, welche Schritte und Entscheidungen folgen, welches Ergebnis wird benötigt und welche Ausnahmen treten auf? Daraus entstehen priorisierte Pflicht-, Soll- und Ausschlusskriterien. Für Migration, Schnittstellen, Rechte, Datenschutz, Betrieb und Ausstieg sollten dennoch überprüfbare Anforderungen dokumentiert sein.
07Welche Kosten gehören zur CRM- oder ERP-Einführung?
Neben Lizenz oder Abonnement zählen Prozessaufnahme, Auswahl, Konfiguration, Anpassungen, Schnittstellen, Datenbereinigung, Migration, Tests, interne Projektzeit, Schulung und zeitweise Doppelarbeit. Im Betrieb kommen Administration, Support, Speicher, Zusatzmodule, Datenpflege, Updates, Sicherheitsmaßnahmen, Weiterentwicklung und ein späterer Export oder Wechsel hinzu.
08Wie lassen sich Daten sicher in ein neues System migrieren?
Erfassen und bereinigen Sie zuerst die Quellen. Dokumentieren Sie Feldzuordnung und Umwandlungsregeln, führen Sie mehrere Testmigrationen durch und gleichen Sie Anzahl, Summen, Beziehungen sowie Stichproben fachlich ab. Für den Umstieg brauchen Sie eine klare Freigabe, einen Rückfallweg sowie Regeln für Aufbewahrung und Löschung der Altbestände.
09Ist Cloud-Software oder ein eigenes System besser?
Keine Betriebsform ist pauschal besser. Bewerten Sie Schutzbedarf, Verfügbarkeit, Internetabhängigkeit, interne Betriebsfähigkeit, Updates, Skalierung, Speicherorte, Unterauftragnehmer, Verträge, Gesamtkosten, Export und Wechselmöglichkeiten. Die Entscheidung muss zum konkreten Prozess und Risiko passen und fachkundig geprüft werden.
10Wie lange dauert die Einführung eines CRM, ERP oder einer Automatisierung?
Eine belastbare Dauer lässt sich ohne Umfang, Datenlage, Schnittstellen, Anpassungen, Beteiligte und Verfügbarkeit nicht seriös nennen. Ein klar begrenzter CRM- oder Automatisierungspilot kann deutlich kleiner sein als eine bereichsübergreifende ERP-Einführung. Planen Sie in überprüfbaren Stufen und geben Sie die nächste Stufe erst nach fachlicher Abnahme frei.
Autor: Kilian Schmidt · Fachlich geprüft am 22. August 2026
Methodik: Prozess, Systemfit, Daten, Betrieb und Wirtschaftlichkeit · Entscheider-Version 1.1