Anfang der 1970er Jahre standen sich zwei völlig unterschiedliche Ansätze der Computertechnik gegenüber. Auf der einen Seite gab es das ehrgeizige Multics-Projekt: ein komplexes Betriebssystem, das von den besten Köpfen der Bell Labs, des MIT und von General Electric entwickelt wurde. Es sollte alle erdenklichen Features bieten und das Computing revolutionieren.

Jahre später entwickelten Dennis Ritchie und Ken Thompson innerhalb weniger Wochen das vergleichsweise primitive System Unix. Multics war technisch überlegen, durchdacht und zukunftsweisend. Unix war simpel und in vielerlei Hinsicht „schlechter”. Doch welches System prägt heute unsere digitale Welt? Seine Nachfahren, wie Linux, dominieren Server, Smartphones und Supercomputer.

Diese Ironie brachte den Informatiker Richard Gabriel Anfang der 1990er Jahre dazu, das Worse-is-Better-Prinzip zu formulieren. Seine These: Software-Design muss nicht perfekt sein, um erfolgreich zu werden. Oft ist das Gegenteil der Fall: Einfache, pragmatische Lösungen setzen sich gegen theoretisch überlegene, aber komplexe Alternativen durch.

Dieses Prinzip besagt, dass eine einfache Lösung, die zu 90 % funktioniert, meist erfolgreicher ist als eine perfekte, aber komplizierte Lösung. Diese auf den ersten Blick paradoxe Idee erklärt, warum so viele technische Standards und erfolgreiche Produkte auf den ersten Blick „suboptimal” erscheinen, aber dennoch die Welt erobert haben.

Die vier Grundprinzipien

Das Worse-is-Better-Prinzip basiert auf vier zentralen Grundsätzen, die Gabriel aus der Beobachtung erfolgreicher Softwaresysteme ableitete. Diese Prinzipien stehen oft im direkten Widerspruch zu dem, was Informatiker als „gutes Design” betrachten würden.

Einfachheit vor Vollständigkeit bildet das Fundament des Konzepts. Ein System sollte so einfach wie möglich sein – sowohl in der Implementierung als auch in der Benutzung. Gabriel argumentierte, dass es besser ist, eine Funktion komplett wegzulassen, als die Gesamteinfachheit des Systems zu gefährden. Dieses Prinzip wird in Unix perfekt verkörpert: Anstatt eines monolithischen Systems mit integrierten Funktionen bietet Unix viele kleine, spezialisierte Programme, die sich flexibel kombinieren lassen.

„Geschwindigkeit vor Perfektion” bedeutet, dass eine funktionierende Lösung schnell verfügbar sein sollte, statt Jahre in die Entwicklung einer theoretisch perfekten Alternative zu investieren. Der Markt belohnt oft den ersten brauchbaren Ansatz, nicht den besten. Die Time-to-Market kann entscheidender sein als technische Überlegenheit, da frühe Nutzer Feedback geben und Netzwerkeffekte entstehen können.

Praktikabilität geht vor theoretischer Eleganz, das heißt, die reale Anwendbarkeit wird höher bewertet als akademische Schönheit. Ein Design mag aus informatiktechnischer Sicht weniger elegant sein. Wenn es in der Praxis jedoch gut funktioniert und von Entwicklern leicht verstanden wird, ist es dem „schöneren” Ansatz überlegen. TCP/IP ist hierfür ein klassisches Beispiel: Es ist weniger elegant als das OSI-Modell, aber deutlich praktischer implementierbar.

Der Ansatz der evolutionären Verbesserung statt revolutionärer Sprünge besagt, dass Systeme schrittweise weiterentwickelt werden sollten. Anstatt zu versuchen, alle zukünftigen Anforderungen vorherzusehen und umzusetzen, ist es besser, mit einer einfachen Basis zu beginnen und diese bei Bedarf zu erweitern. So ist es möglich, aus realen Nutzungserfahrungen zu lernen und das System entsprechend anzupassen, statt sich auf theoretische Annahmen zu verlassen.

Erfolgsbeispiele aus der Praxis

Insbesondere in der Welt der Technik gibt es viele Beispiele dafür, dass „schlechtere” Lösungen ihre theoretisch überlegenen Konkurrenten verdrängen. Diese Fälle können veranschaulichen, wie das Worse-is-Better-Prinzip in der Realität funktioniert.

Ein Beispiel hierfür war der Konkurrenzkampf zwischen dem Game Boy von Nintendo und dem Game Gear von Sega. Segas Game Gear war technisch in fast jeder Hinsicht überlegen: Es hatte ein Farbdisplay statt eines Graustufen-Displays, eine bessere Grafik, eine höhere Auflösung und sogar TV-Empfang. Der Game Boy wirkte mit seinem grünlichen Monochrom-Display dagegen primitiv. Doch Nintendos Konsole hatte entscheidende Vorteile: 30 Stunden Batterielaufzeit gegenüber 3 bis 5 Stunden beim Game Gear, ein robusteres Design und einen günstigeren Preis. Die „schlechtere” Technik erwies sich somit als die bessere Lösung für mobiles Gaming.

Im Videobereich zeigt sich dasselbe Muster bei der Konkurrenzsituation zwischen VHS und Betamax. Zwar lieferte Sonys Betamax eine bessere Bildqualität und war technisch ausgereifter. VHS hatte eine schlechtere Auflösung, bot aber entscheidende praktische Vorteile: längere Aufnahmezeiten, günstigere Produktion und eine offenere Lizenzierung an andere Hersteller. Die Nutzer entschieden sich letztendlich für die Praktikabilität statt für die Qualität – sie wollten ganze Filme aufnehmen können und bevorzugten das breitere Angebot an Geräten und Inhalten.

Warum funktioniert das Prinzip?

Die Wirksamkeit des Worse-is-Better-Prinzips lässt sich durch verschiedene psychologische, ökonomische und technische Faktoren erklären. In ihrer Kombination begünstigen diese einfache Lösungen.

Psychologische Faktoren spielen eine entscheidende Rolle bei der Einführung neuer Technologien. Menschen haben eine begrenzte kognitive Kapazität und bevorzugen Lösungen, die sie schnell verstehen und einsetzen können. Eine einfache Software mit wenigen, aber gut funktionierenden Features reduziert die kognitive Belastung, die zum Erlernen und Nutzen erforderlich ist. Komplexe Systeme mit vielen Features wirken oft überwältigend und schaffen hohe Adoption Barriers. Nutzer bevorzugen das Vertraute und Berechenbare gegenüber dem Mächtigen, aber Unverständlichen.

Die Marktdynamik verstärkt diesen Effekt erheblich. In schnelllebigen Märkten gewinnt oft derjenige, der als Erster eine funktionierende Lösung liefert. Die Time-to-Market kann wichtiger sein als Perfektion, da frühe Marktpräsenz Netzwerkeffekte auslösen kann. Je mehr Menschen eine Lösung nutzen, desto wertvoller wird sie für andere – unabhängig von ihrer technischen Qualität. WhatsApp profitierte davon: Als erste einfache Messaging-App erreichte es schnell eine kritische Masse, wodurch Freunde und Familie ebenfalls beitraten. Konkurrenten mit besseren Features kamen zu spät, da der Messenger bereits etabliert war.

Auch die Entwicklungsrealität begünstigt einfache Ansätze. Komplexe Systeme sind exponentiell schwieriger zu entwickeln, zu testen und zu warten. Jede zusätzliche Funktion verlängert nicht nur die Entwicklungszeit, sondern erhöht auch die Anzahl möglicher Interaktionen – und damit potenzieller Fehler. Einfache Systeme lassen sich dagegen schneller debuggen, leichter erweitern und von mehr Entwicklern verstehen. Dies führt zu stabilerer Software und einer schnelleren Weiterentwicklung.

Die Kombination dieser Faktoren erklärt, warum „schlechtere” Lösungen oft eine selbstverstärkende Dynamik entwickeln: Sie werden schneller angenommen, erhalten mehr Feedback, verbessern sich rascher und bauen dabei ihren Marktvorsprung weiter aus. Perfektion wird somit zum Feind des Guten, da sie diese positive Rückkopplungsschleife verhindert.

Die Grenzen und die Risiken

Obwohl das Worse-is-Better-Prinzip nachweislich wirksam ist, ist es kein Allheilmittel. Es gibt wichtige Situationen, in denen dieser Ansatz scheitert oder sogar schädlich sein kann.

Kritische Systeme vertragen keine „schlechten” Lösungen. In der Luft- und Raumfahrt, der Medizintechnik oder der Kernenergie kann ein Kompromiss bei der Qualität katastrophale Folgen haben. Hier sind Zuverlässigkeit, Präzision und umfassende Sicherheitsmaßnahmen wichtiger als Einfachheit oder eine schnelle Markteinführung. Das Space Shuttle oder Herzschrittmacher müssen von Anfang an nahezu perfekt funktionieren – Iterationen nach dem „Fail Fast“-Prinzip sind hier keine Option.

Märkte mit hohen Wechselkosten belohnen oft überlegene Lösungen. Wenn Nutzer erhebliche Investitionen in Schulungen, Datenmigrationen oder die Infrastruktur tätigen müssen, entscheiden sie sich eher für die langfristig beste Lösung. Enterprise-Software ist ein typisches Beispiel: Unternehmen implementieren lieber ein komplexeres, aber vollständigeres System, als später aufwendige Migrationen durchführen zu müssen.

Das Worse-is-Better-Prinzip funktioniert am besten in dynamischen Märkten mit niedrigen Einstiegshürden, in denen schnelle Iterationen möglich sind und in denen Nutzer bereit sind, unvollständige Lösungen zu akzeptieren. Die Kunst besteht darin, den richtigen Zeitpunkt zu erkennen, an dem Einfachheit angebracht ist und an dem Vollständigkeit unverzichtbar wird.

Fazit

Das Worse-is-Better-Prinzip offenbart eine fundamentale Wahrheit: Perfektion ist oft der Feind des Erfolgs. Die erfolgreichsten Technologien sind durch pragmatische Einfachheit entstanden und nicht durch theoretische Vollkommenheit.

Für Entwickler bedeutet dies, sich auf das Wesentliche zu konzentrieren und es hervorragend umzusetzen. Der Markt belohnt funktionierende Prototypen oft mehr als perfekte Pläne. Dennoch funktioniert das Prinzip nicht überall: In kritischen Systemen oder bei hohen Wechselkosten kann „schlechter” tatsächlich schlechter sein.

Die wahre Kunst besteht also darin, bewusst auf bestimmte Features zu verzichten, um die Gesamtlösung zu optimieren. Manchmal ist das Beste, was man tun kann, das Zweitbeste bewusst zu wählen.

—

Pyngu Digital