Business Case überzeugend schreiben – Ein guter Vorschlag scheitert selten an der Idee – sondern am Business Case. Entscheider brauchen Klarheit: Was bringt das Vorhaben? Was kostet es? Welche Risiken gehen wir ein? Wer hier schwammig bleibt, verliert Budgets und Rückhalt.
In diesem Beitrag erfahren Sie, wie Sie einen Business Case überzeugend schreiben, der in Vorstand, Geschäftsführung oder Lenkungsausschuss tatsächlich Entscheidungen auslöst. Sie erhalten eine klare Struktur, Formulierungsbeispiele, typische Fallstricke und praxisnahe Tipps aus Projekten in IT, Organisation und Transformation.
Was ist ein Business Case – in einem Satz?
Ein Business Case ist eine strukturierte Entscheidungsgrundlage, die Zweck, Kosten, Nutzen, Risiken und Alternativen eines Vorhabens so aufbereitet, dass Führungskräfte fundiert über Investition oder Ablehnung entscheiden können.
Wofür braucht man einen Business Case – und wofür nicht?
Ein Business Case ist sinnvoll, wenn:
- relevante Budgets gebunden werden
- Ressourcen aus mehreren Bereichen involviert sind
- das Vorhaben strategische Wirkung hat (z. B. Digitalisierung, neue Services, Restrukturierung)
- Alternativen zur Auswahl stehen
- Risiken und Folgekosten schwer überschaubar sind
Weniger sinnvoll ist ein umfassender Business Case bei:
- kleinen Investitionen mit klaren Kosten (z. B. Standardhardware)
- Pflichtumsetzungen ohne echte Entscheidungsfreiheit (Gesetzesauflagen, regulatorische Vorgaben)
- rein operativen Tätigkeiten ohne Projektcharakter
Merken Sie sich: Business Case immer dann, wenn Entscheider „Warum genau dieses Projekt, warum jetzt, warum so?“ stellen könnten.
Suchintention verstehen: Was wollen Leser wirklich?
Menschen, die „Business Case überzeugend schreiben“ suchen, wollen vor allem:
- eine klare Struktur, der sie folgen können
- Beispiele und Formulierungen, die sie adaptieren können
- konkrete Schritte, um vom leeren Blatt zu einem belastbaren Dokument zu kommen
- Hinweise, wie sie Entscheider überzeugen – nicht nur rechnen
Genau das liefert dieser Leitfaden: praxisorientiert, anwendbar, ohne theoretische Abschweifungen.
Die 7 entscheidenden Bausteine eines überzeugenden Business Case
Ein professioneller Business Case folgt keiner starren Norm, aber diese sieben Bausteine haben sich in Praxis und Gremienbewertungen bewährt:
- Executive Summary
- Ausgangssituation und Problemstellung
- Zielbild und Scope
- Lösungsoptionen inkl. „Do Nothing“
- Kosten, Nutzen und Wirtschaftlichkeit
- Risiken, Annahmen und Abhängigkeiten
- Empfehlung und nächster Schritt
Im Detail:
1. Executive Summary
Zweck: Entscheider in 1–2 Minuten befähigen, den Kern der Entscheidung zu verstehen.
Antwortet knapp auf:
- Worum geht es?
- Welches Problem lösen wir?
- Was empfehlen wir?
- Was kostet das?
- Welchen Nutzen erwarten wir?
- Was ist der Entscheidungsbedarf?
Typischer Aufbau:
- 1 Absatz Problem + Kontext
- 1 Absatz empfohlene Lösung
- 1 Absatz Kosten/Nutzen in Stichworten
- 1 Absatz Entscheidung / Call to Action
Beispiel (stark verkürzt):
„Die aktuelle Ticketbearbeitung im Service benötigt im Schnitt 3,8 Tage. Das führt zu Unzufriedenheit bei Kunden und erhöhten Bearbeitungskosten. Wir schlagen vor, ein zentrales Service-Management-System einzuführen, das die Bearbeitung standardisiert und automatisiert. Die Investition von 450.000 € über 3 Jahre steht einem erwarteten jährlichen Nutzen von 310.000 € gegenüber. Wir empfehlen die Freigabe des Projekts ab Q3 mit einem Projektbudget von 450.000 € und bitten um Entscheidung im Steering Committee am [Datum].“
Tipp: Schreiben Sie die Executive Summary zum Schluss, wenn alle Kennzahlen klar sind.
2. Ausgangssituation und Problemstellung
Ein Business Case überzeugt nur, wenn das Ausgangsproblem klar ist.
Beantworten Sie:
- Wie läuft es heute?
- Was ist konkret das Problem?
- Welche quantitativen und qualitativen Auswirkungen hat es?
- Welche Trends verschärfen das Problem (z. B. Wachstum, Regulierung, Wettbewerb)?
Konkrete Formulierungsbausteine:
- „Aktuell …“
- „Dadurch entstehen folgende Probleme …“
- „Dies wirkt sich aus auf …“
- „Wenn wir nichts unternehmen, ist zu erwarten, dass …“
Beispiele für messbare Problemindikatoren:
- Prozesslaufzeiten
- Fehlerquoten
- Reklamationsraten
- manuelle Tätigkeitsanteile
- Systembrüche
- Compliance-Risiken
Vermeiden Sie:
- allgemeine Floskeln („Die Prozesse sind nicht optimal.“)
- unkonkrete Aussagen („Wir könnten effizienter sein.“)
3. Zielbild und Scope
Hier machen Sie deutlich, wohin die Reise geht und was explizit nicht Teil des Vorhabens ist.
Zielbild beschreiben
- Was soll nach Umsetzung anders sein?
- Welche Kennzahlen sollen sich wie verändern?
- Welche Nutzergruppen profitieren?
Beispiel:
- „Bearbeitungszeit von Kundenanfragen von heute Ø 3,8 Tagen auf max. 1,5 Tage.“
- „Reduktion der manuellen Datenerfassung um 60 %.“
- „Einführung eines zentralen Systems für alle europäischen Standorte.“
Scope klären
- Was gehört ins Projekt?
- Was gehört bewusst nicht hinein (Out of Scope)?
Listen Sie beides knapp auf:
- Im Scope
- Einführung Standardsoftware X
- Migration der Bestandsdaten aus System Y
- Schulung von ca. 150 Anwendern in DACH
- Nicht im Scope
- Anbindung von Legacy-System Z
- Rollout außerhalb Europas
- Prozessharmonisierung im Außendienst
Ein klarer Scope reduziert spätere Diskussionen und erhöht das Vertrauen in Ihren Business Case.
4. Lösungsoptionen inklusive „Do Nothing“
Ein überzeugender Business Case stellt immer mindestens drei Optionen gegenüber:
- Do Nothing / Status quo beibehalten
- Minimalvariante / Low-Cost-Lösung
- Empfohlene Zielvariante
Optional: weitere realistische Varianten (z. B. Make vs. Buy, Cloud vs. On-Premise).
Für jede Option sollten Sie in 4–6 Sätzen bzw. Stichpunkten erläutern:
- Was umfasst die Option?
- Welche Vorteile bringt sie?
- Welche Nachteile / Risiken?
- Welche groben Kosten?
- Welche Wirkung auf das Problem?
Beispielstruktur:
- Option 1: Status quo fortführen
- keine Investition nötig
- Problem bleibt bestehen / verschärft sich
- steigende Personalkosten durch Wachstum
- Risiko: Kundenunzufriedenheit, Wettbewerbsnachteile
- Option 2: Teilautomatisierung mit bestehenden Systemen
- moderate Investition
- begrenzte Effizienzgewinne
- hohes Risiko von Provisorien
- Option 3: Einführung integriertes System (Empfehlung)
- höhere Anfangsinvestition
- deutliche, messbare Effekte
- zukunftsfähige Basis für weitere Digitalisierung
Wichtig: Behandeln Sie die Alternativen fair. Ein Business Case ist kein Werbeflyer, sondern eine ausgewogene Entscheidungsgrundlage.
5. Kosten, Nutzen und Wirtschaftlichkeit sauber aufbereiten
Hier entscheidet sich, ob Ihr Business Case betriebswirtschaftlich trägt.
5.1 Kostenstrukturen klar darstellen
Trennen Sie mindestens:
- Einmalige Investitionskosten
- Softwarelizenzen / Anschaffung
- Implementierung, Anpassung, Integration
- Hardware / Infrastruktur
- Projektteam (intern/extern)
- Schulungen, Change-Maßnahmen
- Laufende Betriebskosten
- Wartung, Support
- Lizenz- oder Subskriptionsgebühren
- Betrieb (Cloud, Hosting)
- laufende Schulungen, Prozesspflege
Typische Stolperfallen:
- interne Personalkosten nicht berücksichtigen
- Folgekosten nach Projektende vergessen
- unrealistisch niedrige Change-/Schulungskosten ansetzen
5.2 Nutzenarten differenzieren
Unterscheiden Sie mindestens:
- direkt quantifizierbarer Nutzen
- eingesparte Personalkosten (Stellen oder Vollzeitäquivalente)
- vermiedene Sachkosten
- zusätzliche Erträge (z. B. Cross-Selling, Upselling)
- indirekt / schwer quantifizierbarer Nutzen
- höhere Kundenzufriedenheit
- bessere Entscheidungsqualität durch Daten
- Attraktivität als Arbeitgeber
- Risikoreduktion (Compliance, Security)
Nicht alles lässt sich exakt in Euro fassen, aber:
- quantifizieren Sie, was geht
- beschreiben Sie den Rest klar und nachvollziehbar
Beispiel für eine nachvollziehbare Nutzenberechnung:
- heute: 10 FTE bearbeiten 100.000 Vorgänge/Jahr
- nach Umsetzung: 8 FTE reichen aus (20 % Effizienzgewinn)
- Personalkosten Ø 70.000 €/Jahr
- Einsparung: 2 × 70.000 € = 140.000 €/Jahr
5.3 Kenngrößen zur Wirtschaftlichkeit
Entscheider erwarten meist einige Standardkennzahlen, zum Beispiel:
- Return on Investment (ROI)
> (kumul. Nutzen – Investition) / Investition - Amortisationsdauer (Payback Period)
> Zeitraum, bis Investition durch Nutzen gedeckt ist - Net Present Value (NPV), Kapitalwert
> Investition und Nutzen über Zeit abgezinst
Wählen Sie 1–3 Kennzahlen, die zum Unternehmen passen. Nicht alles aus dem Lehrbuch ist nötig – aber die Berechnungen müssen transparent und plausibel sein.
6. Risiken, Annahmen und Abhängigkeiten
Ein seriöser Business Case blendet Risiken nicht aus, sondern macht sie sichtbar und handhabbar.
Typische Inhalte:
- zentrale Annahmen
- Wachstumsraten
- Nutzungsgrade
- Verfügbarkeit von Schlüsselpersonen
- regulatorische Stabilität
- Risiken
- Projektverzögerungen
- Widerstand in den Fachbereichen
- Schnittstellenprobleme
- Anbieterabhängigkeit
- Abhängigkeiten
- parallele Projekte
- Infrastrukturvoraussetzungen
- externe Dienstleister
Nutzen Sie eine einfache Risikomatrix:
- Eintrittswahrscheinlichkeit: niedrig / mittel / hoch
- Auswirkung: gering / mittel / hoch
- Gegenmaßnahmen / Mitigation beschreiben
Beispiel:
- Risiko: „Geringe Nutzerakzeptanz neuer Prozesse“
- Wahrscheinlichkeit: mittel
- Auswirkung: hoch
- Gegenmaßnahmen: frühzeitige Einbindung, Piloten, gezielte Schulungen, Change-Story
So zeigen Sie: Risiken sind erkannt und adressiert – nicht verdrängt.
7. Empfehlung und Entscheidungsbedarf
Zum Schluss braucht es Klarheit:
- Welche Option empfehlen Sie?
- Welche Entscheidung wird konkret benötigt?
- Welcher Zeitplan ist vorgesehen?
- Was sind die unmittelbaren nächsten Schritte nach Freigabe?
Beispiel:
- „Wir empfehlen Option 3: Einführung eines integrierten Service-Management-Systems mit Projektstart in Q3 und Laufzeit von 12 Monaten.“
- „Erforderliche Entscheidung: Freigabe eines Budgets von 450.000 € CAPEX und 120.000 €/Jahr OPEX durch den Vorstand bis spätestens [Datum].“
- „Nächste Schritte nach Entscheidung: Projektkernteam benennen, Anbietervertrag finalisieren, Kick-off vorbereiten.“
Je präziser Sie sind, desto leichter fällt die Freigabe.
Schritt-für-Schritt-Anleitung: So schreiben Sie Ihren Business Case
Viele Projektleiter scheitern nicht am Inhalt, sondern am Prozess. Folgende Vorgehensweise hat sich bewährt.
Schritt 1: Stakeholder klären
Bevor Sie schreiben, klären Sie:
- Wer entscheidet am Ende?
- Wer muss mitlesen / kommentieren?
- Welche Sicht haben Fachbereich, Controlling, IT, HR usw.?
Kurzinterviews reichen oft:
- „Was erwarten Sie von einem Business Case zu diesem Thema?“
- „Welche Kennzahlen sind für Sie entscheidend?“
- „Welche Risiken sehen Sie spontan?“
Damit sichern Sie früh Akzeptanz.
Schritt 2: Faktenbasis aufbauen
Sammeln Sie:
- Ist-Daten (Zahlen, Prozesszeiten, Volumina)
- bisherige Analysen, Audits, Berichte
- Benchmarks, Best Practices (intern/extern)
Dokumentieren Sie Quellen und Annahmen. Das erhöht Nachvollziehbarkeit und ist bei Rückfragen Gold wert.
Schritt 3: Grobkonzept schreiben
Erstellen Sie zunächst ein 1–2-seitiges Grobkonzept:
- Problem und Zielbild
- grobe Lösungsoptionen
- erste Nutzenargumente
- offensichtliche Risiken
Dieses Papier können Sie mit Schlüsselpersonen durchsprechen, bevor Sie in Details investieren.
Schritt 4: Zahlenmodell entwickeln
In diesem Schritt arbeiten Sie eng mit Controlling oder Finanzen zusammen:
- Kostenblöcke strukturieren
- Nutzenpositionen erfassen und quantifizieren
- Berechnungslogik (z. B. ROI, Amortisation) festlegen
- Sensitivitäten analysieren (Best-/Base-/Worst-Case)
Nutzen Sie einfache Tabellenmodelle, die nachvollziehbar sind – lieber robust als hyperkomplex.
Schritt 5: Vollständigen Business Case ausformulieren
Jetzt schreiben Sie entlang der beschriebenen Struktur:
- Executive Summary (bewusst zum Schluss schärfen)
- Ausgangssituation & Problem
- Zielbild & Scope
- Optionen
- Kosten/Nutzen
- Risiken/Annahmen
- Empfehlung & Entscheidungsbedarf
Nutzen Sie klare Überschriften, kurze Absätze und Aufzählungen. Entscheider lesen quer – machen Sie es einfach, die Kernaussagen zu finden.
Schritt 6: Review mit Schlüsselpersonen
Lassen Sie den Business Case gegenlesen von:
- Fachbereich
- Controlling/Finanzen
- IT / Architektur (bei IT-Themen)
- ggf. Recht / Compliance
Fragen Sie gezielt:
- „Wo sind Annahmen für Sie nicht plausibel?“
- „Welche Informationen brauchen Sie zusätzlich, um entscheiden zu können?“
- „Welche Einwände erwarten Sie im Gremium?“
Bauen Sie diese Rückmeldungen ein, bevor Sie offiziell einreichen.
Schritt 7: Aufbereitung für die Entscheidungssitzung
Oft entscheidet nicht nur das Dokument, sondern die Präsentation:
- komprimierte Foliensätze (5–10 Slides)
- klare Botschaften pro Folie
- Zahlen so reduziert, dass man sie in Sekunden erfassen kann
- mögliche kritische Fragen antizipieren und beantworten können
Der schriftliche Business Case ist die Detailgrundlage, die Präsentation das Entscheidungswerkzeug.
Wie lang sollte ein Business Case sein?
Richtwerte für typische Unternehmenskontexte:
- kurze Investitionsvorhaben: 3–5 Seiten
- mittlere Projekte (z. B. Bereichs-IT): 8–15 Seiten
- strategisch relevante Programme: 15–30 Seiten, häufig in Modulen oder Anhängen
Wichtig ist nicht die Seitenzahl, sondern:
- Vollständigkeit der Entscheidungskriterien
- Klarheit in Struktur und Sprache
- Nachvollziehbarkeit der Berechnungen
Wenn Entscheider nach dem Lesen genau wissen, was zu entscheiden ist und warum, ist der Umfang passend.
Häufige Fehler beim Schreiben von Business Cases
Damit Ihr Business Case wirklich überzeugt, vermeiden Sie typische Stolperfallen:
- Zu technisch denken
Fokus auf Systemdetails statt betriebswirtschaftlichem Nutzen. - Kein echter Vergleich von Alternativen
Nur eine Lösung darstellen, ohne „Do Nothing“ oder Minimalvarianten. - Unrealistische Annahmen
z. B. Einsparpotenziale, die organisatorisch kaum realisierbar sind. - Weiche Aussagen ohne Zahlen
„Wir werden deutlich effizienter“ ohne jede Quantifizierung. - Risiken verschweigen
Das wirkt naiv oder beschönigend und senkt das Vertrauen. - Zielgruppe verfehlen
Fachjargon ohne Übersetzung für Entscheider; fehlende Management Summary. - Kein klarer Entscheidungsaufruf
Am Ende fehlt, was genau beschlossen werden soll.
Gehen Sie Ihren Entwurf am Ende bewusst mit diesem Fehler-Check durch.
Praxisnahes Beispiel: Aufbau eines Business Case in der IT
Angenommen, Sie wollen eine neue Projektmanagement-Plattform einführen.
Möglicher strukturierter Aufbau:
- Executive Summary
Kurzfassung zu Problem, empfohlener Lösung, Kosten, Nutzen, Entscheidung. - Ausgangssituation
- viele Insellösungen (Excel, Mails, verschiedene Tools)
- keine transparente Projektübersicht
- hoher manueller Reporting-Aufwand
- Zielbild & Scope
- einheitliche Plattform für alle Projekte >50 T€
- standardisierte Projekt-Templates
- Reporting „auf Knopfdruck“ für Management
- Optionen
- Status quo beibehalten
- Nutzung vorhandener Tools erweitern
- Einführung spezialisierter PM-Plattform (Empfehlung)
- Kosten/Nutzen
- Investitionskosten Software + Implementierung
- eingesparte Zeit in Projektcontrolling
- bessere Entscheidungsqualität durch Transparenz
- vereinfachte Auditfähigkeit
- Risiken/Annahmen
- Akzeptanz bei Projektleitern
- Integration mit vorhandenen Systemen
- Anbieterabhängigkeit
- Empfehlung & Call to Action
- Entscheidungsvorlage für Steering Committee
- Freigabe Budget, Starttermin, Projektleiter-Benennung
So machen Sie das Thema für Management-gerechte Entscheidungen greifbar.
Schreibstil: So formulieren Sie Ihren Business Case überzeugend
Ein „überzeugend geschriebener“ Business Case lebt nicht nur von Zahlen, sondern auch von Sprache.
Do:
- aktiv schreiben („Wir reduzieren …“, „Das Projekt ermöglicht …“)
- klare Verben nutzen statt Substantivketten
- Fachbegriffe, aber verständlich erklärt
- Kernaussagen in Zwischenüberschriften
Don’t:
- aufgeblähte, schwer lesbare Sätze
- unnötige Anglizismen
- Werbesprache („revolutionär“, „bahnbrechend“)
- vage Floskeln ohne Inhalt
Typische Satzmuster:
- „Mit der vorgeschlagenen Lösung …“
- „Damit erreichen wir …“
- „Im Vergleich zum Status quo …“
- „Die Investition rechnet sich, wenn …“
Checkliste: Ist Ihr Business Case entscheidungsreif?
Gehen Sie vor Einreichung folgende Punkte durch:
- Problem und Ausgangssituation sind konkret beschrieben und belegt.
- Zielbild und Scope sind klar, inkl. „Out of Scope“.
- Mindestens eine belastbare Alternative inkl. „Do Nothing“ ist dargestellt.
- Kosten sind vollständig und nachvollziehbar aufgeschlüsselt.
- Nutzen ist so weit wie möglich quantifiziert.
- zentrale Kennzahlen (ROI, Payback, o. ä.) sind berechnet und dokumentiert.
- Risiken, Annahmen und Abhängigkeiten sind offen benannt.
- Es gibt eine klare Empfehlung und einen expliziten Entscheidungsbedarf.
- Executive Summary erlaubt Verstehen in max. 2 Minuten.
- Stakeholder aus Fachbereich, IT und Controlling konnten Feedback geben.
Wenn Sie alle Punkte mit gutem Gewissen abhaken, ist Ihr Business Case in der Regel auch in kritischen Gremien belastbar.
Fazit: Business Case überzeugend schreiben heißt, Entscheidungen möglich machen
Ein Business Case ist kein Selbstzweck und keine Fleißarbeit. Er ist das zentrale Werkzeug, um knappe Budgets auf die richtigen Vorhaben zu lenken.
Wer klar strukturiert, sauber rechnet und Risiken ehrlich adressiert, schafft Vertrauen – und erhöht die Chance deutlich, dass gute Projekte tatsächlich starten.
Wenn Sie Vorhaben planen, die mehrere Bereiche, hohe Investitionen oder komplexe Veränderungen betreffen, kann es sinnvoll sein, die Erstellung des Business Case professionell zu begleiten – von der Struktur über die Zahlenmodelle bis zur Vorbereitung des Entscheidungsgremiums.
Gerade bei strategischen Transformationen, komplexen IT-Programmen oder organisationsweiten Veränderungen unterstützt die PURE Consultant dabei, Business Cases aufzusetzen, zu schärfen und entscheidungsreif zu machen – damit Ihre Projekte nicht an der Hürde „Freigabe“ scheitern, sondern Wirkung entfalten.