Die Produktwerker

Paul Wall spricht gemeinsam mit Dominique über seinen Weg von der User Experience ins Produktmanagement und darüber, warum der Wechsel von UX zu PM für ihn der nächste konsequente Schritt war. Viele Menschen mit einem Hintergrund in Design oder User Experience erleben, dass sie Nutzerinnen und Nutzer zwar sehr gut verstehen, auf wichtige Produktentscheidungen aber nur begrenzten Einfluss haben. Genau das hat Paul während seiner persönlichen Entwicklung gespürt. Er sucht nach mehr Verantwortung, möchte früher an Entscheidungen beteiligt sein und findet im Produktmanagement die Möglichkeit, seine Erfahrungen wirksamer einzubringen. Damit wird UX zu PM für ihn weit mehr als ein Rollenwechsel. Es verändert die eigene Perspektive auf Produkte und die Zusammenarbeit mit anderen Bereichen.

Der Weg von UX zu PM beginnt bei Paul nicht mit einer Bewerbung, sondern mit der Erkenntnis, dass Veränderungen innerhalb seines damaligen Unternehmens kaum möglich sind. Er versucht zunächst, das Verständnis für User Experience auf unterschiedlichen Ebenen zu stärken. Als dieser Ansatz an Grenzen stößt, sucht er nach einer fundierten Weiterbildung statt nach einem kurzen Zertifikatskurs. Die Entscheidung für ein mehrmonatiges Vollzeitprogramm gibt ihm die Gelegenheit, Methoden des Produktmanagements intensiv kennenzulernen und direkt an einem eigenen Projekt anzuwenden. Gleichzeitig baut er auf Fähigkeiten auf, die er bereits aus der User Experience mitbringt. Empathie, das Verständnis für unterschiedliche Menschen und die Gewohnheit, Ideen früh sichtbar zu machen, helfen ihm dabei, auch in der neuen Rolle schnell Wirkung zu entfalten.

Besonders spannend war für ihn, wie sich die Arbeitsweise verändert hat. Statt lange über Konzepte zu diskutieren, entstehen früh greifbare Entwürfe und Prototypen, die Gespräche mit Stakeholdern erleichtern. Gleichzeitig wächst das Bewusstsein dafür, dass erfolgreiche Produktarbeit mehr verlangt als gute Lösungen für Nutzerinnen und Nutzer. Wer den Schritt von UX zu PM geht, muss lernen, die Sprache von Geschäftsführung, Vertrieb und weiteren Beteiligten zu sprechen. Paul beschreibt, wie schon kleine Veränderungen in der Kommunikation die Akzeptanz für Ideen erhöhen können. Damit rückt nicht die Methode in den Vordergrund, sondern die Fähigkeit, unterschiedliche Perspektiven miteinander zu verbinden und gemeinsame Entscheidungen zu ermöglichen.

Pauls Erfahrung zeigt, dass der Wechsel von UX zu PM weder zufällig noch einfach verläuft. Er verlangt die Bereitschaft, vertraute Denkmuster zu hinterfragen, neues Handwerkszeug zu lernen und Verantwortung für das gesamte Produkt zu übernehmen. Gleichzeitig wird deutlich, dass viele Kompetenzen aus der User Experience ihren Wert behalten und sogar an Bedeutung gewinnen, wenn sie mit Produktmanagement verbunden werden. Wer heute über den eigenen nächsten Karriereschritt nachdenkt, findet darin viele praktische Anknüpfungspunkte und erkennt, wie sich vorhandene Stärken in einer neuen Rolle gezielt weiterentwickeln lassen.

Was Paul in dieser Folge erwähnt:
- Event: Product Lean Coffee (https://www.linkedin.com/groups/12524562/)
- Empfehlung: Simonetta Batteiger (https://www.linkedin.com/in/simonettabatteiger/)
- Folge: JTBD (https://produktwerker.de/podcast-episode/mit-jobs-to-be-done-zu-mehr-kundenverstaendnis/)
- Folge: Assumption Mapping (https://produktwerker.de/podcast-episode/assumption-mapping/)
- Event: UX Festival (https://www.ux-festival.org/)
- Fortbildung: Digitale Leute School (https://school.digitale-leute.de/)
- Buch:  50 Arten Nein zu sagen (https://dpunkt.de/produkt/50-arten-nein-zu-sagen/)

In dieser Folge sprechen Tim und Dominique über den sogenannten "Six Pager" als besondere Form des Written Narrative. Der Six Pager stammt aus dem Umfeld von Amazon und steht für weit mehr als nur ein Dokument mit sechs Seiten Fließtext. Er schafft einen Rahmen, in dem Gedanken vollständig entwickelt werden, bevor andere Menschen darüber diskutieren und entscheiden. Genau darin liegt seine Stärke. Wer eine Idee schriftlich nachvollziehbar erklärt, beschreibt nicht nur die gewünschte Lösung, sondern setzt sich intensiv mit dem Problem, dem Kontext, den Annahmen, Gegenargumenten möglichen Alternativen und den Risiken auseinander. Das führt häufig zu einer deutlich besseren Grundlage für Entscheidungen als eine Präsentation mit wenigen Stichpunkten ("Death by PowerPoint").

Ein Six Pager verändert gleichzeitig die Art, wie Meetings ablaufen. Statt Folien zu präsentieren und dabei auf Vorwissen zu hoffen, lesen alle Beteiligten den Text zunächst gemeinsam. Erst danach beginnt die Diskussion. Dadurch entsteht ein gemeinsames Verständnis, bevor Meinungen aufeinander treffen. Niemand muss vermuten, ob einzelne Personen die Unterlagen vorher gelesen haben oder wichtige Informationen fehlen. Gleichzeitig zwingt das Schreiben im Vorfeld dazu, die eigenen Gedanken zu ordnen. Wer eine Idee nicht klar aufschreiben kann, hat sie oft selbst noch nicht vollständig durchdacht. Genau deshalb eignet sich ein Six Pager besonders für strategische Entscheidungen, neue Produktinitiativen oder wichtige Investitionen.

Der Six Pager ist jedoch kein Werkzeug für jede Situation. Niemand sollte alltägliche Abstimmungen oder kleine operative Entscheidungen auf diese Weise dokumentieren. Der Aufwand lohnt sich dort, wo Tragweite und Unsicherheit zusammenkommen und unterschiedliche Sichtweisen berücksichtigt werden müssen. Gerade Product Owner, Produktmanager und Führungskräfte profitieren davon, weil sie Entscheidungen regelmäßig begründen und verschiedene Interessen zusammenbringen. Ein sauber formuliertes Written Narrative macht Annahmen sichtbar, legt Zielkonflikte offen und schafft eine gemeinsame Grundlage für konstruktive Diskussionen. Das verbessert nicht nur die Qualität von Entscheidungen, sondern auch die Zusammenarbeit innerhalb einer Produktorganisation.

Wer den Six Pager zum ersten Mal ausprobiert, merkt schnell, dass Schreiben vor allem ein Denkwerkzeug ist. Gute Texte entstehen nicht nebenbei. Sie fordern Klarheit und machen Lücken im eigenen Verständnis sichtbar. Genau deshalb ersetzt ein Six Pager keine Präsentation, sondern verfolgt einen anderen Zweck. Statt Informationen möglichst kompakt auf Folien zu verdichten, entwickelt er einen nachvollziehbaren Gedankengang, der von der Ausgangssituation bis zur Empfehlung führt. So entsteht eine Entscheidungsvorlage, die Diskussionen auf ein deutlich höheres Niveau hebt und Produktteams dabei unterstützt, bewusstere und tragfähigere Entscheidungen zu treffen.

Im Gespräch wurde auf diese älteren Episoden hingewiesen:
- Assumption Mapping
- Wie die Produktvision hilft, Product Ownern eine Richtung zu geben
- Eine Produktstrategie ohne Canvas erarbeiten (mit Tim Herbig)

Es gibt jede Menge gut Quellen, um noch tiefer in das Thema einzusteigen, z.B.:
- Marty Cagan (svpg): Coaching Tools – The Narrative: https://www.svpg.com/coaching-tools-the-narrative/
- The Beauty of Amazon's 6-Pager: https://www.linkedin.com/pulse/beauty-amazons-6-pager-brad-porter
- How Amazon Innovates: https://www.digitaltonto.com/2018/how-amazon-innovates/
- Working Backwards: https://medium.com/keqius-management-notes/working-backwards-e3a8ea5a99ab
- What is a Narrative? (Video): https://youtu.be/lw9EO04MpJU
- Working backwards: Amazon’s approach to innovation (Video): https://youtu.be/aFdpBqmDpzM

Tim und Dominique sprechen in dieser Folge darüber, wie sich Produkte erfolgreich in Organisationen einführen lassen und warum ein abgeschlossener Rollout dafür noch lange nicht ausreicht. Viele Unternehmen investieren viel Zeit und Geld in neue Software, Plattformen oder interne Werkzeuge. Die technische Einführung gelingt häufig nach Plan. Trotzdem greifen Mitarbeitende weiter zu ihren gewohnten Lösungen oder entwickeln Umgehungswege. Das eigentliche Problem liegt oft nicht im Produkt selbst, sondern darin, wie Menschen Veränderungen erleben und in ihren Arbeitsalltag integrieren.

Wer Produkte erfolgreich in Organisationen einführen möchte, muss verstehen, dass jede neue Lösung bestehende Routinen verändert. Viele Arbeitsabläufe funktionieren über Jahre hinweg zuverlässig und geben Sicherheit. Neue Werkzeuge verlangen dagegen neue Abläufe, neue Entscheidungen und manchmal auch neue Verantwortlichkeiten. Selbst wenn eine Anwendung objektiv besser ist, entsteht dadurch zunächst Unsicherheit. Schulungen vermitteln Funktionen, sie ersetzen aber keine neuen Gewohnheiten. Eine Rundmail oder eine Ankündigung im Intranet schafft ebenfalls noch keine Akzeptanz. Erst wenn Menschen erkennen, welchen konkreten Nutzen eine Veränderung für ihre tägliche Arbeit bringt, wächst die Bereitschaft, neue Arbeitsweisen dauerhaft anzunehmen.

Besonders sichtbar wird dieses Muster derzeit beim Einsatz von Anwendungen rund um Künstliche Intelligenz. Viele Organisationen investieren in moderne Werkzeuge und erwarten schnelle Verbesserungen. Gleichzeitig probieren Mitarbeitende häufig eigenständig andere Lösungen aus oder bleiben bei vertrauten Arbeitsweisen. Dieses Spannungsfeld zeigt, dass erfolgreiche Einführung weit mehr bedeutet als Berechtigungen zu vergeben oder Lizenzen bereitzustellen. Produkte erfolgreich in Organisationen einführen heißt auch, bestehende Prozesse, informelle Zusammenarbeit und gewachsene Strukturen mitzudenken. Veränderungen betreffen selten nur die Oberfläche einer Software. Sie beeinflussen Zusammenarbeit, Entscheidungswege und das persönliche Sicherheitsgefühl der Menschen, die täglich mit dem Produkt arbeiten.

Nachhaltige Nutzung entsteht deshalb durch kontinuierliche Begleitung statt durch einen einzelnen Einführungstermin. Produktteams und Verantwortliche sollten früh zuhören, typische Hürden erkennen und gemeinsam mit den späteren Nutzerinnen und Nutzern passende Lösungen entwickeln. Feedback aus dem Arbeitsalltag hilft dabei, Hindernisse abzubauen und Vertrauen aufzubauen. Wer Produkte erfolgreich in Organisationen einführen möchte, betrachtet den Rollout nicht als Abschluss eines Projekts, sondern als Beginn einer gemeinsamen Veränderung. Erst wenn Menschen den Mehrwert erleben und neue Routinen entwickeln, kann ein Produkt seine Wirkung in der Organisation vollständig entfalten.

In dieser Episode wurde auf folgende ältere Folgen hingewiesen:
- Product Principles (Produktprinzipien)
- Mit "Jobs to Be Done"-Interviews zum besseren Kundenverständnis (JTBD)

Hast du auch erlebt wie ein Unternehmen neue Produkte eingeführt hat und es besonders gut oder besonders schlecht gelaufen ist? Weshalb hat es in diesen Fällen (nicht) funktioniert deiner Meinung nach? Teilt eure Geschichten und Erfahrungen doch mit uns und der Community. Hinterlasse gerne einen Kommentar unterm Blog-Artikels oder auf unserer Produktwerker LinkedIn-Seite.

Oliver und Tim sprechen in dieser Folge darüber, warum viele Product Owner auf bessere Rahmenbedingungen warten und sich damit oft selbst ausbremsen. Im Alltag fehlt die Produktvision, Prioritäten bleiben unklar oder wichtige Entscheidungen kommen nicht voran. Solche Situationen kennen viele. Der Reflex ist häufig, auf Führungskräfte, Stakeholder oder andere Teams zu zeigen und von diesen eine Lösung zu erwarten. Genau dort beginnt jedoch ein Muster, das wenig verändert. Wer dauerhaft darauf wartet, dass andere den ersten Schritt machen, gibt einen Teil seines eigenen Gestaltungsspielraums aus der Hand. Warte nicht darauf, dass das Umfeld perfekt wird, bevor du Verantwortung übernimmst.

Besonders spannend ist die Frage nach dem eigenen Antrieb. Viele Produktmenschen können sehr präzise beschreiben, was in ihrer Organisation nicht funktioniert. Deutlich schwieriger wird es oft bei der Antwort auf die Frage, warum sie ihr Produkt eigentlich voranbringen wollen. Wer für sich keine Richtung erkennt, landet schnell im Beschwerdemodus. Dann dreht sich die Aufmerksamkeit vor allem um Hindernisse. Aber warte nicht darauf, dass jemand anderes Sinn und Orientierung liefert. Beschäftige dich mit dem Wert deines Produkts, mit den Menschen, die es nutzen, und mit dem Beitrag, den du selbst leisten möchtest. Daraus entsteht auch Energie für Veränderung.

Fehlende Strategien oder unklare Ziele sind häufige Auslöser für Frust. Viele Product Owner wünschen sich eine klare Unternehmensstrategie, bevor sie Entscheidungen treffen oder Diskussionen glauben weitertreiben zu können. Dieser Wunsch ist nachvollziehbar. Trotzdem hilft Abwarten selten weiter. Also warte nicht, bis jede Antwort von oben kommt. Suche das Gespräch, stelle Fragen und mache sichtbar, welche Entscheidungen ohne Orientierung schwerfallen bzw. auf Basis welcher Hypothesen du vorangehen wirst. Wer aktiv Zusammenhänge aufzeigt und konkrete Vorschläge einbringt, erhöht die Chance auf Klarheit deutlich stärker als jemand, der lediglich auf Missstände hinweist.

Ähnlich verhält es sich bei der Zusammenarbeit mit Stakeholdern. Wenn Anforderungen ungefiltert ins Team gelangen oder jede Aufgabe höchste Priorität erhält, entsteht schnell das Gefühl von Kontrollverlust. Viele Product Owner sehen das Problem sehr klar, bleiben aber in der Rolle der Beobachtenden. Warte nicht darauf, dass andere plötzlich anders arbeiten. Schaffe Transparenz über Auswirkungen, führe Priorisierungsdiskussionen und suche Verbündete. Einfluss entsteht selten durch die formale Rolle allein. Er wächst durch Initiative, durch Kommunikation und durch den Mut, schwierige Gespräche zu führen.

Produktverantwortung bedeutet deshalb mehr als Backlog Pflege und Sprint Planung. Sie beginnt dort, wo Menschen ihr Umfeld aktiv mitgestalten. Niemand kann alle organisatorischen Probleme allein lösen. Darum geht es auch nicht. Entscheidend ist die Haltung, mit der man auf Herausforderungen blickt. Warte nicht auf die perfekte Organisation, die ideale Strategie oder die nächste Entscheidung von oben. Nutze den Handlungsspielraum, den du heute hast. Oft ist er größer, als es auf den ersten Blick erscheint.

Im Gespräch wird von Tim und Oliver auf folgende ältere Episoden verwiesen:
- Umgang mit Produktrisiken
- Als Product Owner dein Zeitmanagement in den Griff bekommen
- Trotz Hierarchie durchsetzungsstark als Product Owner agieren

Wo wartest du aktuell noch darauf, dass andere etwas verändern? Vielleicht fehlt eine klare Richtung. Vielleicht blockieren Priorisierungskonflikte oder schwierige Abstimmungen mit Stakeholdern den Fortschritt. Oft gibt es mehr Handlungsspielraum, als auf den ersten Blick sichtbar wird. Vielleicht hat diese Folge dir auch bereits geholfen Dinge in die eigene Hand zu nehmen. Teilt eure Geschichten und Erfahrungen doch mit uns und der Community. Hinterlasse gerne einen Kommentar unterm Blog-Artikels oder auf unserer Produktwerker LinkedIn-Seite.

Als Product Owner existieren viele Erwartungen an dich gleichzeitig: Stakeholder wollen schnelle Entscheidungen, das Team braucht Klarheit, das Product Backlog wächst weiter und im Kopf läuft die Arbeit oft noch lange nach Feierabend mit. In dieser Folge sprechen Oliver und Dominique darüber, wie Product Owner in genau diesem Alltag entspannt(er) bleiben können, ohne Verantwortung wegzuschieben oder Wichtiges zu ignorieren.

Es geht um Fokus, Klarheit und mentale Stärke im Produktalltag. Oliver und Dominique teilen eigene Erfahrungen aus ihrer Zeit in der Product Owner-Verantwortung und sprechen darüber, warum Stress oft dann entsteht, wenn wir alles selbst lösen wollen, Dringlichkeit ungefiltert übernehmen oder den eigenen Fokus aus den Augen verlieren.

Dabei wird es sehr praktisch: vom Morgenritual über Tages- und Wochenfokus bis hin zum bewussten Umgang mit einem vollen Product Backlog. Die beiden sprechen über Bullet Journals, Aufgabenlisten, Pausen, Spaziergänge, Meditation, Reviews am Tagesende und die Frage, wie Product Owner äußeren Druck besser einordnen können.

Eine zentrale Idee der Folge: Entspannt bleiben heißt nicht, weniger verantwortlich zu sein. Es bedeutet, klarer zu erkennen, welche Verantwortung wirklich bei dir liegt, welche Aufgaben andere besser übernehmen können und welche Dringlichkeit tatsächlich berechtigt ist.