feat(i2s-persona): extract from monolith
Step 6 of i2s-skill-split refactor. Third atomic sub-skill. Contents: - SKILL.md: 5 numbered phases with precondition check (## Problem-Statement required, > 100 chars). description scoped to Persona/JTBD/Gains triggers with explicit anti-triggers. - workflows/persona.md: full 5-step workflow with 5 TAs + anti-patterns + facilitation heuristics (git mv from monolith, required_reading paths updated). - references/kommunikationsregeln.md: curated extract (persona-specific dialog heuristics: stereotype-vs-segment, JTBD-contains-solution, demografie-ohne-verhalten). - references/persona-format.md: curated extract from plugin-shared/export-formate.md, persona_format block. Includes filled example (Anna Berger, 38, Leipzig). Tools: Read, Write, Edit, Glob, Grep, AskUserQuestion, TodoRead, TodoWrite. No WebFetch/WebSearch (inline-recherche limited to berufsbezeichnungen / lebensstil — full recherche lives in i2s-recherche).
This commit is contained in:
@@ -0,0 +1,124 @@
|
||||
---
|
||||
name: i2s-persona
|
||||
description: "Idea2Self Persona-Workflow. Erstellt eine verhaltensbasierte Zielgruppen-Persona (JTBD + Gains, nicht nur Demografie) in 5 Teilaspekten (Lebenswelt, Werte, Aufgaben, Gewinne, Ergaenzungen) und schreibt sie in die idea2self-Datei. Loest aus bei 'Persona erstellen', 'Zielgruppe definieren', 'verhaltensbasierte Persona', 'JTBD fuer Idea2Self', 'Gains und Aufgaben', 'wer ist die Zielgruppe konkret'. NICHT aktivieren bei: 'Idea2Self starten' (Router), 'Problem-Statement erstellen' (i2s-problem-statement), 'vage Idee strukturieren' (i2s-discovery), wenn ## Problem-Statement noch fehlt. Vorbedingung: idea2self-Datei mit ausgefuellter ## Idee und ## Problem-Statement Sektion. Output: ## Persona Sektion in derselben Datei. Sprache: Deutsch."
|
||||
allowed-tools: Read Write Edit Glob Grep AskUserQuestion TodoRead TodoWrite
|
||||
---
|
||||
|
||||
# i2s-persona — Verhaltensbasierte Persona
|
||||
|
||||
Schritt 3 im Idea2Self-Prozess. Wandelt das HMW-Statement plus Idee in eine konkrete, verhaltensbasierte Persona — keine demografische Hochrechnung, sondern eine Arbeitshypothese mit Jobs-to-be-Done und Gains.
|
||||
|
||||
## Essential Principles
|
||||
|
||||
1. **Verhaltensbasiert, nicht demografisch.** Eine Persona ist "wie verhaelt sie sich", nicht "wer sie ist". Demografie liefert Anker, JTBD und Gains liefern Handlungsbasis.
|
||||
2. **Eine Person, kein Segment.** Eine konkrete Anker-Person (Name, Alter, Wohnsituation), nicht Aggregat-Daten. Hypothese, klar als solche markiert.
|
||||
3. **JTBD ist Aufgabe, nicht Loesung.** "Ich will mein Werkzeug ausleihen ohne App-Account zu machen" ist ein Job. "Ich will deine Tauschboerse nutzen" ist nicht.
|
||||
4. **Konsistenz zum Problem-Statement.** Wenn die Persona-Eigenschaften dem PS widersprechen (andere Werte, andere Lebenswelt), ist das ein Signal fuer Rueckwaerts-Update — nicht fuer kreative Verbiegung.
|
||||
5. **Belastbare Arbeitshypothese > perfektes Profil.** Wir formulieren v0.1. Recherche und Interviews ueberarbeiten in v0.2.
|
||||
|
||||
## When to Use
|
||||
|
||||
- `## Idee` UND `## Problem-Statement` existieren in idea2self-Datei, `## Persona` fehlt oder soll iteriert werden.
|
||||
- Aus Router-Hand-off (Pfad 3) oder direkter Trigger ("Persona erstellen", "Zielgruppe definieren").
|
||||
- Iteration nach Recherche: v0.2 nach neuen Daten aus i2s-recherche.
|
||||
|
||||
## When NOT to Use
|
||||
|
||||
- `## Problem-Statement` fehlt -> erst `i2s-problem-statement`.
|
||||
- Nutzer will Marktrecherche / Wettbewerbsanalyse -> `i2s-recherche`.
|
||||
- Nutzer will den Loesungs-Ansatz schaerfen -> `i2s-prototyp-konzept`.
|
||||
|
||||
## Precondition Check
|
||||
|
||||
**Vor Phase 1:**
|
||||
1. idea2self-Datei laden.
|
||||
2. Auf `^## Problem-Statement` matchen + Sektion-Inhalt > 100 Zeichen.
|
||||
3. Fehlt -> abbrechen mit Hinweis: "`## Problem-Statement` fehlt. Trigger zuerst `i2s-problem-statement`."
|
||||
|
||||
## Phases
|
||||
|
||||
### Phase 1 — Kontext laden + Voranalyse
|
||||
|
||||
**Entry:** Vorbedingung erfuellt.
|
||||
|
||||
**Aktionen:**
|
||||
1. Aus `## Idee` und `## Problem-Statement` extrahieren: Zielgruppen-Beschreibung, Anker-Person (falls vorhanden), Beduerfnis.
|
||||
2. Nutzer Voranalyse zeigen: "Aus deinem PS lese ich: Zielgruppe = [X], Beduerfnis = [Y]. Ich gehe jetzt 5 Teilaspekte mit dir durch. [1] von 5."
|
||||
3. Wenn `## Persona` bereits existiert: Aenderungsmodus aktivieren.
|
||||
|
||||
**Exit:** Voranalyse bestaetigt oder korrigiert.
|
||||
|
||||
### Phase 2 — 5 Teilaspekte (gefuehrte Fragen)
|
||||
|
||||
**Entry:** Phase 1 abgeschlossen.
|
||||
|
||||
**Aktionen:**
|
||||
1. TA1 LEBENSWELT (Demografie + Verhalten im Alltag).
|
||||
2. TA2 WERTE (Glaubenssaetze, innere Spannungen).
|
||||
3. TA3 AUFGABEN (3 vorausgewaehlte JTBD-Leitfragen praesentieren — passen, austauschen, anpassen).
|
||||
4. TA4 GEWINNE (3 vorausgewaehlte Gains-Leitfragen analog).
|
||||
5. TA5 ERGAENZUNGEN (was macht diese Persona einzigartig).
|
||||
6. Anti-Pattern-Detection (Stereotyp, JTBD als Loesung, zu viele Merkmale, Widerspruch zu PS).
|
||||
7. Inline-Recherche nur fuer Berufsbezeichnungen / Lebensstil-Begriffe. NICHT Zielgruppen-Studien (gehoert in `i2s-recherche`).
|
||||
|
||||
**Exit:** Alle 5 TAs beruehrt + Anti-Patterns geprueft.
|
||||
|
||||
### Phase 3 — Konsistenzpruefung
|
||||
|
||||
**Entry:** 5 TAs durch.
|
||||
|
||||
**Aktionen:**
|
||||
1. Verhaltensbasiert (nicht nur Demografie)? Wenn nicht: TA1/TA2 vertiefen.
|
||||
2. JTBD und Gains als Hypothesen formuliert (nicht als Fakten)? Wenn nicht: `_(Vorschlag)_` / `_(Annahme)_` ergaenzen.
|
||||
3. Widerspricht etwas dem `## Problem-Statement`? Wenn ja: Rueckwaerts-Update anbieten (PS aktualisieren).
|
||||
|
||||
**Exit:** Keine offenen Konsistenz-Konflikte.
|
||||
|
||||
### Phase 4 — Drei Varianten erzeugen
|
||||
|
||||
**Entry:** Phase 3 abgeschlossen.
|
||||
|
||||
**Aktionen:**
|
||||
1. Variante A (wortgetreu): nah am Dialog, offene Punkte sichtbar.
|
||||
2. Variante B (geschaerft): JTBD/Gains klarer, KI-Verdichtungen als `_(Vorschlag)_`.
|
||||
3. Variante C (zugespitzt): Annahmen-arm, Fokus auf Loesbarkeit / Wichtigkeit / Erreichbarkeit.
|
||||
4. Drei Varianten zeigen, Nutzer waehlt oder kombiniert.
|
||||
5. Max. 1 Iteration nach Auswahl.
|
||||
|
||||
**Exit:** Eine finale Persona-Variante ist gewaehlt.
|
||||
|
||||
### Phase 5 — Export
|
||||
|
||||
**Entry:** Phase 4 abgeschlossen.
|
||||
|
||||
**Aktionen:**
|
||||
1. `## Persona` Sektion in idea2self-Datei schreiben (Schema: `references/persona-format.md`).
|
||||
2. PS-Kontext-Import mit `_(Aus Problem-Statement uebernommen)_` markieren.
|
||||
3. Versions-Header (V1 fuer Erstellung).
|
||||
4. Changelog-Eintrag: `[Datum] Persona V<n> formuliert / iteriert.`
|
||||
5. Hand-off: "Persona ist in der Datei. Naechster Schritt: Problemraum-Recherche. Trigger: 'Problemraum recherchieren' fuer `i2s-recherche`. Oder 'Weiter'."
|
||||
|
||||
**Exit:** Datei aktualisiert, Hand-off ausgesprochen.
|
||||
|
||||
## Quick Reference
|
||||
|
||||
Kommunikation: `references/kommunikationsregeln.md`.
|
||||
Format-Schema: `references/persona-format.md`.
|
||||
Workflow-Detail: `workflows/persona.md`.
|
||||
|
||||
## Reference Index
|
||||
|
||||
| File | Purpose |
|
||||
|------|---------|
|
||||
| `workflows/persona.md` | Vollstaendiger 5-Schritt-Ablauf mit 5 TAs + Anti-Patterns + Facilitation-Heuristiken |
|
||||
| `references/kommunikationsregeln.md` | Tonalitaet, Marker, Steuerbefehle, Persona-spezifische Dialog-Heuristiken (curated) |
|
||||
| `references/persona-format.md` | Markdown-Schema fuer `## Persona` (Persona-Profil-Tabelle + JTBD + Gains + Kontext) |
|
||||
|
||||
## Success Criteria
|
||||
|
||||
- [ ] Persona ist verhaltensbasiert (nicht nur Demografie).
|
||||
- [ ] JTBD und Gains sind als Hypothesen formuliert (mit `_(Vorschlag)_` / `_(Annahme)_` markiert).
|
||||
- [ ] Anker-Person ist konkret (Name, Alter, Wohnsituation).
|
||||
- [ ] Persona passt zum `## Problem-Statement` (keine offenen Widersprueche).
|
||||
- [ ] idea2self-Datei enthaelt `## Persona` mit Versions-Header + Changelog-Eintrag.
|
||||
- [ ] Hand-off zu `i2s-recherche` ist ausgesprochen.
|
||||
@@ -0,0 +1,57 @@
|
||||
# Kommunikationsregeln — i2s-persona (curated extract)
|
||||
|
||||
Curated from `plugin-shared/kommunikationsregeln.md`. Persona-Workflow-relevante Regeln.
|
||||
|
||||
<tonality>
|
||||
Nuechtern, sachlich, ruhig. Keine motivierenden Formulierungen, keine Emojis, keine Superlative. Alltagssprache statt Fachbegriffe. Sprache des Nutzers beibehalten. Kurze Saetze.
|
||||
</tonality>
|
||||
|
||||
<message_format>
|
||||
- Max. 3-4 Saetze pro Nachricht im Dialog.
|
||||
- Fortschrittsanzeige: "[X] von 5" bei jeder TA-Frage.
|
||||
- Bei JTBD/Gains: 3 vorausgewaehlte Leitfragen als Block, Nutzer waehlt/aendert.
|
||||
- Bei Varianten-Phase: 3 Bloecke (A/B/C) klar abgegrenzt zeigen.
|
||||
</message_format>
|
||||
|
||||
<kennzeichnung>
|
||||
| Marker | Bedeutung |
|
||||
|--------|-----------|
|
||||
| _(Vorschlag)_ | KI-generiert, nicht bestaetigt — z.B. JTBD-Leitfrage |
|
||||
| _(Annahme)_ | Vom Nutzer geaeussert ohne Datengrundlage |
|
||||
| _(Aus Problem-Statement uebernommen)_ | Import aus PS-Sektion |
|
||||
</kennzeichnung>
|
||||
|
||||
<steuerbefehle>
|
||||
| Befehl | Aktion |
|
||||
|--------|--------|
|
||||
| Zurueck | Vorheriger Teilaspekt |
|
||||
| Ich weiss es nicht | Plausibler Vorschlag, kein Drang |
|
||||
| Ueberspringen | TA als "Nicht erarbeitet" markieren |
|
||||
| Weiter | Naechster TA oder Phase |
|
||||
| Variante A/B/C | In Phase 4: Auswahl der Variante |
|
||||
</steuerbefehle>
|
||||
|
||||
<dialog_heuristiken_persona>
|
||||
- **Stereotyp statt Segment:** "Klingt nach einem Klischee. Welches konkrete Verhalten unterscheidet diese Persona von einem Stereotyp?"
|
||||
- **JTBD enthaelt Loesung:** "Die Aufgabe lautet [X mit deiner Loesung]. Was waere die Aufgabe OHNE deine Loesung?"
|
||||
- **Zu viele Merkmale:** "5-7 Merkmale reichen fuer v0.1. Welche sind die wichtigsten?"
|
||||
- **Persona widerspricht Problem-Statement:** explizit benennen. "Im PS steht [A], hier sagst du [B]. Soll das PS angepasst werden?"
|
||||
- **Demografie ohne Verhalten:** "Was tut diese Person _konkret_, das fuer dein Problem relevant ist?"
|
||||
- **Fehlende Anker-Person:** "Gib der Persona einen Namen + Alter + Wohnsituation. Das macht es testbar."
|
||||
- **Perfektionismus:** "v0.1 reicht. Interviews ueberarbeiten in v0.2."
|
||||
</dialog_heuristiken_persona>
|
||||
|
||||
<facilitation_heuristiken>
|
||||
- Lieber **belastbare Arbeitshypothese** als perfektes Profil.
|
||||
- **Spontane, greifbare Formulierungen** statt vager Allgemeinplaetze.
|
||||
- Fehlende Infos als **plausible Vorschlaege**, klar als `_(Vorschlag)_` markieren.
|
||||
- Inline-Recherche **nur** fuer Berufsbezeichnungen, Lebensstil-Begriffe, Verhaltensmerkmale. **Nicht** fuer Zielgruppen-Studien oder Orte (die gehoeren in `i2s-recherche`).
|
||||
</facilitation_heuristiken>
|
||||
|
||||
<export_rule>
|
||||
Phase 5 schreibt `## Persona` Sektion + Versions-Header + Changelog-Eintrag. Schema: `references/persona-format.md`. PS-Imports mit `_(Aus Problem-Statement uebernommen)_` markieren. Vorschlaege als `_(Vorschlag)_` belassen, bis Nutzer bestaetigt.
|
||||
</export_rule>
|
||||
|
||||
---
|
||||
|
||||
**Master version:** `plugin-shared/kommunikationsregeln.md`. Drift-check via `plugin-shared/drift-check.sh`.
|
||||
@@ -0,0 +1,113 @@
|
||||
# Persona-Format — i2s-persona (curated extract)
|
||||
|
||||
Curated from `plugin-shared/export-formate.md` — `<persona_format>` block.
|
||||
|
||||
## Schema fuer `## Persona` Sektion
|
||||
|
||||
```markdown
|
||||
## Zielgruppen-Persona
|
||||
|
||||
_Version [V1/V2/...] vom [Datum]_
|
||||
_Vorgaengerversion: [V<n-1> vom <Datum>] / Keine - Neuerstellung_
|
||||
|
||||
### Persona-Profil
|
||||
|
||||
| Merkmal | Auspraegung |
|
||||
|---------|-----------|
|
||||
| Name | [Name] |
|
||||
| Geschlecht | [Geschlecht] |
|
||||
| Alter | [Alter] |
|
||||
| Wohnort & Wohnsituation | [Beschreibung] |
|
||||
| Familienstand | [Beschreibung] |
|
||||
| Bildung / Beruf | [Beschreibung] |
|
||||
| Einkommens-/Budget-Indikation | [grob] |
|
||||
| Mediennutzung / Tools | [Beschreibung] |
|
||||
| Mobilitaet | [Beschreibung] |
|
||||
|
||||
### Werte & Glaubenssaetze
|
||||
- **Wert 1:** [Beschreibung]
|
||||
- **Wert 2:** [Beschreibung]
|
||||
- **Wert 3:** [Beschreibung]
|
||||
- **Typischer Glaubenssatz:** _([Zitat-Form])_
|
||||
- **Innere Spannung:** [Beschreibung]
|
||||
|
||||
### Jobs-to-be-Done (Aufgaben)
|
||||
- **[JTBD-Frage 1]:** [Hypothesen-Antwort]
|
||||
- **[JTBD-Frage 2]:** [Hypothesen-Antwort]
|
||||
- **[JTBD-Frage 3]:** [Hypothesen-Antwort]
|
||||
|
||||
### Gains (Gewinne)
|
||||
- **[Gains-Frage 1]:** [Hypothesen-Antwort]
|
||||
- **[Gains-Frage 2]:** [Hypothesen-Antwort]
|
||||
- **[Gains-Frage 3]:** [Hypothesen-Antwort]
|
||||
|
||||
### Kontext
|
||||
**Lebenswelt:** [Zusammenfassung aus TA1]
|
||||
**Psychografie & Verhalten:** [Zusammenfassung aus TA2]
|
||||
**Problemverstaendnis:** _(Aus Problem-Statement uebernommen)_
|
||||
|
||||
### Offene Punkte
|
||||
- [ ] [Nur wenn geparkte Gedanken aus dem Persona-Workflow vorhanden]
|
||||
```
|
||||
|
||||
## Schreibregeln
|
||||
|
||||
1. **Versions-Header** mit Vorgaengerversion-Referenz.
|
||||
2. **Anker-Person ist Pflicht.** Name + Alter + Wohnsituation muessen ausgefuellt sein, alles andere darf "Nicht erarbeitet" bleiben.
|
||||
3. **JTBD und Gains:** jeweils 3 Eintraege. Wenn Nutzer weniger geliefert hat, restliche als `_(Vorschlag)_` ergaenzen oder explizit "Nicht erarbeitet".
|
||||
4. **Hypothesen-Antworten** als Fliesstext, max 2 Saetze. Mit `_(Annahme)_` wenn ohne Datengrundlage.
|
||||
5. **PS-Import** im Kontext-Block mit `_(Aus Problem-Statement uebernommen)_`.
|
||||
6. **Innere Spannung** ist optional aber wertvoll — wenn Nutzer eine genannt hat, festhalten.
|
||||
|
||||
## Beispiel (gefuellt, V1)
|
||||
|
||||
```markdown
|
||||
## Zielgruppen-Persona
|
||||
|
||||
_Version V1 vom 2026-05-19_
|
||||
_Vorgaengerversion: Keine - Neuerstellung_
|
||||
|
||||
### Persona-Profil
|
||||
|
||||
| Merkmal | Auspraegung |
|
||||
|---------|-----------|
|
||||
| Name | Anna Berger |
|
||||
| Geschlecht | weiblich |
|
||||
| Alter | 38 |
|
||||
| Wohnort & Wohnsituation | Leipzig-Suedvorstadt, Altbau-Mietwohnung in 12-Parteien-Haus |
|
||||
| Familienstand | Lebensgemeinschaft, 1 Kind (7) |
|
||||
| Bildung / Beruf | Studium Soziale Arbeit, Teilzeit-Sozialarbeiterin |
|
||||
| Einkommens-/Budget-Indikation | mittel, sparsam |
|
||||
| Mediennutzung / Tools | Whatsapp, Instagram passiv, kein Twitter, Smartphone-pflichtmuede |
|
||||
| Mobilitaet | Fahrrad, OePNV; kein Auto |
|
||||
|
||||
### Werte & Glaubenssaetze
|
||||
- **Wert 1:** Ressourcen teilen statt kaufen.
|
||||
- **Wert 2:** Echter Kontakt im Wohnumfeld.
|
||||
- **Wert 3:** Skepsis gegenueber neuen Apps und Plattformen.
|
||||
- **Typischer Glaubenssatz:** _(„Fuer alles 'ne App, aber niemand spricht mehr miteinander.")_
|
||||
- **Innere Spannung:** Will Nachbarn kennen, scheut aber den ersten Schritt aktiv anzusprechen.
|
||||
|
||||
### Jobs-to-be-Done (Aufgaben)
|
||||
- **Wenn ich ein Werkzeug brauche, das ich selten benutze, wie komme ich daran?** Heute: kaufen oder verzichten. Sie wuerde gern erst fragen. _(Annahme)_
|
||||
- **Wenn ich etwas anbieten will, wie kommuniziere ich das?** Heute: keine Loesung. Whatsapp-Gruppe existiert nicht im Haus. _(Annahme)_
|
||||
- **Wie verhindere ich, dass ich als aufdringlich gelte?** Niedrigschwelliger Erstkontakt — schriftlich, ohne Druck.
|
||||
|
||||
### Gains (Gewinne)
|
||||
- **Was wuerde Anna die Werkzeug-Frage erleichtern?** Eine sichtbare Tafel im Hausflur, ohne Account. _(Vorschlag)_
|
||||
- **Was wuerde Annas Nachbarschafts-Gefuehl staerken?** Wenn 3+ Gegenstaende im Monat erfolgreich getauscht werden.
|
||||
- **Was waere ein verzichtbarer Aufwand?** App-Download, Registrierung, Profil-Pflege.
|
||||
|
||||
### Kontext
|
||||
**Lebenswelt:** Stadtviertel mit lebendiger Strassenkultur, aber im Haus untereinander wenig Kontakt. Hausverwaltung hat nichts dergleichen organisiert.
|
||||
**Psychografie & Verhalten:** Wertet Niederschwelligkeit hoeher als Funktions-Reichtum. Wenig Geduld fuer App-Onboarding.
|
||||
**Problemverstaendnis:** _(Aus Problem-Statement uebernommen)_ — Niedrige Nutzung lokaler Tauschmoeglichkeiten in 8-30-Parteien-Mehrfamilienhaeusern, App-Aversion.
|
||||
|
||||
### Offene Punkte
|
||||
- [ ] Hausverwaltungs-Rolle: aktiver Distributor oder nur Erlaubniserteilung?
|
||||
- [ ] Schwellenangst-Aspekt explizit in Interviews validieren.
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
**Master version:** `plugin-shared/export-formate.md`. Drift-check via `plugin-shared/drift-check.sh`.
|
||||
@@ -0,0 +1,86 @@
|
||||
# Workflow: Persona erstellen
|
||||
|
||||
<required_reading>
|
||||
1. references/kommunikationsregeln.md
|
||||
2. references/export-formate.md (Abschnitt persona_format)
|
||||
3. references/artefakt-pipeline.md
|
||||
</required_reading>
|
||||
|
||||
<process>
|
||||
|
||||
## Schritt 1: Kontext laden
|
||||
|
||||
Lies ## Idee und ## Problem-Statement aus der idea2self-Datei.
|
||||
Extrahiere Zielgruppen-Informationen.
|
||||
|
||||
"Aus deinem Problem-Statement geht hervor: Zielgruppe = [X].
|
||||
Ich gehe jetzt 5 Teilaspekte mit dir durch, um eine Persona zu erstellen. [1] von 5."
|
||||
|
||||
## Schritt 2: Gefuehrte Fragen (5 Teilaspekte)
|
||||
|
||||
**TA1 - LEBENSWELT (Demografie, Lebenswelt, aeussere Merkmale)**
|
||||
"Wie sieht eine typische Person aus dieser Zielgruppe aus? Wie lebt sie?"
|
||||
Vertiefung: "Woran wuerdest du diese Person im Alltag erkennen?"
|
||||
|
||||
**TA2 - WERTE (Werte, Ueberzeugungen, Verhalten)**
|
||||
"Welche drei Werte praegen diese Menschen? Was ist ein typischer Glaubenssatz?"
|
||||
Vertiefung: "Welche inneren Spannungen oder Widersprueche zeigen sich?"
|
||||
|
||||
**TA3 - AUFGABEN (Jobs-to-be-Done)**
|
||||
Praesentiere 3 vorausgewaehlte JTBD-Leitfragen basierend auf dem Dialog:
|
||||
"Auf Basis des bisherigen Dialogs schlage ich diese 3 Aufgaben-Fragen vor:
|
||||
1. [Frage] 2. [Frage] 3. [Frage]
|
||||
Passen diese? Du kannst einzelne austauschen."
|
||||
Vertiefung: "Wie lauten erste Hypothesen-Antworten dazu?"
|
||||
|
||||
**TA4 - GEWINNE (Gains)**
|
||||
Analog zu AUFGABEN: 3 vorausgewaehlte Gains-Leitfragen praesentieren.
|
||||
"Was wuerde das Leben dieser Person spuerbar erleichtern?"
|
||||
|
||||
**TA5 - ERGAENZUNGEN**
|
||||
"Gibt es noch etwas, das diese Persona einzigartig macht? Etwas das ich uebersehen habe?"
|
||||
|
||||
Anti-Patterns:
|
||||
1. Stereotyp statt Segment -> "Reduzier auf realistischeres Profil"
|
||||
2. Versteckte Loesung in JTBD -> "Zurueck auf Problem/Aufgabe"
|
||||
3. Zu viele Merkmale -> "Verdichten auf das Wesentliche"
|
||||
4. Persona widerspricht PS -> "Widerspruch zu deinem Problem-Statement: [X]"
|
||||
|
||||
Facilitation-Heuristiken:
|
||||
- Lieber belastbare Arbeitshypothese als perfektes Profil
|
||||
- Spontane, greifbare Formulierungen statt vager Allgemeinplaetze
|
||||
- Fehlende Infos als plausible Vorschlaege, klar als _(Vorschlag)_
|
||||
|
||||
Inline-Recherche: Nur Berufsbezeichnungen, Lebensstil-Begriffe, Verhaltensmerkmale pruefen. NICHT: Zielgruppen-Studien, Orte -> Recherche-Workflow.
|
||||
|
||||
## Schritt 3: Konsistenzpruefung
|
||||
|
||||
- Persona ist verhaltensbasiert (nicht nur demografisch)?
|
||||
- Persona passt zum Problem-Statement?
|
||||
- JTBD und Gains sind als Hypothesen formuliert?
|
||||
|
||||
## Schritt 4: Varianten-Entwurf
|
||||
|
||||
3 Varianten:
|
||||
1. **Wortgetreu:** Nah am Dialog. Offene Punkte sichtbar.
|
||||
2. **Geschaerft:** Sprachlich verdichtet, JTBD/Gains klarer. _(Vorschlag)_ fuer Ergaenzungen.
|
||||
3. **Zugespitzt:** Unwichtige Annahmen ersetzt. Fokus auf Loesbarkeit, Wichtigkeit, Erreichbarkeit.
|
||||
|
||||
Max. 1 Iteration.
|
||||
|
||||
## Schritt 5: Export
|
||||
|
||||
Schreibe ## Persona in idea2self-Datei (nach export-formate.md).
|
||||
PS-Kontext mit _(Aus Problem-Statement uebernommen)_ kennzeichnen.
|
||||
|
||||
Uebergabe:
|
||||
"Deine Persona ist in der Datei. Der naechste Schritt ist die Problemraum-Recherche. Sage 'Weiter'."
|
||||
|
||||
</process>
|
||||
|
||||
<success_criteria>
|
||||
- [ ] Persona ist verhaltensbasiert (nicht nur demografisch)
|
||||
- [ ] JTBD und Gains sind formuliert
|
||||
- [ ] Persona passt zum Problem-Statement
|
||||
- [ ] idea2self-Datei aktualisiert mit ## Persona
|
||||
</success_criteria>
|
||||
Reference in New Issue
Block a user