Zum Inhalt springen
Moritz SchneiderHead of Product
Toolkit

Denkmodell

Kern und Konfiguration

Die eine Trennung, an der ein Gruppen-Blueprint steht oder fällt – was ist für alle verpflichtend, und was darf jede Einheit selbst entscheiden?

Wofür das gedacht ist

Sobald ein Modell von einer Einheit auf mehrere übertragen werden soll, kommt zuverlässig die falsche Frage zuerst: Bekommt jede Einheit dieselbe Lösung? Sie lässt nur zwei Antworten zu, und beide sind schlecht.

Die brauchbare Frage lautet: Welche Elemente müssen standardisiert werden, und wo ist lokale Flexibilität wirtschaftlich sinnvoll? Dieses Modell ist die Struktur, mit der ich diese Frage beantworte.

Die Trennung

Der Kern ist das, was für alle gilt und nicht verhandelbar ist. In der Praxis sind das fast immer dieselben Dinge: Inventarstruktur, eindeutige IDs, Standortdaten, Rollen und Reporting-Prinzipien. Also genau die Elemente, die sich nachträglich kaum noch vereinheitlichen lassen, weil jede Einheit sonst eigene Konventionen etabliert.

Die Konfiguration ist alles, was lokal entschieden werden darf: Vermarktungsweg, Ausbaustufe, Geschwindigkeit, organisatorischer Zuschnitt. Hier gilt lokale Marktrealität, nicht Gruppenlogik.

Die Auswahl dessen, was in den Kern kommt, ist die zentrale Entscheidung des gesamten Vorhabens. Alles, was hineinkommt, wird für jede Einheit verpflichtend – und alles, was fehlt, ist später praktisch nicht mehr nachzuholen.

Die zwei Fehlermuster

Zu viel im Kern. Der Standard ist vollständig, korrekt und wird von den kleineren Einheiten formal akzeptiert und praktisch umgangen. Erkennbar daran, dass Ausnahmeanträge zur Regel werden.

Zu wenig im Kern. Jede Einheit definiert Grundlagen neu. Kurzfristig schneller, mittelfristig teuer: Gruppenweite Auswertungen werden unmöglich, weil dieselben Begriffe unterschiedliche Dinge bedeuten.

Die Einstiegsstufe

Ein Blueprint braucht zwingend eine kleinste sinnvolle Ausbaustufe. Ein vollständiges Zielbild ohne Einstieg wird von genau den Einheiten ignoriert, die es am dringendsten bräuchten – weil es aus ihrer Sicht ein Projekt beschreibt, das sie sich nicht leisten können.

Vollständigkeit und Zugänglichkeit stehen hier in direktem Widerspruch. Diesen Widerspruch löst man nicht auf, man entscheidet ihn.

Der zugehörige Fall steht als Case Study zur Multi-Brand-Skalierung.