Business Case für Lagerautomatisierung erstellen
Ein strukturierter Ansatz zur Erstellung eines überzeugenden Investitionsfalls, der einer Finanzprüfung standhält, Annahmen ehrlich offenlegt und eine informierte Entscheidung unterstützt.
9 min Lesezeit · Anbieterunabhängig
Business Case vs. ROI-Berechnung
Eine ROI-Berechnung ist ein Finanzmodell. Ein Business Case ist das vollständige Investitionsargument: Er enthält das ROI-Modell, aber auch die strategische Begründung, den betrieblichen Kontext, die Annahmen, die Risiken und die Empfehlung. Der Unterschied ist relevant, weil Finanzabteilungen Business Cases bewerten, keine isolierten ROI-Tabellen.
Ein gut aufgebauter Business Case übertreibt die Investition nicht. Er legt Annahmen klar offen, erkennt Unsicherheiten an und präsentiert eine Bandbreite von Ergebnissen statt einer einzelnen projizierten Rendite. Finanzabteilungen genehmigen Investitionen eher, wenn die Annahmen transparent und die Risikoanalyse glaubwürdig sind.
Wer sollte den Business Case verantworten?
Der Business Case sollte vom internen Betriebs- oder Logistikverantwortlichen verantwortet werden, nicht vom Anbieter. Anbieter-Business-Cases sind kommerzielle Dokumente. Ein intern erstellter Business Case ist ein Entscheidungsunterstützungswerkzeug. Beide dienen unterschiedlichen Zwecken.
Acht Abschnitte eines überzeugenden Business Case
01 Zusammenfassung für das Management
Eine Seite. Investitionsbetrag, primärer betrieblicher Treiber, indikative Amortisationsbandbreite, Schlüsselannahmen und Empfehlung. Wird zuletzt geschrieben.
02 Betrieblicher Kontext
Ist-Zustand: Lagergröße, Durchsatz, betroffene Mitarbeiterzahl, wesentliche Engpässe und das betriebliche Problem, das diese Investition löst. Faktenbasiert, nicht aspirativ.
03 Begründung der Technologieeignung
Warum diese Technologiekategorie gewählt wurde. Welche Alternativen geprüft wurden. Warum der gewählte Ansatz für diesen Betrieb besser geeignet ist als Alternativen.
04 Finanzmodell
Gesamtinvestitionskosten (alle Komponenten). Jährliche Nutzenabschätzung mit Bandbreite. Einfache Amortisationsberechnung. Kapitalwert (NPV), falls von Ihrem Finanzprozess gefordert. Sensitivitätsanalyse.
05 Annahmenregister
Jede Annahme, die das Finanzmodell wesentlich beeinflusst, dokumentiert mit Quelle und Konfidenzgrad. Personalkostenannahmen, Einsparungsquotenannahmen, Implementierungszeitplan-Annahmen.
06 Risikobewertung
Die drei bis fünf Risiken, die dazu führen könnten, dass die Investition hinter den Erwartungen bleibt. Jedes mit Eintrittswahrscheinlichkeit, Auswirkung und Minderungsmaßnahme. Integrationsrisiko, Datenrisiko, Change-Management-Risiko und Anbieterrisiko sollten immer enthalten sein.
07 Implementierungsplan
Phasenbasierter Zeitplan von der Anbieterauswahl bis zur Gesamtinbetriebnahme. Wesentliche Meilensteine, Abhängigkeiten und interne Ressourcenanforderungen. Kein Projektplan, aber ausreichend, um die Glaubwürdigkeit des Vorgehens zu zeigen.
08 Steuerung und Verantwortung
Wer das Programm intern verantwortet. Wer Budgetkompetenz hat. Wie der Eskalationsweg aussieht. Was Erfolg nach 6, 12 und 24 Monaten bedeutet.
Das Finanzmodell aufbauen
Das Finanzmodell sollte alle Kosten und alle Nutzeneffekte erfassen. Teilkostenmodelle, die Hardware einschließen, aber Integration und Change Management ausschließen, unterschätzen die Investition und erzeugen unrealistische Amortisationsprojektionen.
- Hardware und Anlagen (Kauf oder Leasing)
- Softwarelizenzen (Flottenmanagement, Integrationsschicht)
- Integrations- und Implementierungsdienstleistungen
- Anlagenmodifikationen
- Schulung und Change Management
- Jährlicher Wartungsvertrag
- Internes Projektmanagement (Opportunitätskosten)
- Laufende Software- und Flottenmanagement-Lizenz (jährlich)
- Unvorhergesehenes (typischerweise 10-15 % der Gesamtprojektkosten)
Auch der Nutzen sollte vollständig erfasst sein. Personaleinsparung ist in den meisten Fällen der primäre Nutzen, aber berücksichtigen Sie auch Fehlerreduzierung, Durchsatzkapazitätspuffer und Flächeneffizienzgewinne, wo diese real und quantifizierbar sind.
- Direkte Personalkosten-Einsparung (VZÄ x Vollkosten x Einsparungsquote)
- Reduzierung von Zeitarbeits-Aufpreisen in Spitzenzeiten
- Fehlerreduzierung und damit verbundene Kosteneinsparung (Retouren, Nachkommissionierungen)
- Durchsatzkapazitätssteigerung (wenn Erfüllungskapazität umsatzbegrenzend ist)
- Flächeneffizienzgewinn (wenn zusätzliche Lagerkapazität messbaren Wert hat)
Häufige Schwachstellen vermeiden
Einzelpunkt-ROI statt Bandbreite
Ein Business Case, der eine einzelne projizierte Rendite ohne Sensitivitätsanalyse präsentiert, bildet die genuine Unsicherheit im Modell nicht ab. Präsentieren Sie einen Basisfall, einen konservativen Fall und einen optimistischen Fall.
Personaleinsparung mit 100 % der freigesetzten Kapazität angesetzt
Automatisierung eliminiert selten 100 % des Personals im betroffenen Bereich. Ausnahmen, Nachschub, Aufsicht und Wartung verbrauchen einen Teil der freigesetzten Kapazität. Modellieren Sie mit 60-80 % des theoretischen Maximums, sofern Referenzstandort-Nachweise keine höhere Annahme rechtfertigen.
Integration und Change Management nicht in den Kosten
Diese Positionen machen häufig 30-50 % der Gesamtprojektkosten aus. Ein Business Case, der nur Hardware einschließt, unterschätzt die erforderliche Investition wesentlich.
Kein Annahmenregister
Jede Annahme, die das Finanzmodell antreibt, sollte dokumentiert werden. Eine undokumentierte Annahme kann nicht validiert, hinterfragt oder aktualisiert werden, wenn neue Informationen vorliegen.
Anbieter-Business-Case unverändert übernommen
Anbieter-Business-Cases sind kommerzielle Dokumente. Sie werden erstellt, um eine Kaufentscheidung zu unterstützen, nicht um der Finanzabteilung eine unabhängige Einschätzung der Investition zu geben. Nutzen Sie Anbietermodelle als Eingabe, nicht als Business Case selbst.
Den Business Case für die Finanzabteilung überzeugend gestalten
Finanzabteilungen bewerten Automatisierungs-Business-Cases anders als operative Verantwortliche. Antizipieren Sie die Fragen, die gestellt werden, und beantworten Sie sie im Dokument, nicht erst im Genehmigungsgespräch.
- Nennen Sie die Amortisationszeit klar in der Zusammenfassung und erläutern Sie, was sie treibt.
- Zeigen Sie Sensitivität: Was passiert mit der Amortisation, wenn die Personaleinsparung 20 % unter der Projektion liegt?
- Unterscheiden Sie einmalige Kosten von wiederkehrenden Jahreskosten klar im Modell.
- Dokumentieren Sie, was passiert, wenn das Projekt nicht genehmigt wird: die Kosten der Untätigkeit.
- Verweisen Sie auf mindestens eine vergleichbare externe Implementierung, um zu zeigen, dass die Annahmen fundiert sind.
Zeitpunkt: Wann sollte der Business Case erstellt werden?
Erstellen Sie den Business Case vor der Ausschreibung, nicht nach Erhalt der Angebote. Ein Business Case, der aus Angeboten aufgebaut wird, spiegelt Anbieterannahmen wider. Ein Business Case, der aus Ihren eigenen Betriebsdaten erstellt wird, gibt Ihnen ein Referenzmodell, an dem Angebote gemessen werden.
Der Business Case sollte während der Bewertungsphase ein lebendiges Dokument bleiben. Aktualisieren Sie ihn, wenn Angebote präzisere Kosteninformationen liefern und wenn Referenzstandortbesuche Ihre Annahmen bestätigen oder in Frage stellen.
Automatisierungs-Business-Case erstellen
Starten Sie mit dem Readiness Assessment zur Bestimmung Ihrer Ausgangsbasis und Technologieeignung und erstellen Sie dann einen strukturierten Business Case in Ihrem Workspace.
Assessment starten