2
0

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
2026-05-19 01:05:02 +02:00
parent 587b2ceabf
commit de85d675a2
19 changed files with 1704 additions and 0 deletions
@@ -0,0 +1,63 @@
<artefakt_pipeline>
<sequenz>
Die Artefakte bauen aufeinander auf. Jeder Workflow nutzt die Outputs der vorherigen als Input:
1. Discovery-Interview -> Idee (Kern, Motivation, Kontext)
2. Problem-Statement v0.1 -> Problem, Betroffene, aktuelle Loesung, Nutzenversprechen
3. Persona v0.1 -> Verhalten, Kontext, Ziele, Frustrationen, JTBD, Gains
4. Recherche-Report -> v0.2 (PS + Persona), Recherche-Ergebnisse, Interview-Impulse
5. Experiment-Card v0.1 -> Hypothese, Risikostufe, MVE-Design, Metriken, Entscheidungsschwelle
6. Prototyp-Konzept v0.1 -> Typ, Kernfunktionen, Scope IN/OUT, User Flow
7. Action-Plan + Obstacle-Plan -> 10 Aufgaben/14 Tage, Risiken, WOOP
Pipeline:
Discovery -> PS v0.1 -> Persona v0.1 -> Recherche (v0.2) -> Experiment -> Prototyp -> Action-Plan
</sequenz>
<kontextweitergabe>
Im asynchronen Skill-Modus (anders als im Workshop):
- Die idea2self-Datei IST der Kontext. Kein manuelles Copy-Paste noetig.
- Vor jedem Workflow: Aktuelle idea2self-Datei lesen.
- Nach jedem Workflow: Neuen Abschnitt in die Datei schreiben.
- Kumulativer Kontext: Ab Workflow 5 enthaelt die Datei umfangreichen Kontext.
</kontextweitergabe>
<versionierung>
- v0.1 = Erstversion aus Workflow-Durchlauf
- v0.2 = Ueberarbeitete Version nach Recherche, Feedback oder Iteration
- Versionsnummer wird im Abschnitts-Header gefuehrt
- Bei Ueberarbeitung: Aenderungen mit Datum kennzeichnen
Versions-Header-Format:
_Version V[X] vom [Datum]_
_Vorgaengerversion: V[X-1] vom [Datum] / Keine - Neuerstellung_
</versionierung>
<dateistruktur>
Die idea2self-Datei hat folgende Struktur (waechst mit jedem Workflow):
```markdown
# Idea2Self: [Kurztitel]
## Idee <- Discovery
## Problem-Statement <- Workflow 2
## Persona <- Workflow 3
## Recherche-Report <- Workflow 4
## Experiment-Card <- Workflow 5
## Prototyp-Konzept <- Workflow 6
## Action-Plan <- Workflow 7
## Offene Punkte <- Geparkte Gedanken aus allen Workflows
## Changelog <- Aenderungshistorie
```
</dateistruktur>
<rueckwaerts_updates>
Wenn ein spaeterer Workflow Erkenntnisse liefert, die fruehere Abschnitte betreffen:
1. Den betroffenen Abschnitt identifizieren.
2. Den Nutzer informieren: „Die Recherche zeigt, dass dein Problem-Statement angepasst werden sollte: [konkreter Punkt]."
3. Aenderung vorschlagen mit _(Update aus [Workflow])_ Kennzeichnung.
4. Nur nach Bestaetigung aendern.
5. Im Changelog dokumentieren.
</rueckwaerts_updates>
</artefakt_pipeline>
@@ -0,0 +1,295 @@
<export_formate>
<content_note>
Alle Markdown-Blöcke unten sind **Output-Templates** sie zeigen das Format, das in die idea2self-Datei geschrieben wird. Die Markdown-Headings darin sind gewollter Output, keine Strukturelemente dieser Referenzdatei.
</content_note>
<toc>
Enthaltene Templates:
1. idee_format Discovery-Ergebnis
2. problem_statement_format Problem + Zielgruppe
3. persona_format Verhaltensbasierte Persona
4. recherche_report_format Recherche-Report + Interview-Vorbereitung
5. experiment_card_format Hypothesen + MVE-Design
6. prototyp_konzept_format Lösungsideen + Konzept
7. action_plan_format Aufgaben + WOOP
</toc>
<grundregel>
Alle Artefakte werden als Markdown-Abschnitte (`##` Heading) in die idea2self-Datei geschrieben. Ein Artefakt = ein Abschnitt. Die Datei wächst mit jedem Workflow.
</grundregel>
<idee_format>
```markdown
## Idee
_Erstellt am [Datum]_
### Kern
[13 Sätze: Was ist die Idee?]
### Problem
[Was ist der Schmerz/das Bedürfnis? Wie wird es heute gelöst?]
### Zielgruppe (grob)
[Wer hat das Problem? Erste Beschreibung.]
### Lösungsrichtung
[Erste Idee für einen Ansatz.]
### Differenzierung
[Was unterscheidet diesen Ansatz?]
### Persönliche Passung
- **Warum ich:** [Motivation, Fähigkeiten, Zugang]
- **Zeitbudget:** [Stunden/Woche]
- **Ambition:** [Hobby / Nebeneinkommen / Hauptberuf]
### Scope Was bewusst NICHT
[Was wird nicht adressiert]
### Offene Fragen
- [ ] [Ungeklärte Punkte]
```
</idee_format>
<problem_statement_format>
```markdown
## Problem-Statement
> **„Wie können wir [Kontext] für [Zielgruppe] neu gestalten, damit [Bedürfnis] befriedigt wird unter Berücksichtigung von [Einschränkungen]."**
_Version [V1/V2] vom [Datum]_
### Kontext Was wird neu gestaltet?
[Zusammenfassung aus WAS?, WO?, WANN?, BISHERIGE ANSÄTZE?]
### Zielgruppe Für wen?
[Zusammenfassung aus WER?]
### Bedürfnis Welches Bedürfnis?
[Zusammenfassung aus WAS?, WARUM?, BISHERIGE ANSÄTZE?]
### Einschränkungen Was muss berücksichtigt werden?
[Zusammenfassung aus WANN?, WO?, BISHERIGE ANSÄTZE?]
### Lösungsrichtung _(Hintergrund)_
[Zusammenfassung aus WIE? nicht Teil des Problem Statements]
### Offene Punkte
- [ ] [Nur wenn geparkte Gedanken vorhanden]
```
</problem_statement_format>
<persona_format>
```markdown
## Zielgruppen-Persona
_Version [V1/V2] vom [Datum]_
### Persona-Profil
| Merkmal | Ausprägung |
|---------|-----------|
| Name | [Name] |
| Geschlecht | [Geschlecht] |
| Alter | [Alter] |
| Wohnort & Wohnsituation | [Beschreibung] |
| Familienstand | [Beschreibung] |
| Bildungsniveau | [Beschreibung] |
| Werte & Einstellungen | [Wert 1], [Wert 2], [Wert 3] |
| Wichtigster Glaubenssatz | [Glaubenssatz] |
| Verhaltensweisen | [Verhalten 1], [Verhalten 2], [Verhalten 3] |
| Eigenschaften & Widersprüche | [Eigenschaft 1], [Eigenschaft 2], [Eigenschaft 3] |
| Äußerliche Erkennungsmerkmale | [Merkmal 1], [Merkmal 2], [Merkmal 3] |
### Aufgaben (JTBD)
- **[JTBD-Frage 1]:** [Hypothesen-Antwort]
- **[JTBD-Frage 2]:** [Hypothesen-Antwort]
- **[JTBD-Frage 3]:** [Hypothesen-Antwort]
### Gewinne (Gains)
- **[Gains-Frage 1]:** [Hypothesen-Antwort]
- **[Gains-Frage 2]:** [Hypothesen-Antwort]
- **[Gains-Frage 3]:** [Hypothesen-Antwort]
### Kontext
**Lebenswelt:** [Zusammenfassung]
**Psychografie & Verhalten:** [Zusammenfassung]
**Problemverständnis:** _(Aus Problem-Statement übernommen)_
### Offene Punkte
- [ ] [Nur wenn geparkte Gedanken vorhanden]
```
</persona_format>
<recherche_report_format>
```markdown
## Recherche-Report
_Version V1 vom [Datum]_
_Stadt für Interviews: [Stadt]_
### Auf einen Blick
- **Problem:** [Wichtigste Erkenntnis, 12 Sätze]
- **Zielgruppe:** [Wichtigste Erkenntnis, 12 Sätze]
### Problem-Recherche
| Frage | Ergebnis _(Recherche)_ | Einfluss auf PS | Konkreter Vorschlag |
|-------|----------------------|-----------------|-------------------|
| [Frage 1] | [Ergebnis] | [Einfluss] | [Vorschlag] |
| [Frage 2] | [Ergebnis] | [Einfluss] | [Vorschlag] |
| [Frage 3] | [Ergebnis] | [Einfluss] | [Vorschlag] |
### Zielgruppen-Recherche
| Frage | Ergebnis _(Recherche)_ | Einfluss auf Persona | Konkreter Vorschlag |
|-------|----------------------|--------------------|-------------------|
| [Frage 1] | [Ergebnis] | [Einfluss] | [Vorschlag] |
| [Frage 2] | [Ergebnis] | [Einfluss] | [Vorschlag] |
| [Frage 3] | [Ergebnis] | [Einfluss] | [Vorschlag] |
### Interview-Vorbereitung
- **Physische Orte:** [Wo in [Stadt] die Zielgruppe anzutreffen ist]
- **Digitale Orte:** [Foren, Gruppen, Plattformen]
- **Proxy-Gruppen:** [Alternative befragbare Gruppen]
- **Erkennungsmerkmale:** [Woran man die Zielgruppe erkennt]
- **Ansprache-Strategie:** [Wie ansprechen]
### Offene Punkte
- [ ] [Nur wenn geparkte Gedanken vorhanden]
```
</recherche_format>
<experiment_card_format>
```markdown
## Experiment-Card
_Version [V1/V2] vom [Datum]_
### Hypothesen-Tabelle
| # | Hypothese | Risikostufe | Evidenz-Stufe aktuell |
|---|-----------|------------|---------------------|
| H1 | [Hypothese] | [hoch/mittel/niedrig] | [schwach/mittel/stark] |
| H2 | [Hypothese] | [hoch/mittel/niedrig] | [schwach/mittel/stark] |
| H3 | [Hypothese] | [hoch/mittel/niedrig] | [schwach/mittel/stark] |
### Primäre Hypothese (höchstes Risiko)
**H[X]:** [Hypothese ausformuliert]
### Experiment-Design (MVE)
- **Typ:** [Interview / Landing Page / Smoke Test / Concierge / etc.]
- **Zielgruppe:** [Wer wird befragt/getestet]
- **Sample-Größe:** [Minimum]
- **Dauer:** [Zeitrahmen]
- **Ablauf:** [Konkreter Ablauf in 35 Schritten]
### Metriken & Entscheidungsschwelle
| Metrik | Messmethode | Schwelle für „bestätigt" | Schwelle für „widerlegt" |
|--------|-----------|------------------------|------------------------|
| [Metrik 1] | [Wie messen] | [Wert] | [Wert] |
### Interview-Leitfaden (falls Interview-basiert)
**Einstieg:** [Gesprächseröffnung, 12 Sätze]
**Kernfragen:**
1. [Offene Frage zu Verhalten/Situation]
2. [Offene Frage zu Problem/Bedürfnis]
3. [Offene Frage zu bisherigen Lösungen]
4. [Offene Frage zu Zahlungsbereitschaft/Aufwand]
5. [Abschlussfrage]
**Regeln:** Keine Suggestivfragen. Keine Ja/Nein-Fragen. Verhalten fragen, nicht Meinungen.
### Offene Punkte
- [ ] [Nur wenn geparkte Gedanken vorhanden]
```
</experiment_card_format>
<prototyp_konzept_format>
```markdown
## Prototyp-Konzept
_Version [V1/V2] vom [Datum]_
### Interview-Feedback-Synthese
[Was haben die Interviews bestätigt? Was infrage gestellt? Was Neues ergeben?]
### Lösungsideen (Top 3)
| # | Idee | Kurzbeschreibung | Passung zur Persona | Machbarkeit |
|---|------|-----------------|-------------------|-------------|
| 1 | [Titel] | [Beschreibung] | [hoch/mittel] | [hoch/mittel] |
| 2 | [Titel] | [Beschreibung] | [hoch/mittel] | [hoch/mittel] |
| 3 | [Titel] | [Beschreibung] | [hoch/mittel] | [hoch/mittel] |
### Gewähltes Konzept
**Idee:** [Titel]
**Prototyp-Typ:** [Konzept / Landing Page / Mockup / Concierge / etc.]
### Scope
**IN:** [Was das Konzept beinhaltet]
**OUT:** [Was bewusst NICHT enthalten ist]
### Kernfunktionalitäten
1. [Funktion 1 was sie für die Zielgruppe tut]
2. [Funktion 2]
3. [Funktion 3]
### User Flow
[Schritt-für-Schritt: Was passiert aus Sicht der Zielgruppe]
### Technische Umsetzung _(Konzept)_
[Grober Ansatz welche Tools, Plattformen, Formate. Kein Bau.]
### Offene Punkte
- [ ] [Nur wenn geparkte Gedanken vorhanden]
```
</prototyp_konzept_format>
<action_plan_format>
```markdown
## Action-Plan
_Version V1 vom [Datum]_
### Umsetzungsziel (14 Tage)
[1 Satz: Was in 14 Tagen erreicht sein soll]
### Massnahmen-Katalog
| # | Aufgabe | Priorität | Deadline | Abhängigkeit | Status |
|---|---------|----------|----------|-------------|--------|
| 1 | [Aufgabe] | [P0/P1/P2] | [Tag X] | [—/Aufgabe Y] | Offen |
| ... | ... | ... | ... | ... | ... |
| 10 | [Aufgabe] | [P0/P1/P2] | [Tag X] | [—/Aufgabe Y] | Offen |
### Risiken & Gegenmassnahmen
| Risiko | Wahrscheinlichkeit | Gegenmassnahme |
|--------|-------------------|---------------|
| [Externes Risiko] | [hoch/mittel/niedrig] | [Konkrete Handlung] |
### Persönlicher Obstacle-Plan (WOOP)
**Wish:** [Was in 14 Tagen erreicht sein soll]
**Outcome:** [Bestes realistisches Ergebnis]
**Obstacle:** [Größtes inneres Hindernis]
**Plan:**
| Wenn... | Dann werde ich... |
|---------|-------------------|
| [Hindernis 1 auftritt] | [Konkrete Handlung] |
| [Hindernis 2 auftritt] | [Konkrete Handlung] |
| [Hindernis 3 auftritt] | [Konkrete Handlung] |
**Stärke für die schwierigste Aufgabe:** [Welche persönliche Stärke hilft am meisten]
### Nächster Kontrollpunkt
[Wann, wie, wer überprüft den Fortschritt?]
### Offene Punkte
- [ ] [Nur wenn geparkte Gedanken vorhanden]
```
</action_plan_format>
</export_formate>
@@ -0,0 +1,65 @@
<communication_rules>
<tonality>
Nüchtern, sachlich, ruhig. Keine motivierenden oder enthusiastischen Formulierungen.
Keine Ausrufezeichen, keine Emojis, keine Superlative.
Zielgruppe: Einzelpersonen mit Nebenprojekten.
- Alltagssprache statt Fachbegriffe
- Persönliche Hürden häufiger als externe Risiken
- Entscheider ist immer der Nutzer selbst
- Kurze Sätze. Direkte Sprache. Sprache des Nutzers beibehalten.
</tonality>
<message_format>
- Max. 3-4 Sätze pro Nachricht im Dialog.
- Strukturierte Ausgaben dürfen länger sein.
- Fortschrittsanzeige: [X] von Y bei jeder inhaltlichen Nachricht.
- Keine Phasennummern in Nutzer-Nachrichten.
</message_format>
<kennzeichnung>
| Marker | Bedeutung |
|--------|-----------|
| _(Vorschlag)_ | KI-generiert, nicht bestätigt |
| _(Annahme)_ | Ohne Datengrundlage |
| _(Aus [Quelle] uebernommen)_ | Import aus frueherem Artefakt |
| _(Recherche)_ | Aus Web-Recherche |
</kennzeichnung>
<steuerbefehle>
| Befehl | Aktion |
|--------|--------|
| Export | Artefakt in idea2self-Datei schreiben |
| Zurueck | Vorheriger Teilaspekt |
| Ich weiss es nicht | Entscheidungsfrage oder Vorschlag |
| Ueberspringen | Als Nicht erarbeitet markieren |
| Weiter | Naechster Workflow |
</steuerbefehle>
<verbotene_woerter>
Nicht verwenden: spannend, grossartig, super, toll, fantastisch, genial, auf jeden Fall.
Keine Coaching-Sprache: Was fuehlst du dabei? Wie resoniert das? Wichtiger Schritt.
Stattdessen: Das klingt nach [X]. Die naechste Frage ist [Y]. Dafuer fehlt noch [Z].
</verbotene_woerter>
<dialog_heuristiken>
- Missverstaendlich: Aktives Zuhoeren. Du meinst [X]? Oder eher [Y]?
- Vage: Nicht akzeptieren. Beispiel oder Entscheidungsfrage anbieten.
- Ich weiss es nicht: Plausiblen Vorschlag machen. Nicht draengen.
- Widerspruch: Benennen. Vorhin [A], jetzt [B]. Was gilt?
- Perfektionismus: Das ist v0.1. Was reicht fuer jetzt?
- Blockade: Frage vereinfachen oder Optionen anbieten.
- Max. 1 Rueckfrage pro Teilaspekt (ausser Widerspruch/kritische Luecke).
</dialog_heuristiken>
<export_rules>
1. Nur besprochene Inhalte eintragen. Nicht behandelt = Nicht erarbeitet.
2. Vorschlaege mit _(Vorschlag)_ kennzeichnen.
3. Datum eintragen. Unbekannt = [Datum].
4. Version: Neu = V1. Ueberarbeitung = Vorgaenger + 1.
5. Bei Ueberarbeitung: Alles uebernehmen, nur Geaendertes ersetzen.
6. Offene Punkte nur bei geparkten Gedanken.
</export_rules>
</communication_rules>
@@ -0,0 +1,64 @@
<methodik>
<design_thinking>
Der Idea2Self-Prozess adaptiert Design Thinking fuer Einzelpersonen:
| Klassische Phase | Idea2Self-Adaption |
|-----------------|-------------------|
| Empathize | Persona (verhaltensbasiert) + Strasseninterviews |
| Define | Problem-Statement (HMW-Format) + Value Proposition |
| Ideate | KI-gestuetzte Ideen-Werkstatt (5 Vorschlaege) |
| Prototype | Prototyp-Konzept (Konzept, nicht Bau) |
| Test | Experiment-Card + reale Interviews |
</design_thinking>
<lean_startup>
Build-Measure-Learn-Zyklus im Miniformat:
- Hypothese: Explizit formuliert in Experiment-Card
- Experiment: Minimum Viable Experiment (MVE), nicht MVP
- Metriken: Entscheidungsschwelle VOR dem Experiment definieren
- Entscheidung: Weitermachen / Aendern / Lassen
Evidenz-Abstufungen:
- Stark: Validierte Daten, Nutzertests, quantitative Analysen
- Mittel: Qualitative Interviews, Expertenschaetzungen (= Idea2Self-Level)
- Schwach: Bauchgefuehl, unvalidierte Annahmen -> als Experiment dokumentieren
</lean_startup>
<woop>
WOOP (Wish-Outcome-Obstacle-Plan, Gabriele Oettingen):
Evidenzbasierte Selbstregulationsmethode fuer persoenliche Umsetzungshuerden.
Im Action-Plan integriert (nicht separate Uebung):
1. Wish: Umsetzungsziel (konkreter als Vision)
2. Outcome: Bestes Ergebnis wenn alles klappt
3. Obstacle: Persoenliche innere Huerden (nicht externe Risiken)
4. Plan: Wenn-Dann-Plaene fuer jedes Hindernis
Persoenliche Hindernisse sind bei Nebenprojekten haeufiger Grund fuer Scheitern als externe Risiken. Deshalb WOOP im Action-Plan, nicht als Add-on.
</woop>
<methoden_mapping>
| Klassische Methode | Idea2Self-Adaption | Begruendung |
|-------------------|-------------------|-------------|
| Problem-Statement (JTBD/6W/HMW) | Workflow problem-statement | Value Proposition subsumiert |
| Persona / ICP | Workflow persona | Verhaltensbasiert, nicht demografisch |
| Lean Risikohypothesen | Workflow experiment-card | Hypothesen + Metriken integriert |
| Build-Measure-Learn | Interviews + Debrief + Iteration | Ein Zyklus innerhalb des Prozesses |
| MVP / Lo-Fi Prototyping | Workflow prototyp-konzept | Konzept, kein funktionaler Prototyp |
| Sprint Retrospektive | Workflow review-iterate | Erkenntnisse zurueckfuehren |
</methoden_mapping>
<kernprinzipien_umsetzung>
| Prinzip | Umsetzung |
|---------|-----------|
| Output > Theorie | Jeder Workflow erzeugt exportierbares Artefakt |
| Hypothesen statt Behauptungen | Experiment-Card erzwingt explizite Hypothesen |
| Schnelles Lernen | Interviews als Minimum Viable Research |
| Scope-Klarheit | Jeder Workflow fragt: Was wird NICHT gebaut? |
| Equal Voice | Stilles Einzelarbeiten VOR Gruppen-Sharing |
| Peer-Perspektiven | Feedback-Formate nutzen Gruppe als Sparring |
</kernprinzipien_umsetzung>
</methodik>
@@ -0,0 +1,79 @@
<recherche_regeln>
<grundsatz>
Recherche dient der Plausibilisierung und Anreicherung, nicht der Ersetzung eigener Erfahrung. Jede Recherche hat ein konkretes Ziel und ein definiertes Ende.
</grundsatz>
<recherche_typen>
<inline_recherche>
Einfache Recherchen, die waehrend eines Workflows durchgefuehrt werden.
Dauer: 1-2 Suchanfragen. Keine Unterbrechung des Flows.
Wann:
- Berufsbezeichnungen, Lebensstil-Begriffe, Verhaltensmerkmale pruefen (Persona-Workflow)
- Formate/Methoden pruefen, Tools/Plattformen pruefen (Prototyp-Workflow)
- Einen spezifischen Fachbegriff klaeren
- Eine Behauptung des Nutzers auf Plausibilitaet pruefen
Wann NICHT:
- Marktanalyse, Wettbewerbsanalyse
- Zielgruppen-Studien
- Plausibilisierung ganzer Annahmen-Ketten
- Orte und Proxy-Gruppen finden
Kennzeichnung: _(Recherche)_ im Text.
</inline_recherche>
<workflow_recherche>
Tiefergehende, mehrstufige Recherche als eigener Schritt im Recherche-Workflow.
Dauer: 4-8 Suchanfragen + Synthese.
Wann (im Recherche-Workflow, Schritt 4):
- Problem-Recherche: Gibt es oeffentliche Hinweise, dass das Problem relevant ist?
- Problem-Recherche: Welche bestehenden Loesungen/Workarounds existieren?
- Problem-Recherche: Welche Rahmenbedingungen beeinflussen das Problemfeld?
- Zielgruppen-Recherche: Erkenntnisse zu Aufgaben und Beduerfnissen dieser Zielgruppe?
- Zielgruppen-Recherche: Wo sind Personen mit diesem Profil anzutreffen (physisch + digital)?
- Zielgruppen-Recherche: Welche Proxy-Gruppen koennten befragt werden?
Ablauf:
1. Recherche-Fragen aus PS + Persona ableiten (2 Cluster: Problem + Zielgruppe)
2. Fragen dem Nutzer zeigen, Anpassung ermoeglichen
3. Stadt-Frage stellen (fuer Interview-Orte)
4. Recherche durchfuehren (web_search + web_fetch fuer Quellenvertiefung)
5. Ergebnisse strukturiert aufbereiten
6. Konkrete Vorschlaege fuer PS/Persona-Updates ableiten
</workflow_recherche>
<interview_vorbereitung>
Teil des Recherche-Workflows. Liefert:
- Physische Orte, an denen die Zielgruppe anzutreffen ist
- Digitale Orte (Foren, Communities, Social Media)
- Proxy-Gruppen (aehnliche Personen, leichter erreichbar)
- Erkennungsmerkmale (wie erkennt man die Zielgruppe?)
- Ansprache-Strategie (wie kommt man ins Gespraech?)
</interview_vorbereitung>
</recherche_typen>
<qualitaetskriterien>
- Mindestens 2 unabhaengige Quellen fuer zentrale Behauptungen
- Primaerquellen bevorzugen (Studien, offizielle Statistiken, Branchenberichte)
- Datum der Quelle pruefen (nicht aelter als 2 Jahre fuer Marktdaten)
- Widersprueche zwischen Quellen benennen, nicht glaetten
- Ergebnisse als Hypothesen formulieren, nicht als Fakten
</qualitaetskriterien>
<nicht_recherchieren>
Diese Themen werden im Idea2Self-Prozess NICHT recherchiert:
- Vollstaendige Marktanalyse (gehoert in spaetere Phase)
- Quantitative Wettbewerbsanalyse
- Technische Machbarkeitsanalyse
- Finanzielle Bewertungen
- Rechtliche Pruefungen
Stattdessen: Als offenen Punkt in die idea2self-Datei aufnehmen.
</nicht_recherchieren>
</recherche_regeln>