MethodenanleitungUX Design

Lean UX Canvas

Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.

KomplexitätMittel

Zeit2-3 h

Teilnehmende3-8

FormatWorkshop + Async

ReifegradEstablished

Lean UX Canvas planen

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenBegrenzter Gegenstand

Scope und Zweck von Lean UX Canvas sind als konkrete Frage benannt.

Ohne Scope wird Lean UX Canvas beliebig.

Vorher abschließenZugang zu relevanten Perspektiven

Businessproblem und Baseline, Nutzerresearch, Lösungsoptionen und Testzugang und entscheidungsfähige Fachpersonen sind verfügbar.

Ohne diese Perspektiven bleiben zentrale Aussagen in Lean UX Canvas unbelegt.

Vorbereitung

Was vor Start vorliegen muss

Materialien

Businessproblem und Baseline, Nutzerresearch, Lösungsoptionen und Testzugang, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.

Personen / Rollen

Product · Design/Research · Engineering · Business/Data

Vorabinfos

Businessproblem und Baseline, Nutzerresearch, Lösungsoptionen und Testzugang vorab zusammentragen und offene Annahmen markieren.

Zeitbedarf

90–120 Minuten

Setup

acht Canvas-Felder von Businessproblem bis Lernplan sichtbar vorbereiten und Bewertungsbegriffe vor Beginn kalibrieren.

Kernfrage

Die eine Frage, die diese Methode beantwortet

Welche Annahme muss stimmen, damit eine Lösung Nutzer- und Businessoutcome bewegt, und wie lernen wir das?

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

Der Lean UX Canvas v2 arbeitet von Business Problem und Business Outcomes zu Users, User Outcomes, Solutions, Hypotheses, riskiest assumption und learning plan. Lösungen bleiben austauschbar.

Lean UX Canvas

Fiktives Arbeitsbeispiel

Acht getrennte Felder des Lean UX Canvas v2 vom Business Problem bis zum Learning Plan.

Business Problem

Gemessener heutiger Nachteil, Kontext und Ursache.

31 % der gestarteten Reviews brechen ab; 62 % davon nach ungelöstem Konflikt.

Business Outcomes

Messbare gewünschte Geschäftsveränderung mit Horizont.

Abbruchquote bis Q4 unter 20 % senken, ohne längere Medianzeit.

Users

Konkrete Nutzer oder Kunden im betroffenen Kontext.

Neue Moderatorinnen in regulierten Projektteams mit höchstens drei Reviews Erfahrung.

User Outcomes & Benefits

Beobachtbares Nutzerverhalten und daraus entstehender Nutzen.

Konflikt ohne externe Hilfe abschließen und Entscheidung nachvollziehbar speichern.

Solutions

Mehrere mögliche Lösungen, noch ohne Commit.

Geführter Konfliktschritt; Rollenkarte; asynchroner Klärungslink.

Hypotheses

Wenn-dann-weil-Hypothese aus Lösung und Outcomes.

Wenn der Konfliktschritt sichtbar ist, steigt selbstständiger Abschluss, weil nächste Aktionen klar werden.

Riskiest Assumption

Annahme mit größter Wirkung und schwächster Evidenz.

Der Konflikt ist die Ursache des Abbruchs und kein bloßes Begleitsignal.

Learning Plan

Methode, Population, Signal, Schwelle und nächste Entscheidung.

8 Replays + 5 Interviews; Ursache in mindestens 6 Replays und 4 Interviews; sonst Problem neu rahmen.

Jeff Gothelf: Lean UX Canvas v2

1
Problem
Problem/Outcomes
Ziel
Outcome Frame so erarbeiten, dass die Kernfrage „Welche Annahme muss stimmen, damit eine Lösung Nutzer- und Businessoutcome bewegt, und wie lernen wir das?“ belastbar weiter beantwortet werden kann.
Voraussetzungen für diesen Schritt
- Businessproblem und Baseline
- Nutzerresearch
- Lösungsoptionen und Testzugang
Durchführung
- Businessproblem, Baseline und Business Outcomes definieren.
- Quelle, Begründung und offene Unsicherheit direkt in Outcome Frame festhalten.
Ergebnis
Outcome Frame
Outcome Frame · Quelle · Unsicherheit · nächster Entscheid
Qualitätscheck
Sind Baseline und Ziel messbar?
Stolperfalle
Der Canvas startet mit der Lieblingslösung und formuliert Features als Outcomes. Zum gemessenen Businessproblem und beobachtbaren Nutzerverhalten zurückgehen; mehrere Lösungen zulassen.
Zeitlicher Rahmen: 10–20 Minuten
2
Users/Needs
Users/Needs
Ziel
User Frame so erarbeiten, dass die Kernfrage „Welche Annahme muss stimmen, damit eine Lösung Nutzer- und Businessoutcome bewegt, und wie lernen wir das?“ belastbar weiter beantwortet werden kann.
Voraussetzungen für diesen Schritt
- Outcome Frame
- Nutzerresearch
- Lösungsoptionen und Testzugang
Durchführung
- Nutzer, User Outcomes und heutige Barriere belegen.
- Quelle, Begründung und offene Unsicherheit direkt in User Frame festhalten.
Ergebnis
User Frame
User Frame · Quelle · Unsicherheit · nächster Entscheid
Qualitätscheck
Beschreibt Outcome Verhalten?
Stolperfalle
Der Canvas startet mit der Lieblingslösung und formuliert Features als Outcomes. Zum gemessenen Businessproblem und beobachtbaren Nutzerverhalten zurückgehen; mehrere Lösungen zulassen.
Zeitlicher Rahmen: 10–20 Minuten
3
Lösungstest
Lösungstest
Ziel
Hypothesis Set so erarbeiten, dass die Kernfrage „Welche Annahme muss stimmen, damit eine Lösung Nutzer- und Businessoutcome bewegt, und wie lernen wir das?“ belastbar weiter beantwortet werden kann.
Voraussetzungen für diesen Schritt
- User Frame
- Nutzerresearch
- Lösungsoptionen und Testzugang
Durchführung
- Mehrere Lösungen und Outcome-Hypothesen formulieren.
- Quelle, Begründung und offene Unsicherheit direkt in Hypothesis Set festhalten.
Ergebnis
Hypothesis Set
Hypothesis Set · Quelle · Unsicherheit · nächster Entscheid
Qualitätscheck
Bleiben Lösungen austauschbar?
Stolperfalle
Der Canvas startet mit der Lieblingslösung und formuliert Features als Outcomes. Zum gemessenen Businessproblem und beobachtbaren Nutzerverhalten zurückgehen; mehrere Lösungen zulassen.
Zeitlicher Rahmen: 10–20 Minuten
4
Risk/Learning
Risk/Learning
Ziel
Learning Plan so erarbeiten, dass die Kernfrage „Welche Annahme muss stimmen, damit eine Lösung Nutzer- und Businessoutcome bewegt, und wie lernen wir das?“ belastbar weiter beantwortet werden kann.
Voraussetzungen für diesen Schritt
- Hypothesis Set
- Nutzerresearch
- Lösungsoptionen und Testzugang
Durchführung
- Riskiest Assumption wählen und Learning Plan festlegen.
- Quelle, Begründung und offene Unsicherheit direkt in Learning Plan festhalten.
Ergebnis
Learning Plan
Learning Plan · Quelle · Unsicherheit · nächster Entscheid
Qualitätscheck
Testet Plan die Annahme direkt?
Stolperfalle
Der Canvas startet mit der Lieblingslösung und formuliert Features als Outcomes. Zum gemessenen Businessproblem und beobachtbaren Nutzerverhalten zurückgehen; mehrere Lösungen zulassen.
Zeitlicher Rahmen: 10–20 Minuten

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

Lean UX Canvas · Problem, Nutzer und Hypothesen verbindenBusiness Problem, Nutzer, Outcomes, Hypothesen und Experimente als schlanke Discovery-Arbeitsfläche strukturieren

Form

Versioniertes Lean UX Canvas mit Datum, Quellen, Ownern und nächstem Review.

Versionierung / Ownership

Datum, Quelle, Annahmenstand und Entscheidung je Fassung von Lean UX Canvas erhalten.

Tool-Alternativen

Lean UX Canvas als Board oder Dokument
Quellen- und Evidenzregister
Entscheidungs- und Maßnahmenlog

lean-ux-canvas-working-template.md

Plane Lean UX Canvas entlang der fachlichen Schritte und der konkreten Entscheidungsfrage.

Lean UX Canvas: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Praxis einrichten und überprüfen Zeit: 90–120 Minuten

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: Businessproblem und Baseline, Nutzerresearch, Lösungsoptionen und Testzugang, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.
Rollen: Product · Design/Research · Engineering · Business/Data
Vorab-Infos: Businessproblem und Baseline, Nutzerresearch, Lösungsoptionen und Testzugang vorab zusammentragen und offene Annahmen markieren.
Gesamter Zeitbedarf: 90–120 Minuten
Setup: acht Canvas-Felder von Businessproblem bis Lernplan sichtbar vorbereiten und Bewertungsbegriffe vor Beginn kalibrieren.

Für die Arbeitsschritte bereitstellen

Problem: Problem/Outcomes

Businessproblem und Baseline
Nutzerresearch
Lösungsoptionen und Testzugang

Users/Needs: Users/Needs

Outcome Frame
Nutzerresearch
Lösungsoptionen und Testzugang

Lösungstest: Lösungstest

User Frame
Nutzerresearch
Lösungsoptionen und Testzugang

Risk/Learning: Risk/Learning

Hypothesis Set
Nutzerresearch
Lösungsoptionen und Testzugang

Lean UX Canvas

Business Problem

Gemessener heutiger Nachteil, Kontext und Ursache.

...

Business Outcomes

Messbare gewünschte Geschäftsveränderung mit Horizont.

...

Users

Konkrete Nutzer oder Kunden im betroffenen Kontext.

...

User Outcomes & Benefits

Beobachtbares Nutzerverhalten und daraus entstehender Nutzen.

...

Solutions

Mehrere mögliche Lösungen, noch ohne Commit.

...

Hypotheses

Wenn-dann-weil-Hypothese aus Lösung und Outcomes.

...

Riskiest Assumption

Annahme mit größter Wirkung und schwächster Evidenz.

...

Learning Plan

Methode, Population, Signal, Schwelle und nächste Entscheidung.

...

Jeff Gothelf: Lean UX Canvas v2

Problem: Problem/Outcomes

Erwartetes Artefakt: Outcome Frame

Outcome Frame · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

Sind Baseline und Ziel messbar?

Users/Needs: Users/Needs

Erwartetes Artefakt: User Frame

User Frame · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

Beschreibt Outcome Verhalten?

Lösungstest: Lösungstest

Erwartetes Artefakt: Hypothesis Set

Hypothesis Set · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

Bleiben Lösungen austauschbar?

Risk/Learning: Risk/Learning

Erwartetes Artefakt: Learning Plan

Learning Plan · Quelle · Unsicherheit · nächster Entscheid

Eintrag:

...

Testet Plan die Annahme direkt?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/lean-ux-canvas/run-sheet

Beispielausgabe

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.

lean-ux-canvas-beispiel.md

Konkret gefülltes Szenario, fiktives Beispiel

Businessproblem: 31 % Abbruch. Outcome: unter 20 % in Q4. Nutzer: neue Moderatorinnen. User Outcome: Konflikte ohne Hilfe lösen. Lösungsidee: geführter Konfliktschritt. Hypothese: Wenn Schritt sichtbar ist, steigt Abschluss. Riskiest Assumption: Abbruch entsteht wirklich im Konflikt. Test: 8 Session Replays plus 5 Interviews.

Stolperfallen

Symptome erkennen, gegensteuern

Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf

Problem/OutcomesDer Canvas startet mit der Lieblingslösung und formuliert Features als Outcomes.In der Phase ansehen
Users/NeedsDer Canvas startet mit der Lieblingslösung und formuliert Features als Outcomes.In der Phase ansehen
LösungstestDer Canvas startet mit der Lieblingslösung und formuliert Features als Outcomes.In der Phase ansehen
Risk/LearningDer Canvas startet mit der Lieblingslösung und formuliert Features als Outcomes.In der Phase ansehen

Abbruchkriterien

Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest

Lean UX Canvas beantwortet die Kernfrage mit nachvollziehbaren Belegen oder offen markierter Unsicherheit.

Owner, nächste Aktion und Prüftermin sind für offene Punkte benannt.

Wie geht es weiter?

Product Discovery

Experiment Canvas

Formalisiert die riskanteste Hypothese als konkretes Experiment.

Papierillustration einer Assumption Map als ruhige Vier-Felder-Matrix mit Hypothesenkarten und Markierung der wichtigen, kaum belegten Annahmen.

Product Discovery

Assumption Mapping

Ordnet die gesammelten Annahmen nach Unsicherheit und Hebelwirkung.

Im Playbook ansehenNutzererfahrung schnell gemeinsam gestaltenVon leichtgewichtigen UX-Annahmen über eine sichtbare Journey zu konvergierten Lösungsskizzen für die kritischsten Touchpoints.

Methodenanleitung durchgearbeitet?

Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.

Zum Steckbrief Weitere Methoden