Wie ich arbeite

Wie ich Entscheidungen vorbereite

Die meiste Zeit in Produktorganisationen geht nicht für falsche Entscheidungen drauf, sondern für Entscheidungen, von denen alle glauben, sie seien getroffen. Der Streit darüber taucht Monate später auf – als Roadmap-Konflikt, als widersprüchliche Außenkommunikation, als Vertriebsfrust über ein Produkt, das angeblich etwas anderes versprochen hatte.

Deshalb stelle ich vor jeder inhaltlichen Diskussion zwei Vorfragen: Was genau soll hier entschieden werden, und welche bestehende Arbeit wird dabei berücksichtigt? Beide klingen bürokratisch. Beide trennen zuverlässig einen Termin, der etwas entscheidet, von einem, der etwas bespricht.

Der zweite Test kommt am Ende: Welche Entscheidung sieht nach diesem Beschluss anders aus als vorher? Wenn die Antwort keine ist, war es ein Textdokument.

Wie das konkret aussieht, steht in der Case Study zum strategischen Alignment.

Wie ich priorisiere

An einer Roadmap treffen Zeithorizonte aufeinander, die nichts miteinander zu tun haben. Eine Kundenchance rechnet in Wochen, strategische Produktentwicklung in Quartalen, technische Stabilität in Jahren. Alle drei konkurrieren um dieselben Leute, und alle drei haben recht.

Ich löse das nicht über ein Punktesystem mit zwei Nachkommastellen. Solche Modelle erzeugen eine Zahl, hinter der sich jeder verstecken kann. Ich mache stattdessen die Kriterien sichtbar – Bedarf, Ressourcen, Zuschnitt, Timing, Abhängigkeiten, Rollout-Wirkung – und betrachte sie gemeinsam statt nacheinander.

Der unangenehme Teil ist nicht die Methodik, sondern ihre Konsequenz: Sichtbare Kriterien nehmen allen die Möglichkeit, unentschiedene Dinge für entschieden zu halten. Das erzeugt zunächst mehr Reibung, nicht weniger. Genau dafür ist Governance da – Konflikte früh strukturieren, statt sie spät in der Umsetzung eskalieren zu lassen.

Ausführlich in der Case Study zur Product Governance.

Wie ich mit Transformationen umgehe

Der häufigste Reflex in Technologieunternehmen ist, ein Betriebsproblem mit einem Werkzeug zu lösen. Man hat das Werkzeug schließlich. Genau deshalb muss die Produktseite hier bremsen und nicht beschleunigen.

Ein Bildschirm ist ein technisches Asset. Vermarktbares Inventar ist ein definiertes Betriebsprodukt. Zwischen beidem liegt die eigentliche Arbeit: Datenmodell, Zuständigkeiten, Regeln für den Ausnahmefall. Was dort fehlt, lässt sich mit keiner Software nachrüsten – es wird nur später und teurer sichtbar.

Deshalb ziehe ich die unbequemen Fragen vor den Start. Nach dem Launch sind sie nicht technisch schwieriger, sondern politisch: Dann sind bereits Erwartungen im Markt.

Nachzulesen in der Case Study zur Retail-Media-Readiness.

Wie ich Wirkung nach außen verstehe

Der Markt folgt nicht automatisch dem besten Produkt. Er folgt dem klarsten und glaubwürdigsten Deutungsangebot. Das ist unbequem für alle, die davon ausgehen, gute Arbeit setze sich von selbst durch.

Für die Produktarbeit heißt das zweierlei. Nach innen: Ein Portfolio braucht eine gemeinsame Logik, sonst überlässt man dem Kunden die Aufgabe, den Zusammenhang selbst herzustellen – und damit auch die Entscheidung, ob es überhaupt einen gibt. Nach außen: Eine Position entsteht, wenn man die relevanten Fragen besser strukturiert, nicht wenn man die eigenen Antworten lauter macht.

Beides in den Case Studies zum Plattform-Ökosystem und zur Thought Leadership.

Woran ich mich messen lasse

An der Frage, ob eine Entscheidung nach einem halben Jahr noch nachvollziehbar ist. Nicht ob sie richtig war – das weiß man vorher nie –, sondern ob die Gründe dokumentiert sind und ob jemand sie prüfen kann.

Wo eine verworfene Option nicht schriftlich begründet ist, kommt sie ein Jahr später als neue Idee zurück, und die Organisation führt dieselbe Diskussion ein zweites Mal.