SAP-Business-Case-Vorlage: Freigabe ohne Verzögerung

Ein SAP-Business-Case wird genehmigt, wenn die Entscheider Problem, Kosten, Rendite und Risiko auf einer Seite in ihren eigenen Begriffen sehen können. Nutzen Sie die Struktur aus sieben Abschnitten unten, nehmen Sie jede Kostenposition über mindestens fünf Jahre auf, halten Sie die Annahmen zum Nutzen vorsichtig und schreiben Sie getrennte Passagen für den CFO, die IT und die Fachbereiche. Die meisten Business Cases, die ins Stocken geraten, scheitern an der Darstellung, nicht an der Idee.

Ich habe erlebt, wie sich Freigaben über Wochen, manchmal Monate hinzogen, obwohl die Idee solide war. Ich erinnere mich an eine S/4HANA-Migration, bei der der erste Pitch scheiterte. Der Vorschlag war vollgepackt mit Diagrammen zur Systemarchitektur und enthielt fast nichts zu operativen Vorteilen. Wir überarbeiteten ihn so, dass der Einstieg auf weniger Verzögerungen im Versand, geringere Bestandskosten und die Umsetzung durch das Team zielte. Der CFO genehmigte ihn in einer Sitzung.

Noch ein Punkt vor der Vorlage. Ihr Implementierungspartner sollte Ihren Business Case nicht schreiben. Sein Anreiz ist, das Programm zu starten. Ihrer ist, es zu beenden. So werden aus Programmen über 40 Millionen US-Dollar unbemerkt solche über 90 Millionen.

Die Zusammenfassung für die Geschäftsleitung entscheidet

Halten Sie sie auf einer Seite. Führungskräfte lesen womöglich nichts anderes.

Beginnen Sie mit dem Problem, in Zahlen. Formulieren Sie den Vorschlag in einem oder zwei Sätzen ohne technische Details. Nennen Sie dann die wichtigsten Vorteile mit Zahlen, einen einfachen Zeitplan, die Gesamtinvestition und die wichtigsten Risiken mit ihren Gegenmaßnahmen.

In einem der Unternehmen, die ich früher begleitet habe, begann die Zusammenfassung mit Begriffen wie „technische Objekte“ und „Embedded HANA“. Der CFO legte sie nach dem ersten Absatz weg. Wir schrieben sie um und begannen mit „2,5 Mio. $ jährliche Kosteneinsparungen durch Bestandsabbau“ und „40 % schnellere Auftragsabwicklung“. Derselbe CFO las die ganze Seite und genehmigte das Projekt noch in dieser Woche.

Wenn die Zusammenfassung fertig ist, geben Sie sie jemandem außerhalb des Projekts. Kann diese Person sie Ihnen wieder erklären, funktioniert sie.

Schreiben Sie für drei Leser

Eine Version für alle funktioniert nicht. Ich habe erlebt, wie starke Vorschläge starben, weil sie für das falsche Publikum geschrieben waren.

CFO und BoardITFachanwender

Wonach sie suchenCFO und BoardZahlen, die sie ohne Notizen wiederholen könnenITIntegrationsumfang, abgebildet gegen die heutigen SystemeFachanwenderEin Bild ihrer Woche, Aufgabe für Aufgabe

Das geben Sie ihnenCFO und BoardJährliche Einsparungen und Amortisation, Risiken offen benanntITDas Supportmodell nach dem Go-liveFachanwenderVorher und nachher, mit ehrlicher Schulungszeit

Was sie überzeugtCFO und BoardOffenheit statt OptimismusITBelege, dass Sie wissen, wo ähnliche Projekte schiefgingenFachanwenderEhrlichkeit über jeden zusätzlichen Klick

Der CFO und das Board wollen Zahlen, die sie ohne Notizen wiederholen können: „2 Mio. $ jährliche Einsparungen, 18 Monate Amortisation.“ Sie wollen die Risiken offen benannt sehen. Offenheit schlägt bei diesem Publikum Optimismus.

Die IT will den Integrationsumfang gegen die heutigen Systeme abgebildet sehen, das Supportmodell nach dem Go-live und Belege dafür, dass Sie wissen, wo ähnliche Projekte schiefgegangen sind.

Fachanwender wollen ein Bild ihrer Woche, Aufgabe für Aufgabe, vorher und nachher, und eine ehrliche Zahl für die Schulungszeit. Ein kleiner zusätzlicher Klick, der sich tausende Male pro Woche wiederholt, wird zu einem echten Problem.

Einmal lehnte eine CFO einen Business Case mitten in der Sitzung ab, weil er keine ihrer Fragen beantwortete. Wir bauten ihn in drei Abschnitten neu auf, einen je Zielgruppe, und verankerten jeden an messbaren KPIs. Der technische Plan änderte sich nie. Nur die Art, ihn zu erzählen.

Das sind die sieben Abschnitte, die ich verwende, in dieser Reihenfolge. Ich erinnere mich an ein Fertigungsunternehmen, dessen CFO die Kostendetails auf Seite 23 vergraben fand, während der CIO die technischen Risiken gar nicht finden konnte. Die Genehmigung verzögerte sich um sechs Monate. Mit einer strukturierten Version dauerte sie zwei Wochen, und der Inhalt hatte sich kaum verändert.

Abschnitt	Was er enthalten muss
Zusammenfassung für die Geschäftsleitung	Problem in Zahlen, Vorschlag, Nutzen, Gesamtinvestition, Zeitplan, wichtigste Risiken
Ausgangslage	Schmerzpunkte, ihre heutigen Kosten und die Kosten des Nichtstuns
Vorgeschlagener Ansatz	Scope, Module, Bereitstellungsmodell (RISE, GROW oder On-Premise), wichtigste Integrationen
Finanzielle Betrachtung	Kosten und Nutzen über fünf Jahre, ROI, Amortisation, Kapitalwert (NPV) bei größeren Programmen
Umsetzungsplan	Phasen, Meilensteine, Team, Abhängigkeiten
Risiken	Konkrete Risiken mit Verantwortlichen und Gegenmaßnahmen
Governance	Sponsor, Lenkungsausschuss, Änderungskontrolle, Regeln zur Freigabe von Erweiterungen

Halten Sie Architekturdiagramme und Konfigurationsdetails im Anhang.

Die Kosten, nach denen ein Finanzleiter sucht

Unvollständige Kosten töten mehr Business Cases als schwacher Nutzen. Nehmen Sie all das auf:

1. Software: Lizenz plus jährlicher Support bei On-Premise oder das Abonnement bei RISE und GROW.
2. Honorare des Implementierungspartners.
3. Infrastruktur, wenn Sie sie selbst betreiben; unter RISE betreibt SAP sie innerhalb des Abonnements.
4. Interne Personalzeit. Das ist die Zeile, die am häufigsten fehlt.
5. Schulung und Change Management.
6. Datenmigration und Datenbereinigung.
7. Laufender Support. Bei On-Premise liegt SAP Enterprise Support seit langem bei rund 22 % des Lizenzwerts pro Jahr. Zeigen Sie bei RISE und GROW das Abonnement für jedes Jahr der Laufzeit.
8. Hypercare nach dem Go-live.

Position 7 prüfen viele Finanzleiter als Erstes. Fehlen die Jahre zwei bis fünf, sinkt die Glaubwürdigkeit sofort. Mein Leitfaden zu den Kosten einer SAP-Einführung nennt typische Spannen für jede Zeile, und mein Leitfaden zur Vertragsprüfung für CFOs behandelt die Partnerseite.

ROI, Amortisation und Nutzen, dem der CFO glaubt

ROI ist der Nettonutzen geteilt durch die Gesamtinvestition. 3,5 Mio. $ Nutzen über fünf Jahre bei 2 Mio. $ Kosten ergeben einen Nettonutzen von 1,5 Mio. $, also 75 %.

Amortisation ist die Investition geteilt durch den jährlichen Netto-Cashflow-Nutzen. Ein Projekt über 1,2 Mio. $, das 400.000 $ pro Jahr zurückbringt, amortisiert sich in drei Jahren.

Kapitalwert (NPV) diskontiert künftige Cashflows auf den heutigen Wert. Wenn das Board ihn verlangt, holen Sie Ihr Finanzteam mit in den Raum.

Quantifizieren Sie den Nutzen mit gezeigtem Rechenweg:

• Bestand: 10 Mio. $ Lagerbestand, um 15 % reduziert, bei 20 % Lagerhaltungskosten, sparen 300.000 $ pro Jahr.
• Prozesszeit: Eine Aufgabe von 45 Minuten, 200-mal am Tag ausgeführt, auf 15 Minuten gekürzt, bei 30 $ pro Stunde, spart über 250 Arbeitstage etwa 750.000 $ pro Jahr.

Zeigen Sie einen Hochlauf. Der Nutzen im ersten Jahr nach dem Go-live ist meist geringer als im eingeschwungenen Zustand. Führen Sie den Nutzen, den Sie nicht quantifizieren können, auf einer eigenen Liste, damit er den quantifizierbaren nicht verwässert.

Seien Sie vorsichtig. Ich habe erlebt, wie Unternehmen schwierige SAP-Projekte genehmigt bekamen, weil sie bei den Kosten schonungslos ehrlich und beim Nutzen vorsichtig waren. Ein Fertigungskunde zeigte für sein S/4HANA-Projekt zunächst einen ROI von 30 %. Als dieser hinterfragt wurde, überarbeitete er den Business Case auf realistischere 18 %. Der CFO schätzte die Offenheit und genehmigte ihn.

Abonnement ersetzt Lizenz und Support. RISE und GROW sind Abonnements, daher kostet das erste Jahr weniger als ein Lizenzkauf bei On-Premise. Die Fünfjahressumme hängt von Anwendern, Scope und Laufzeit ab. Zeigen Sie die Jahre eins, drei und fünf nebeneinander.

Es ändert sich die Bilanzierung, nicht nur der Cashflow. Unter IFRS gewährt ein Cloud-Vertrag oft den Zugang zu Software und nicht einen Software-Vermögenswert, über den Sie die Verfügungsgewalt haben. In diesem Fall bedeutet die Agendaentscheidung des IFRS Interpretations Committee von 2021, dass Konfigurations- und Anpassungskosten in der Regel bei Leistungsbezug als Aufwand erfasst und nicht aktiviert werden. Das kann einen großen Teil der Programmkosten aus der Bilanz in die Gewinn- und Verlustrechnung verschieben. Klären Sie die Behandlung Ihres RISE- oder GROW-Vertrags mit Ihren Abschlussprüfern, bevor der Business Case ins Board geht.

Clean Core verändert die langfristigen Kosten. Erweiterungen auf Basis freigegebener Schnittstellen kosten mehr im Design, überstehen aber Upgrades. Modifikationen sind heute billiger und bei jedem späteren Upgrade teuer. Ein Fünfjahresmodell sollte diesen Unterschied zeigen, besonders in der Private Edition, wo der Kern weiterhin modifiziert werden kann.

KI gehört nur mit Annahmen auf Workflow-Ebene in den Business Case. Joule und andere KI-Funktionen können bei bestimmten Aufgaben Zeit sparen. Verknüpfen Sie jeden KI-Nutzen mit einem benannten Workflow, einer Anwenderzahl und einer Akzeptanzquote, die Sie vertreten können. CFOs sehen jede Woche Pitches nach dem Muster „KI wird das Unternehmen verändern“ und schenken ihnen kaum Glauben.

Die Kosten des Nichtstuns auslassen. Verursacht das heutige System 500.000 $ Nacharbeit pro Jahr, gehört das in den Business Case. Manchmal ist es größer als die SAP-Investition.

Störungen ignorieren. Schulungszeit, Cutover-Ausfallzeit und ein schleppender erster Monat nach dem Go-live mindern alle die Rendite.

Vage Risiken. „Datenprobleme“ ist kein Risiko. „Abweichende Stammdaten, die in den ersten 30 Tagen zu Rechnungsablehnungen führen“ ist eines.

Ein einziges Go-live-Datum ohne Detail. Verzögerungen beginnen meist an den Übergaben: von Anforderungen zur Konfiguration, vom Test zur Freigabe, von der Schulung zur Bereitschaft. Zeigen Sie sie.

Die Größe des Unternehmens ignorieren. In einem Projekt, an dem ich mitarbeitete, übernahm ein kleiner Händler den Governance-Prozess eines Großkonzerns. Wöchentliche Lenkungsausschuss-Sitzungen wurden zu Stunden verlorener Produktivität, bis der Prozess gestutzt wurde. Bei unter 200 Beschäftigten genügen 8 bis 10 Seiten. Konzerne erwarten eine vollständige Finanzmodellierung und einen detaillierten Governance-Abschnitt.

Ich habe mit dem Team eines Fertigungsunternehmens gearbeitet, das sechs Monate bis zur Genehmigung brauchte. Es überarbeitete den Business Case viermal, weil jede Version einen anderen Genehmiger ansprach und die anderen ignorierte. Hätte es von Anfang an für alle drei Leser geschrieben, wäre der Großteil dieser Zeit eingespart worden. Nach der Genehmigung ist das nächste Dokument die Projekt-Charter.

Was gehört in einen SAP-Business-Case?

Sieben Abschnitte: eine Zusammenfassung für die Geschäftsleitung, die Ausgangslage und die Kosten des Nichtstuns, der vorgeschlagene Ansatz und das Bereitstellungsmodell, eine finanzielle Betrachtung über fünf Jahre mit ROI und Amortisation, ein Umsetzungsplan, konkrete Risiken mit Verantwortlichen und ein Governance-Modell. Halten Sie technische Details im Anhang.

Warum werden SAP-Business-Cases abgelehnt?

Meist, weil der Nutzen vage oder die Kosten unvollständig sind, besonders der laufende Support oder spätere Abonnementjahre. Weitere häufige Ursachen: schöngeredete Risiken oder ein Dokument für nur ein Publikum, obwohl Finanzen, IT und Fachbereiche überzeugt werden müssen.

Wie berechnen Sie den ROI einer SAP-Einführung?

Teilen Sie den Nettonutzen über den Zeitraum, meist fünf Jahre, durch die Gesamtinvestition. Berücksichtigen Sie jede Kostenposition: Software oder Abonnement, Partnerhonorare, interne Zeit, Schulung, Datenmigration, laufenden Support und Hypercare. Setzen Sie vorsichtigen Nutzen an, mit einem Hochlauf nach dem Go-live. Ein realistischer ROI von 18 % wird schneller genehmigt als ein optimistischer von 35 %.

Wie verändert RISE with SAP den Business Case?

Das Abonnement ersetzt Lizenz und jährlichen Support, daher braucht der Business Case eine Kostenansicht für jedes Jahr der Laufzeit. SAP betreibt die Infrastruktur, was Hardwareausgaben entfallen lässt. Unter IFRS werden Konfigurationskosten für einen Cloud-Service in der Regel als Aufwand erfasst statt aktiviert, klären Sie die Bilanzierung also früh mit Ihren Abschlussprüfern.

Wie lang sollte ein SAP-Business-Case sein?

Eine einseitige Zusammenfassung für die Geschäftsleitung, dann grob 15 bis 25 Seiten für ein Programm im Mittelstand und bis zu 40 für einen großen Konzern. Alles Längere gehört in Anhänge. Braucht der Sponsor eine Stunde, um daraus ein Briefing zu geben, ist er zu lang.

Was sind die Kosten des Nichtstuns in einem SAP-Business-Case?

Das, was das Unternehmen weiter verliert, wenn es beim heutigen System bleibt: manuelle Workarounds, Abstimmungsaufwand, Verzögerungen im Reporting, Support für alternde Systeme und Entscheidungen auf Basis unzuverlässiger Daten. Sind Sie auf ECC, nehmen Sie die Kosten der erweiterten Wartung nach 2027 auf.