Der Business Case für eine OE- und Talentplattform: Verkaufen Sie die Entscheidung, nicht die Software

Die meisten Business Cases für Software zur Organisationsentwicklung und zum Talentmanagement gehen in den ersten zehn Minuten der Sitzung verloren, und zwar aus demselben Grund. Sie beschreiben die Software: Funktionen, Module, Integrationen, eingesparte Stunden pro Führungskraft. Die Geschäftsleitung hört neue Kosten mit einem Nutzen, der weich klingt und später kommt. Die Fälle, die genehmigt werden, sind andersherum gebaut. Sie beginnen bei einem teuren, wiederkehrenden organisationalen Problem, das die Führung bereits spürt, zeigen, was dieses Problem kostet, und stellen die Plattform als den günstigsten glaubwürdigen Weg dar, nicht länger dafür zu bezahlen. Und sie bitten um einen Pilot, bevor sie um ein Budget bitten.

Wir haben dieses Gespräch von beiden Seiten erlebt: als Unterstützung für HR- und Strategieverantwortliche, die Fälle bauen, und als Gegenüber der Führungsteams, die darüber entscheiden. Einen unbequemen Rat geben wir jedes Mal: Wenn Sie die Entscheidung nicht benennen können, die die Plattform verändern wird, sollten Sie sie nicht kaufen. Das gilt auch für unsere.

„Sie haben mir gesagt, was es tut, nicht was sich ändert“

Die HR-Direktorin eines Unternehmens in Saudi-Arabien mit rund dreihundert Mitarbeitenden verbrachte mehrere Wochen damit, einen Business Case für eine Plattform für Talentmanagement und Organisationsentwicklung vorzubereiten. Er umfasste dreißig Folien: einen Funktionsvergleich von vier Anbietern, geschätzte eingesparte Stunden bei Leistungsbeurteilungen und Reporting und eine ROI-Berechnung auf Basis von Anbieterzahlen.

Der Chief Financial Officer lehnte ihn in etwa zehn Minuten ab. Was der HR-Direktorin im Gedächtnis blieb, war die Begründung: „Sie haben mir gesagt, was es tut. Sie haben mir nicht gesagt, was sich ändert oder wer es ändert.“

Der zweite Versuch war eine Folie. Bei der Führungsklausur einige Monate zuvor hatte der CEO beklagt, dass drei der strategischen Initiativen des Jahres ins Stocken geraten waren und niemand sagen konnte, wem sie gehörten. Der neue Fall benannte dieses Problem, schätzte den verzögerten Umsatz aus nur einer der drei Initiativen, schlug einen neunzigtägigen Pilot vor, in dem das Führungsteam die Plattform nutzen würde, um für diese drei Initiativen Verantwortung zuzuweisen und sie zu verfolgen, und bat um Finanzierung nur für den Fall, dass der Pilot eine vorab vereinbarte Messgröße erreichte. Er wurde in derselben Sitzung genehmigt.

Der Ein-Entscheidungs-Business-Case

Die Struktur hinter dem zweiten Versuch hat fünf Teile, und sie funktioniert für fast jede organisationale Investition, nicht nur für Software.

1. Das Problem. Ein benanntes, wiederkehrendes, kostspieliges organisationales Problem, das die Führung bereits gespürt hat, idealerweise in ihren eigenen Worten. Stockende Initiativen, unklare Entscheidungsrechte, bedauerte Fluktuation in einem kritischen Team, eine Umstrukturierung, die nicht gelandet ist. Wenn die Führung nicht bereits glaubt, dass das Problem existiert, wird sie kein Business Case überzeugen; beginnen Sie dann dort.
2. Die Kosten des Nichtstuns. Eine Schätzung in Spannen, was das Problem kostet, wenn es anhält, ausgedrückt in Begriffen, die die Führung bereits verwendet: verzögerter Umsatz, verlorene Aufträge, Wiederbesetzungskosten, Managementzeit für Eskalationen. Vorsichtig und glaubwürdig schlägt groß und umstritten.
3. Die Veränderung. Welche Entscheidung oder welches Verhalten anders sein wird und wer es anders machen wird. Das ist der Teil, den die meisten Fälle weglassen, und genau danach hat der CFO in der Geschichte gefragt. Software verändert von sich aus nichts; Menschen, die sie nutzen, um anders zu entscheiden, schon.
4. Der Beleg. Ein kurzer, zeitlich begrenzter Pilot am echten Problem, mit den Menschen, deren Entscheidungen sich ändern sollen, und einer Messgröße, die vor dem Start vereinbart ist.
5. Die Bitte. Eine gestufte Zusage, die an das Ergebnis des Pilots gebunden ist, mit ausgewiesenen Vollkosten einschließlich interner Zeit und einem klaren Weg auszusteigen, wenn es nicht funktioniert.

Ein so gebauter Fall ist oft kürzer als eine Seite. Das ist keine Schwäche; es macht ihn lesbar für ein Führungsteam, das in diesem Monat vierzig andere Entscheidungen zu treffen hat.

Und jetzt der unbequeme Teil

Führen Sie nicht mit einer ROI-Prozentzahl. Sie ist der Teil eines Software-Business-Cases, dem die Führung am wenigsten traut, weil sie weiß, dass er vom Anbieter stammt, und sie verlagert die Diskussion auf die Annahmen hinter der Zahl statt auf das Problem. Eine bescheidene Schätzung von Kosten, an die die Führung bereits glaubt, überzeugt weit mehr als eine große Rendite, die sie auf Treu und Glauben hinnehmen muss.

Bitten Sie um weniger, als Sie brauchen. Eine gestufte Zusage mit Pilot lässt sich leichter genehmigen als ein großer Jahresvertrag, und sie ändert die Frage, die die Führung beantwortet, von „Ist das das Geld wert?“ zu „Ist das neunzig Tage wert?“. Wenn der Pilot funktioniert, ist die zweite Genehmigung viel leichter, als die erste gewesen wäre.

Nehmen Sie die versteckten Kosten selbst auf. Die Lizenz ist selten der größte Kostenblock einer Organisationsplattform. Das ist die Führungszeit, gefolgt von der Arbeit, aktuelle Daten zu Struktur und Rollen aufzubereiten, und der Veränderung, die nötig ist, damit Menschen sie tatsächlich nutzen. Business Cases, die diese Posten weglassen, überzeugen nicht mehr. Die Führung denkt ohnehin daran, und das Weglassen kostet die Verfasserin oder den Verfasser Glaubwürdigkeit.

Warum das funktioniert

Die Gründe sind in der Entscheidungsforschung gut dokumentiert. Samuelson und Zeckhauser beschrieben Ende der 1980er-Jahre den Status-quo-Bias: Wenn Menschen zwischen dem Beibehalten des aktuellen Zustands und seiner Veränderung wählen, bevorzugen sie den aktuellen Zustand stärker, als es seine Vorzüge rechtfertigen. Ein Business Case muss den Status quo deshalb als Entscheidung mit eigenen Kosten sichtbar machen, nicht als neutrale Voreinstellung. Genau das leistet der Abschnitt zu den Kosten des Nichtstuns.

Die Prospect Theory von Kahneman und Tversky erklärt, warum die Rahmung ebenso zählt wie der Inhalt. Verluste wiegen schwerer als gleich große Gewinne, also wird ein Problem, für das die Führung bereits bezahlt, stärker gewichtet als ein Nutzen, den sie gewinnen könnte. John Kotter hat denselben Punkt in Leading Change organisatorisch formuliert: Der erste Schritt jeder Veränderung ist, ein Gefühl der Dringlichkeit zu schaffen, und ein Business Case, der Dringlichkeit aus dem Nichts erzeugen muss, kämpft bergauf.

Schließlich deckt es sich mit dem, was wir in Organisationen sehen, die aus solchen Plattformen Wert ziehen. Der Wert kommt fast nie aus der Software allein; er kommt aus einem Führungsteam, das anders entscheidet, weil Struktur, Verantwortung und Messgrößen, die es braucht, endlich an einem Ort sichtbar sind. Unsere Beiträge dazu, warum Strategieumsetzung scheitert, und zur Entscheidungsdrift beschreiben die Probleme, die diese Sichtbarkeit ihr Geld wert machen.

Eine praktische Checkliste

• Finden Sie das Problem in den eigenen Worten der Führung: Klausurnotizen, Diskussionen im Board, die Klage, die der CEO immer wieder wiederholt.
• Schätzen Sie die Kosten eines einzelnen Auftretens des Problems, vorsichtig und in Spannen, in betriebswirtschaftlichen statt in HR-Begriffen.
• Schreiben Sie einen Satz dazu, was anders entschieden wird und von wem. Wenn Sie das nicht können, halten Sie an und überdenken Sie den Kauf.
• Gestalten Sie einen Pilot am echten Problem, zeitlich begrenzt, mit den Entscheidern an Bord und einer vorab vereinbarten Messgröße.
• Listen Sie die vollen Kosten auf, einschließlich Führungszeit, Datenaufbereitung, Konfiguration, Schulung und Veränderungsbegleitung.
• Bitten Sie um eine gestufte Zusage, die an das Ergebnis des Pilots gebunden ist, und halten Sie fest, wie Sie aussteigen würden.
• Prüfen Sie die Passung ehrlich, bevor Sie präsentieren. Unsere Leitfäden dazu, für wen Green Apple gebaut ist und wie es sich mit anderen Plattformen vergleicht, sollen Ihnen helfen, uns ebenso auszuschließen wie einzubeziehen.

Fragen Sie sich

• Über welches organisationale Problem hat sich unsere Führung in diesem Jahr schon mehr als einmal beklagt?
• Was hat uns das letzte Auftreten dieses Problems ungefähr gekostet, in Begriffen, die der CFO wiedererkennen würde?
• Wer würde welche Entscheidung anders treffen, wenn es diese Plattform gäbe, und haben wir diese Menschen gefragt?
• Welches Ergebnis eines neunzigtägigen Pilots würde uns überzeugen auszuweiten, und welches, aufzuhören?
• Kaufen wir das, um ein Problem zu lösen, oder weil andere Unternehmen wie unseres es haben?

Das Fazit

Die Geschäftsleitung finanziert keine Software. Sie finanziert das Ende eines Problems, für das sie bereits bezahlt. Benennen Sie dieses Problem in den Worten der Führung, schätzen Sie seine Kosten ehrlich, sagen Sie, wer anders entscheiden wird, belegen Sie es mit einem kurzen Pilot, gemessen an einem vereinbarten Ergebnis, und bitten Sie um eine gestufte Zusage. Wenn Sie die Entscheidung nicht benennen können, die die Plattform verändern wird, ist der glaubwürdigste Business Case derjenige, den Sie nicht einreichen.