Business Case erstellen leicht gemacht – Ein sauberer Business Case entscheidet oft darüber, ob eine Idee Realität wird – oder in der Schublade verschwindet. Gerade in Unternehmen mit knappen Budgets und vielen Projekten gewinnt, wer Nutzen, Kosten und Risiken klar auf den Punkt bringt. Dieser Leitfaden zeigt Schritt für Schritt, wie Sie einen Business Case erstellen, der Entscheider überzeugt: strukturiert, nachvollziehbar, ohne Berater-Jargon – und mit direktem Praxisbezug für Projekte, Investitionen und Veränderungsinitiativen.
1. Was ist ein Business Case – und wofür brauchen Sie ihn wirklich?
Ein Business Case beantwortet eine einfache Frage: Lohnt sich diese Initiative für das Unternehmen – fachlich, finanziell und strategisch?
Kurzdefinition:
Ein Business Case ist eine strukturierte Entscheidungsgrundlage, die beschreibt, warum ein Vorhaben umgesetzt werden soll, welche Alternativen es gibt, welche Kosten, Nutzen und Risiken erwartet werden und wie sich das finanziell auswirkt.
Typische Einsatzfälle:
- IT-Projekte (z. B. neue ERP-/CRM-Systeme, Automatisierung, Cloud-Migration)
- Prozessoptimierungen und Effizienzprogramme
- Einführung neuer Produkte oder Services
- Organisationsprojekte (Shared Service Center, Restrukturierungen)
- Make-or-buy-Entscheidungen und Outsourcing
- Investitionen in Maschinen, Anlagen oder Standorte
Ein guter Business Case hilft:
- Entscheidungen zu objektivieren
- Prioritäten im Projektportfolio zu setzen
- Budgets zu sichern
- Risiken sichtbar und steuerbar zu machen
- späteren Projekterfolg messbar zu machen
2. Suchintention verstehen: Was wollen Leser, die „Business Case erstellen leicht gemacht“ suchen?
Die meisten, die dieses Thema googeln, haben ein konkretes Problem:
- Sie müssen kurzfristig einen Business Case schreiben.
- Sie haben keine oder wenig Erfahrung damit.
- Sie suchen eine klare Struktur, Beispiele und Formulierungen, die sie direkt übernehmen oder anpassen können.
Das bedeutet:
Sie brauchen praxisnahe Anleitung, keine theoretische Abhandlung. Genau darauf ist dieser Leitfaden ausgerichtet.
3. Die 7 Kernbestandteile eines professionellen Business Case
Fast alle erfolgreichen Business Cases enthalten dieselben Elemente – egal ob für IT, Organisation oder Investitionen.
Pflichtbestandteile:
- Management Summary
- Ausgangssituation und Problemstellung
- Ziele und erwarteter Nutzen
- Lösungsoptionen und empfohlene Variante
- Wirtschaftlichkeitsrechnung (Kosten, Nutzen, Kennzahlen)
- Risiken, Annahmen und Sensitivitäten
- Umsetzungsplan und nächste Schritte
Im Detail:
3.1 Management Summary
Die Zusammenfassung ist das erste, was Entscheider lesen – oft das Einzige.
Sie sollte auf einer Seite:
- das Problem benennen
- die empfohlene Lösung kurz skizzieren
- den geschätzten Business-Nutzen nennen (finanziell und qualitativ)
- Kosten, ROI/Payback grob umrissen
- zentrale Risiken und Rahmenbedingungen ansprechen
- eine klare Entscheidungsempfehlung enthalten
Tipp:
Schreiben Sie die Management Summary ganz am Ende, wenn alle Details stehen.
3.2 Ausgangssituation und Problemstellung
Hier beantworten Sie: Warum beschäftigen wir uns überhaupt mit diesem Thema?
Typische Inhalte:
- Kontext: Markt, Organisation, Prozesse, IT-Landschaft
- Konkrete Schwachstellen und Pain Points (z. B. Medienbrüche, manuelle Arbeit, Fehlerquoten)
- Zahlen, die das Problem belegen (z. B. Durchlaufzeiten, Bearbeitungskosten, Fehlerkosten, SLA-Verstöße)
- Risiken, wenn nichts passiert („Do Nothing“-Szenario)
Beispiel-Formulierung:
- „Heute erfolgt die Bearbeitung von Kundenanfragen überwiegend manuell in Excel und per E-Mail. Dies führt zu langen Durchlaufzeiten (Ø 5 Tage), hoher Fehleranfälligkeit (ca. 8 % Korrekturläufe) und mangelnder Transparenz über offene Vorgänge.“
Wichtig:
Maximal sachlich bleiben. Keine Dramatisierung, stattdessen belastbare Fakten.
3.3 Ziele und erwarteter Nutzen
Jetzt geht es darum, was Sie erreichen wollen – und warum das relevant ist.
3.3.1 Ziele klar formulieren
Nutzen Sie möglichst SMARTe Ziele (spezifisch, messbar, attraktiv, realistisch, terminiert). Beispiele:
- „Reduktion der Bearbeitungszeit pro Vorgang von 60 auf 30 Minuten bis Q4 2027.“
- „Senkung der Fehlerquote von 8 % auf 2 % innerhalb von 12 Monaten nach Go-live.“
Strukturieren Sie die Ziele:
- Business-Ziele (Ergebnis, Umsatz, Kosten, Qualität)
- Projektziele (Termin, Budget, Scope)
- IT-/Prozessziele (Automatisierungsgrad, Systemverfügbarkeit, Standardisierung)
3.3.2 Arten von Nutzen
Unterscheiden Sie:
- Finanzieller, quantifizierbarer Nutzen
- Kosteneinsparungen (Personal, Betrieb, Lizenzen, Wartung)
- Vermeidene Kosten (Strafen, Ausfallzeiten, Fehler)
- Mehrerlöse (Zusatzumsatz, Cross-/Upselling, höhere Abschlussquoten)
- Qualitativer Nutzen (schwer direkt in Euro zu fassen)
- höhere Kundenzufriedenheit
- bessere Datenqualität
- höhere Mitarbeiterzufriedenheit
- bessere Compliance und Auditierbarkeit
Im Business Case sollten Sie möglichst viel Nutzen quantifizieren. Qualitativen Nutzen benennen Sie zusätzlich.
3.4 Lösungsoptionen und empfohlene Variante
Gute Entscheider wollen Alternativen sehen. Ein Business Case ohne Optionen wirkt schnell wie reine Verkaufsunterlage.
Typische Optionen:
- Do Nothing / Status quo beibehalten
- Minimalvariante (z. B. nur Teilautomatisierung, Pilotbereich)
- Zielvariante (Ihr favorisierter Lösungsweg)
- Maximalvariante (weitere Ausbaustufen)
Für jede Variante beschreiben Sie:
- Kurzbeschreibung der Lösung
- Umfang (Prozesse, Bereiche, Standorte)
- hohe Aufwands- und Kostenschätzung
- erwarteter Nutzen (qualitativ und, wo möglich, quantitativ)
- Einschätzung von Risiken und Komplexität
Anschließend begründen Sie die empfohlene Variante:
- Warum ist sie wirtschaftlich sinnvoll?
- Wie passt sie zur Strategie?
- Wie reduziert sie Risiken gegenüber anderen Optionen?
3.5 Wirtschaftlichkeitsrechnung
Das ist der Kern jedes Business Case: Lohnt sich das finanziell?
Typische Bausteine:
- Investitionskosten
- Einmalige Projektkosten (intern, extern)
- Lizenzen, Hardware, Infrastruktur
- Schulungen, Change Management
- Laufende Kosten
- Wartung, Support, Betrieb
- jährliche Lizenzgebühren
- zusätzliche FTE, falls erforderlich
- Nutzen in Euro
- eingesparte Personalkosten
- reduzierte Fremdleistungen
- vermiedene Kosten (Strafen, Ausfälle, Ausschuss)
- zusätzliche Deckungsbeiträge durch Mehrumsatz
Aus diesen Daten berechnen Sie:
- Netto-Nutzen pro Jahr (Nutzen – laufende Kosten)
- Payback-Periode (Zeit, bis sich das Investment amortisiert)
- ROI (Return on Investment)
- Beispiel: (Barwert Nutzen – Barwert Kosten) / Barwert Kosten
In vielen Unternehmen sind einfache Kennzahlen wie Payback in Jahren und ein grober ROI in Prozent schon ausreichend.
Wichtig:
Arbeiten Sie mit klar dokumentierten Annahmen (z. B. Stundensätze, Wachstumsraten, Lizenzkosten). Das macht den Business Case belastbar.
3.6 Risiken, Annahmen und Sensitivitätsanalyse
Jede Initiative hat Unsicherheiten. Entscheider erwarten, dass Sie diese offen benennen.
3.6.1 Risiken
Listen Sie die wesentlichen Projektrisiken:
- Termin- und Budgetrisiken
- Abhängigkeiten (z. B. andere Projekte, Lieferanten, interne Ressourcen)
- Akzeptanzrisiken (Nutzer, Fachbereiche)
- Technische Risiken (Integrationen, Datenqualität)
Für zentrale Risiken:
- Eintrittswahrscheinlichkeit (niedrig / mittel / hoch)
- mögliche Auswirkungen (Zeit, Kosten, Qualität)
- geplanter Umgang / Maßnahmen
3.6.2 Annahmen
Annahmen sind die „Spielregeln“, auf denen Ihre Rechnung basiert, z. B.:
- „Das Projektteam ist ab Q3 voll verfügbar (2 FTE Fachbereich, 1 FTE IT).“
- „Lizenzkosten steigen in den nächsten drei Jahren nicht über 3 % p. a.“
Ohne dokumentierte Annahmen wird jeder Business Case im Nachhinein angreifbar.
3.6.3 Sensitivitäten
Zeigen Sie, wie stabil Ihr Ergebnis ist:
- Was passiert, wenn Kosten um 20 % steigen?
- Was, wenn der Nutzen nur zu 70 % erreicht wird?
- Wie verändert sich der Payback, wenn das Projekt ein Jahr später fertig wird?
Schon eine einfache Tabelle mit 2–3 Szenarien erhöht die Glaubwürdigkeit deutlich.
3.7 Umsetzungsplan und nächste Schritte
Zum Abschluss beschreiben Sie:
- grobe Projektphasen und Meilensteine
- Dauer und Starttermin
- beteiligte Rollen und Bereiche
- Voraussetzungen (z. B. Entscheidungen, Budgetfreigabe, Ressourcen)
- konkrete nächsten Schritte nach Entscheidung (z. B. Ausschreibung, Detailkonzept)
Das zeigt: Sie haben nicht nur gerechnet, sondern auch praktisch an die Umsetzung gedacht.
4. Business Case erstellen: Schritt-für-Schritt-Anleitung
Damit Sie sofort loslegen können, hier ein pragmatischer Ablauf.
Schritt 1: Ziel und Scope klären
- Welches Vorhaben soll bewertet werden?
- Für wen schreiben Sie den Business Case (Zielgruppe)?
- Welche Entscheidung soll am Ende getroffen werden?
- Welche Alternativen kommen grundsätzlich in Frage?
Ergebnis: Ein klarer Scope und eine grobe Fragestellung, z. B.:
„Soll die Bearbeitung von Kundenanfragen im Bereich X mit System Y automatisiert werden, und wenn ja, in welchem Umfang?“
Schritt 2: Daten zur Ausgangssituation sammeln
- Prozessdurchlaufzeiten, Volumina (z. B. Ticketzahlen, Aufträge)
- aktuelle Kosten (Personalkosten, externe Kosten, Lizenz- und Betriebskosten)
- Fehlerquoten, Nacharbeit, Reklamationen
- qualitative Schmerzpunkte (Interviews mit Fachbereichen, Kundenfeedback)
Nutzen Sie:
- Interviews und kurze Workshops mit Fachanwendern
- vorhandene Reports und Kennzahlen
- Zeitmessungen / Stichproben, wenn keine Daten existieren
Schritt 3: Ziele und Nutzen definieren
- Welche Probleme sollen gelöst werden?
- Welche Verbesserungen sind realistisch erreichbar?
- Welche Effekte können Sie in Euro ausdrücken?
Vorgehen:
- Liste aller potenziellen Nutzen-Effekte erstellen
- Priorisierung auf 3–6 wesentliche Effekte
- Abschätzung: Wie stark verändert sich jeder Effekt (konservativ vs. ambitioniert)?
- Umrechnung in Euro (z. B. über Stundensätze, Prozesskosten, Ausfallkosten)
Schritt 4: Lösungsoptionen entwickeln
Gemeinsam mit Fachbereich und IT:
- Brainstorming zu möglichen Lösungsansätzen
- Grobe Bewertung von Aufwand, Nutzen, Risiken
- Auswahl von 2–3 sinnvollen Varianten plus „Do Nothing“
Anschließend: kurze Beschreibung jeder Option mit ihren Stärken und Schwächen.
Schritt 5: Wirtschaftlichkeitsrechnung aufsetzen
- Zeithorizont festlegen (z. B. 3–5 Jahre)
- Kosten und Nutzen über diesen Zeitraum auflisten
- Standardannahmen dokumentieren (Inflation, Stundensätze, Wachstum)
Dann:
- pro Jahr: Kosten und Nutzen gegenüberstellen
- Kennzahlen berechnen (Payback, ROI, ggf. Kapitalwert)
Viele Unternehmen haben Templates in Excel. Falls nicht, reicht anfangs auch eine gut strukturierte Tabelle.
Schritt 6: Risiken und Annahmen ergänzen
- Wichtigste Projektrisiken sammeln (Workshop, Risiko-Brainstorming)
- Eintrittswahrscheinlichkeit und Auswirkung einschätzen
- Gegenmaßnahmen definieren (z. B. frühe Nutzerbeteiligung, Pilotierung)
Annahmen konsolidieren:
- fachlich (Volumina, Wachstumsraten)
- technisch (Systemverfügbarkeit, Leistungsfähigkeit)
- organisatorisch (Ressourcen, Change-Bereitschaft)
Schritt 7: Business Case dokumentieren
Strukturvorschlag für Ihr Dokument:
- Deckblatt (Titel, Projekt, Autor, Datum, Version)
- Management Summary
- Ausgangssituation und Problemstellung
- Ziele und erwarteter Nutzen
- Lösungsoptionen und empfohlene Variante
- Wirtschaftlichkeitsrechnung
- Risiken, Annahmen, Sensitivitäten
- Umsetzungsplan und nächste Schritte
- Anhänge (Detailkalkulation, Prozessdarstellungen, technische Skizzen)
Achten Sie auf:
- klare Überschriften
- kurze Absätze
- aussagekräftige Grafiken und Tabellen
- konsistente Zahlen in Text und Anhang
Schritt 8: Abstimmen und schärfen
Bevor Sie den Business Case einreichen:
- mit Fachbereich und IT gegenlesen
- Zahlen, Annahmen und Formulierungen prüfen
- kritische Fragen vorwegnehmen („Was, wenn …?“)
- Version kontrollieren (Datum, Status, Freigaben)
Idealerweise führen Sie eine Vorab-Präsentation mit Schlüssel-Entscheidern durch, um Überraschungen im eigentlichen Gremium zu vermeiden.
5. Typische Fehler beim Business Case – und wie Sie sie vermeiden
Viele Business Cases scheitern nicht an der Idee, sondern an der Ausarbeitung. Häufige Stolperfallen:
- Nur eine Variante
- Wirkt wie eine Verkaufsbroschüre, nicht wie eine Entscheidungsunterlage.
- Lösung: Immer mindestens „Do Nothing“ + 1 Alternative darstellen.
- Unklare oder unrealistische Annahmen
- Nutzen zu optimistisch, Kosten zu niedrig.
- Lösung: konservative Annahmen, transparent dokumentiert, Plausibilitätscheck mit Fachbereichen.
- Reine IT-Sicht oder reine Fachbereichssicht
- Wirtschaftlichkeit wird nicht ganzheitlich betrachtet.
- Lösung: Business Case immer gemeinsam von Fachbereich und IT erarbeiten.
- Zu komplexe Rechenmodelle
- Entscheider können die Rechnung nicht nachvollziehen.
- Lösung: im Dokument einfache, verständliche Darstellung; Details in den Anhang.
- Fehlende Risikobetrachtung
- Überoptimistisches Bild, das unglaubwürdig wirkt.
- Lösung: wesentliche Risiken offen benennen und Umgang damit beschreiben.
- Kein klarer Entscheidungsbedarf
- Es bleibt unklar, was konkret beschlossen werden soll.
- Lösung: am Ende explizite Entscheidungsvorlage („Wir empfehlen…“).
6. Praxisbeispiel: Business Case für die Einführung eines Ticket-Systems
Zur Veranschaulichung ein vereinfachtes Beispiel.
Ausgangssituation:
Der interne IT-Support bearbeitet Störungen per Telefon und E-Mail. Anfragen sind nicht nachverfolgbar, SLA werden häufig gerissen, Ausfallzeiten sind schwer bezifferbar.
Ziele:
- Transparente Erfassung und Priorisierung aller Tickets
- Reduktion der durchschnittlichen Bearbeitungszeit um 30 %
- Erhöhung der First-Level-Lösungsquote um 20 %
- Erfüllung definierter SLAs für geschäftskritische Systeme
Lösungsoptionen (Auszug):
- Option 1: Status quo beibehalten (Do Nothing)
- Option 2: Einführung eines einfachen Ticket-Tools für IT und einen Bereich
- Option 3: Einführung eines skalierbaren ITSM-Systems für das gesamte Unternehmen
Wirtschaftlichkeit (vereinfacht, pro Jahr):
- Investitionskosten Option 3:
- Projektteam und externe Beratung: 200.000 €
- Lizenzen und Implementierung: 150.000 €
- Laufende Kosten: 80.000 € p. a.
- Nutzen:
- eingesparte Zeit IT-Support: 120.000 € p. a.
- vermiedene Ausfallkosten (konservativ): 140.000 € p. a.
- qualitative Effekte (bessere Transparenz, Auditfähigkeit)
Nettonutzen p. a.: 180.000 €
Payback: knapp 2 Jahre
Risiken (Auszug):
- geringe Nutzerakzeptanz → Gegenmaßnahme: Schulungen, Einbindung Key User
- Integrationsrisiken mit bestehenden Systemen → Gegenmaßnahme: Vorab-Tests, Pilotbetrieb
Dieses Beispiel zeigt:
Es geht nicht um perfekte Zahlen, sondern um eine nachvollziehbare Logik und realistische Größenordnungen.
7. Checkliste: Business Case erstellen leicht gemacht
Zum Abschluss eine kompakte Checkliste, mit der Sie Ihren Entwurf prüfen können:
Inhalt & Struktur
- Management Summary auf einer Seite, verständlich für Nicht-Experten
- Ausgangssituation mit klarer Problem- und Zielbeschreibung
- messbare Ziele (Business, Projekt, IT/Prozess)
- mindestens eine Alternative plus „Do Nothing“ dargestellt
- Wirtschaftlichkeitsrechnung mit nachvollziehbaren Kennzahlen
- wesentliche Risiken und Annahmen dokumentiert
- grober Umsetzungsplan und nächste Schritte skizziert
Zahlen & Annahmen
- Kosten und Nutzen über einen sinnvollen Zeitraum (z. B. 3–5 Jahre) betrachtet
- Annahmen (Stundensätze, Volumen, Wachstumsraten) klar benannt
- Sensitivität geprüft (z. B. +/– 20 % Kosten/Nutzen)
- Zahlen im Text passen zu Tabellen und Anhängen
Form & Wirkung
- Sprache klar, präzise, keine Marketing-Floskeln
- kurze Absätze, sinnvolle Zwischenüberschriften
- Kernaussagen verständlich auch für fachfremde Entscheider
- klare Entscheidungsempfehlung am Ende
Wenn Sie diese Punkte abhaken können, haben Sie einen Business Case, der inhaltlich und formal überzeugt – und echte Chancen auf eine positive Entscheidung hat.
8. Wie Sie Ihre Business Cases nachhaltig verbessern
Ein einzelner guter Business Case hilft. Ein standardisierter Ansatz hilft noch mehr:
- einheitliche Templates und Rechenmodelle etablieren
- Lessons Learned nach jedem größeren Projekt dokumentieren
- Zahlenbasis kontinuierlich verbessern (Prozesskosten, Fehlerquoten, Ausfallkosten)
- Fachbereiche schulen, wie sie Nutzen und Kosten besser abschätzen
- Business Cases mit Portfolio-Management und Strategie koppeln
So wird Ihr Business Case nicht zur lästigen Pflichtübung, sondern zu einem steuernden Instrument, mit dem Sie Projekte priorisieren und Ressourcen wirksam einsetzen.
Wenn Sie einen konkreten Business Case vor sich haben und Unterstützung bei Struktur, Zahlenlogik oder Argumentation brauchen, lohnt sich externe Sparring-Partnererfahrung. Die Berater von PURE Consultant begleiten Unternehmen regelmäßig dabei, Business Cases für komplexe Vorhaben zu schärfen – von der ersten Idee bis zur Entscheidungsvorlage im Management.