methodatlas
Session Builder

Meine Session planen

Plane einen konkreten Arbeitsblock mit Agenda, Rollen, Vorbereitung und kopierbarem Ergebnisartefakt.

Async-Arbeitslauf24 bis 72 hasynchronClick Data

Session: Fake Door Test

Der Plan verteilt Vorbereitung, Review und Ergebnisarbeit über einen asynchronen Arbeitslauf. Die Eingaben fließen direkt in Session Brief und Arbeitsartefakt.

Automatisch abgeleitet

Async-Arbeitslauf mit Nutzertraffic. Der Plan nutzt die vorhandene Methodenlogik und das Runsheet.

Runsheet
Beteiligungslogik
Teamrunde, gemeinsames Arbeiten und Alignment

Nutze die Session für gemeinsames Verständnis. Beiträge werden sichtbar gesammelt, Annahmen werden abgeglichen und offene Unterschiede bleiben im Artefakt nachvollziehbar.

Ergebnislogik
Artefakt fertigstellen

Die Session arbeitet direkt auf Click Data hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

  1. 1

    Brief vorbereiten

    15-30 min

    Arbeitsfrage, Input, Zielartefakt und Reviewfrist für Fake Door Test vorbereiten. Verlinke relevante Daten, Quellen und bestehende Artefakte.

    OwnerSession Brief
  2. 2

    Asynchron bearbeiten

    24 bis 72 h

    Teilnehmende arbeiten die Methode entlang der Vorlage durch. Fokus: Beiträge direkt am Artefakt ergänzen, Annahmen markieren und Belege verlinken.

    TeilnehmendeClick Data
  3. 3

    Review bündeln

    20-30 min

    Kommentare, Widersprüche und offene Fragen clustern. Unklare Punkte als Entscheidungen, Risiken oder Follow-ups einsortieren.

    FacilitatorReview Notes
  4. 4

    Artefakt finalisieren

    15-30 min

    Eingearbeitete Version erstellen, Status setzen und nächsten Review oder Entscheidungspunkt terminieren.

    OwnerInterest Signal
  5. 5

    Artefakt veröffentlichen

    10 min

    Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen.

    OwnerClick Data
Nutzbares Artefakt

Session Brief

Für Einladung, Board, Ticket, PR-Beschreibung oder Workshop-Notiz.

session-brief.md

Session Brief: Fake Door Test

Ziel

Artefakt: Click Data

Arbeitsfrage

Bestätigt die gemessene Nachfrage am Fake-Door-Einstieg die Nachfrage-Hypothese deutlich über die vorab definierte Erfolgshürde?

Kontext

Nachfrage-Hypothese als ein Satz; Zielsignal (z. B. mindestens 5% Click-Through bei 10.000 Impressions); rechtliche und ethische Prüfung (DSGVO, Verbraucherschutz); Plan für Aufklärung der Klickenden.

Setup

  • Format: Async-Arbeitslauf
  • Dauer: 24 bis 72 h
  • Modus: asynchron
  • Teilnehmende: Ein Product Manager, der Hypothese und Schwelle setzt; ein Engineer für Tracking und Aufklärungsseite; ein Analyst für Auswertung; ein Customer-Support-Owner für eingehende Fragen.
  • Owner: Ein Product Manager, der Hypothese und Schwelle setzt
  • Beteiligungsmodus: Teamrunde, gemeinsames Arbeiten und Alignment
  • Ergebnislogik: Artefakt fertigstellen

Beteiligungslogik

Nutze die Session für gemeinsames Verständnis. Beiträge werden sichtbar gesammelt, Annahmen werden abgeglichen und offene Unterschiede bleiben im Artefakt nachvollziehbar.

Ergebnislogik

Die Session arbeitet direkt auf Click Data hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

Input

Sichtbarer Einstiegspunkt (Menüpunkt, Button, Card) in einem bestehenden Produkt oder einer Marketingfläche; Tracking-Setup (Analytics-Event); Aufklärungsseite oder Modal nach dem Klick; Definition von Erfolg.

Vorbereitung

Einstiegspunkt im Live-Produkt platzieren. Click führt zu transparenter Aufklärungsseite („Dieses Feature ist noch in Planung, wir erfassen Interesse“). Tracking auf Impression und Click. Schwellwert vorab definieren.

Agenda

  1. Brief vorbereiten (15-30 min) Owner: Owner Aktion: Arbeitsfrage, Input, Zielartefakt und Reviewfrist für Fake Door Test vorbereiten. Verlinke relevante Daten, Quellen und bestehende Artefakte. Output: Session Brief

  2. Asynchron bearbeiten (24 bis 72 h) Owner: Teilnehmende Aktion: Teilnehmende arbeiten die Methode entlang der Vorlage durch. Fokus: Beiträge direkt am Artefakt ergänzen, Annahmen markieren und Belege verlinken. Output: Click Data

  3. Review bündeln (20-30 min) Owner: Facilitator Aktion: Kommentare, Widersprüche und offene Fragen clustern. Unklare Punkte als Entscheidungen, Risiken oder Follow-ups einsortieren. Output: Review Notes

  4. Artefakt finalisieren (15-30 min) Owner: Owner Aktion: Eingearbeitete Version erstellen, Status setzen und nächsten Review oder Entscheidungspunkt terminieren. Output: Interest Signal

  5. Artefakt veröffentlichen (10 min) Owner: Owner Aktion: Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen. Output: Click Data

Abschluss

  • Ergebnisartefakt aktualisieren: Click Data
  • Ablageort, Version und Review-Empfänger festlegen.
  • Owner, nächster Schritt und Reviewtermin festlegen.
Nutzbares Artefakt

Arbeitsartefakt

Vorgefüllter Startpunkt auf Basis der passenden Vorlage.

arbeitsartefakt.md

Click Data: Fake Door Test

Arbeitsfrage

Bestätigt die gemessene Nachfrage am Fake-Door-Einstieg die Nachfrage-Hypothese deutlich über die vorab definierte Erfolgshürde?

Kontext

Nachfrage-Hypothese als ein Satz; Zielsignal (z. B. mindestens 5% Click-Through bei 10.000 Impressions); rechtliche und ethische Prüfung (DSGVO, Verbraucherschutz); Plan für Aufklärung der Klickenden.

Beteiligte

  • Owner: Ein Product Manager, der Hypothese und Schwelle setzt
  • Teilnehmende: Ein Product Manager, der Hypothese und Schwelle setzt; ein Engineer für Tracking und Aufklärungsseite; ein Analyst für Auswertung; ein Customer-Support-Owner für eingehende Fragen.

Input

Sichtbarer Einstiegspunkt (Menüpunkt, Button, Card) in einem bestehenden Produkt oder einer Marketingfläche; Tracking-Setup (Analytics-Event); Aufklärungsseite oder Modal nach dem Klick; Definition von Erfolg.

Vorlage

Experiment Plan

Hypothese

Wir glauben, dass ...

Zielgruppe

Für wen testen wir?

Testdesign

Was machen Teilnehmende oder Nutzende konkret?

Erfolgskriterium

Wir werten den Test als positiv, wenn ...

Risiken und Grenzen

Was kann der Test nicht beweisen?

Entscheidung danach

Wenn positiv: ... Wenn negativ: ...

Owner und Datum

...

Fertigstellungscheck

  • Click Data ist vollständig genug für Review:
  • Ablageort:
  • Version / Status:
  • Review durch:
  • Nächster Schritt:

Nächster Schritt

  • Ergebnis prüfen
  • offene Fragen markieren
  • Review oder Entscheidung terminieren
Vorlagenbasis

Experiment Plan

Vorlage ansehenKurzer Plan für Hypothese, Testdesign, Erfolgskriterium und Entscheidung.
markdown

experiment-plan-markdown.md

Kurzer Plan für Hypothese, Testdesign, Erfolgskriterium und Entscheidung.

Experiment Plan

Hypothese

Wir glauben, dass ...

Zielgruppe

Für wen testen wir?

Testdesign

Was machen Teilnehmende oder Nutzende konkret?

Erfolgskriterium

Wir werten den Test als positiv, wenn ...

Risiken und Grenzen

Was kann der Test nicht beweisen?

Entscheidung danach

Wenn positiv: ... Wenn negativ: ...

Owner und Datum

...

Direkt nutzbar, wenn
  • Arbeitsfrage, Owner und Zielartefakt sind sichtbar.
  • Das Ergebnis passt zu Click Data.
  • Pro Experiment eigener Eintrag mit Datum und Hypothese. Folge-Experimente verlinken vorherige Daten. Lernentscheidung als Status im Header (Build/Pivot/Kill).
  • Offene Fragen sind als Follow-up notiert.
  • Der nächste Review oder Entscheidungspunkt ist terminiert.
SteckbriefRunsheet