Business Case Fehler vermeiden – Ein sauberer Business Case entscheidet, ob ein Vorhaben grünes Licht bekommt – oder leise beerdigt wird. Trotzdem entstehen viele Business Cases unter Zeitdruck, mit unsauberen Annahmen und PowerPoint-Optik statt Substanz. Das rächt sich später in Projekten, die mehr kosten, länger dauern und weniger Nutzen bringen als versprochen.
In diesem Beitrag erfahren Sie, welche typischen Business-Case-Fehler immer wieder auftreten, wie Sie sie systematisch vermeiden und wie ein belastbarer Business Case in der Praxis aussieht – Schritt für Schritt, mit konkreten Beispielen und Checklisten.
Was ist ein Business Case – und wofür brauchen Sie ihn wirklich?
Ein Business Case beantwortet eine einfache Frage: Lohnt sich diese Initiative – fachlich, wirtschaftlich und strategisch – im Vergleich zu den Alternativen?
Kernaufgaben eines Business Case:
- Problem oder Chance klar beschreiben
- Lösungsoptionen vergleichen (inkl. „Nichts tun“)
- Kosten, Nutzen und Risiken quantifizieren
- Auswirkungen auf Strategie, Organisation und Prozesse bewerten
- Entscheidungsgrundlage für Priorisierung und Budget liefern
Wichtig: Ein Business Case ist kein reines Finanzmodell. Er ist ein Entscheidungsinstrument und begleitet den gesamten Projektlebenszyklus – von der Idee über die Durchführung bis zur Erfolgskontrolle.
Warum Business Cases so oft scheitern
Typische Gründe, warum Business Cases in der Praxis versagen:
- Sie entstehen als „Pflichtdokument“ kurz vor dem Steering Committee
- Zahlen sind Wunschdenken oder aus anderen Projekten „übernommen“
- Fachbereich, IT, Controlling und Einkauf arbeiten aneinander vorbei
- Annahmen sind nicht dokumentiert und später nicht nachvollziehbar
- Die Option „Nichts tun“ oder Alternativen fehlen
- Nach Projektstart verschwindet der Business Case in der Schublade
Die Folge: Entscheidungen basieren auf trügerischer Sicherheit. Projekte starten mit falschen Erwartungen, und niemand merkt rechtzeitig, dass sich die Ausgangslage geändert hat.
Übersicht: Die 10 häufigsten Business-Case-Fehler
Typische Business-Case-Fehler auf einen Blick:
- Unklare Problemdefinition
- Kein echter Business-Nutzen, nur Features
- Unvollständige Kostenbetrachtung
- Überoptimistischer Nutzen und ROI
- Fehlende Alternativen (inkl. „Nichts tun“)
- Ignorierte Risiken und Unsicherheiten
- Kein Einbezug der relevanten Stakeholder
- Mangelnde Nachvollziehbarkeit der Annahmen
- Kein Abgleich mit Strategie und Kapazitäten
- Keine Governance nach der Entscheidung (Benefits-Tracking fehlt)
Im Folgenden gehen wir diese Punkte durch – jeweils mit typischen Mustern und konkreten Gegenmaßnahmen.
Fehler 1: Unklare Problemdefinition
Viele Business Cases starten mit einer schwammigen Ausgangslage wie „Wir brauchen eine moderne Plattform“ oder „Wir müssen digitaler werden“. Das ist keine Entscheidungsgrundlage.
So erkennen Sie den Fehler:
- Das Problem ist vage formuliert („ineffizient“, „veraltet“, „unzureichend“)
- Es fehlen Kennzahlen, die die aktuelle Situation beschreiben
- Betroffene Bereiche würden das Problem unterschiedlich formulieren
So vermeiden Sie ihn:
- Beschreiben Sie das Problem konkret, messbar und zeitlich greifbar.
- Beispiel: „Bearbeitung eines Kundenauftrags dauert im Schnitt 5 Tage, Ziel sind 2 Tage bis Q4/2026.“
- Nutzen Sie IST-Daten statt Bauchgefühl (Durchlaufzeiten, Fehlerquoten, Anzahl Medienbrüche).
- Validieren Sie die Problemdefinition mit den wichtigsten Stakeholdern: Fachbereich, IT, Controlling, ggf. Kundenservice.
Prüffrage:
Können alle Beteiligten das Problem in einem Satz gleichartig beschreiben?
Fehler 2: Kein echter Business-Nutzen, nur Features
Viele Vorhaben begründen sich mit Funktionen („Neue Reporting-Features“, „Mobile App“) statt mit geschäftlichem Mehrwert.
Typische Anzeichen:
- Nutzenbeschreibung in Form von technischen Features
- Schlagworte wie „modern“, „innovativ“, „State of the Art“ ohne harte Effekte
- Keine Verbindung zu Umsatz, Kosten, Risiko oder Kundenzufriedenheit
So vermeiden Sie ihn:
Führen Sie jedes Feature auf einen geschäftlichen Effekt zurück:
- Umsatzsteigerung (z. B. Cross-/Upselling, Conversion Rate, Neukunden)
- Kostenreduktion (z. B. weniger manueller Aufwand, Lizenzkosten, Fehlerkosten)
- Risikoreduktion (z. B. Compliance, Ausfallrisiko, Sicherheitsvorfälle)
- Qualität / Kundenerlebnis (z. B. NPS, Reklamationsquote, Time-to-Resolution)
Formulieren Sie Nutzenziele spezifisch:
- Statt: „Verbesserte Transparenz“
- Besser: „Reduktion der Reporting-Erstellungszeit von 3 Tagen auf 1 Tag pro Monat je Business Unit bis Q2/2027“
Fehler 3: Unvollständige Kostenbetrachtung
Der wohl häufigste und teuerste Fehler: Im Business Case stehen nur Lizenz- oder Projektkosten, aber nicht die gesamten „Total Cost of Ownership“ (TCO).
Kosten, die häufig fehlen:
- Einmalkosten
- Anforderungsanalyse, Architektur, Customizing
- Migration (Daten, Schnittstellen, Alt-Systeme)
- Test, Schulung, Change-Management
- Laufende Kosten
- Betrieb, Hosting, Support
- Wartung, Upgrades, Releases
- Lizenzsteigerungen durch Nutzerwachstum oder Module
- Folgekosten
- Parallelbetrieb alter und neuer Systeme
- Externe Dienstleister bei Engpässen
- Interne Kapazitätsbindung (z. B. Key User, Projektteam)
So vermeiden Sie ihn:
- Arbeiten Sie mit Standard-Kostenkategorien (CapEx, OpEx, intern, extern).
- Binden Sie frühzeitig IT, Controlling und Einkauf ein.
- Planen Sie einen Reserven- oder Risikopuffer, der zur Projektkomplexität passt (z. B. 10–30 %).
- Halten Sie alle Kosten-Annahmen explizit fest („Annahme: 5 FTE mit 20 % Anteil über 12 Monate“).
Fehler 4: Überoptimistischer Nutzen und ROI
Ein Business Case mit extrem hohen Einsparungen oder unrealistisch kurzer Amortisationszeit wirkt auf Entscheider eher unglaubwürdig als attraktiv.
Typische Muster:
- Alle Nutzenkomponenten werden mit „Best Case“-Werten angesetzt
- Es fehlen Unsicherheitsbereiche (Spannen, Szenarien)
- Nutzen tritt sofort und vollständig ein, ohne Anlaufkurve
So vermeiden Sie ihn:
- Arbeiten Sie mit Szenarien:
- Best Case
- Realistic Case
- Worst Case
- Bauen Sie Anlaufkurven ein:
- z. B. 30 % des vollen Nutzens im ersten Jahr, 70 % im zweiten, 100 % ab dem dritten Jahr.
- Diskutieren Sie die Annahmen mit den Fachbereichen:
- „Welche Prozessverbesserung ist wirklich realistisch?“
- „Wie schnell akzeptieren Nutzer die neue Lösung?“
Praxis-Tipp:
Ein realistisch-konservativer Business Case bekommt eher Zustimmung als ein „Excel-Märchen“.
Fehler 5: Fehlende Alternativen – besonders „Nichts tun“
Viele Business Cases beschreiben genau eine Lösung – meist die, für die sich das Team ohnehin entschieden hat. Das verzerrt die Entscheidung.
Typische Versäumnisse:
- Keine Alternativszenarien (z. B. Outsourcing vs. Eigenentwicklung)
- Keine Betrachtung „Nichts tun“/„Weiter wie bisher“
- Kein Vergleich der Varianten hinsichtlich Kosten, Nutzen, Risiko
So vermeiden Sie ihn:
- Definieren Sie zu Beginn mindestens zwei sinnvolle Alternativen plus „Nichts tun“.
- Vergleichen Sie sie anhand klarer Kriterien:
- Investitionsvolumen
- Laufende Kosten
- Realisierungsdauer
- Nutzenpotenzial
- Komplexität / Risiko
- Visualisieren Sie das Ergebnis (z. B. einfache Bewertungsmatrix).
Entscheider wollen keine „Abnickvorlage“, sondern eine echte Auswahl.
Fehler 6: Ignorierte Risiken und Unsicherheiten
Jeder Business Case beruht auf Annahmen. Wer so tut, als wären diese sicher, plant an der Realität vorbei.
Typische Anzeichen:
- Keine Risikoübersicht im Dokument
- Keine Sensitivitätsanalyse („Was, wenn sich Annahme X um 20 % verschiebt?“)
- Abhängigkeiten von Dritten (Lieferanten, andere Projekte) nicht genannt
So vermeiden Sie ihn:
- Listen Sie die Top-5-Risiken mit Eintrittswahrscheinlichkeit und Auswirkungsgrad.
- Beschreiben Sie Gegenmaßnahmen und Verantwortliche.
- Führen Sie eine Sensitivitätsanalyse durch:
- Wie ändert sich der Kapitalwert/ROI, wenn z. B.
- Projekt 6 Monate später live geht?
- nur 50 % des erwarteten Nutzens eintreten?
- Kosten um 15 % steigen?
- Wie ändert sich der Kapitalwert/ROI, wenn z. B.
So sehen Entscheider, wo der Business Case empfindlich ist – und wo er robust bleibt.
Fehler 7: Kein Einbezug der relevanten Stakeholder
Business Cases, die allein vom Projektteam oder der IT erstellt werden, übersehen oft kritische Perspektiven.
Betroffene Stakeholder, die häufig fehlen:
- Fachbereiche (Prozessverantwortliche, Key User)
- Controlling / Finanzen
- IT-Betrieb, IT-Security, Architektur
- Einkauf / Vendor Management
- Betriebsrat / HR bei stärkeren Organisationsveränderungen
So vermeiden Sie ihn:
- Identifizieren Sie zu Beginn alle relevanten Stakeholder.
- Führen Sie gezielte, kurze Workshops/Interviews statt endloser E-Mail-Schleifen.
- Legen Sie klar fest, wer welche Beiträge liefert (z. B. Kosten, Risiken, Nutzen).
- Dokumentieren Sie Abstimmungen und Freigaben (z. B. durch ein kurzes Sign-off im Dokument).
Je breiter der Business Case abgestützt ist, desto höher seine Qualität – und desto geringer die Wahrscheinlichkeit, dass er später zerrissen wird.
Fehler 8: Mangelnde Nachvollziehbarkeit der Annahmen
Nichts untergräbt Vertrauen so schnell wie ein Business Case, in dem Kennzahlen nicht mehr erklärt werden können.
Typische Probleme:
- Excel-Modelle ohne Erläuterung der Logik
- Kennzahlen entstehen durch „Copy & Paste“ ohne Quellenangabe
- Nach einem Jahr weiß niemand mehr, warum eine Zahl so angesetzt wurde
So vermeiden Sie ihn:
- Dokumentieren Sie alle wesentlichen Annahmen separat, zum Beispiel:
- „Annahme A1: Produktivität steigt ab Jahr 2 um 10 %, basierend auf Erfahrungswerten aus Projekt XY.“
- Versehen Sie Kennzahlen mit Quellen (Systeme, Reports, Studien, Benchmarks).
- Halten Sie Versionen fest:
- Welche Varianten wurden verworfen und warum?
- Welche Parameter hat das Steering Committee angepasst?
Ein Business Case muss auch nach zwei Jahren noch prüfbar sein.
Fehler 9: Kein Abgleich mit Strategie und Kapazitäten
Selbst ein wirtschaftlich positiver Business Case kann für das Unternehmen falsch sein, wenn er nicht zur Strategie passt oder Kapazitäten blockiert.
Typische Versäumnisse:
- Keine Verbindung zu strategischen Zielen oder Roadmaps
- Ressourcenkonflikte mit laufenden Initiativen bleiben unbewertet
- Kritische Kompetenzen (z. B. Data Scientists, SAP-Experten) sind mehrfach verplant
So vermeiden Sie ihn:
- Ordnen Sie das Vorhaben klaren strategischen Zielen zu (z. B. „Kundenzentrierung“, „Kostenführerschaft“, „Compliance-Sicherheit“).
- Stimmen Sie den Business Case mit Portfolio- und Kapazitätsplanung ab.
- Bewerten Sie den Opportunitätskosten-Effekt:
- Welches andere Projekt müsste verschoben werden?
- Ist die Kapitalbindung an dieser Stelle wirklich optimal?
Damit wird aus einem isolierten Projektantrag ein Portfolio-Beitrag.
Fehler 10: Keine Governance nach der Entscheidung
Viele Organisationen nutzen den Business Case nur, um ein Go zu bekommen. Danach verschwindet er.
Folgen:
- Niemand vergleicht später Ist-Kosten und Ist-Nutzen mit den Planwerten
- Lerneffekte bleiben aus
- Die Qualität zukünftiger Business Cases verbessert sich nicht
So vermeiden Sie ihn:
- Legen Sie bereits im Business Case fest:
- Welche Kennzahlen Sie nach dem Go-live messen
- Wer dafür verantwortlich ist
- Wann ein Review stattfindet (z. B. 6, 12, 24 Monate nach Einführung)
- Nutzen Sie den Business Case als lebendes Dokument:
- Aktualisierung bei größeren Scope- oder Umfeldänderungen
- Dokumentation von Change Requests und deren Auswirkung auf den ROI
So wird der Business Case zum Steuerungsinstrument, nicht nur zur Genehmigungshilfe.
Schritt-für-Schritt-Vorgehen: So erstellen Sie einen belastbaren Business Case
1. Ausgangslage und Problemdefinition klären
- Ist-Situation mit Zahlen, Daten, Fakten beschreiben
- Betroffene Prozesse, Einheiten und Systeme benennen
- Zielbild skizzieren – in fachlicher und wirtschaftlicher Hinsicht
Ergebnis: Eine eindeutige Problem- und Zielbeschreibung, die alle verstehen.
2. Lösungsoptionen identifizieren
- Grobe Varianten sammeln (inkl. „Nichts tun“)
- Unwirtschaftliche oder unrealistische Varianten früh aussortieren
- 2–3 tragfähige Optionen für die Detailbetrachtung auswählen
Ergebnis: Eine überschaubare Anzahl ernsthafter Alternativen.
3. Kosten strukturiert erheben
- Standardkostenstruktur verwenden (z. B. Einmalkosten vs. laufende Kosten)
- Interne und externe Kosten getrennt erfassen
- Annahmen zu FTE-Aufwänden und Tagessätzen klar dokumentieren
Ergebnis: Vollständiges und nachvollziehbares Kostenbild.
4. Nutzen und Effekte quantifizieren
- Prozessverbesserungen mit Ist-Daten unterlegen
- Realistische Zielwerte gemeinsam mit Fachbereichen ableiten
- Monetarisierung wo möglich (z. B. eingesparte Stunden, vermiedene Lizenzkosten)
Ergebnis: Greifbare Nutzenkomponenten mit klarer Herleitung.
5. Risiken und Unsicherheiten analysieren
- Top-Risiken identifizieren und bewerten
- Maßnahmen und Verantwortliche festlegen
- Sensitivitätsanalysen und Szenarien im Modell abbilden
Ergebnis: Transparente Sicht auf die Verwundbarkeit des Business Case.
6. Wirtschaftlichkeit bewerten
- Geeignete Kennzahlen wählen, z. B.:
- Kapitalwert (Net Present Value, NPV)
- Interne Verzinsung (Internal Rate of Return, IRR)
- Amortisationsdauer
- Szenarien (Best/Realistic/Worst Case) vergleichen
- Variante mit dem besten Verhältnis von Nutzen, Kosten und Risiko identifizieren
Ergebnis: Eine klare Empfehlung auf Basis belastbarer Finanzindikatoren.
7. Strategischen Fit und Kapazitäten prüfen
- Beitrag zu Unternehmenszielen darstellen
- Abhängigkeiten zu anderen Projekten dokumentieren
- Kapazitätsbedarf kritischer Rollen abgleichen
Ergebnis: Entscheidungsgrundlage im Kontext des gesamten Projektportfolios.
8. Entscheidungsunterlage aufbereiten
- Management-Zusammenfassung auf 1–2 Seiten:
- Problem, Ziel, Optionen, empfohlene Lösung
- Kernergebnisse zu Kosten, Nutzen, Risiken
- Klare Empfehlung mit Begründung
- Detailanhänge für Finanzmodell, Annahmen, Sensitivitäten
Ergebnis: Eine Unterlage, die Entscheider schnell erfassen können – ohne an Tiefe zu verlieren.
Praxisbeispiele für typische Business-Case-Fallstricke
Beispiel 1: ERP-Einführung ohne vollständige Kosten
Ein Unternehmen plant, sein ERP-System zu ersetzen. Im ursprünglichen Business Case fehlen:
- Kosten für Datenbereinigung und Migration
- Aufwand für Schnittstellenentwicklung
- Mehraufwand im Fachbereich für Tests und Schulungen
Folge: Das Projekt wird deutlich teurer und länger als geplant. Der ursprünglich positive Business Case kippt.
Lernpunkt: Frühzeitig alle beteiligten Bereiche einbeziehen und mit Erfahrungswerten aus ähnlichen Projekten arbeiten.
Beispiel 2: Digitalisierungsinitiative ohne klaren Nutzen
Ein Fachbereich möchte eine neue Kunden-App. Der Business Case argumentiert mit „Innovationsdruck“ und „moderner Customer Experience“, kann aber keine konkreten Nutzenkennzahlen liefern.
Folge: Entscheidungsgremium lehnt ab oder verschiebt das Projekt. Enttäuschung im Fachbereich, Misstrauen gegenüber dem Gremium.
Lernpunkt: Nutzen immer über konkrete Effekte auf Umsatz, Kosten und Kundenerlebnis definieren.
Checkliste: Business Case Fehler vermeiden
Zum Abschluss eine kompakte Checkliste zur Qualitätssicherung:
Problem & Zielbild
- Problem präzise, messbar und mit Daten beschrieben
- Zielbild fachlich und wirtschaftlich klar definiert
Lösungsoptionen
- Mindestens eine sinnvolle Alternative plus „Nichts tun“ geprüft
- Varianten anhand klarer Kriterien verglichen
Kosten & Nutzen
- Vollständige Kosten (Einmal, laufend, Folgekosten) erfasst
- Nutzen realistisch und mit Anlaufkurve bewertet
- Annahmen zu Kosten und Nutzen nachvollziehbar dokumentiert
Risiken & Unsicherheiten
- Top-Risiken identifiziert und bewertet
- Gegenmaßnahmen definiert
- Sensitivitätsanalyse durchgeführt
Strategie & Kapazitäten
- Beitrag zu strategischen Zielen beschrieben
- Abhängigkeiten zu anderen Initiativen benannt
- Kritische Kapazitäten geprüft
Governance
- Verantwortliche für Benefits-Tracking festgelegt
- Reviews nach Go-live terminiert
Wenn Sie diese Punkte konsequent beachten, reduzieren Sie das Risiko fehlerhafter Business Cases drastisch – und erhöhen die Qualität Ihrer Projektentscheidungen spürbar.
Wie Sie Business-Case-Qualität nachhaltig verankern
Einzelne gute Business Cases sind hilfreich. Nachhaltig wird es, wenn Sie:
- Eine unternehmensweit einheitliche Business-Case-Vorlage etablieren
- Klare Leitplanken und Mindestanforderungen definieren (z. B. Szenarien, Risiken, Alternativen)
- Projektleiter und Fachbereiche in Methodik und Finanzlogik schulen
- Ein leichtgewichtiges Review-Gremium für kritische Vorhaben etablieren
- Nach Projektabschluss systematisch Soll-Ist-Vergleiche durchführen
So schaffen Sie eine Entscheidungs- und Projektkultur, in der Business Cases nicht als lästige Pflicht, sondern als hilfreiches Steuerungsinstrument gelten.
Unterstützung bei komplexen Business Cases
Gerade bei größeren Transformationsprojekten, ERP-Einführungen oder Organisationsprogrammen lohnt sich externe Unterstützung – etwa bei:
- Struktur und Methodik für Business Cases
- Modellierung von Kosten, Nutzen und Szenarien
- Moderation von Stakeholder-Workshops
- Aufbau standardisierter Vorlagen und Governance
Wenn Sie Ihre Business-Case-Qualität professionalisieren möchten oder vor einer kritischen Investitionsentscheidung stehen, kann eine spezialisierte Beratung wie die PURE Consultant Sie gezielt unterstützen – von der ersten Struktur bis zur Entscheidungsreife im Managementgremium.