Strategische Entscheidungen: Wenn beide Optionen gut sind

• Eine strategische Entscheidung bedeutet, eine von zwei attraktiven Optionen zu wählen und die damit verbundenen nachteiligen Folgen mitzutragen
• Echte Strategie ist kein „gut klingender Satz“, sondern eine konkrete Wahl mit Trade-offs; man muss klar „eins“ statt „beides“ festlegen
• Eine wirklich strategische Entscheidung liegt vor, wenn auch die Gegenseite völlig vernünftig ist und die Wahl Folgewirkungen zweiter Ordnung im gesamten Unternehmen auslöst
• Wenn mehrere strategische Entscheidungen sich ohne Widerspruch gegenseitig verstärken, kann sich die gesamte Organisation schnell in eine konsistente Richtung bewegen
• Wenn eine Wahl nicht schwerfällt, ist sie keine echte Wahl; schwierige Entscheidungen müssen vorab getroffen werden, damit Mitarbeitende unabhängig die richtigen Urteile fällen können

---

Warum strategische Entscheidungen nötig sind

• Alle Mitarbeitenden eines Unternehmens treffen jeden Tag eigenständig Entscheidungen, und genau das ist der zentrale Mechanismus zur Skalierung einer Organisation
• Einzelne Entscheidungen können für sich genommen vernünftig sein und sich trotzdem widersprechen; wenn alle in unterschiedliche Richtungen arbeiten, bleibt das Ergebnis trotz hoher Produktivität auf der Stelle
• Selbst autonome Teams brauchen Ausrichtung, und diese Ausrichtung sollte nicht auf Taktiken (die sich wöchentlich ändern) oder Floskeln (die nichts verändern) beruhen, sondern auf Entscheidungen auf Makroebene – also auf strategischen Entscheidungen
• Wenn alltägliche Entscheidungen mit strategischen Entscheidungen übereinstimmen, verschwinden Widersprüche zwischen den Versprechen des Marketings und dem Ergebnis des Engineerings, und Entscheidungen verstärken sich gegenseitig im Zinseszinseffekt

Die 3 Eigenschaften echter strategischer Entscheidungen

• 1. Beide Seiten sind vernünftige Optionen

  • „Gutes Design“ ist keine strategische Entscheidung – denn „schlechtes Design“ war nie eine vernünftige Alternative
  • „All-in-one“ und „kleiner Core + extreme Erweiterbarkeit“ sind echte Entscheidungen – es gibt viele erfolgreiche Unternehmen, die jeweils eines davon gewählt haben
  • „Beides“ ist keine gültige Wahl – ein Produkt ist entweder in sich geschlossen oder nicht
    • Entweder man gestaltet die UX als vollständiges Erlebnis oder so, dass sie UX von Drittanbietern aufnimmt
    • Entweder man verkauft als „Produkt mit allem, was man braucht“ oder als „Ökosystem-Plattform für alles“
    • Entweder beantwortet der Support Fragen zum gesamten Produkt oder er leitet an Plugin-Anbieter weiter
  • Wenn man eine echte strategische Entscheidung getroffen hat, wird die Liste der Folgewirkungen im gesamten Unternehmen lang
  • Das entspricht dem Konzept des Opposite Test – die Gegenseite darf nicht trivial oder bedeutungslos sein, sonst ist es keine echte Wahl

• 2. Jede Wahl bringt erwünschte und nachteilige Folgen mit sich

  • Floskelhafte Aussagen fühlen sich gut an, weil sie keine Nachteile haben, aber sie sind keine echten Entscheidungen
  • Beispiele für die tatsächlichen Kosten von „großartigem Design“:
    • Man braucht talentierte Designer → ein größeres Team ist nötig
    • Engineers müssen sich um die Qualität der UX genauso kümmern wie um DB-Skalierung
    • Es braucht Investitionen in ein Design-System
    • Die Entwicklung neuer Features wird langsamer – gefordert ist nicht nur etwas, das funktioniert, sondern etwas, das gut gestaltet ist
    • Features, die das Design verschlechtern würden, müssen selbst bei Kundenwunsch abgelehnt werden
    • Nicht alle Kunden stimmen darüber überein, was „gutes Design“ ist; einige sind zufrieden, andere unzufrieden
  • Strategische Entscheidungen sind ein Paket-Deal – man kann nicht nur die Vorteile nehmen und die Nachteile vermeiden
  • Wenn man die Folgen explizit in der Strategie beschreibt, reduziert das individuelle Interpretationen und trägt zur Ausrichtung alltäglicher Entscheidungen bei

• 3. Mehr als Konsistenz: gegenseitige Verstärkung

  • Mithilfe der Liste aus Entscheidungen und Folgen sollte man Widersprüche prüfen; Konflikte verstecken sich oft in den Folgen zweiter Ordnung
  • Beispiel: „kleines Team“ und „funktionsreich“ wirken zunächst unabhängig, stehen aber oft im Widerspruch, weil kleine Teams Produkte meist klein und einfach halten müssen
    • Das lässt sich jedoch mit einer zusätzlichen Entscheidung auflösen: „kleines Team + kleiner Core + erweiterbares Ökosystem“ – das Ökosystem übernimmt dann die Funktionsvielfalt
    • Jede Entscheidung greift in die andere ein und bringt ihre eigenen Implikationen mit; genau dieses Erkunden führt zu einem konsistenten Set an Entscheidungen
  • Ideal ist nicht bloß Widerspruchsfreiheit, sondern gegenseitige Verstärkung – „Erweiterbarkeit“ unterstützt „Funktionsreichtum“, und ein kleines Team hält den Core klein, wodurch Raum für ein florierendes Ökosystem entsteht
  • Wenn starke Entscheidungen sich gegenseitig verstärken, bekommt ein Unternehmen einen eigenen Charakter im Sinne von „So sollte die Welt sein“, und Kunden, die dem zustimmen, lieben das Produkt umso mehr
  • Die gesamte Organisation bewegt sich schneller, Diskussionen über Trade-offs werden seltener, und es entsteht ein positiver Kreislauf, in dem Konsistenz wie Kompetenz wirkt

Wie man schwache Entscheidungen in starke Entscheidungen verwandelt

• Wenn Menschen strategische Entscheidungen formulieren, schreiben sie oft wiederholt schwache Pseudo-Entscheidungen, die den Opposite Test nicht bestehen
  • Häufig gibt es bereits eine bevorzugte Seite, sodass die Gegenseite absichtlich offensichtlich schlecht dargestellt wird, damit die eigene Wahl „gewinnt“
• Entscheidend ist, die gültige Perspektive, die unter einer schwach formulierten Wahl verborgen liegt, herauszuarbeiten
• Nützliche Fragen:
  • Gibt es erfolgreiche und beliebte Unternehmen, die sich für die „schlechte“ Seite entschieden haben?
  • Warum lieben Menschen sie trotz ihrer Schwächen?
  • Genau dieses „Was Menschen daran lieben“ ist die echte Gegenseite der strategischen Entscheidung
• Konkretes Beispiel: Notiz-Apps
  • All-in-one-Apps wie Apple Notes oder Bear erreichen schöne Konsistenz, indem sie das gesamte Erlebnis kontrollieren – ohne Plugins oder API
  • Obsidian bietet eine erstaunliche Auswahl an herunterladbaren Funktionen; trotz Beschwerden über eine unübersichtliche UX wird es geliebt wegen der großen Funktionsauswahl und der Möglichkeit, ein eigenes Informationsmanagement-System aufzubauen
  • Wenn man fragt: „Warum wird Obsidian geliebt, obwohl seine UX chaotisch ist?“, gelangt man zur echten Wahl: „All-in-one vs. unbegrenzte Erweiterbarkeit“

Die Versuchung, „beides“ zu wählen

• Da beide Seiten attraktiv sind, ist die Versuchung unvermeidlich, Elemente der Gegenseite hereinzuholen
  • Man hat ein All-in-one-Produkt gebaut, aber Plugins der Konkurrenz sind beliebt, also beginnt man, Plugins zu erkunden
  • „Lasst uns den Preis erhöhen, wir lassen Geld liegen“ oder „Lasst uns langsamer werden und mehr polishen, das ist peinlich“
• Diese Versuchung wirkt deshalb überzeugend, weil auch die Gegenwahl tatsächlich großartig ist
• Genau dafür gibt es Strategie: Damit jede Person im Unternehmen selbstbewusst sagen kann: „Als abstrakte Idee ist das gut, aber es passt nicht zu dem Bündel an Trade-offs, das wir gewählt haben.“
• Das Kernprinzip lautet: Wenn es kollidiert, halte an der strategischen Entscheidung fest; wenn es nicht kollidiert, nimm die beste Lösung
  • Beispiel: Bei einer Strategie des „niedrigsten Preises“ kann man Qualitätsverbesserungen akzeptieren, solange sie die Kosten nicht erhöhen
  • In den meisten Fällen gibt es jedoch Kollisionen; ohne konsistente Entscheidungen landet man in der einzig wirklich verlierenden Position – mit weder genug Qualität für Loyalität noch genug Power für komplexe Use Cases
• Das Agile Manifesto zeigt diese Haltung gut – „funktionierende Software vor umfassender Dokumentation“ bedeutet nicht, dass Dokumentation schlecht ist, sondern dass man bei begrenzter Zeit (und sie ist immer begrenzt) stärker in eine Seite investiert
  • Es sagt ausdrücklich: „Auch die Punkte rechts haben Wert, aber wir schätzen die Punkte links höher“
• Dasselbe Muster gilt für Strategie: Wer eine Niedrigpreisstrategie fährt, führt kein Premium-Produkt ein, nur um „auch dieses Kundensegment mitzunehmen“; Qualitätsverbesserungen sind aber willkommen, solange sie den Niedrigpreis nicht gefährden
• Das ist eine strikte Wahl und kein Gleichgewicht

Tabelle mit Beispielen für strategische Entscheidungen

• Niedrigster Preis vs. Premium-Preis
  • Niedrigster Preis: größter Markt, Positionierung über Zugänglichkeit und Vernünftigkeit, viele Wettbewerber werden allein über den Preis abgewehrt / keine großen Ausgaben für Werbung und Vertrieb möglich, Abhängigkeit von Mundpropaganda, Obergrenze bei Qualität und Features
  • Premium-Preis: hohe Margen ermöglichen Investitionen in Marke und Distribution, Statussignal wird selbst zur Funktion / kleinerer Markt, kontinuierliche Investitionen in die Marke nötig (Marketing, Prestige), ohne diese Investitionen bricht das Premium zusammen
• Konsistente All-in-one-UX vs. erweiterbares Ökosystem
  • All-in-one: gestaltetes Erlebnis, das Vertrauen und Gewohnheit schafft; Support und Onboarding sind einfacher / die gesamte Funktionsbreite liegt in der eigenen Verantwortung, Power User mit Bedarf an Plugins und Scripting wandern ab
  • Ökosystem: Long-Tail-Funktionen, die man selbst nicht liefern könnte; Partner fungieren als Vertriebskanal / geringere UX-Konsistenz, Sicherheit, Kompatibilität und Support werden zu Problemen einer nicht kontrollierbaren Lieferkette
• Einfache UX vs. mächtige Funktionen
  • Einfache UX: kurze Time-to-Value, Self-Serve-Wachstum, geringe kognitive Last / Verlust komplexer Workflow- und Governance-Deals, Nachteile bei Checklisten und RFPs
  • Mächtige Funktionen: gewinnt bei hochkritischen Workflows, höherer Umsatz pro Kunde, hohe Bindung durch Wechselkosten / Onboarding braucht Schulung, Setup und Experten, Support wird zu einem notwendigen Kostenblock
• Minimaler Support vs. High-Touch-Support
  • Minimaler Support: hohe Margen, Fokus auf das Produkt, erzwingt gute Usability und hochwertige Dokumentation / ungeeignet für Käufer, die Telefon oder SLA verlangen, Verlust von Feedback-Schleifen bei Churn
  • High-Touch-Support: überbrückt Lücken, die Wettbewerber nicht schließen können, schafft Loyalität und Differenzierung, Produktentdeckung direkt aus dem täglichen Kundenkontakt / teuer und schwer skalierbar, erzeugt 24/7-Erwartungen und Abhängigkeiten
• Einfachheit für kleine Teams vs. Enterprise-Komplexität
  • Kleine Teams: kurze Vertriebszyklen, Kundenerfolg ohne Consultants möglich / Verlust von Enterprise-Deals mit Anforderungen an Governance, Audits und Unternehmensintegrationen
  • Enterprise: kommt durch Procurement-Gates und erschließt große Budgets, Integrationen, Berechtigungen und Governance erzeugen Lock-in und Retention / lange Vertriebszyklen erfordern Kapital, Geduld und eine Sales-Maschine, Produkt und UX blähen auf
• Edge-Geschwindigkeit vs. robuste Stabilität
  • Edge-Geschwindigkeit: differenzierende Neuheit, zieht Builder und Early Adopters an / Bugs und Fehler werden Teil der Marke, konservative Use Cases wandern ab
  • Robuste Stabilität: Vertrauen wird bei kritischen Workflows zum Burggraben, „geht nie kaputt“ schlägt „ist neu“, weniger Support und Churn / geringeres Tempo, Neuheit zieht Aufmerksamkeit und Budget an, Frontier-Chancen werden verpasst und es droht Relevanzverlust
• Open Source vs. Closed Source
  • Open Source: geringe Vertrauensbarriere, die Community beschleunigt Funktionen und Integrationen / der Core fühlt sich „gratis“ an, Monetarisierung wird schwieriger, Governance und Wartung werden politisch und zermürbend
  • Closed Source: volle Kontrolle über Roadmap, UX, Lizenzierung und Preisgestaltung, einfache Governance / langsamere Adoption in Segmenten mit Sorgen um Transparenz und Lock-in, eigenes Tempo muss ohne Community-Hebel finanziert werden
• Wenige, aber ausgereifte Funktionen vs. viele Funktionen
  • Wenige, aber ausgereift: Qualität und Konsistenz schaffen Zufriedenheit, Retention und Mundpropaganda; geringere Komplexität bedeutet weniger Bugs, weniger Dokumentation, weniger Tickets und schnellere Iteration / Nachteile bei Checklisten und RFPs, Abwanderung durch nicht abgedeckte Edge Cases bestimmter Segmente
  • Viele Funktionen: mehr Häkchen in Procurement-Vergleichen, breitere Abdeckung vergrößert den Markt und schafft mehr Upsell-Pfade / ungleichmäßige Qualität, zerfallende UX-Konsistenz, explosionsartig wachsender Support- und Dokumentationsaufwand

Fazit

• Die Schwächen einer Wahl zu akzeptieren ist schmerzhaft, und genau dass die Vorteile der Gegenwahl attraktiv wirken, ist das Wesen von Strategie
• Wenn die Entscheidung nicht schwer war, war sie keine echte Entscheidung. Eine Entscheidung muss immer Verzicht und Nebenwirkungen beinhalten
• Diese schweren Entscheidungen sollte man jetzt treffen, um den Rest des Teams zu entlasten und allen zu ermöglichen, eigenständig kluge Entscheidungen zu treffen