So baut man in 90 Tagen eine Produktdomäne auf – Teil 2
Wie entsteht eine Product Domain bei AUTODOC? Ein Fahrplan mit sieben Sessions führt durch alle Schritte – von der User Journey-Analyse bis zur Roadmap-Erstellung und P&L-Kalkulation. Dieser Leitfaden liefert eine klare Struktur und eine kostenlose Vorlage für den Aufbau autonomer, wirkungsorientierter Teams.
Veröffentlicht am 17.10.2022
Sitzung 1 – Methodik und Status quo
Es ist wichtig, von Anfang an den richtigen Rahmen und die passenden Erwartungen zu setzen. Ebenso ist es wichtig zu verstehen, wo wir aktuell stehen, um klar zu erkennen, wo wir hinwollen und wie wir dorthin gelangen. Daher ist diese erste Sitzung in zwei Teile gegliedert. Der erste Teil konzentriert sich auf den ersten Abschnitt dieses Artikels (den Sie hier nachlesen können), in dem wir erläutern, warum wir das tun, und zentrale Konzepte wie digitale Transformation, produktorientierte Unternehmen und Produktdomänen vorstellen.
Im zweiten Teil geht es darum, alle verfügbaren Informationen zu den betreffenden Produkten durchzugehen: Kennzahlen, Funnels, Nutzererkenntnisse, Backlog, zentrale Entwicklungen usw. Wenn diese Produkte bereits von Produktmanagern betreut werden, laden wir sie ein, eine kurze, strukturierte Präsentation mit anschließender Q&A-Session zu halten – basierend auf einem vorab bereitgestellten Format.“
Am Ende der Sitzung sollten Sie in der Lage sein, eine Tabelle mit allen verfügbaren Informationen zu jedem Produkt sowie den bestehenden Lücken zu erstellen. Diese können je nach Relevanz für die Definition der Domäne entweder in der Vorbereitung der einzelnen Sessions bearbeitet oder auf einen späteren Zeitpunkt verschoben werden, wenn die Arbeit im jeweiligen Bereich beginnt. Vergessen Sie nicht, die Ergebnisse mit den Stakeholdern zu teilen.
Als Hausaufgabe sollten die Vertreter:innen der Arbeitsgruppe alle vorhandenen Daten rund um User Journey und Funnels sammeln und strukturieren, da diese die Grundlage für die nächste Sitzung bilden. Zusätzlich können sie sich weiter zum Thema User Journey Mapping informieren [1] [2].
Sitzung 2 – User Journey Mapping
Produktorientierte Unternehmen stellen Nutzer:innen, Nutzerfahrung und -bedürfnisse in den Mittelpunkt – daher sollte unsere Arbeit auf einer soliden Grundlage basieren, die auf User Journey Mapping aufbaut. Idealerweise sollte sich alles, was wir tun, diesem Mapping zuordnen lassen, sei es zu einzelnen Phasen, Nutzeraktionen, Touchpoints usw. Letztlich sollten sich auch die Unternehmensziele, die Roadmap und die Struktur daran ausrichten.
Außerdem sollten wir die wichtigsten Funnels gesondert abbilden, da wir unterschiedliche Nutzersegmente, Traffic-Quellen, demografische Merkmale, Apps und Websites haben. Nur wenn wir dies besser verstehen, können wir die Bedeutung der einzelnen Schritte richtig einordnen und ableiten, wie wir uns entsprechend dieser Prioritäten und Potenziale organisieren sollten. Bitte denken Sie daran, die Ergebnisse mit den Stakeholdern zu teilen.
Als Hausaufgabe sollte sich die Gruppe mit bestehenden Methoden zur Strategieentwicklung, mit Lag- und Lead-Indikatoren, OKRs, Stakeholdern usw. vertraut machen und alle verfügbaren Daten zu diesen Themen zusammentragen. [3] [4] [5]
Sitzung 3 – Vision, Leistungskennzahlen und Stakeholder
Nachdem wir nun wissen, wo wir stehen (Sitzung 1) und unsere Hauptnutzer:innen, Prozesse, Bedürfnisse, Herausforderungen, Kennzahlen usw. kennen (Sitzung 2), ist es an der Zeit, darüber nachzudenken, wo wir hinwollen. Am Ende dieser Sitzung sollten wir ein strategisches Canvas erarbeitet haben.
Bitte beachten Sie, dass es sich hierbei um eine erste Version handelt, die auf den bisher verfügbaren Informationen, den bisherigen Diskussionen sowie den Vorstellungen aller Beteiligten basiert. Sie sollte sich im Verlauf der weiteren Sitzungen sowie auf Grundlage des Feedbacks der Stakeholder weiterentwickeln. Sie werden dieses Canvas nach jeder weiteren Sitzung erneut durchgehen.
Um unsere Vision und Ziele festzulegen, gehen wir bewusst „bottom up“ vor: Wir starten bei den Kennzahlen und arbeiten uns bis zu Vision und Mission vor. So stellen wir sicher, dass unsere Ausrichtung auf konkreten Geschäftsergebnissen und den Bedürfnissen der Nutzer:innen basiert – statt umgekehrt von oben nach unten („top down“). Wir erfassen sie, analysieren ihre Zusammenhänge und unterscheiden zwischen Lag- und Lead-Indikatoren, bilden Cluster und legen fest, welche wir angehen wollen.
Ein Stakeholder-Mapping ist wichtig, um Abhängigkeiten und Interessen zu erkennen. Ebenso wichtig ist ein klarer Kommunikationsplan. Wir erfassen, kategorisieren und priorisieren Stakeholder nach Einfluss und Interesse und identifizieren Risiken wie Widerstände oder Konflikte.
Auch hier gilt: Ergebnisse teilen und Informationen zur technischen Architektur für die nächste Sitzung vorbereiten.
Sitzung 4 – Technische Architektur
Diese Sitzung hilft zu beurteilen, ob Vision, Ziele und Kennzahlen technisch umsetzbar sind und welche Voraussetzungen nötig sind. Außerdem identifizieren wir Abhängigkeiten und bestimmen den Bedarf an Teams und Roadmap.
Für diese Sitzung sollten technische Expert:innen eingeladen werden.
Wir überprüfen die Ergebnisse der vorherigen Sitzung und passen sie bei Bedarf an oder holen Unterstützung von Stakeholdern ein.
Wie immer: Ergebnisse teilen und Informationen zu Teams, Rollen und Zusammenarbeit sammeln. Kenntnisse zur RACI-Matrix sind hilfreich [7].
Sitzung 5 – Teamstruktur
Nun wissen wir, wo wir stehen und wohin wir wollen. Jetzt geht es darum, wie wir dorthin gelangen.
Wir analysieren aktuelle Teamstruktur, Prozesse und Tools und definieren anschließend die Zielstruktur. Danach besprechen wir Werte und Prinzipien.
Dann priorisieren wir den Aufbau der Teams je nach Ressourcen und Rahmenbedingungen.
Ergebnisse sollten auch mit bestehenden Teams geteilt werden.
Als Vorbereitung: Informationen zu Kommunikationsflüssen und Rollen sammeln und Methodik lesen [8].
Sitzung 6 – Kommunikation
Nun definieren wir Teamdynamik und Kommunikation, um die Ziele zu erreichen.
Wir analysieren aktuelle Kommunikationsflüsse und identifizieren Verbesserungen. Für die Zielstruktur definieren wir Prinzipien und priorisieren Maßnahmen.
Dann wählen wir geeignete Kommunikationskanäle und Tools für Stakeholder, interne Kommunikation und Fortschrittsverfolgung.
Ergebnisse teilen und für nächste Sitzung Initiativen und Backlog sammeln sowie Priorisierung lernen [9] [10] [11] [12].
Sitzung 7 – Roadmap und Business-Case oder GuV
Jetzt stimmen wir Deliverables und Kosten ab.
Wir listen alle Initiativen und bewerten sie anhand ihres Beitrags zu Zielen und KPIs.
Dann priorisieren wir Quick Wins und definieren eine Now-Next-Later-Roadmap. Wichtig ist die Reihenfolge, nicht konkrete Termine.
Anschließend passen wir Teamstruktur oder Roadmap an.
Zum Schluss berechnen wir Kosten und erwarteten Impact.
Ergebnisse mit Stakeholdern teilen und Feedback datenbasiert bewerten.
Kostenlose Vorlage!
Hier ist eine vereinfachte Version unserer Methode. Nutzen Sie sie und passen Sie sie an Ihr Unternehmen an.
Playground – Neue Domain-Vorlage für Search & Discovery
Jetzt sind Sie dran! Vergessen Sie nicht, Feedback zu geben.
Autor: Pedro Leão Santos, Group Product Manager und Domain Lead für den Bereich Search & Discover
Referenzen
[1] https://www.nngroup.com/articles/journey-mapping-101/
[2] https://miro.com/templates/customer-journey-map/
[3] https://www.intrafocus.com/lead-and-lag-indicators/
[4] https://www.intrafocus.com/balanced-scorecard/
[5] https://www.spiderstrategies.com/strategy-map/
[6] https://miro.com/blog/stakeholder-mapping/
[7] https://learningloop.io/glossary/raci-matrix
[9] https://www.spencergreenberg.com/2020/09/principles-of-prioritization/
[10] https://medium.com/designing-atlassian/in-praise-of-high-hanging-fruit-46959e895db5
[11] https://www.scrum.org/resources/blog/tips-agile-product-roadmaps-product-roadmap-examples
[12] https://www.product-frameworks.com/Gusto-Product-Prioritization.html