Die Produktwerker

Daniel Koppel, der eine kaufmännische Ausbildung gemacht hat und seine Karriere neu ausrichten möchte, erzählt von seinem Weg in die digitale Produktwelt. Er beschreibt, wie er durch Freunde aus der IT auf agiles Arbeiten und die Möglichkeiten eines Quereinstiegs aufmerksam wurde. Während seiner Weiterbildung lernt er moderne Produktentwicklung, Zertifizierungen und die Bedeutung technischen Verständnisses. Koppels Transformation zeigt, wie viel Freude es bereitet, Produkte aktiv mitzugestalten und Verantwortung für den eigenen Fortschritt zu übernehmen.

Dominique und Oliver beleuchten die schleichenden "Produktkrankheiten" in der Produktentwicklung. Sie diskutieren das Phänomen der Featureitis, das Produkte überfüllt, ohne echten Nutzen zu schaffen. Die Risiken der Copycat-Mentalität und der Mangel an Nutzerzentrierung stehen ebenfalls im Fokus. Sie warnen vor den Herausforderungen veralteter Technologien und betonen die Notwendigkeit der Reflexion, um Dysfunktionen zu erkennen und zu bekämpfen. Ein humorvoller Blick auf die Schwierigkeiten, die in vielen Organisationen an der Tagesordnung sind.

Arne Kittler, erfahrener Product Leader und Mitgründer der "Product at Heart"-Konferenz, spricht mit Tim über die transformative Kraft von Klarheit im Produktmanagement. Er erklärt, dass Klarheit nicht bedeutet, alles zu wissen, sondern ein gemeinsames Verständnis zu schaffen. Teams müssen aktiv Unklarheiten klären und Annahmen hinterfragen, um effektiv zu arbeiten. Er betont, dass ständige Klarheit notwendig ist, um auf überholte Annahmen zu verzichten, und erläutert die Bedeutung von klaren Rollen und Produktprinzipien für erfolgreiche Zusammenarbeit.

Oliver & Tim im Gespräch Viele Teams liefern solide Features, füllen regelmäßig ihr Sprint-Backlog und schaffen es, in kurzen Zyklen Output zu produzieren. Doch was am Ende häufig fehlt, ist die entscheidende Frage: Welche Wirkung hat das eigentlich beim Nutzer? Genau darum geht es in dieser Folge. Oliver und Tim nehmen sich die drei häufig vermischten Begriffe Output, Outcome und Impact vor und ordnen sie praxisnah ein – nicht als Buzzwords, sondern als Grundlage sinnvoller Produktarbeit. Output ist schnell sichtbar. Ein Release ist gemacht, ein Feature live. Doch das allein reicht nicht. Outcome meint die Veränderung, die daraus entsteht – idealerweise beim Nutzer. Ein Verhalten, das sich ändert. Eine Aufgabe, die leichter fällt. Ein Problem, das nicht mehr existiert. Und genau darum sollte es gehen: Wirkung vor Lieferung. Es ist diese Wirkung, der wir in der Produktentwicklung hinterherlaufen sollten – nicht nur dem fertigen Feature. Was das schwierig macht: Outcome ist oft nicht sofort greifbar. Er entsteht nicht exakt in dem Moment, in dem ein Button live geht oder ein Flow angepasst wird. Es braucht Beobachtung, echtes Nutzerverständnis, Hypothesen und die Bereitschaft, Wirkung als Lernfeld zu begreifen. Viele Teams bleiben beim Output stehen, weil er einfacher zu messen ist. Doch wer wirklich wissen will, ob ein Produkt erfolgreich ist, muss sich auf Outcome fokussieren – auch wenn das bedeutet, Unsicherheit auszuhalten. Gleichzeitig braucht es gute Grundlagen, denn ohne verlässlichen, qualitativ hochwertigen Output gibt es auch keinen Outcome. Doch die reine Lieferung darf nicht zum Selbstzweck werden. Es geht darum, das Produkt so weiterzuentwickeln, dass es tatsächlich etwas verändert – beim Menschen, der es nutzt, und letztlich auch beim Unternehmen, das es anbietet. Hier kommt der Impact ins Spiel. Denn wenn ein Feature genutzt wird, weil es einen echten Unterschied macht, dann kann daraus auch ein (positives) Geschäftsergebnis entstehen. Oliver und Tim zeigen in der Folge, wie Product Owner diese Perspektive einnehmen können – nicht als dogmatischen Rollenwechsel, sondern als bewussten Schritt. Outcome-orientiertes Arbeiten bedeutet, sich stärker mit Nutzerverhalten zu beschäftigen, Hypothesen zu formulieren, die Wirkung von Features zu hinterfragen und gemeinsam im Team zu reflektieren, was funktioniert – und was nicht. Es geht darum, sich vom Projektdenken zu lösen, Raum für Lernen zu schaffen und sich nicht nur an der Anzahl der ausgelieferten Features zu messen, sondern an der Veränderung, die sie bewirken. Outcome ist aber nicht immer eindeutig zuzuordnen. Manchmal braucht es Geduld, manchmal bleibt Wirkung aus, obwohl der Output gut war. Doch genau das ist der Kern moderner Produktentwicklung. Es geht nicht um Planbarkeit, sondern um Verantwortung für Wirkung. Und wer als Product Owner diese Wirkung gestalten will, kommt um den Outcome nicht herum. Erwähntes Video zur Erklärung der Begriffe: Product Thinking (Jeff Patton): The Mindset That Kills Product Thinking Frühere Folgen, auf die verwiesen wird: Mit "Jobs to Be Done"-Interviews zum besseren Kundenverständnis Finance Talk: Warum die Zahlen für deine Karriere wichtig sind Agile Product Roadmaps Nutze Story Mapping, um mit Stakeholdern über Outcome zu sprechen Impact Mapping – was zahlt wirklich auf unser Business Ziel ein? Outcome Goals & Product Discovery (mit Tim Herbig) Wie setzt du diese Begriffe ein? Wie erklärst du sie deinem Team und deinem Umfeld? Hast du weitere Tipps, um besser Outcome und Impact liefern zu können? Wir Produktwerker freuen uns, wenn du deine Tipps und Erfahrungen aus der Praxis mit den anderen Hörerinnen und Hörern teilen möchtest. Hinterlasse gerne einen Kommentar unterm Blog-Artikels oder auf unserer Produktwerker LinkedIn-Seite. Folgt uns Produktwerkern auf LinkedIn -> https://bit.ly/3gWanpT Youtube -> https://bit.ly/3DIIvhF Infoletter (u.a. mit Hinweisen auf Konferenzen, Empfehlungen, Terminen für unsere kostenfreien Events usw.) -> [https://bit.ly/3Why63K]

Annette Greil & Maik Seyfert im Gespräch mit Dominique Die Verantwortung als Product Owner:in ist nicht mehr das, was sie mal war – und genau darin liegt die Herausforderung, denn Veränderung passiert. Sie kommt schleichend, manchmal unbemerkt, manchmal mit Ansage. In jedem Fall aber erfordert sie Orientierung, Mut und die Bereitschaft, sich selbst zu hinterfragen. In dieser Folge sprechen Annette Greil, Maik Seyfert und Dominique über genau diesen Wandel – und darüber, wie man ihn aktiv gestalten kann. Die Veränderung betrifft dabei nicht nur Aufgaben, sondern das gesamte Selbstverständnis der Rolle. Während Product Owner:innen früher oft stark in der Delivery verankert waren, verschiebt sich der Schwerpunkt zunehmend in Richtung Discovery, Strategie und Business-Verantwortung. Das klingt erst einmal nach einem echten Upgrade. Doch mit der erweiterten Verantwortung kommen auch neue Erwartungen – und nicht selten Unsicherheit. Gerade wenn eine Organisation alte Strukturen aufbricht, entstehen Freiräume, die zwar viel Potenzial bieten, aber auch überfordern können. Denn: Nur weil man offiziell mehr entscheiden darf, heißt das nicht, dass man automatisch auch die Sicherheit hat, diese Entscheidungen zu treffen. Vergangenes Verhalten, kulturelle Prägung und gewachsene Erwartungen wirken oft lange nach. Viele Product Owner:innen müssen sich erst wieder zutrauen, wirklich agil zu arbeiten – gerade wenn sie aus stark regulierten oder hierarchischen Kontexten kommen. Was hilft, ist nicht nur methodisches Know-how, sondern auch ein Bewusstsein für die eigenen Stärken. Wer weiß, wie er tickt, kann besser mit Unsicherheit umgehen. Tools wie der Gallup Strengths Finder oder persönliche Reflexionsformate (vgl. dazu auch Sei dein eigenes Produkt) können hier wertvolle Unterstützung sein. Doch Veränderung lässt sich nicht allein stemmen. Die Verantwortung als Product Owner:in entwickelt sich in einem Umfeld weiter – und dieses Umfeld muss mitziehen. Teams, Stakeholder, Führungskräfte: Alle sind Teil des Veränderungsprozesses. Das bedeutet nicht nur neue Absprachen und Verantwortlichkeiten, sondern auch das Aushalten von Reibung. Widerstände gehören dazu – und sie sind oft kein Zeichen von Ablehnung, sondern Ausdruck von Unsicherheit. Was es braucht, ist Kommunikation auf Augenhöhe und die Bereitschaft, sich gemeinsam auf Neues einzulassen. Veränderung gelingt nicht durch starre Frameworks oder das bloße Umbenennen von Rollen. Sie braucht Begleitung, Reflexion – und vor allem Zeit. Workshops, Coachings, Community-Formate oder interne Netzwerke können dabei helfen, einen stabilen Rahmen zu schaffen, in dem Entwicklung möglich ist. Der wichtigste Rat von Annette und Maik: Ruhe bewahren. Nicht jede Veränderung ist sofort greifbar – aber sie ist eine Chance. Für persönliches Wachstum, für bessere Produkte und für eine stärkere Verbindung zwischen Technik, Business und Kund:innen. Am Ende ist es keine Frage, ob sich die Rolle des Product Owners verändert. Die Frage ist, wie wir damit umgehen. Wer neugierig bleibt, reflektiert und bereit ist, dazuzulernen, kann aus dem Wandel einen echten Entwicklungsschub machen. Für sich selbst – und für das ganze Produktteam.

Dominique und Oliver diskutieren die Relevanz von Zertifizierungen für Product Owner. Sie beleuchten die Vor- und Nachteile unterschiedlicher Anbieter wie Scrum Alliance und scrum.org. Interessant ist die Motivation hinter Zertifizierungen: Geht es um Gehalt, Sichtbarkeit oder Sicherheit im Job? Praktische Erfahrung wird als ebenso wichtig hervorgehoben. Zudem wird die Vielfalt des Zertifikatsmarktes thematisiert und warum viele Arbeitgeber echte Erfahrung bevorzugen. Zuhörer sind eingeladen, ihre eigenen Erfahrungen zu teilen.

Andreas Hinderks im Gespräch mit Dominique Diesmal widmen wir uns dem User Experience Questionnaire (UEQ), einem bewährten Werkzeug zur Messung der UX. Bei uns zu Gast ist Andreas Hinderks, der an der Weiterentwicklung des UEQ mitarbeitet und besonders die Perspektive von Produktmenschen mit einbringt. Zur Zeit ist er Professor für Informatik, insbesondere Human Computer Interaction (HCI), an der Hochschule Hannover. Der UEQ ist ein wissenschaftlich fundierter Fragebogen, der verschiedene Dimensionen der UX misst, darunter Attraktivität, Effizienz, Steuerbarkeit, Stimulation und Originalität. In der Praxis ermöglicht der UEQ eine schnelle und fundierte Einschätzung der User Experience. Anstatt sich auf subjektive Einzelmeinungen zu verlassen, erhalten Unternehmen messbare Daten, die klare Hinweise auf Stärken und Schwächen ihres Produkts liefern. Gerade für Product Owner ist dies ein entscheidender Vorteil, da sie datenbasierte Entscheidungen treffen können, um die Nutzerfreundlichkeit gezielt zu optimieren. Im Gespräch diskutieren Dominique und Andreas, wie der UEQ in verschiedenen Kontexten angewendet werden kann. Besonders in agilen Entwicklungsprozessen bietet sich der Fragebogen an, um nach jedem Sprint oder größeren Produkt-Iterationen die UX-Qualität systematisch zu überprüfen. So lässt sich nachvollziehen, ob Anpassungen tatsächlich eine Verbesserung der Nutzererfahrung bewirken. Der UEQ hilft dabei, die subjektiven Eindrücke der Nutzer in eine objektive, vergleichbare Form zu bringen. Ein großer Vorteil des UEQ ist die Möglichkeit, Ergebnisse mit Benchmark-Daten zu vergleichen. Da der Fragebogen in vielen Branchen eingesetzt wird, können Unternehmen ihre Werte mit bestehenden Datensätzen abgleichen und so erkennen, wo ihr Produkt im Wettbewerbsumfeld steht. Natürlich bringt der Einsatz des UEQ auch Herausforderungen mit sich. Die Qualität der Ergebnisse hängt stark davon ab, wie sorgfältig die Befragung durchgeführt wird. Teilnehmer sollten den Fragebogen ehrlich und aufmerksam ausfüllen, um aussagekräftige Daten zu erhalten. Zudem sollten die Ergebnisse nicht isoliert betrachtet werden, sondern stets im Kontext der Produktstrategie und Nutzerbedürfnisse. Zum Abschluss der Folge gibt Andreas praxisnahe Tipps, wie sich der UEQ optimal in den Arbeitsalltag integrieren lässt. Wer sich mit UX-Messung beschäftigt oder eine datenbasierte Entscheidungsgrundlage für die Weiterentwicklung seines Produkts sucht, findet in dieser Episode wertvolle Impulse. Der UEQ bietet einen pragmatischen Ansatz, um UX greifbar zu machen und nachhaltige Produktverbesserungen zu erzielen. Wenn ihr mehr zum UEQ wissen wollt, schaut gern mal unter www.ueq-online.org. Dort bekommt ihr den Fragebogen in allen Sprachversionen aber auch Auswertungshilfen, die ihr kostenfrei nutzen könnt. Außerdem war Andreas schon mal mit dem Thema UX-Management zu Gast. Auch eine Folge, die wir sehr empfehlen können.

Produktqualität ist für Product Owner eine ständige Herausforderung. Oliver und Dominique diskutieren, wie wichtig ein gemeinsames Verantwortungsbewusstsein im Team ist. Nutzerfeedback wird als Schlüssel zur Qualitätssicherung hervorgehoben, während psychologische Sicherheit die Teamleistung verbessert. Die Rolle des Product Owners in der Förderung von Qualität und Reflexion wird betont. Strategien zur Priorisierung von Backlog-Items und die Bedeutung von Vorbildern werden behandelt, um ein starkes Qualitätsbewusstsein im Team zu schaffen.

Tim-Can Werning im Gespräch mit Dominique Diesmal geht es um ein Thema, das in der Produktentwicklung oft zu kurz kommt: Well-Being. Während Produktverantwortliche intensiv daran arbeiten, ihre Software effizienter, benutzerfreundlicher und funktionaler zu gestalten, bleibt eine zentrale Frage häufig unbeachtet: Wie beeinflussen digitale Produkte das langfristige Wohlbefinden ihrer Nutzerinnen und Nutzer? Zu Gast ist Tim-Can Werning, Wirtschaftspsychologe und Forscher zum Thema Wohlbefinden im Kontext von Technologie. Er beschreibt, wie Produkte nicht nur kurzfristig nützlich, sondern auch langfristig förderlich für das subjektive Wohlbefinden sein können. Dabei verweist er auf das Konzept des Subjective Well-Being, das neben allgemeiner Lebenszufriedenheit auch die domänenspezifische Zufriedenheit umfasst. Gerade Letzteres ist spannend für Produktverantwortliche, denn viele Menschen nutzen Software nicht freiwillig, sondern als Teil ihres Arbeitsalltags. Die Auswirkungen auf ihre Zufriedenheit gehen daher über den Arbeitsplatz hinaus. Ein Schlüsselkonzept in der Psychologie, das für die Produktgestaltung relevant ist, ist die Selbstbestimmungstheorie. Sie benennt drei grundlegende psychologische Bedürfnisse: Autonomie, Kompetenzerleben und soziale Eingebundenheit. Diese Faktoren beeinflussen, wie motiviert und zufrieden Menschen mit einer Tätigkeit oder einem digitalen Produkt sind. Ein Beispiel aus dem Gespräch zeigt, wie eine Sportuhr durch ihre Art des Feedbacks dem Nutzenden entweder ein Erfolgserlebnis verschaffen oder ihm das Gefühl von Unzulänglichkeit vermitteln kann. Eine unüberlegte Gestaltung kann so das Wohlbefinden ungewollt negativ beeinflussen. Langfristigkeit in der Produktentwicklung ist ein spannendes Thema. Oft wird Erfolg an kurzfristigen KPIs gemessen. Doch was passiert, wenn Nutzer:innen ein Produkt über Monate oder Jahre hinweg verwenden? Welche langfristigen Auswirkungen hat es auf ihr Wohlbefinden? Ein positives Beispiel liefert das Computerspiel Anno 1800, das nach einer gewissen Spielzeit Pausen vorschlägt, um exzessives Spielen zu vermeiden und das Wohlbefinden der Nutzer:innen zu schützen. Hier zeigt sich, dass bewusste Produktgestaltung weit über kurzfristige Interaktionen hinausgeht. Das Well-Being sollte also als integraler Bestandteil der Produktentwicklung gesehen werden. Denn am Ende profitieren nicht nur die Nutzer:innen von besser durchdachten Produkten, sondern auch Unternehmen, deren Software langfristig als positiv wahrgenommen wird.

Oliver & Tim im Gespräch Im Alltag begegnen uns unzählige Produkte und Services – einige begeistern uns, andere sorgen für Frust. Doch was können Product Owner aus solchen Produkterlebnissen lernen? In dieser Folge der Produktwerker sprechen Oliver und Tim genau darüber: Wie lassen sich alltägliche Produkterlebnisse nutzen, um die eigene Produktentwicklung zu verbessern? Tim berichtet von einem Getränkekiosk, in dem er glutenfreies Bier nachfragte. Der Besitzer hatte es nicht im Sortiment, zeigte aber großes Interesse und entschied spontan, eine Testbestellung aufzugeben. Ein Beispiel dafür, wie experimentelles Vorgehen und direkte Kundenrückmeldungen Unsicherheiten reduzieren können. Wer sein Produkt verbessern will, sollte solche Produkterlebnisse aktiv suchen und aus ihnen lernen. Ein anderes Erlebnis zeigt, wie schnell schlechte Usability negative Emotionen hervorrufen kann. Im Skiurlaub wurde Tim bei einer Skileihe nach langem Warte abgewiesen, da er sich nicht im voraus an einem Terminal mit seinen Daten registriert hatte. Die fehlende Kommunikation darüber frustrierte ihn. Ein weit verbreitetes Problem: Unternehmen als auch Product Owner betrachten oft nur einzelne Prozessschritte, statt das gesamte Nutzererlebnis zu optimieren. Aber Oliver und Tim finden auch positive Beispiele: Nach einem Skiunfall erhielt Tim nach seinem MRT sofort einen QR-Code, mit dem er die Bilder digital abrufen konnte. Eine kleine Änderung, die für mehr Transparenz sorgt und den Nutzern Eigenverantwortung ermöglicht. Es gibt eine ganze Reihe von Kontexten, in denen Produkterlebnisse, die Autonomie fördern, einen bleibenden positiven Eindruck hinterlassen. Ähnliche Erfahrungen machte Oliver im öffentlichen Nahverkehr. In Österreich nutzte er eine App, die den Ticketkauf stark vereinfachte. Kein Tarifzonen-Wirrwarr, kein umständliches Bezahlen – einfach einsteigen, aussteigen, fertig. Ein Paradebeispiel für das Lösen eines Nutzerproblems, welches gleichzeitig noch Komplexität reduziert. Doch längst nicht alle digitalen Services funktionieren so reibungslos. In einem Berliner Museum buchte Tim zeitgebundene Tickets, um lange Wartezeiten zu vermeiden – nur um dann festzustellen, dass das System völlig überlastet oder die Zeiten total überbucht waren und sich der Einlass um Stunden verschoben hatte. Ein klassisches Beispiel für falsches Erwartungsmanagement, das letztlich zu Frustration beim Nutzer führt. Diese sehr persönlichen und auch viele weitere Geschichten zeigen, wie sehr Produkterlebnisse unseren Blick auf Produktentwicklung schärfen können. Wer als Product Owner mit offenen Augen durch den Alltag geht, erkennt Muster, findet Inspiration und kann aus realen Erfahrungen wertvolle Erkenntnisse für die eigene Arbeit ziehen. Daher unsere Einladung: Reflektiert eure eigenen Produkterlebnisse und überlegt, welche Prinzipien ihr auf eure Produkte übertragen könnt. Episoden zu Produkterlebnissen, auf die verwiesen wird: Umgang mit Produktrisiken Mit dem Kano-Modell Kundenbedürfnisse besser verstehen Barrierefreiheit von digitalen Produkten Welche Erfahrungen hast du aus der Nutzung anderer Produkten für dein eigenes Produkt ableiten können? Gibt es Produkterlebnisse, die dich so nachhaltig begeistert haben, dass du etwas adaptiert oder kopiert hast? Wir Produktwerker freuen uns, wenn du deine Tipps und Erfahrungen aus der Praxis mit den anderen Hörerinnen und Hörern teilen möchtest. Hinterlasse gerne einen Kommentar unterm Blog-Artikels oder auf unserer Produktwerker LinkedIn-Seite. Folgt uns Produktwerkern auf LinkedIn -> https://bit.ly/3gWanpT Youtube -> https://bit.ly/3DIIvhF Infoletter (u.a. mit Hinweisen auf Konferenzen, Empfehlungen, Terminen für unsere kostenfreien Events usw.) -> [https://bit.ly/3Why63K]