Warum pauschale Preise selten belastbar sind
Ein scheinbar einfacher Ablauf kann technisch anspruchsvoll werden, wenn Angaben aus freien E-Mails erkannt, gegen Stammdaten geprüft und anschließend in mehreren Systemen geändert werden müssen. Umgekehrt kann ein umfangreicher, aber klar strukturierter Regelprozess mit einer vorhandenen Schnittstelle gut planbar sein.
Eine seriöse Kostenschätzung beginnt deshalb mit Prozessgrenze, Fallarten und gewünschter Wirkung. Es macht einen erheblichen Unterschied, ob eine Lösung Informationen vorbereitet, einen Vorschlag erzeugt oder eigenständig eine geschäftlich wirksame Buchung ausführt.
Einmalige Kosten im Automatisierungsprojekt
Der einmalige Aufwand umfasst mehr als Entwicklung. Vor der technischen Umsetzung müssen Ist-Ablauf, Soll-Prozess, Daten, Rollen und Risiken geklärt werden. Danach folgen Architektur, Integration, Tests, Einführung und die Übergabe in einen geregelten Betrieb.
Besonders häufig wird der Aufwand für Ausnahmefälle unterschätzt. Fehlende Pflichtangaben, doppelte Datensätze, nicht erreichbare Zielsysteme und widersprüchliche Informationen benötigen definierte Wege, damit automatisierte Vorgänge nicht unbemerkt liegen bleiben.
- Prozessaufnahme, Priorisierung und fachliches Soll-Konzept
- Daten- und Schnittstellenanalyse einschließlich Zugriffswegen
- Entwicklung von Prozesslogik, Bedienoberfläche und Integrationen
- Sicherheits-, Datenschutz- und Berechtigungskonzept
- Testfälle, Abnahme, Einführung und Betriebsdokumentation
Laufende Kosten im produktiven Betrieb
Nach der Einführung entstehen je nach Architektur Kosten für Infrastruktur, Plattformen, Modell- oder Transaktionsnutzung, Monitoring und Support. Hinzu kommt fachliche Pflege: Kategorien ändern sich, Systeme werden aktualisiert und Zuständigkeiten wechseln.
Ein vollständiges Betriebsmodell beantwortet daher, wer Fehler prüft, wer Regeln ändert, wie neue Versionen getestet werden und welche Reaktionszeit bei einer Störung erforderlich ist. Diese Aufgaben sind Teil der Lösung und keine nachgelagerte Zusatzfrage.
- Hosting, Plattform- und nutzungsabhängige Entgelte
- Überwachung, Protokollierung und technische Wartung
- Bearbeitung von Fehlern und fachlichen Ausnahmen
- Qualitätsprüfung und Anpassung bei veränderten Eingängen
- Support, Dokumentation und kontrollierte Weiterentwicklung
Die wichtigsten Aufwandstreiber
Der Projektumfang wächst nicht linear mit der Anzahl sichtbarer Schritte. Hoher Aufwand entsteht vor allem an Systemgrenzen und bei Entscheidungen, die nicht eindeutig beschrieben sind. Auch eine schlechte Datenqualität kann mehr Arbeit verursachen als die eigentliche Automatisierung.
Für die Kalkulation sollten Varianten bewusst getrennt werden. Ein Standardfall mit vollständigen Angaben kann automatisiert laufen, während seltene Sonderfälle zunächst in einer Prüfliste verbleiben. So muss der Start nicht jede denkbare Situation vollständig abdecken.
- Anzahl und Unterschiedlichkeit der Prozessvarianten
- Qualität, Verfügbarkeit und eindeutige Zuordnung der Daten
- Reife, Dokumentation und Begrenzungen vorhandener Schnittstellen
- Wirkung automatischer Aktionen und notwendige Freigaben
- Schutzbedarf, Verfügbarkeit und Anforderungen an Nachvollziehbarkeit
Projektumfang sinnvoll zuschneiden
Ein guter Pilot bildet einen vollständigen, geschäftlich relevanten Ablauf ab, bleibt aber bei Eingang, Fallart oder Organisationseinheit begrenzt. Er sollte echte Systemübergaben und reale Ausnahmewege enthalten, damit nicht nur eine isolierte Demonstration bewertet wird.
Aus dem Pilot entstehen belastbare Aussagen zu Integrationsaufwand, Datenproblemen, Nutzerinteraktion und Betrieb. Erst danach wird entschieden, welche weiteren Varianten den zusätzlichen Aufwand rechtfertigen.
Angebote und Kalkulationen richtig vergleichen
Vergleichbar werden Angebote erst, wenn Prozessgrenze, enthaltene Schnittstellen, Testumfang und Betriebsleistung gleich beschrieben sind. Ein niedriger Entwicklungspreis ist wenig aussagekräftig, wenn Monitoring, Fehlerbehandlung oder die Pflege der Lösung nicht enthalten sind.
Verlangen Sie deshalb eine nachvollziehbare Trennung von Annahmen, einmaligem Projektumfang, laufenden Kostenarten und ausdrücklich ausgeschlossenen Leistungen. Unbekannte Punkte sollten als Prüfauftrag gekennzeichnet sein und nicht stillschweigend in einer pauschalen Zahl verschwinden.