Mindestens 5 dokumentierte Gespräche oder Datenpunkte aus der Zielgruppe liegen vor, sodass Target Group und Needs nicht nur intern erfunden sind.
Product Vision Board
Vorbedingung
Was vorher fertig sein muss
Vorbereitung
Was vor Start vorliegen muss
Product-Vision-Board-Template (5 Felder Vision, Target Group, Needs, Product, Business Goals) als Whiteboard, Miro, FigJam oder ausgedrucktes A1; Stickies; Stifte; sichtbarer Timer.
Ein Facilitator, der durch die Felder führt und Annahmen markiert; Product Lead oder PO als Owner; 2-6 Teilnehmende aus Engineering, Design, Business; ggf. Sponsor für Reviews.
Research-Snippets aus Interviews; bekannte Geschäftsziele und Constraints; vorhandene Personas oder Segmentbeschreibungen; Vorversion des Vision Boards (falls existent); Definition was nach dem Workshop entschieden ist.
1-2 h
Template gut sichtbar. Vision im Zentrum, vier Felder darum. Telefone weg. Regel: zuerst Vision, dann Target Group, dann Needs, dann Product, dann Business Goals. Annahmen-Stickies in zweiter Farbe.
Kernfrage
Die eine Frage, die diese Methode beantwortet
Welche teilbare Produktvision verbindet Zielgruppe, Bedürfnisse, Produktidee und Geschäftsziele so, dass Discovery und Roadmap daran ausgerichtet werden können?
Ablauf
Marker: Phase
| Schritt | Dauer | Aktion | Hinweis |
|---|---|---|---|
1Phase 1: Vision | 15-20 min | Vision als ambitionierter Zielzustand in einem Satz formulieren. Was wäre in 3-5 Jahren wahr, wenn das Produkt erfolgreich ist? Vision testen: ist sie inspirierend, fokussiert und produktagnostisch genug? | Wenn die Vision Featurelisten oder Tech-Stack enthält, ist sie keine Vision, sondern Roadmap. Vision muss überleben, auch wenn das Produkt pivotet. |
2Phase 2: Target Group | 15-20 min | Zielgruppe und Segmente konkret benennen. Pro Segment Markt-Größe, Erreichbarkeit und strategische Priorität notieren. Wenn nötig auf Primary und Secondary Segment einschränken. | Wenn Zielgruppe „alle“ oder „Unternehmen“ heißt, ist sie zu breit. Markt-Größe und Erreichbarkeit ohne Konkretisierung sind nicht schätzbar. |
3Phase 3: Needs | 20-25 min | Kern-Needs und Probleme der Zielgruppe aus Research benennen. Pro Need Quelle (Interview, Daten, Markt-Report) verlinken. Unsichere Needs als Annahme labeln. | Needs werden gerne mit Lösungen verwechselt („braucht App“). Need ist Problem oder Outcome („braucht schneller Klarheit über Buchhaltungsstand“), Produkt ist Lösung. |
4Phase 4: Product | 15-20 min | Produkt grob skizzieren: was es ist, was es nicht ist, Schlüssel-Stand-out-Features. Maximal 5 Bulletpoints. Bewusst auf grobe Beschreibung beschränken, kein Featuredetail. | Wenn Product-Feld 20 Features hat, ist es ein Backlog. Beschränkung auf 5 erzwingt strategische Auswahl. Stand-out-Features sind die, wegen denen Nutzer wechseln würden. |
5Phase 5: Business Goals | 15-20 min | 2-4 Business Goals als messbare Outcomes (Revenue, Market Share, Cost Saving, strategischer Lock-in). Pro Goal Erfolgsmessung und grober Zeitrahmen. | Business Goals ohne Messung sind PR. Mindestens eine Metrik pro Goal mit Quelle. Wenn Quelle nicht da, als Annahme mit „braucht Setup“ markieren. |
6Phase 6: Annahmen und Folgeschritte | 15-20 min | Alle Annahmen-Stickies durchgehen. Pro Annahme: Risiko (was passiert bei falsch?), Validierungspfad (Interview, Daten, Experiment), Owner und Frist. Reviewrhythmus festlegen. | Vision Board ohne markierte Annahmen suggeriert Sicherheit, die nicht da ist. Mindestens 5 Annahmen sind realistisch in jeder frühen Phase. |
Artefakt
Was am Ende rauskommt
Ausgefülltes Product Vision Board als A1-Poster, Board-Export oder Markdown-Dokument; ergänzt durch Annahmen-Liste mit Validierungspfad, Review-Cadence und Verlinkung zu Research-Quellen.
- Miro oder FigJam mit Vision-Board-Template
- Whiteboard mit Foto-Export
- Notion- oder Confluence-Seite mit Sektionen pro Feld
- Roman Pichlers Original-Template als PDF
Datum und Version im Header. Pro Update neue Version (z. B. v0.2) mit Delta zur Vorversion. Vorversion archivieren, nicht überschreiben. Quartals-Review als Standard, Ad-hoc bei strategischen Änderungen.
Product Vision Board Arbeitsvorlage
Kompakte Arbeitsvorlage für Product Vision Board mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
# Product Vision Board 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 Vision Board:
- Vision Statement:
- Annahmen und Validierungsfragen:
## Offene Fragen
- ...
## Nächster Schritt
Owner, Datum, Erfolgssignal.Beispielausgabe
Konkret gefülltes Szenario
## Product Vision Board — Buchhaltungs-Co-Pilot für Solo-Selbstständige (v0.3, 18.05.2026)
**Vision**: In 4 Jahren wissen Solo-Selbstständige in DACH jederzeit ohne Vorabwissen, wie ihre Steuer- und Liquiditätslage steht.
**Target Group**:
- Primary: Solo-Selbstständige DACH, 200k-500k EUR Umsatz, kein eigener Buchhalter (Marktgröße: 380k Personen DE).
- Secondary: Solo-Beratende mit Steuerberater (Aufgabe: Übergabe-Komfort).
**Needs**:
- Tagesaktuelle Steuer- und Liquiditätslage (Quelle: 11 Interviews 2026-Q1).
- Belegerfassung in unter 30 s pro Beleg (Quelle: Sabine Interview 03/2026).
- Klare Antwort vor Steuerberater-Gespräch (Quelle: 7 von 11 Interviews).
**Product**:
- iOS- und Android-App plus Web-Dashboard.
- KI-gestützte Belegerfassung (Foto in unter 30 s).
- Echtzeit-Liquiditätsanzeige.
- DATEV-Export für Steuerberater.
- Nicht: vollständige Buchhaltung für GmbH.
**Business Goals**:
- 15k zahlende Kunden bis Ende 2027 (12 EUR/Monat).
- LTV/CAC > 3 nach 18 Monaten.
- NPS > 50.
**Top-Annahmen**:
- Solo-Selbstständige zahlen 12 EUR/Monat. Validierung: Pricing-Test bis 30.06.
- Steuerberater akzeptieren DATEV-Export aus App. Validierung: 5 Gespräche mit STB bis 15.06.
**Review**: Quartalsweise, nächste 30.09.2026.Stolperfallen
Symptome erkennen, gegensteuern
Vision als Featureliste
Vision-Feld enthält „App, die X, Y, Z kann“ statt eines Zielzustands.
Frage testen: würde diese Vision auch ohne App gelten? Wenn nein, ist sie Roadmap. Vision so umformulieren, dass sie produktagnostisch ist.
Needs ohne Quelle
Needs sind plausibel, niemand kann eine Interview-Notiz oder Datenquelle benennen.
Pro Need Quelle pflichtig (Interview-ID, Survey-Frage, Daten-Dashboard). Ohne Quelle als Annahme labeln und Validierungspfad planen.
Target Group zu breit
„KMU im DACH-Raum“ als Zielgruppe, niemand kann typischen Kunden in einem Satz beschreiben.
Auf Primary-Segment einschränken, das in einem Satz beschreibbar ist. Andere Segmente als Secondary mit eigener Begründung.
Business Goals ohne Metrik
„Marktführer werden“ oder „erfolgreich sein“ steht im Feld.
Pro Goal eine messbare Größe mit Zeithorizont. Wenn Metrik fehlt, Goal nicht aufnehmen oder als Annahme markieren.
Board nie reviewt
Vision Board hängt seit 12 Monaten unverändert, Realität ist längst woanders.
Review-Cadence (Quartal) im Setup verbindlich planen. Ad-hoc-Review bei Pivot, Funding-Runde oder Top-Hire. Versionierung erzwingt sichtbares Update.
Annahmen nicht markiert
Felder sehen sicher aus, niemand erkennt, welche Aussage geprüft ist.
Annahmen-Stickies in zweiter Farbe. Mindestens 5 markierte Annahmen pro Board. Validierungspfad mit Owner und Frist.
Abbruchkriterien
Done-Signale, in unter einer Minute prüfbar
Run Sheet durchgearbeitet?
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.