Ein praktischer Leitfaden zum Agile Product Canvas
Es war einmal ein Mann von hohe Wertschätzung sagte„Wenn Sie sich nicht vorbereiten, bereiten Sie sich auf das Scheitern vor.“ Dieser Mann war Benjamin Franklin, und was er sagte, gilt auch heute noch.
Die meisten von Ihnen kennen die Scrum-Methodik in Kombination mit Mendix als Plattform. Und die meisten von Ihnen wissen wahrscheinlich, dass Scrum nichts darüber aussagt, wie Sie sich auf Ihre Produkte vorbereiten. Aber auch in einem agilen Kontext ist eine gute Vorbereitung der Schlüssel zum Erfolg.
Mendix hat mit der Product Vision- und Product Canvas-Methode große Erfolge bei der Vorbereitung unserer Projekte und Vorbereitung auf den ersten Sprint erzielt. Lassen Sie uns tiefer in das Product Canvas eintauchen und erfahren, wie man es verwendet.
Was ist ein Produkt-Canvas?
Bevor Sie mit der Arbeit an einem neuen Produkt beginnen, müssen Sie dessen Zweck, Zielgruppe und Ziele verstehen. Hier kommt ein Produkt-Canvas ins Spiel.
Laut Miro, Ein Product Canvas ist ein Planungstool, das Agile-Methoden und UX-Prinzipien kombiniert, um Teams bei der Entwicklung von Produkten zu unterstützen, die großartige Benutzererlebnisse bieten..
Roman Pichler, der Erfinder des Product Canvas, beschreibt es als „ein einfaches, aber leistungsstarkes Tool, mit dem Sie ein Produkt mit einer großartigen Benutzererfahrung und den richtigen Funktionen erstellen können. Es kombiniert agile Entwicklung und User-Experience-Design, indem es User Stories mit Personas, Storyboards, Szenarien, Design-Skizzen und anderen UX-Artefakten ergänzt.“
So planen Sie Veränderungen mit der Produktvision und dem Produkt-Canvas
Ein weitverbreitetes Missverständnis in Bezug auf Agile Methoden ist, dass keine Vorbereitung oder Dokumentation erforderlich ist und dass der Prozess wie durch Zauberhand durch die Ergebnisse und Rückmeldungen jedes Sprints geleitet wird.
Das ist natürlich nicht wahr. Die richtige Agiles Manifest Erklärung berät „Auf Veränderungen reagieren ist wichtiger als einem Plan zu folgen.“ Das bedeutet, dass Sie einen Plan haben sollten, der sich leicht an Änderungen anpassen lässt. Das führt zu einer angemessenen Vorbereitung.
Angemessen bedeutet in diesem Zusammenhang Folgendes:
- Bereiten Sie sich darauf vor, geschäftlichen Mehrwert zu schaffen
- Entwicklung einer klaren Vision für das Projekt
- Ausreichende Vorbereitung, um Prognosen zu ermöglichen
- Gerade genug Details, um mit dem ersten Sprint zu beginnen
Alles darüber hinaus ist übertrieben. Denken Sie daran, wir versuchen, einen „Plan“ zu erstellen, der sich leicht an Änderungen anpassen lässt. Je umfangreicher und detaillierter der Plan, desto starrer und schwieriger ist er zu ändern.
Während die Product Vision- und Product Canvas-Methode von Mendix Aufgrund unserer Erfolge ist dies keineswegs die einzige Methode, die es gibt. Auch wenn Sie anderen Methoden wie „Sprint Zero“ folgen, ist dieser Blogbeitrag von großem Wert, da er Einblicke in die Arten von Fragen bietet, die zur Vorbereitung eines Projekts beantwortet werden sollten.
Werfen Sie einen kurzen Blick auf ein Produkt-Vision-Board
Der erste Schritt besteht darin, eine übergeordnete Vision für das Projekt zu entwickeln. Dies geschieht mithilfe des Product Vision Boards. Da dieser Teil ziemlich unkompliziert ist, werden wir in diesem Blogbeitrag nicht näher darauf eingehen.
Produkt-Vision-Board
Grundsätzlich beantwortet das Product Vision Board folgende Fragen:
- Warum erstellen wir die Anwendung?
- Wer ist unsere Nutzerzielgruppe?
- Was sind ihre Bedürfnisse?
- Wie stellen wir uns vor, dass unser Produkt diese Anforderungen erfüllt?
- Welche geschäftlichen Ziele verfolgen wir damit?
Das Product Vision Board dient auch als Input für das Product Canvas. Beides liegt in der Verantwortung des Product Owners. Das bedeutet jedoch nicht, dass er die ganze Arbeit machen muss. Es wird dringend empfohlen, bei Bedarf das Scrum-Team und Experten einzusetzen.
Die Produktleinwand und ihr Layout
Nachdem Sie Ihre Produktvision definiert haben, ist es an der Zeit, herauszufinden, wie Sie diese Vision verwirklichen können. Am Ende können Sie die folgenden Fragen beantworten:
- Wer sind unsere Nutzer?
- Was sind ihre Aufgaben und wie stellen wir uns vor, dass sie diese erfüllen?
- Was sind relevante Einschränkungen auf hoher Ebene?
- Wie wird das Design in groben Zügen aussehen?
- Was sind unsere Epics und fertigen User Stories, um dies zu erreichen?
Produkt-Canvas
Beim Vergleich der zu beantwortenden Fragen mit dem Product Canvas wird deutlich, dass das tatsächliche Layout des Product Canvas die Geschichte nicht chronologisch erzählt. Um jedoch vollständig zu verstehen, wie man ein Product Canvas erstellt, ist diese Chronologie sehr wichtig.
Der chronologische Aufbau des Product Canvas
Das obige Bild zeigt die logischen Schritte zum Erstellen eines Product Canvas. Ein Schritt führt zum nächsten, beginnend mit einer Zusammenfassung der Produktvision, der Recherche der tatsächlichen Benutzer des Produkts und der Erstellung von Personas bis hin zur Erstellung von Ready Stories für den ersten Sprint.
Beachten Sie, dass die Einschränkungen parallel zur Erstellung der User Journeys erstellt werden. Es ist auch möglich, dies im Voraus zu tun, da einige Einschränkungen die User Journeys beeinflussen können oder nicht.
7 Schritte zum Erstellen eines Produkt-Canvas
Schritt 1: Produktvision und -name
Die Product Vision-Box ist nichts anderes als eine Zusammenfassung des Product Vision Boards. Ein guter Weg dorthin besteht darin, sich zu fragen, wie Sie die wichtigsten Teile der Vision in nur ein oder zwei Sätzen beschreiben würden.
Das am wenigsten geschätzte Element jedes (unternehmensinternen) Anwendungsentwicklungsprozesses ist der Name der Anwendung. Es kommt selten vor, dass der erste Sprint eines Projekts bereits mit einem guten Anwendungsnamen beginnt. Zugegeben, es ist harte Arbeit, einen guten Namen zu finden. Er sollte einprägsam sein und dennoch eine starke Verbindung zur eigentlichen Anwendung haben. Keine leichte Aufgabe.
Der wichtigste Grund, sich gleich zu Beginn einen guten Namen auszudenken, ist die positive Wirkung, die er auf alle am Projekt Beteiligten hat. Wie Personas entwickeln Menschen mit der Zeit eine emotionale Bindung zu der tatsächlichen Anwendung, die sie erstellen oder bei deren Erstellung sie mitwirken. Und wenn dies nicht gleich zu Beginn geschieht, ist es nur eines dieser Details, das nie ganz oben auf der Prioritätenliste steht, wenn es sich nicht um eine unternehmensexterne Anwendung handelt.
Schritt 2: Personas erstellen
Bevor wir darüber nachdenken können, wie wir Funktionen entwickeln, müssen wir verstehen, für wen und warum wir diese Funktionen entwickeln. Dies erreichen wir durch eine Benutzerforschung, die zu Personas führt.
Beispiel einer Persona
Im Grunde handelt es sich bei einer Persona um einen archetypischen Benutzer, der auf Forschung basiert. Wichtig zu beachten ist, dass die Methode, Personas zur Modellierung einer Gruppe von Benutzern zu verwenden, kein unbewiesener kreativer Trick ist, den Vermarkter und UX-Designer verwenden, sondern tatsächlich auf wissenschaftlicher Forschung basiert. Sowohl inhaltlich als auch hinsichtlich der Wirksamkeit ihrer Verwendung. Sie helfen dabei, Empathie aufzubauen, einen Fokus für das Projekt bereitzustellen, innerhalb des Projektteams zu kommunizieren und Konsens zu bilden und Entscheidungen zu treffen und zu verteidigen.
Darüber hinaus hilft der Forschungsteil dieses Schritts dabei, alle Annahmen zu validieren, die bei der Erstellung der Projektvision getroffen wurden. Denken Sie daran, dass wir in der Projektvision angegeben haben, wer die Zielgruppe der Benutzer ist und welche Anforderungen sie haben. Dieser Schritt wird fast immer durchgeführt, ohne mit einem einzigen Benutzer zu sprechen. Das ist nicht unbedingt schlecht, erfordert jedoch eine Überprüfung der getroffenen Annahmen. Wie beim Beheben von Fehlern ist der Zeit- und Arbeitsaufwand, der zum Ändern der Anwendung zu Beginn eines Projekts erforderlich ist, 10 bis 100 Mal höher als nach der Inbetriebnahme.
Im Umgang mit einem schnelllebigen Mendix Eine der Herausforderungen bei diesem Projekt ist der Zeitmangel, der die Erstellung (traditioneller) Personas, die auf quantitativer wissenschaftlicher Forschung basieren, unmöglich macht. Glücklicherweise bieten vorläufige Personas eine Lösung, bei der eine sehr begrenzte Anzahl von Interviews als Recherche durchgeführt wird. Zugegeben, sie dienen nur als Ausgangspunkt und sind weniger wertvoll als traditionelle Personas, aber sie können in ein oder zwei Tagen erstellt werden, was sie sehr attraktiv macht für Mendix Projekte.
Schritt 3: User Journeys erstellen
An diesem Punkt wissen Sie und Ihr Team genau, wer Ihre Benutzer sind, was ihre Bedürfnisse sind und was sie mit der Anwendung erreichen möchten, die Sie erstellen werden. Der nächste Schritt besteht darin, die Lücke zwischen Ihren Personas und ihren Aufgaben und der Funktionsweise der Anwendung zu schließen. User Journeys bieten hierfür eine hervorragende Möglichkeit.
Sie können verschiedene Ebenen von User Journeys definieren, die jeweils ihre eigenen Vor- und Nachteile haben.
1. Kundenreisen
In der Welt des Marketings ist es üblich, die Gesamterfahrung abzubilden, in der die Anwendung ihren Platz hat (und oft nur ein Teil der gesamten Reise ist). Die Chancen stehen gut, dass die Customer Journey bereits abgebildet wurde. Wenn ja, sollte sie als Teil der Vorbereitung verwendet werden.
Beispiel einer Customer Journey
2. Storyboards
Storyboards sind eine viel konkretere Methode, die Graphic Novels oder Film-Storyboards sehr ähnelt. Sie bieten eine großartige Möglichkeit, nicht nur die Art und Weise zu definieren, wie ein Benutzer mit der Anwendung interagiert, sondern bei Bedarf auch Kontext hinzuzufügen.
Beispiel für ein Storyboard
Beachten Sie, dass das obige Beispiel viel Kontext bietet. Das ist gut, aber nicht immer notwendig. Es ist auch möglich, Bildschirme als Zeichnungen grob zu skizzieren und Text und Pfeile hinzuzufügen, um die Geschichte zu erzählen. Es ist auch gut, darauf hinzuweisen, dass ein Storyboard nicht „hübsch“ sein muss. Es muss helfen, die Reise zu gestalten und Ideen innerhalb des Teams zu kommunizieren.
3. Benutzerflüsse
Auf der untersten Abstraktionsebene befinden sich Benutzerflüsse, die Mikroflüssen sehr ähnlich sind. Sie bilden schematisch den Fluss ab, den ein Benutzer durchlaufen kann, um eine Aufgabe zu erledigen.
Beispiel für Userflow
Die Erstellung von Benutzerabläufen wird als Minimum betrachtet, da sie einfach zu erstellen sind (sogar PowerPoint ist hierfür ein hervorragendes Tool) und sehr hilfreich bei der gemeinsamen Gestaltung des Erlebnisses sind und das gesamte Team auf den Weg dorthin ausrichten.
Wir empfehlen die Erstellung von Storyboards, da diese viel mehr Kontext bieten und die Gestaltung des Erlebnisses erleichtern, da einige (weniger relevante) Details weggelassen werden können. Diese Details können in einer späteren Phase mithilfe von Benutzerabläufen abgebildet werden.
Ein praktischer Hinweis: Planen Sie nicht jede User Journey, sondern konzentrieren Sie sich auf die wichtigsten. Schließlich handelt es sich um eine agile Arbeitsweise, d. h.: Übertreiben Sie es nicht mit der Vorbereitung.
Schritt 4: Relevante Einschränkungen definieren
Wie ich bereits erwähnt habe, ist der Zeitpunkt für die Erstellung von Einschränkungen nicht in Stein gemeißelt. Denken Sie einfach daran, dass einige Einschränkungen die User Journey beeinflussen können und daher vor oder parallel zu den User Journeys erstellt werden sollten. Ein gutes Beispiel wäre die Einschränkung, dass Netzwerkfunktionen nur innerhalb des physischen Büros verwendet werden können, wodurch der Standort eines Benutzers zu einem sehr wichtigen Teil jeder User Journey wird.
Ein Tipp für die Definition von Einschränkungen ist, sie relevant zu halten. Eine Liste mit hundert Einschränkungen ist kein produktives Werkzeug mehr für die Vorbereitung, sondern ein kontraproduktives Hindernis. In den eigentlichen Sprints wird genügend Zeit sein, um Einschränkungen zu definieren und zu behandeln.
Schritt 5: Design
Der Entwurfsabschnitt ist der erste Schritt bei der Umsetzung der User Journeys in die zu erstellende Anwendung. Die tatsächlichen Aktivitäten dieses Schritts können je nach Art der Anwendung, Art des Kunden und Reife des Kunden in Bezug auf die Verwendung der Anwendung stark variieren. Mendix Plattform.
Im Allgemeinen können wir mindestens vier Tools identifizieren, die sich als sehr effektiv erwiesen haben.
1. Sitemaps (oder App-Maps)
Ein Tool, das häufig bei der Gestaltung und Entwicklung von Websites verwendet wird, bei der Gestaltung und Entwicklung von Anwendungen jedoch etwas seltener. Im Wesentlichen dient es dazu, die (Seiten-)Struktur der Anwendung abzubilden.
Beispiel einer Sitemap
2. Drahtmodelle
Entwurfsskizzen von tatsächlichen Bildschirmen mit unterschiedlicher Genauigkeit und Abstraktionsebene. Das ist den meisten Leuten vertraut. Da diese Phase als Vorbereitung auf das Projekt gedacht ist, ist es wichtig, es nicht zu übertreiben. Konzentrieren Sie sich auf den Entwurf eines Systems und nicht auf einzelne Seiten und finden Sie eine Balance zwischen dem Entwurf der Grundzüge der gesamten Benutzererfahrung und der Vorbereitung auf den ersten Sprint. Wir können drei Genauigkeitsstufen definieren, jede mit ihren eigenen Vor- und Nachteilen: niedrige Genauigkeit, mittlere Genauigkeit und hohe Genauigkeit.
Beispiel für Wireframes und verschiedene Genauigkeitsstufen
Ähnlich wie bei User Journeys gilt eine niedrige Wiedergabetreue als Minimum, und es werden mindestens ein paar Wireframes mit mittlerer Wiedergabetreue empfohlen. Obwohl dies am besten von einem UI- oder UX-Designer durchgeführt wird, kann jeder Wireframes mit niedriger Wiedergabetreue erstellen. Es gibt großartige Tools wie Balsamique, mit denen Sie genau das tun können, und sogar Stift und Papier oder ein Whiteboard können ausreichen, um loszulegen. Es ist immer schneller, mit Wireframing verschiedene Designs und Lösungen auszuprobieren, als zu warten, bis alles modelliert ist, und es dann zu ändern. Darüber hinaus zeigt Ihnen ein gutes Wireframe genau, wie Sie diesen bestimmten Satz von Seiten modellieren.
3. Kacheln stylen
Die visuelle Sprache einer Benutzeroberfläche ist sowohl für die Benutzerfreundlichkeit als auch für das Branding der Anwendung sehr wichtig. Der Versuch, diese visuelle Sprache zusammen mit der besten Benutzererfahrung der Anwendung zu erstellen, kann etwas zu viel sein. Sowohl in der Entwurfsphase als auch bei der Kommunikation und Diskussion dieses Entwurfs mit Teammitgliedern oder Stakeholdern. Die Technik der Verwendung von Stilkacheln basiert auf dem Entwerfen der visuellen Sprache einer Anwendung, ohne diese Anwendung tatsächlich zu entwerfen.
Beispiel für eine Stilkachel
Wie Sie im Beispiel sehen können, definiert das Design der Stilkachel klar die visuelle Sprache und das Branding der Anwendung, ohne uns die eigentliche Anwendung zu zeigen. Eine sehr schnelle und effektive Methode. Insbesondere wenn noch etwas Experimentieren erforderlich ist, kann dies zu mehreren Stilkacheln führen, aus denen eine ausgewählt wird.
4. Design / Corporate Identity Richtlinien
Die meisten Unternehmen verfügen bereits über Richtlinien und Ressourcen, die sich mit dem Design von Online-Websites oder -Anwendungen befassen. Wenn vorhanden, sollten diese unbedingt in den Designabschnitt des Product Canvas aufgenommen werden.
Schritt 6: Epics erstellen
An diesem Punkt haben Sie Ihre Benutzer erfasst und recherchiert, wissen, was sie erreichen möchten, haben die Art und Weise entworfen, wie sie dies mithilfe der Anwendung erreichen können, und sogar ein Design-Framework erstellt. Sie verfügen über alle Informationen, die Sie zum Erstellen Ihrer Epics benötigen, dem ersten Schritt bei der Übersetzung Ihres Anwendungsdesigns in Benutzergeschichten.
Beachten Sie, dass Epics als sehr große User Stories angesehen werden können, die entweder nicht in einem einzigen Sprint abgeschlossen werden können oder in separate User Stories aufgeteilt werden müssen, um daraus „fertige“ User Stories erstellen zu können. Meistens beschreibt ein Epic ein größeres Feature, das in Abschnitte unterteilt werden muss, um es zu realisieren.
Ein Beispiel hierfür wäre das Epic „Unseren Benutzern ermöglichen, ihre Lebensmittel online zu kaufen“. Dieses Epic kann in User Stories unterteilt werden, die sich mit der Auswahl von Lebensmitteln im Geschäft, der Festlegung einer Lieferadresse und der Bezahlung der Lebensmittel mithilfe einer Online-Zahlungsoption befassen.
Der Grund, warum es eine gute Idee ist, Epics statt nur User Stories zu erstellen, ist, dass es viel Zeit spart und dem Projekt mehr Fokus verleiht. Die Erstellung fertiger User Stories nimmt viel Zeit in Anspruch. Darüber hinaus ist ein Backlog mit 500 User Stories nicht einfach zu bearbeiten. Es ist besser, 10 Epics und 20 User Stories zu haben.
Schritt 7: Fertige Storys erstellen
Der letzte Schritt bei der Erstellung Ihres Product Canvas ist die Erstellung fertiger User Stories, die zumindest die ersten ein oder zwei Sprints abdecken.
Beachten Sie, dass eine fertige User Story bedeutet, dass sie der Definition von „fertig“ entspricht. Da dies das erste Mal ist, dass fertige User Stories geliefert werden, ist es eine gute Idee, das gesamte Scrum-Team in diesen Schritt einzubeziehen (falls bereits vorhanden).
MendixPositive Erfahrungen mit der Methode
At Mendix, wir haben großartige Erfahrungen mit der Verwendung der Product Vision & Canvas-Methodik gemacht. Wir haben sie für eine Reihe von Projekten verwendet, um das Projekt zu starten. Wir haben sogar eine kompakte Version des Product Canvas für ein Proof of Concept-Projekt verwendet, das nur eine Woche dauerte und in das wir Storyboards, Sitemaps, Wireframes und Style Tiles einbezogen haben.
Einige der positiven Auswirkungen, die wir hatten bei Mendix, gesammelt aus dem Feedback von Projektmanagern, Scrum-Mastern und Entwicklern:
- Schon ein geringer Aufwand an Vorbereitungsarbeit erhöht die Qualität des Endergebnisses erheblich
- Die Assets aus dem Product Canvas bieten den nötigen Fokus, um eine Bewerbung in kürzerer Zeit fertigzustellen
- First-Time-Right-Effekt: Jeder Schritt des Canvas besteht aus Recherche, Experimentieren, Design und Reflexion. Dies verbessert den Ausgangspunkt der Entwicklungsphase. Dies führt wiederum dazu, dass während des Projekts fast keine Nacharbeit erforderlich ist.
- Verbesserte Kommunikation und Effizienz im Team
Aufgrund dieser positiven Erfahrungen gilt die Verwendung einer Vorbereitungsphase und insbesondere der Product Vision- und Canvas-Methodik heute als Best Practice.
So verwenden Sie ein Produkt-Canvas
Obwohl dieser Blogbeitrag das Product Canvas sehr detailliert beschreibt, ist eine der wichtigsten Lektionen der Nutzen einer Vorbereitungsphase vor dem Start des ersten Sprints. Die angegebene Methode funktioniert gut mit Mendix Projekte, aber letztendlich kommt es auf die Inhalte an, auf die Fragen, die mit dem Ergebnis der Vorbereitungsphase beantwortet werden und auf den Nutzen, den dies für den weiteren Projektverlauf hat.
Ein weiteres interessantes Detail ist, dass manche Teams sich dafür entscheiden, das Product Canvas oder Teile davon während des gesamten Projekts weiter zu verwenden, anstatt es nur in der Vorbereitung zu verwenden. Sie verwenden beispielsweise einen Teil einer Wand in ihrem War Room als Product Canvas.
Mendix Teams haben Benutzerabläufe als Teil der Definition fertiger User Stories verwendet. Der Grund dafür war, dass die schematische Darstellung des Benutzerablaufs für das Team viel schneller und effizienter war, um die User Story vollständig zu verstehen, als der Textinhalt der User Story.
Das Wichtigste aber ist: Egal, ob das Projekt klein oder groß ist und eine geringe oder hohe Komplexität aufweist, das richtige Maß an Vorbereitung führt immer zu einer gezielteren und effizienteren Entwicklung und einer Verbesserung der Qualität der eigentlichen Anwendung.
Laden Sie Produkt-Canvas-Vorlagen herunter
Laden Sie Produkt-Canvas- und Vision-Vorlagen herunter: