Run SheetProduct StrategyProduct Definition

Product Canvas

KomplexitätMedium

Zeit1-2 h

Teilnehmende2-8

FormatBoth

MaturityEstablished

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenProduct Vision Board

Eine schriftliche Produkt-Vision mit Zielgruppe, Bedarf, Produktkern und Geschäftszielen liegt vor.

Ohne: Ohne Vision wird der Canvas zu einer Featureliste ohne strategischen Anker und ersetzt keine Discovery.

Vorher abschließenPersonas

Mindestens eine validierte Persona mit Pain Points und Outcomes existiert, an der sich Features ausrichten.

Ohne: Ohne Persona bleiben die Canvas-Quadranten nutzerlos und Features werden aus Annahmen statt Bedürfnissen abgeleitet.

Vorbereitung

Was vor Start vorliegen muss

Materialien

Product-Canvas-Template (Roman Pichler oder eigene Variante) als Druck A0 oder Miro-Board; Stickies in vier Farben; Marker; Link zur Vision und Persona; aktuelle Roadmap-Notizen.

Personen / Rollen

Ein Facilitator (meist Product Lead); Product Owner; ein UX Lead; zwei bis drei Engineers; optional Stakeholder aus Business oder Operations. Maximal sieben Personen.

Vorabinfos

Produkt-Vision; Persona-Profile; bekannte Geschäftsziele und KPIs; aktuelle Architektur-Constraints; Liste bestehender Features mit Nutzung.

Zeitbedarf

3-4 h für ersten Canvas, danach 1 h Pflege pro Quartal

Setup

Canvas mit Quadranten: links oben Ziel und Metriken, links unten Persona und Bedarfe, rechts oben Big Picture (Journeys, Storyboards), rechts unten Product Details (Epics, Constraints). Quadranten vorbeschriftet, leer.

Kernfrage

Die eine Frage, die diese Methode beantwortet

Welche Bedürfnisse welcher Persona löst das Produkt im nächsten Release messbar, und welche Features sind dafür notwendig statt wünschenswert?

Ablauf

Marker: Phase

Schritt	Dauer	Aktion	Hinweis
1Phase 1: Ziel und Metriken	30 min	Geschäftsziel des Release auf eine Karte, max ein Satz. Zwei bis drei Metriken mit Baseline und Target. Bei mehreren Zielen priorisieren auf eines.	Wenn Team kein einzelnes Ziel benennen kann, ist die Vision zu unklar. Canvas pausieren, erst Vision-Klärung mit Stakeholder.
2Phase 2: Persona und Bedarfe	40 min	Persona-Karte einsetzen. Pro Persona 3-5 Top-Bedarfe oder Jobs to Be Done als Karten unter die Persona. Bedarfe müssen am Geschäftsziel ausgerichtet sein.	Bedarfe sind Outcomes („schneller fertige Rechnung versenden“), keine Features („Rechnungsknopf“). Wenn Liste auf Features rutscht, Outcome zurückfragen.
3Phase 3: Big Picture	45 min	Nutzerflüsse, Storyboards oder Journey-Skizzen pro Top-Bedarf. Visualisiert wie der Bedarf adressiert wird, ohne Features zu fixieren.	Big Picture ist Skizze, nicht Pixel-Design. Wenn Designer perfektionieren wollen, abbrechen und auf Discovery-Spike verschieben.
4Phase 4: Product Details	45 min	Pro Bedarf Epics oder Feature-Schnitte ableiten. Pro Epic Aufwand grob (T-Shirt). Constraints (regulatorisch, technisch) als rote Karten markieren.	Mehr als zehn Epics pro Release ist unrealistisch. Wenn die Liste explodiert, Priorisierung mit Stakeholder anstoßen statt alles aufnehmen.
5Phase 5: MVP-Slice und Übergabe	30-45 min	Aus den Epics MVP-Slice schneiden, der mindestens eine Metrik bewegt. Slice in Roadmap und Backlog überführen mit Owner und Termin.	MVP-Slice muss eine Metrik plausibel bewegen, sonst ist es kein MVP. Wenn keine Bewegung erwartbar, neuer Schnitt oder andere Methode.

Artefakt

Was am Ende rauskommt

Form

Ausgefüllter Product Canvas als Foto oder Miro-Snapshot plus begleitendes Dokument mit Ziel, Metriken, Persona-Bedarfen, Big-Picture-Skizzen, Epic-Liste, Constraints und MVP-Definition.

Tool-Alternativen

Miro oder Mural Product-Canvas-Template
Whiteboard mit ausgedrucktem Template und Foto-Export
Notion- oder Confluence-Seite mit Canvas-Sektionen
Roman Pichler Canvas-PDF mit Inkscape oder Affinity bearbeitet

Versionierung / Ownership

Pro Quartal oder Major Release eigener Canvas. Vorversion archivieren mit Datum und Release-Tag. Änderungen während eines Release als Edit-Log am Canvas-Footer, nicht überschreibend.

canvas

Product Canvas Arbeitsvorlage

Kompakte Arbeitsvorlage für Product Canvas mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.

# Product Canvas Canvas

## Kontext

Wofür wird die Methode eingesetzt?

## Kernfrage

Welche Frage soll am Ende beantwortet sein?

## Input

Welche Daten, Beobachtungen oder Materialien liegen vor?

## Arbeitsfläche

- Bereich 1:
- Bereich 2:
- Bereich 3:
- Beziehungen / Muster:

## Ergebnisartefakte
- Product Canvas:
- Product Assumptions:
- Scope Notes:

## Offene Fragen

- ...

## Nächster Schritt

Owner, Datum, Erfolgssignal.

Beispielausgabe

Konkret gefülltes Szenario

product-canvas-beispiel.md

markdown

## Product Canvas — Rechnungstool, Q3 2026

**Ziel**: Solo-Selbstständige stellen Rechnungen schneller und versenden sie korrekt.
**Metriken**: Time-to-First-Invoice von 12 min auf 4 min; Rechnungs-Fehlerquote (rückgewiesene Rechnungen) von 8% auf 3%.

**Persona**: Anna, 34, Freelance-Designerin, 6-12 Rechnungen pro Monat.
**Bedarfe**:
1. Schnell wiederkehrende Kunden auswählen.
2. Steuerregeln korrekt automatisch anwenden (Kleinunternehmer, Reverse-Charge).
3. Rechnungs-PDF rechtssicher mit X-Rechnung-Anhang.

**Big Picture**: Storyboard „Wiederkehrender Kunde -> Vorlage laden -> Steuerregel automatisch -> Versand mit X-Rechnung“.

**Epics**:
- E1 Kundenvorlagen mit Auto-Vorbelegung (M).
- E2 Steuerregel-Engine mit Kleinunternehmer- und Reverse-Charge-Logik (L).
- E3 X-Rechnung-XML-Generator (M).
- E4 PDF-Engine mit deutschem Layout (S).

**Constraints (rot)**: § 14 UStG, X-Rechnung-Standard 2.0, deutsche Schriftarten-Lizenzen.

**MVP-Slice (bis 30.09.)**: E1 + E2 (Kleinunternehmer-Pfad) + E4. E2 Reverse-Charge und E3 als R2 (31.10.).

Was tun

Quartalsweise Canvas-Review als Termin. Lessons aus Releases im Canvas reflektieren, sonst verliert er strategischen Wert.

Abbruchkriterien

Done-Signale, in unter einer Minute prüfbar

Keine schriftliche Produkt-Vision verfügbar, strategischer Anker fehlt.

Keine validierte Persona vorhanden, Bedarfe wären reine Annahmen.

Mehrere unverbundene Produkte oder Personas im selben Scope, ein Canvas kann sie nicht tragen.

Geschäftsziele wechseln während des Workshops mehrfach, keine stabile Entscheidungsgrundlage.

Kein Engineering anwesend, Aufwände und Constraints bleiben Spekulation.

Roadmap ist extern fixiert, Canvas würde nur Theaterdokumentation erzeugen.

Run Sheet durchgearbeitet?

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

Zum Steckbrief Weitere Methoden