Philipp Sieder
1556a25171
Step 9 of i2s-skill-split refactor. Sixth atomic sub-skill. Contents: - SKILL.md: 4 numbered phases (load + experiment-status, 4 TAs including ideen-werkstatt, consistency, export). description with prototyp/loesungsidee/user-flow triggers, anti-trigger to ce-brainstorm for non-Idea2Self ideation. Precondition: ## Experiment-Card required. - workflows/prototyp-konzept.md: 4-step workflow (git mv, paths updated). - references/kommunikationsregeln.md: curated extract with prototyp-specific heuristics (5-ideas-must-differ, scope-out- pflicht, user-flow-max-5, role-vs-solution-mismatch). - references/prototyp-konzept-format.md: full schema with verworfene-ideen-tabelle (alle 4 mit grund) and filled hausflur-set example. - templates/prototyp-remixer-auswertung.md: optional 3- dimensions / kombinations / bewertung variantenanalyse, copied from plugin-shared. Tools include WebFetch + WebSearch for inline format/tool checks (NOT markt/wettbewerb — that's in recherche).
116 lines
6.4 KiB
Markdown
116 lines
6.4 KiB
Markdown
---
|
|
name: i2s-prototyp-konzept
|
|
description: "Idea2Self Prototyp-Konzept-Workflow. Synthetisiert aus Problemraum, Recherche, Experiment-Feedback und persoenlicher Rollenpassung 5 Loesungsideen, waehlt eine aus, und definiert das Prototyp-Konzept (Typ, 3-5 Kernfunktionen, Scope IN/OUT, User Flow 3-5 Schritte). Loest aus bei 'Prototyp-Konzept erstellen', 'Loesungsidee entwickeln', 'Ideen-Werkstatt', 'User Flow definieren', 'Scope fuer meinen Prototyp', 'Was baue ich konkret', 'Prototyp-Typ festlegen'. NICHT aktivieren bei: 'Idea2Self starten' (Router), 'Experiment planen' (i2s-experiment-card), 'Action-Plan erstellen' (i2s-action-plan), allgemeiner Produkt-Ideation ohne Idea2Self-Kontext, oder wenn Experiment-Card noch fehlt. Vorbedingung: idea2self-Datei mit ## Experiment-Card. Output: ## Prototyp-Konzept Sektion. Sprache: Deutsch."
|
|
allowed-tools: Read Write Edit Glob Grep AskUserQuestion WebFetch WebSearch TodoRead TodoWrite
|
|
---
|
|
|
|
# i2s-prototyp-konzept — Loesungsskizze + Scope
|
|
|
|
Schritt 6 im Idea2Self-Prozess. Aus dem Problemraum + Recherche + Experiment-Feedback + persoenlicher Passung **eine** Loesung formen und scharf abgrenzen. Generiert 5 Roh-Ideen, faechert sie auf, der Nutzer waehlt und schaerft.
|
|
|
|
## Essential Principles
|
|
|
|
1. **Ideen-Werkstatt vor Konzept.** Erst 5 Roh-Ideen aus dem Problemraum + Recherche + Interessen synthetisieren, dann waehlen. Nicht direkt das erste Konzept ausbauen.
|
|
2. **5 Ideen muessen substanziell unterschiedlich sein.** Wenn alle 5 dasselbe in Variationen sind: zurueck. "Welche Richtung waere komplett anders?"
|
|
3. **Persoenliche Rollenpassung ist Pflichtfeld.** Builder / Coach / Kurator / Erklaerer / Gastgeber — eine Loesung, die nicht zur Rolle des Founders passt, scheitert nicht am Markt sondern an der Umsetzung.
|
|
4. **Scope IN UND Scope OUT explizit.** Was wird NICHT gebaut, ist genauso wichtig wie was gebaut wird. Ohne Scope-OUT bleibt der Action-Plan unmoeglich.
|
|
5. **Konzept, kein Bau.** Wir definieren das Konzept (Typ, Funktionen, Flow), nicht den lauffaehigen Prototyp. Der Bau lebt im Action-Plan.
|
|
|
|
## When to Use
|
|
|
|
- `## Experiment-Card` existiert + Experiment idealerweise durchgefuehrt; `## Prototyp-Konzept` fehlt oder iteriert werden soll.
|
|
- Aus Router-Hand-off (Pfad 6) oder direkter Trigger ("Prototyp-Konzept erstellen", "Loesungsideen entwickeln").
|
|
- Nach erstem Konzept-Run + neuen Erkenntnissen: v0.2 mit anderem Typ oder Scope.
|
|
|
|
## When NOT to Use
|
|
|
|
- `## Experiment-Card` fehlt -> erst `i2s-experiment-card`.
|
|
- Nutzer will Aufgabenliste / 14-Tage-Plan -> `i2s-action-plan`.
|
|
- Allgemeines Produkt-Brainstorming ohne Idea2Self-Anker -> `compound-engineering:ce-brainstorm`.
|
|
|
|
## Precondition Check
|
|
|
|
**Vor Phase 1:**
|
|
1. idea2self-Datei laden.
|
|
2. Auf `^## Experiment-Card` matchen + Sektion-Inhalt > 100 Zeichen.
|
|
3. Fehlt -> abbrechen mit Hinweis: "`## Experiment-Card` fehlt. Trigger zuerst `i2s-experiment-card`."
|
|
|
|
## Phases
|
|
|
|
### Phase 1 — Kontext laden + Experiment-Status klaeren
|
|
|
|
**Entry:** Vorbedingung erfuellt.
|
|
|
|
**Aktionen:**
|
|
1. Alle bisherigen Sektionen lesen.
|
|
2. Frage: "Hast du dein Experiment bereits durchgefuehrt? Wenn ja: Was ist herausgekommen?"
|
|
3. Falls Experiment-Ergebnisse vorhanden: in Analyse einbeziehen.
|
|
4. Falls noch nicht: mit Hypothese als `_(Annahme - Experiment steht noch aus)_` weiterarbeiten, klar markiert.
|
|
5. Voranalyse: "Ich gehe jetzt 4 Teilaspekte mit dir durch. [1] von 4."
|
|
|
|
**Exit:** Experiment-Stand erfasst.
|
|
|
|
### Phase 2 — 4 Teilaspekte
|
|
|
|
**Entry:** Phase 1 abgeschlossen.
|
|
|
|
**Aktionen:**
|
|
1. **TA1 FEEDBACK.** Bisherige Loesungsidee + was Interviews bestaetigten/infrage stellten.
|
|
2. **TA2 INTERESSEN.** Persoenliche Zugkraft + Rollenpassung (Builder / Coach / Kurator / Erklaerer / Gastgeber).
|
|
3. **TA3 IDEEN-WERKSTATT.** Synthetisiere 5 substanziell unterschiedliche Roh-Ideen (Titel + Kurzbeschreibung). Praesentiere als `_(Vorschlag)_`. Feedback einholen, max. 2 Iterationsrunden. Optionale Inline-Recherche zu Formaten / Tools (NICHT Markt — das steht im Recherche-Report).
|
|
4. **TA4 KONZEPT.** Fuer die gewaehlte Idee: Typ (App / Service / Kurs / Community / ...), 3-5 Kernfunktionen, Scope IN, Scope OUT, User Flow in 3-5 Schritten.
|
|
5. Anti-Pattern-Detection: Idee ignoriert Interview-Feedback / alle 5 Ideen sind Variationen desselben / Ideen ignorieren Persona.
|
|
|
|
**Exit:** Alle 4 TAs sind durch, eine Idee ist gewaehlt + ausgearbeitet.
|
|
|
|
### Phase 3 — Konsistenzpruefung
|
|
|
|
**Entry:** Phase 2 abgeschlossen.
|
|
|
|
**Aktionen:**
|
|
1. Prototyp adressiert das Problem aus `## Problem-Statement`?
|
|
2. Passt zur `## Persona` (JTBD + Gains)?
|
|
3. Beruecksichtigt Experiment-Feedback (falls vorhanden)?
|
|
4. Scope ist realistisch fuer eine Person mit dem in `## Idee` deklarierten Zeitbudget?
|
|
|
|
**Exit:** Keine offenen Konsistenz-Konflikte.
|
|
|
|
### Phase 4 — Export
|
|
|
|
**Entry:** Phase 3 abgeschlossen.
|
|
|
|
**Aktionen:**
|
|
1. `## Prototyp-Konzept` Sektion schreiben (Schema: `references/prototyp-konzept-format.md`).
|
|
2. Versions-Header.
|
|
3. Changelog-Eintrag.
|
|
4. Optional: Prototyp-Remixer fuer Variantenanalyse (`templates/prototyp-remixer-auswertung.md`) — nur wenn Nutzer aktiv mehrere Kombinationen pruefen will.
|
|
5. Hand-off: "Prototyp-Konzept steht. Letzter Schritt: Action-Plan. Trigger: 'Action-Plan erstellen' fuer `i2s-action-plan`. Oder 'Weiter'."
|
|
|
|
**Exit:** Datei aktualisiert, Hand-off ausgesprochen.
|
|
|
|
## Quick Reference
|
|
|
|
Kommunikation: `references/kommunikationsregeln.md`.
|
|
Format-Schema: `references/prototyp-konzept-format.md`.
|
|
Workflow-Detail: `workflows/prototyp-konzept.md`.
|
|
Optional Variantenanalyse: `templates/prototyp-remixer-auswertung.md`.
|
|
|
|
## Reference Index
|
|
|
|
| File | Purpose |
|
|
|------|---------|
|
|
| `workflows/prototyp-konzept.md` | Vollstaendiger 4-Schritt-Ablauf mit 4 TAs + Ideen-Werkstatt-Regeln |
|
|
| `references/kommunikationsregeln.md` | Tonalitaet, Marker, Prototyp-spezifische Heuristiken (curated) |
|
|
| `references/prototyp-konzept-format.md` | Markdown-Schema fuer `## Prototyp-Konzept` |
|
|
| `templates/prototyp-remixer-auswertung.md` | Optionale Variantenanalyse (3 Dimensionen, Kombinationen, Bewertung) |
|
|
|
|
## Success Criteria
|
|
|
|
- [ ] Experiment-Feedback ist einbezogen oder explizit als fehlend markiert.
|
|
- [ ] 5 substanziell unterschiedliche Roh-Ideen wurden generiert + bewertet.
|
|
- [ ] 1 Idee ist gewaehlt mit knapper Begruendung.
|
|
- [ ] Prototyp-Definition vollstaendig: Typ, 3-5 Kernfunktionen, Scope IN, Scope OUT, User Flow 3-5 Schritte.
|
|
- [ ] Persoenliche Rolle ist reflektiert + matcht den Loesungstyp.
|
|
- [ ] idea2self-Datei enthaelt `## Prototyp-Konzept` mit Versions-Header + Changelog-Eintrag.
|
|
- [ ] Hand-off zu `i2s-action-plan` ist ausgesprochen.
|