chore(plugin): commit baseline plugin state pre-refactor
Baseline commit before splitting klarheit-mit-idea2self into router + 7 atomic workflow-skills. Captures the monolithic skill (1.671 LOC, 8 workflows, 5 references, 2 templates) as the starting point so subsequent steps can use git mv with rename detection. Files added: - .claude-plugin/plugin.json + marketplace.json - README.md (plugin overview, ex-skills/README.md) - skills/klarheit-mit-idea2self/ (full monolith) Refactor tracked in parent repo: DEC-0010, agentbrain/memory/plans/engineering/2026-05-19-i2s-skill-split.md.
This commit is contained in:
Philipp Sieder
@@ -0,0 +1,107 @@
|
||||
# Workflow: Action-Plan erstellen (inkl. WOOP)
|
||||
|
||||
<required_reading>
|
||||
1. references/kommunikationsregeln.md
|
||||
2. references/export-formate.md (Abschnitt action_plan_format)
|
||||
3. references/methodik.md (Abschnitt woop)
|
||||
</required_reading>
|
||||
|
||||
<process>
|
||||
|
||||
## Schritt 1: Kontext laden
|
||||
|
||||
Lies die gesamte idea2self-Datei.
|
||||
Extrahiere besonders: Prototyp-Konzept (Kernfunktionen, Scope), Experiment-Ergebnisse, persoenliche Ressourcen (aus Idee: Zeitbudget, Staerken).
|
||||
|
||||
"Ich habe deinen gesamten Stand gelesen. Jetzt erstellen wir deinen Action-Plan: 10 konkrete Aufgaben fuer 14 Tage, plus einen Plan fuer persoenliche Huerden. [1] von 7."
|
||||
|
||||
## Schritt 2: Gefuehrte Fragen (7 Teilaspekte)
|
||||
|
||||
**TA1 - WAS? (Umsetzungsziel)**
|
||||
"Was genau willst du in den naechsten 14 Tagen erreichen? Nicht die Vision - das konkrete Ergebnis."
|
||||
Vertiefung: "Woran erkennst du in 14 Tagen, dass du es geschafft hast?"
|
||||
|
||||
**TA2 - WIE? (Massnahmen)**
|
||||
"Welche konkreten Schritte sind noetig? Nenne alles, was dir einfaellt."
|
||||
|
||||
Dann: Gemeinsam priorisieren und auf 10 Aufgaben verdichten.
|
||||
Quick Wins (Aufwand klein, Wirkung gross) nach vorne.
|
||||
Strategische Schritte (Aufwand gross, Wirkung gross) terminieren.
|
||||
Nice-to-haves als optional markieren.
|
||||
|
||||
**TA3 - WANN? (Sequenzierung)**
|
||||
"In welcher Reihenfolge muessen die Aufgaben erledigt werden?"
|
||||
"Welche haengen voneinander ab?"
|
||||
|
||||
Deadlines setzen. Realistisch: Max. 2 Aufgaben pro Woche bei Nebenprojekt.
|
||||
|
||||
**TA4 - RISIKEN (extern)**
|
||||
"Was koennte schiefgehen? Was liegt ausserhalb deiner Kontrolle?"
|
||||
Fuer jedes Risiko: Gegenmassnahme definieren.
|
||||
|
||||
**TA5 - WOHER WISSEN? (Kontrollpunkt)**
|
||||
"Wann und wie pruefst du den Fortschritt? Wer koennte dich dabei unterstuetzen?"
|
||||
Konkreten Termin festlegen (7-10 Tage nach Start).
|
||||
|
||||
**TA6 - HINDERNISSE (persoenlich, WOOP-Obstacle)**
|
||||
"Was sind DEINE persoenlichen Huerden? Nicht externe Risiken - sondern innere Hindernisse."
|
||||
|
||||
Typische Beispiele anbieten wenn noetig:
|
||||
- Prokrastination ("Ich schiebe es immer auf")
|
||||
- Perfektionismus ("Es ist nie gut genug")
|
||||
- Angst vor Ablehnung ("Was wenn die Leute nein sagen?")
|
||||
- Zeitmangel ("Ich finde nie die Zeit")
|
||||
- Selbstzweifel ("Wer bin ich, das zu machen?")
|
||||
|
||||
Fuer jedes Hindernis fragen:
|
||||
"Welche deiner Staerken hilft dir bei diesem Hindernis am meisten?"
|
||||
|
||||
**TA7 - WENN-DANN (WOOP-Plan)**
|
||||
Fuer jedes Hindernis einen Wenn-Dann-Plan erstellen:
|
||||
"Wenn [Situation eintritt], dann [konkrete Handlung]."
|
||||
|
||||
Anti-Patterns:
|
||||
1. Zu viele Aufgaben -> "10 ist das Maximum. Was kann weg?"
|
||||
2. Keine Deadlines -> "Ohne Termin wird es nicht passieren. Welcher Tag?"
|
||||
3. Vage Aufgaben -> "Mach es konkreter: Was genau, wie lange, welches Ergebnis?"
|
||||
4. Nur externe Risiken, keine persoenlichen -> "Die meisten Nebenprojekte scheitern an inneren Huerden. Was ist deins?"
|
||||
5. Wenn-Dann zu vage -> "Konkret: Wenn du am Dienstagabend keine Lust hast - was tust du dann?"
|
||||
|
||||
## Schritt 3: Konsistenzpruefung
|
||||
|
||||
- Aufgaben fuehren zum Umsetzungsziel?
|
||||
- Reihenfolge ist logisch (Abhaengigkeiten beachtet)?
|
||||
- Zeitaufwand realistisch fuer genanntes Zeitbudget?
|
||||
- WOOP-Hindernisse sind persoenlich (nicht extern)?
|
||||
- Wenn-Dann-Plaene sind konkret und handlungsfaehig?
|
||||
|
||||
## Schritt 4: Export
|
||||
|
||||
Schreibe ## Action-Plan in idea2self-Datei (nach export-formate.md).
|
||||
Inklusive Obstacle-Plan (WOOP) als eigenen Unterabschnitt.
|
||||
|
||||
## Schritt 5: Abschluss
|
||||
|
||||
"Dein Action-Plan steht. Die idea2self-Datei ist vollstaendig.
|
||||
|
||||
Zusammenfassung:
|
||||
- Idee: [Kurztitel]
|
||||
- Problem: [1 Satz]
|
||||
- Zielgruppe: [1 Satz]
|
||||
- Naechster Schritt: [Aufgabe 1 aus dem Plan]
|
||||
- Erster Kontrollpunkt: [Datum]
|
||||
|
||||
Die Datei ist deine Arbeitsgrundlage. Du kannst jederzeit 'ueberarbeiten' sagen, um einen Abschnitt zu iterieren."
|
||||
|
||||
</process>
|
||||
|
||||
<success_criteria>
|
||||
- [ ] Umsetzungsziel konkret formuliert
|
||||
- [ ] 10 Aufgaben mit Prioritaet, Deadline, Abhaengigkeiten
|
||||
- [ ] Quick Wins identifiziert und priorisiert
|
||||
- [ ] Externe Risiken mit Gegenmassnahmen
|
||||
- [ ] Kontrollpunkt terminiert
|
||||
- [ ] Mind. 2 persoenliche Hindernisse mit Wenn-Dann-Plaenen (WOOP)
|
||||
- [ ] Staerken den Hindernissen zugeordnet
|
||||
- [ ] idea2self-Datei vollstaendig aktualisiert
|
||||
</success_criteria>
|
||||
@@ -0,0 +1,99 @@
|
||||
# Workflow: Discovery-Interview (Idee strukturieren)
|
||||
|
||||
<required_reading>
|
||||
1. references/kommunikationsregeln.md
|
||||
2. references/export-formate.md (Abschnitt idee_format)
|
||||
</required_reading>
|
||||
|
||||
<process>
|
||||
|
||||
## Schritt 1: Orientierung (2-3 Fragen)
|
||||
|
||||
Starte breit. Verstehe die Form der Idee:
|
||||
|
||||
Frage 1: "In einem Satz: Was ist deine Idee?"
|
||||
Frage 2: "Fuer wen ist das gedacht?"
|
||||
Frage 3: "Was hat dich auf diese Idee gebracht?"
|
||||
|
||||
Basierend auf den Antworten bestimme den IDEEN-TYP:
|
||||
- Produkt/Service (App, Tool, Plattform)
|
||||
- Wissens-Angebot (Kurs, Workshop, Coaching, Beratung)
|
||||
- Community/Netzwerk
|
||||
- Content/Medien (Blog, Podcast, Newsletter)
|
||||
- Physisches Produkt
|
||||
- Noch unklar -> weitere Fragen stellen
|
||||
|
||||
## Schritt 2: Vertiefung (4-6 Fragen, adaptiv nach Ideen-Typ)
|
||||
|
||||
Arbeite die relevanten Kategorien durch:
|
||||
|
||||
**Kategorie A: Problem und Motivation**
|
||||
- Welches Problem loest du? Wie loesen es Menschen heute?
|
||||
- Was ist deine persoenliche Verbindung zu diesem Problem?
|
||||
- Was passiert, wenn du es NICHT machst?
|
||||
|
||||
**Kategorie B: Zielgruppe (erste Vermutung)**
|
||||
- Beschreib eine konkrete Person, die das brauchen wuerde.
|
||||
- Wie technisch/erfahren sind diese Menschen?
|
||||
- Kennst du solche Personen persoenlich?
|
||||
|
||||
**Kategorie C: Kontext und Ressourcen**
|
||||
- Wie viele Stunden pro Woche hast du dafuer realistisch?
|
||||
- Was kannst du besonders gut? (Staerken, die hier helfen)
|
||||
- Gibt es Budget-Grenzen oder andere Einschraenkungen?
|
||||
|
||||
**Kategorie D: Scope und Abgrenzung**
|
||||
- Was gehoert NICHT dazu? Was ist bewusst ausgeschlossen?
|
||||
- Gibt es aehnliche Angebote? Was waere anders bei dir?
|
||||
|
||||
Bei Unsicherheit oder Wissenslücken:
|
||||
- Anbieten: "Soll ich kurz recherchieren, was es in dem Bereich gibt?"
|
||||
- Wenn ja: web_search durchfuehren, Ergebnisse zusammenfassen, mit informierten Folgefragen zurueckkommen.
|
||||
|
||||
## Schritt 3: Widersprueche und Konflikte aufloesen
|
||||
|
||||
Prüfe auf:
|
||||
- "Einfach UND umfassend"
|
||||
- Zu grosse Zielgruppe ("alle")
|
||||
- Loesung ohne klares Problem
|
||||
- Zeitmangel vs. Ambition
|
||||
|
||||
Bei Konflikt: Benennen und Optionen anbieten.
|
||||
|
||||
## Schritt 4: Zusammenfassung und Bestaetigung
|
||||
|
||||
Fasse das Verstandene zusammen:
|
||||
|
||||
"Bevor ich die Datei anlege, pruefe mein Verstaendnis:
|
||||
Du willst [X] fuer [Zielgruppe] bauen/anbieten, weil [Motivation].
|
||||
Das Kernproblem ist [Problem]. Du hast [Ressourcen] zur Verfuegung.
|
||||
Bewusst nicht dabei: [Ausschluss].
|
||||
Stimmt das?"
|
||||
|
||||
## Schritt 5: idea2self-Datei anlegen
|
||||
|
||||
Kurztitel ableiten (3-5 Woerter, kebab-case).
|
||||
Dateiname: idea2self-[kurztitel].md
|
||||
|
||||
Datei anlegen mit:
|
||||
- Header (# Idea2Self: [Kurztitel])
|
||||
- Abschnitt ## Idee (nach export-formate.md/idee_format)
|
||||
- Leere Platzhalter fuer alle weiteren Abschnitte
|
||||
- ## Changelog mit erstem Eintrag
|
||||
|
||||
Datei dem Nutzer zeigen.
|
||||
|
||||
Uebergabe:
|
||||
"Die Datei idea2self-[kurztitel].md ist angelegt. Der naechste Schritt ist das Problem-Statement. Sage 'Weiter' oder nenne einen anderen Workflow."
|
||||
|
||||
</process>
|
||||
|
||||
<success_criteria>
|
||||
- [ ] Idee ist in 1-2 Saetzen beschreibbar
|
||||
- [ ] Zielgruppe ist benannt (auch wenn noch vage)
|
||||
- [ ] Problem ist identifiziert
|
||||
- [ ] Persoenliche Motivation ist klar
|
||||
- [ ] Scope-Ausschluss ist definiert
|
||||
- [ ] idea2self-Datei ist angelegt mit ## Idee
|
||||
- [ ] Kurztitel ist vergeben
|
||||
</success_criteria>
|
||||
@@ -0,0 +1,86 @@
|
||||
# Workflow: Experiment-Card erstellen
|
||||
|
||||
<required_reading>
|
||||
1. references/kommunikationsregeln.md
|
||||
2. references/export-formate.md (Abschnitt experiment_card_format)
|
||||
3. references/methodik.md (Abschnitt lean_startup)
|
||||
</required_reading>
|
||||
|
||||
<process>
|
||||
|
||||
## Schritt 1: Kontext laden
|
||||
|
||||
Lies alle bisherigen Abschnitte der idea2self-Datei (Idee, PS v0.2, Persona v0.2, Recherche-Report).
|
||||
|
||||
"Ich habe deinen bisherigen Stand gelesen. Jetzt erstellen wir eine Experiment-Card: Hypothese, Experiment-Design und Metriken. [1] von 5."
|
||||
|
||||
## Schritt 2: Gefuehrte Fragen (5 Teilaspekte)
|
||||
|
||||
**TA1 - HYPOTHESE**
|
||||
"Was ist deine riskanteste Annahme? Was muss stimmen, damit deine Idee funktioniert?"
|
||||
Vertiefung: "Wenn das NICHT stimmt - was passiert dann mit deinem Konzept?"
|
||||
|
||||
Formuliere die Hypothese im Format:
|
||||
"Wir glauben, dass [Annahme] fuer [Zielgruppe] weil [Begruendung]."
|
||||
|
||||
Risikostufe bewerten (Hoch/Mittel/Niedrig) mit Begruendung.
|
||||
|
||||
**TA2 - EXPERIMENT-DESIGN**
|
||||
"Wie koenntest du diese Annahme mit minimalem Aufwand pruefen?"
|
||||
Optionen anbieten basierend auf Kontext:
|
||||
- Strasseninterviews (5-10 Gespraeche, 2-3 Min)
|
||||
- Online-Umfrage
|
||||
- Landing-Page-Test
|
||||
- Prototyp-Test
|
||||
- Beobachtung
|
||||
|
||||
"Wie viele Gespraeche/Datenpunkte brauchst du mindestens?"
|
||||
|
||||
**TA3 - METRIKEN**
|
||||
"Woran erkennst du, ob die Hypothese bestaetigt oder widerlegt ist?"
|
||||
Fuer jede Metrik: "Ab welchem Wert wuerdest du sagen: Das reicht?"
|
||||
|
||||
Anti-Pattern: Keine Entscheidungsschwelle -> "Was waere ein Ergebnis, bei dem du sagst: Das lasse ich lieber?"
|
||||
|
||||
**TA4 - INTERVIEW-LEITFADEN (wenn Typ = Interview)**
|
||||
"Was sind die 3 wichtigsten Fragen, die du stellen musst?"
|
||||
|
||||
Regeln einbauen:
|
||||
- Offene Fragen (Was/Wie/Warum, nicht Ja/Nein)
|
||||
- Keine Suggestivfragen
|
||||
- Zuhoeren > Reden
|
||||
- Eroeffnung und Abschluss vorbereiten
|
||||
|
||||
Inline-Recherche moeglich: Interview-Techniken, typische Fehler bei Nutzerinterviews.
|
||||
|
||||
**TA5 - ENTSCHEIDUNGSLOGIK**
|
||||
"Definiere jetzt die Entscheidungsregeln:
|
||||
- Weitermachen wenn: [Kriterium]
|
||||
- Aendern wenn: [Kriterium]
|
||||
- Lassen wenn: [Kriterium]"
|
||||
|
||||
## Schritt 3: Konsistenzpruefung
|
||||
|
||||
- Hypothese adressiert die riskanteste Annahme?
|
||||
- Experiment ist mit verfuegbaren Ressourcen durchfuehrbar?
|
||||
- Metriken sind messbar?
|
||||
- Entscheidungsschwellen sind VOR dem Experiment definiert?
|
||||
|
||||
## Schritt 4: Export
|
||||
|
||||
Schreibe ## Experiment-Card in idea2self-Datei (nach export-formate.md).
|
||||
|
||||
Uebergabe:
|
||||
"Deine Experiment-Card ist fertig. Du kannst jetzt das Experiment durchfuehren. Danach kommt das Prototyp-Konzept. Sage 'Weiter' wenn du bereit bist."
|
||||
|
||||
</process>
|
||||
|
||||
<success_criteria>
|
||||
- [ ] Hypothese im korrekten Format formuliert
|
||||
- [ ] Risikostufe bewertet
|
||||
- [ ] Experiment-Design ist realistisch durchfuehrbar
|
||||
- [ ] Metriken mit Entscheidungsschwellen definiert
|
||||
- [ ] Entscheidungslogik (Weiter/Aendern/Lassen) festgelegt
|
||||
- [ ] Interview-Leitfaden vorhanden (wenn relevant)
|
||||
- [ ] idea2self-Datei aktualisiert
|
||||
</success_criteria>
|
||||
@@ -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>
|
||||
@@ -0,0 +1,99 @@
|
||||
# Workflow: Problem-Statement erstellen
|
||||
|
||||
<required_reading>
|
||||
1. references/kommunikationsregeln.md
|
||||
2. references/export-formate.md (Abschnitt problem_statement_format)
|
||||
3. references/artefakt-pipeline.md
|
||||
</required_reading>
|
||||
|
||||
<process>
|
||||
|
||||
## Schritt 1: Kontext laden
|
||||
|
||||
Lies die idea2self-Datei. Extrahiere aus ## Idee:
|
||||
- Kern der Idee
|
||||
- Erste Zielgruppen-Vermutung
|
||||
- Problem-Vermutung
|
||||
- Kontext und Einschraenkungen
|
||||
|
||||
Zeige dem Nutzer eine Voranalyse:
|
||||
"Aus deiner Idee lese ich: Problem = [X], Zielgruppe = [Y], Kontext = [Z].
|
||||
Ich gehe jetzt 7 Teilaspekte mit dir durch. [1] von 7."
|
||||
|
||||
Wenn Ueberarbeitung (bestehender PS-Export als Input):
|
||||
- Aenderungsmodus: Nur abweichende Aspekte durchgehen.
|
||||
- Status anzeigen mit Checkmarks/Pfeilen.
|
||||
|
||||
## Schritt 2: Gefuehrte Fragen (7 Teilaspekte)
|
||||
|
||||
Pro Teilaspekt: 1 Leitfrage + ggf. 1 Vertiefung. Max. 1 Rueckfrage.
|
||||
|
||||
**TA1 - WAS? (Kontext)**
|
||||
"Was genau soll anders werden? Beschreib die Situation, die du veraendern willst."
|
||||
Vertiefung: "Woran wuerde jemand merken, dass sich etwas verbessert hat?"
|
||||
|
||||
**TA2 - WER? (Zielgruppe)**
|
||||
"Wer hat dieses Problem am staerksten? Beschreib eine konkrete Situation."
|
||||
Vertiefung: "Gibt es Untergruppen? Wer hat das Problem am dringendsten?"
|
||||
|
||||
**TA3 - WARUM? (Beduerfnis)**
|
||||
"Warum ist das ein Problem? Was passiert, wenn nichts passiert?"
|
||||
Vertiefung: "Welches tiefere Beduerfnis steckt dahinter?"
|
||||
|
||||
**TA4 - WO? (Umfeld)**
|
||||
"In welchem Kontext tritt das Problem auf? (Ort, Situation, Zeitpunkt)"
|
||||
|
||||
**TA5 - WANN? (Zeitliche Dimension)**
|
||||
"Wie dringend ist das? Gibt es einen Zeitdruck oder Saisonalitaet?"
|
||||
|
||||
**TA6 - BISHERIGE ANSAETZE?**
|
||||
"Wie loesen betroffene Menschen das Problem heute? Was funktioniert nicht?"
|
||||
|
||||
**TA7 - WIE? (Loesungsrichtung, Hintergrund)**
|
||||
"Hast du schon eine Vorstellung, wie eine Loesung aussehen koennte?"
|
||||
Hinweis: Wird als Hintergrund markiert, nicht Teil des Problem Statements.
|
||||
|
||||
Anti-Patterns (Vertiefungsausloeser):
|
||||
1. Loesung statt Problem beschrieben -> Zurueck auf Problem lenken
|
||||
2. Zielgruppe = "alle" -> Einschraenken auf konkretestes Segment
|
||||
3. Problem zu abstrakt -> Konkretes Beispiel einfordern
|
||||
4. Beduerfnis unklar -> "Was wuerde sich fuer [Zielgruppe] aendern?"
|
||||
|
||||
## Schritt 3: Konsistenzpruefung
|
||||
|
||||
Intern pruefen:
|
||||
- Passt Zielgruppe zum Problem?
|
||||
- Ist das Beduerfnis aus Sicht der Zielgruppe formuliert (nicht aus Sicht des Nutzers)?
|
||||
- Widerspricht etwas der ## Idee?
|
||||
|
||||
Bei Inkonsistenz: Benennen und Anpassung vorschlagen.
|
||||
|
||||
## Schritt 4: Varianten-Entwurf
|
||||
|
||||
Erzeuge 3 Varianten des Problem-Statements:
|
||||
1. **Wortgetreu:** Moeglichst nah an den Formulierungen des Nutzers.
|
||||
2. **Geschaerft:** Sprachlich verdichtet. Ergaenzungen mit _(Vorschlag)_.
|
||||
3. **Zugespitzt:** Fokussiert auf den schaerfsten Aspekt. Mentor-Ziele: Loesbarkeit, Wichtigkeit, Erreichbarkeit.
|
||||
|
||||
"Welche Variante passt am besten? Du kannst auch Elemente kombinieren."
|
||||
|
||||
Max. 1 Iteration nach der Auswahl.
|
||||
|
||||
## Schritt 5: Export in idea2self-Datei
|
||||
|
||||
Schreibe ## Problem-Statement in die idea2self-Datei (nach export-formate.md).
|
||||
Changelog-Eintrag hinzufuegen.
|
||||
|
||||
Uebergabe:
|
||||
"Dein Problem-Statement ist in der Datei. Der naechste Schritt ist die Persona. Sage 'Weiter' oder 'Zurueck'."
|
||||
|
||||
</process>
|
||||
|
||||
<success_criteria>
|
||||
- [ ] Alle 7 Teilaspekte bearbeitet oder bewusst uebersprungen
|
||||
- [ ] HMW-Satz formuliert (Wie koennen wir...)
|
||||
- [ ] Zielgruppe ist konkreter als in ## Idee
|
||||
- [ ] Problem ist aus Sicht der Zielgruppe formuliert
|
||||
- [ ] Scope-Ausschluss ist klar
|
||||
- [ ] idea2self-Datei aktualisiert mit ## Problem-Statement
|
||||
</success_criteria>
|
||||
@@ -0,0 +1,81 @@
|
||||
# Workflow: Prototyp-Konzept erstellen
|
||||
|
||||
<required_reading>
|
||||
1. references/kommunikationsregeln.md
|
||||
2. references/export-formate.md (Abschnitt prototyp_konzept_format)
|
||||
3. references/artefakt-pipeline.md
|
||||
</required_reading>
|
||||
|
||||
<process>
|
||||
|
||||
## Schritt 1: Kontext laden
|
||||
|
||||
Lies alle bisherigen Abschnitte der idea2self-Datei.
|
||||
Besonders relevant: Experiment-Card + ggf. Interview-Ergebnisse.
|
||||
|
||||
"Ich habe deinen Stand gelesen. Jetzt entwickeln wir ein Prototyp-Konzept. [1] von 4."
|
||||
|
||||
Falls Interview-Ergebnisse vorliegen:
|
||||
"Hast du dein Experiment bereits durchgefuehrt? Wenn ja: Was ist herausgekommen?"
|
||||
|
||||
Falls ja: Ergebnisse erfassen und in die Analyse einbeziehen.
|
||||
Falls nein: Auf Basis der Hypothesen weiterarbeiten, als _(Annahme - Experiment steht noch aus)_ kennzeichnen.
|
||||
|
||||
## Schritt 2: Gefuehrte Fragen (4 Teilaspekte)
|
||||
|
||||
**TA1 - FEEDBACK (Loesungsidee und Interview-Feedback)**
|
||||
"Was war deine bisherige Loesungsidee - und was ist aus den Interviews/Erkenntnissen daraus geworden?"
|
||||
"Was wurde bestaetigt, was infrage gestellt?"
|
||||
|
||||
**TA2 - INTERESSEN (Zugkraft und Rollenpassung)**
|
||||
"Welche Taetigkeiten ziehen dich am meisten an - was wuerdest du auch ohne sofortigen Ertrag weiterverfolgen?"
|
||||
"In welcher Rolle siehst du dich: Builder, Coach, Kurator, Erklaerer, Gastgeber?"
|
||||
|
||||
**TA3 - IDEEN (Ideen-Werkstatt)**
|
||||
"Jetzt schauen wir, welche konkreten Ideen sich aus deinem Problemraum, den Erkenntnissen und deinen Interessen ableiten lassen."
|
||||
|
||||
Ablauf:
|
||||
1. Synthetisiere alle Inputs -> 5 Roh-Ideen (Titel + Kurzbeschreibung)
|
||||
2. Praesentiere die 5 Vorschlaege als _(Vorschlag)_
|
||||
3. Feedback einholen: Was passt? Was nicht?
|
||||
4. Verfeinern. Max. 2 Iterationsrunden.
|
||||
|
||||
Inline-Recherche moeglich: Formate/Methoden pruefen, Tools/Plattformen pruefen.
|
||||
NICHT recherchieren: Markt, Wettbewerb -> steht im Recherche-Report.
|
||||
|
||||
Anti-Patterns:
|
||||
1. Idee ignoriert Interview-Feedback -> "Die Interviews zeigten [X]. Wie beruecksichtigst du das?"
|
||||
2. Alle 5 Ideen sind Variationen desselben Ansatzes -> "Welche Richtung waere komplett anders?"
|
||||
3. Ideen ignorieren die Zielgruppe -> "Fuer welche Idee wuerde sich deine Persona interessieren?"
|
||||
|
||||
**TA4 - KONZEPT (Prototyp-Definition)**
|
||||
Fuer die gewaehlte Idee:
|
||||
"Was ist der Typ? (App, Service, Kurs, Community...)"
|
||||
"Was sind die 3-5 Kernfunktionen?"
|
||||
"Was gehoert bewusst NICHT dazu?"
|
||||
"Beschreib den User Flow in 3-5 Schritten."
|
||||
|
||||
## Schritt 3: Konsistenzpruefung
|
||||
|
||||
- Prototyp adressiert das Problem aus dem PS?
|
||||
- Passt zur Persona?
|
||||
- Beruecksichtigt Interview-Feedback (falls vorhanden)?
|
||||
- Scope ist realistisch fuer eine Person?
|
||||
|
||||
## Schritt 4: Export
|
||||
|
||||
Schreibe ## Prototyp-Konzept in idea2self-Datei.
|
||||
|
||||
Uebergabe:
|
||||
"Dein Prototyp-Konzept steht. Der letzte Schritt ist der Action-Plan. Sage 'Weiter'."
|
||||
|
||||
</process>
|
||||
|
||||
<success_criteria>
|
||||
- [ ] Interview-Feedback einbezogen (oder als fehlend markiert)
|
||||
- [ ] 5 Ideen generiert und bewertet
|
||||
- [ ] 1 Idee gewaehlt mit Begruendung
|
||||
- [ ] Prototyp-Definition: Typ, Kernfunktionen, Scope IN/OUT, User Flow
|
||||
- [ ] Persoenliche Passung reflektiert (Rolle, Format)
|
||||
- [ ] idea2self-Datei aktualisiert
|
||||
</success_criteria>
|
||||
@@ -0,0 +1,103 @@
|
||||
# Workflow: Problemraum recherchieren
|
||||
|
||||
<required_reading>
|
||||
1. references/kommunikationsregeln.md
|
||||
2. references/recherche-regeln.md
|
||||
3. references/export-formate.md (Abschnitt recherche_report_format)
|
||||
</required_reading>
|
||||
|
||||
<process>
|
||||
|
||||
## Schritt 1: Kontext laden und Fragen ableiten
|
||||
|
||||
Lies ## Problem-Statement und ## Persona aus der idea2self-Datei.
|
||||
Identifiziere:
|
||||
- Unstuetzte Annahmen
|
||||
- Unscharfe Begriffe
|
||||
- Fehlende Daten
|
||||
|
||||
Leite 4-6 Recherche-Fragen in 2 Clustern ab:
|
||||
|
||||
Cluster A - Problem (aus PS):
|
||||
1. Gibt es oeffentliche Hinweise, dass [Problem] fuer [Zielgruppe] relevant ist?
|
||||
2. Welche bestehenden Loesungen/Workarounds existieren - und wo sind ihre Schwaechen?
|
||||
3. Welche Rahmenbedingungen beeinflussen das Problemfeld nachweislich?
|
||||
|
||||
Cluster B - Zielgruppe (aus Persona):
|
||||
1. Welche Erkenntnisse gibt es zu den Aufgaben und Beduerfnissen dieser Zielgruppe?
|
||||
2. Wo sind Personen mit diesem Profil anzutreffen - physisch und digital?
|
||||
3. Welche Personengruppen koennten als Proxy befragt werden?
|
||||
|
||||
## Schritt 2: Fragen zeigen und Stadt-Frage
|
||||
|
||||
"Aus deinem Problem-Statement und deiner Persona ergeben sich diese Recherche-Fragen:
|
||||
|
||||
**Problem:**
|
||||
1. [Frage] 2. [Frage] 3. [Frage]
|
||||
|
||||
**Zielgruppe:**
|
||||
1. [Frage] 2. [Frage] 3. [Frage]
|
||||
|
||||
Soll ich eine Frage ersetzen? Sonst starte ich."
|
||||
|
||||
Stadt-Frage: "In welcher Stadt planst du Gespraeche mit deiner Zielgruppe?"
|
||||
|
||||
## Schritt 3: Recherche durchfuehren
|
||||
|
||||
Ankuendigung: "Ich recherchiere jetzt zu [N] Punkten. Das dauert einen Moment."
|
||||
|
||||
Fuer jede Frage:
|
||||
1. web_search mit spezifischen Suchbegriffen
|
||||
2. Bei vielversprechenden Ergebnissen: web_fetch fuer Details
|
||||
3. Ergebnis notieren mit Quellen-Angabe
|
||||
|
||||
Qualitaetskriterien (aus references/recherche-regeln.md):
|
||||
- Mind. 2 unabhaengige Quellen fuer zentrale Behauptungen
|
||||
- Primaerquellen bevorzugen
|
||||
- Datum pruefen (nicht aelter als 2 Jahre fuer Marktdaten)
|
||||
- Widersprueche benennen
|
||||
|
||||
## Schritt 4: Ergebnisse aufbereiten
|
||||
|
||||
Erstelle den Recherche-Report nach export-formate.md:
|
||||
- Auf einen Blick (je 1-2 Saetze zu Problem + Zielgruppe)
|
||||
- Problem-Recherche (Frage / Ergebnis / Einfluss auf PS / Vorschlag)
|
||||
- Zielgruppen-Recherche (analog)
|
||||
- Interview-Vorbereitung (Orte, Proxy-Gruppen, Ansprache)
|
||||
|
||||
## Schritt 5: v0.2-Vorschlaege ableiten
|
||||
|
||||
Basierend auf Recherche-Ergebnissen:
|
||||
"Die Recherche legt folgende Aenderungen nahe:
|
||||
|
||||
**Problem-Statement:**
|
||||
- [Konkreter Aenderungsvorschlag 1]
|
||||
- [Konkreter Aenderungsvorschlag 2]
|
||||
|
||||
**Persona:**
|
||||
- [Konkreter Aenderungsvorschlag 1]
|
||||
- [Konkreter Aenderungsvorschlag 2]
|
||||
|
||||
Soll ich diese Aenderungen einarbeiten?"
|
||||
|
||||
Nach Bestaetigung: PS und Persona in der idea2self-Datei auf v0.2 aktualisieren.
|
||||
|
||||
## Schritt 6: Export
|
||||
|
||||
Schreibe ## Recherche-Report in idea2self-Datei.
|
||||
Aktualisiere ## Problem-Statement und ## Persona auf v0.2 (wenn genehmigt).
|
||||
Changelog aktualisieren.
|
||||
|
||||
Uebergabe:
|
||||
"Recherche abgeschlossen. PS und Persona sind auf v0.2. Der naechste Schritt ist die Experiment-Card. Sage 'Weiter'."
|
||||
|
||||
</process>
|
||||
|
||||
<success_criteria>
|
||||
- [ ] 4-6 Recherche-Fragen beantwortet
|
||||
- [ ] Quellen-basierte Ergebnisse (nicht erfunden)
|
||||
- [ ] Konkrete Aenderungsvorschlaege fuer PS und Persona
|
||||
- [ ] Interview-Vorbereitung mit Orten und Ansprache
|
||||
- [ ] PS und Persona auf v0.2 aktualisiert (nach Bestaetigung)
|
||||
- [ ] idea2self-Datei aktualisiert mit ## Recherche-Report
|
||||
</success_criteria>
|
||||
@@ -0,0 +1,89 @@
|
||||
# Workflow: Bestehende Datei ueberarbeiten
|
||||
|
||||
<required_reading>
|
||||
1. references/kommunikationsregeln.md
|
||||
2. references/artefakt-pipeline.md (Abschnitt rueckwaerts_updates)
|
||||
3. references/export-formate.md (alle relevanten Formate)
|
||||
</required_reading>
|
||||
|
||||
<process>
|
||||
|
||||
## Schritt 1: Datei laden und Analyse
|
||||
|
||||
Lies die gesamte idea2self-Datei.
|
||||
|
||||
Frage: "Was moechtest du ueberarbeiten?"
|
||||
|
||||
Optionen:
|
||||
1. **Neuen Input einarbeiten** (Interview-Ergebnisse, Feedback, neue Erkenntnisse)
|
||||
2. **Bestimmten Abschnitt verbessern** (PS, Persona, Experiment, Prototyp, Plan)
|
||||
3. **Konsistenz-Check** (Ich pruefe ob alle Abschnitte zueinander passen)
|
||||
4. **Fortschritt aktualisieren** (Action-Plan Status, Experiment-Ergebnisse)
|
||||
|
||||
## Schritt 2a: Neuen Input einarbeiten
|
||||
|
||||
"Beschreib, was du Neues erfahren hast. Stichworte reichen."
|
||||
|
||||
Nach Eingabe:
|
||||
1. Identifiziere welche Abschnitte betroffen sind
|
||||
2. Zeige konkrete Aenderungsvorschlaege pro Abschnitt
|
||||
3. Kennzeichne mit _(Update aus [Quelle/Anlass])_
|
||||
4. Frage nach Bestaetigung pro Aenderung
|
||||
5. Aktualisiere die Datei
|
||||
6. Versionsnummern erhoehen wo geaendert
|
||||
|
||||
## Schritt 2b: Bestimmten Abschnitt verbessern
|
||||
|
||||
"Welchen Abschnitt? Was stoert dich daran?"
|
||||
|
||||
Dann: Den entsprechenden Workflow im Ueberarbeitungsmodus durchlaufen.
|
||||
- Nur geaenderte Teilaspekte durchgehen
|
||||
- Status-Anzeige: Was bleibt, was aendert sich
|
||||
- Bestehende Inhalte uebernehmen, nur Geaendertes ersetzen
|
||||
|
||||
## Schritt 2c: Konsistenz-Check
|
||||
|
||||
Pruefe automatisch:
|
||||
- Baut jeder Abschnitt logisch auf dem vorherigen auf?
|
||||
- Widersprechen sich Aussagen zwischen Abschnitten?
|
||||
- Sind Interview-Erkenntnisse in spaetere Abschnitte eingeflossen?
|
||||
- Passt der Action-Plan noch zum aktuellen Prototyp-Konzept?
|
||||
|
||||
Ergebnis praesentieren:
|
||||
"Konsistenz-Check abgeschlossen:
|
||||
- OK: [Abschnitte die passen]
|
||||
- Anpassung empfohlen: [Abschnitt] - [konkretes Problem]
|
||||
- Widerspruch: [Abschnitt A] vs. [Abschnitt B] - [was sich widerspricht]
|
||||
|
||||
Soll ich die Anpassungen vorschlagen?"
|
||||
|
||||
## Schritt 2d: Fortschritt aktualisieren
|
||||
|
||||
"Welche Aufgaben aus dem Action-Plan hast du erledigt?"
|
||||
|
||||
Status-Update in Massnahmen-Tabelle.
|
||||
Bei Experiment-Ergebnissen: In ## Experiment-Card und ggf. ## Prototyp-Konzept einarbeiten.
|
||||
|
||||
## Schritt 3: Changelog aktualisieren
|
||||
|
||||
Jeden Ueberarbeitungsdurchlauf im ## Changelog dokumentieren:
|
||||
- Datum
|
||||
- Was geaendert wurde
|
||||
- Anlass der Aenderung
|
||||
|
||||
## Schritt 4: Abschluss
|
||||
|
||||
Aktualisierte Datei zeigen (oder Diff der Aenderungen).
|
||||
|
||||
"Die Datei ist aktualisiert. Moechtest du noch etwas ueberarbeiten oder einen bestimmten Workflow starten?"
|
||||
|
||||
</process>
|
||||
|
||||
<success_criteria>
|
||||
- [ ] Betroffene Abschnitte identifiziert
|
||||
- [ ] Aenderungen mit Nutzer abgestimmt
|
||||
- [ ] Versionsnummern aktualisiert
|
||||
- [ ] Konsistenz zwischen Abschnitten geprueft
|
||||
- [ ] Changelog aktualisiert
|
||||
- [ ] Datei gespeichert
|
||||
</success_criteria>
|
||||
Reference in New Issue
Block a user