Die Entscheidungen, die sich nicht rückgängig machen lassen: ein Softwareunternehmen besitzen.

Das meiste Private-Equity-Eigentum an einem Softwareunternehmen scheitert nicht durch Vernachlässigung, sondern durch eine Sorgfalt, die gleichmässig auf alles und damit entschieden auf nichts angewandt wird. Ein Softwaregeschäft bestraft diesen Fehler härter als die meisten, weil sein Kurs früh durch wenige Entscheidungen festgelegt wird, die nahezu unumkehrbar sind. Hat sich eine Plattform erst auf einen Markt festgelegt, ihr Produkt auf eine bestimmte Weise zusammengefügt und sich in das Budget eines Käufers hineinbepreist, erstarren diese Entscheidungen zu ihrer Gestalt. Der Beitrag des Eigentümers besteht darin, die Entscheidungen, die sich nicht leicht rückgängig machen lassen, zu lesen, bevor sie erstarren – und sich aus den vielen herauszuhalten, die es können.

Die Disziplin besteht nicht darin, jede Entscheidung aufzuzählen, vor der ein Unternehmen steht; sie besteht darin, die wenigen zu erkennen, die sich später der Korrektur widersetzen, und das Urteilsvermögen dort zu bündeln. Der Rest gehört den Menschen, die das Geschäft führen.

Welchen Markt man anführt

Eine Softwareplattform kann nicht jeden angrenzenden Bedarf zugleich bedienen, und der, den sie anführt, bestimmt, an wen sie verkauft, wie sie bepreist und wie verteidigbar sie wird. Der erste Brückenkopf formt den Vertriebsablauf, und der Vertriebsablauf ist, einmal gebildet, nahezu unmöglich umzukehren, ohne das Unternehmen neu zu bauen. Das ist eine Entscheidung auf Eigentümerebene im Kostüm eines Roadmap-Punkts.

Wo der Markt reguliert ist, ist die richtige Antwort ungewöhnlich lesbar, weil die Regulierung die Pflicht präzise beschreibt. Man nehme DORA. Der Digital Operational Resilience Act, Verordnung (EU) 2022/2554, gilt seit dem 17. Januar 2025 für Finanzeinheiten, und seine Anforderungen sind in Software-Hinsicht nicht gleich. Das nach Artikel 28 Absatz 3 verlangte Informationsregister – ein vollständiger, geführter Nachweis jeder vertraglichen Vereinbarung für IKT-Dienstleistungen, der den zuständigen Behörden übermittelt wird – ist eine strukturierte, wiederkehrende, prüfungsfähige Pflicht, die ein Anbieter besetzen kann. Die Vorfallmeldung unter demselben Regime ist ebenso konkret, doch anders geformt: Der technische Standard, die Delegierte Verordnung (EU) 2025/301 der Kommission, setzt eine Erstmeldung innerhalb von vier Stunden nach Klassifizierung. Eine Plattform, die um das Register herum gebaut ist, und eine, die um die Melde-Uhr herum gebaut ist, sind verschiedene Unternehmen, mit verschiedenen Käufern. Diese Lesbarkeit ist das Geschenk eines regulierten Marktes; in einem unregulierten muss der Eigentümer den Arbeitsablauf des Kunden so sorgfältig lesen, wie ein regulierter Eigentümer das Gesetz liest.

Der Markt, den eine Plattform anführt, ist kein Roadmap-Detail; es ist das Unternehmen, das das Geschäft zu werden wählt.

Wie sich das Produkt zusammenfügt

Bedürfnisse treffen einen Kunden einzeln ein, über Jahre, doch sie überlappen darunter stark: Derselbe Datensatz bedient mehrere von ihnen, dieselbe Einheit speist mehrere Arbeitsabläufe. Ob die Module ein gemeinsames Rückgrat teilen oder bloss nebeneinander sitzen, wird früh entschieden und ist teuer rückgängig zu machen. Die Frage muss erzwungen werden, bevor das zweite Modul ausgeliefert wird, solange sie noch günstig beantwortet werden kann – denn eine auf einem gemeinsamen Modell gebaute Plattform verzinst sich, und ein Bündel von Produkten, die sich bloss ein Logo teilen, tut es nicht.

Wie man den Wert bepreist

Der Preis ist die andere frühe Festlegung, die erstarrt. Die meiste Software wird nach Verbrauch verkauft – Plätze, Nutzung, Volumen. Doch eine Plattform, die etwas dem Kunden Wesentliches verwaltet, verkauft keine Kapazität; sie verkauft die Beseitigung einer Kosten oder eines Risikos. Der wahre Vergleich des Käufers ist nicht der Preis eines weiteren Logins, sondern die Grösse dessen, was die Software handhabt. Im regulierten Fall ist diese Grösse ausdrücklich – ein Leitungsorgan, das die ihm durch Artikel 5 von DORA auferlegte Aufsicht nicht belegen kann, eine Bussgeldobergrenze, die unter NIS2 bis zu 2 % des weltweiten Umsatzes erreicht. Platzbasierte Preisgestaltung lässt den grössten Teil dieses Werts liegen, weil der Wert mit der Grösse des gelösten Problems skaliert, nicht mit der Zahl der Köpfe, die das Werkzeug berühren. Hat ein Preis erst die Erwartungen eines Käufers verankert, bewegt er sich selten weit, weshalb er bewusst gesetzt werden sollte, statt von einem Vertriebsteam geerbt, das keinen Grund hat, darüber nachzudenken.

Wo der Vorteil tatsächlich liegt

Mit dem Markt anführen, der die beständigste Fläche schafft, und den Rest danach abfolgen lassen.
Die gemeinsame Datenarchitektur vor dem zweiten Modul festlegen, nicht nach dem fünften.
Nach der Grösse des gelösten Problems bepreisen, nicht nach der Zahl der Plätze.
Die leitenden Einstellungen für die Skalierung nach der Uhr des Unternehmens vornehmen, weder zu früh noch zu spät.

Das sind die Festlegungen, die sich später der Korrektur widersetzen, also sind es jene, die es wert sind, richtig getroffen zu werden, solange die Kosten dafür noch niedrig sind. Alles Nachgelagerte – Feature-Prioritäten innerhalb einer festgelegten Architektur, der tägliche operative Rhythmus, Einstellungen unterhalb der Führungsebene – ist wiederherstellbar und gehört den Operatoren. Ein Eigentümer, der in die wiederherstellbaren Entscheidungen hineingreift, kauft Reibung, ohne Kurs zu kaufen. Die Kunst ist, Urteilsvermögen dort einzusetzen, wo es nicht zurückgenommen werden kann, und den Menschen, die das Geschäft führen, den Rest anzuvertrauen.