Floke/Brancheneinstufung2
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

docs: update MIGRATION_PLAN and add phase 1 update script [2ff88f42]

Browse Source
This commit is contained in:
Floke
2026-02-23 07:37:53 +00:00
parent dfd2eb2ffd
commit 3d9463d080
3 changed files with 517 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files

19
MIGRATION_PLAN.md
View File

@@ -278,6 +278,23 @@ KONTEXT (Analyse-Dossier):
* **Regel:** Das Produkt selbst wird **nicht** im Opener genannt. Der Satz fokussiert sich rein auf die Formulierung der Herausforderung. Die Auflösung erfolgt in den nachfolgenden, persona-spezifischen Textbausteinen.
### 17.8 Erweiterte Matrix-Multiplikation: Primary vs. Secondary (Update Feb 24, 2026)
**Konzept:**
Die Marketing-Matrix wurde verfeinert, um strikt zwischen `[Primary Product]` und `[Secondary Product]` zu unterscheiden. Dies verhindert logische Brüche (z.B. "Security Roboter putzt Öl weg") und ermöglicht eine laser-scharfe Ansprache unterschiedlicher Personas im selben Unternehmen.
**Vorgehen bei neuen Verticals:**
Wenn neue Branchen in Notion angelegt werden, muss der folgende Prozess ("Deep-Dive Analyse") durchlaufen werden, um die Pains/Gains zu definieren.
1. **Produkt-Fit Check:** Welches Problem löst das zugewiesene Primary Product *technisch* wirklich? (Keine "Wunschdenken"-Funktionen).
2. **Persona-Split:**
* *Infrastruktur-Entscheider (GF/FM):* Fokus auf Primary Product (meist Cleaning/Security).
* *Operativer Entscheider (Pflege/Logistik):* Fokus auf Secondary Product (meist Service/Transport) ODER operative Vorteile des Primary Products.
3. **Prompting:** Nutzung der "Chain of Thought" Analyse (siehe `ANALYSIS_AND_PROPOSAL.md`), um echte Schmerzen (Emotion/Risiko) statt Features zu formulieren.
**Matrix-Generierung (ToDo):**
Die Engine (`generate_matrix.py`) muss angepasst werden, um die strukturierten Textblöcke aus Notion (`[Primary Product: ...]`) zu parsen und nur den passenden Block an das LLM zu übergeben, je nachdem, welche Persona gerade generiert wird.
### 17.4 Debugging & Lessons Learned (Feb 21, 2026)
Die Implementierung der v3.0-Logik war von mehreren hartnäckigen Problemen geprägt, deren Behebung wichtige Erkenntnisse für die zukünftige Entwicklung lieferte.
@@ -355,4 +372,4 @@ Nach Abschluss der Kern-Migration stehen folgende Optimierungen an:
### Task 3: "Person-First" Logic
* **Aktuell:** Trigger ist meist das Unternehmen.
* **Zukunft:** Wenn eine Person ohne Firma angelegt wird, sollte der CE proaktiv die Domain der E-Mail-Adresse nutzen, um das Unternehmen im Hintergrund zu suchen und anzulegen ("Reverse Lookup").
* **Zukunft:** Wenn eine Person ohne Firma angelegt wird, sollte der CE proaktiv die Domain der E-Mail-Adresse nutzen, um das Unternehmen im Hintergrund zu suchen und anzulegen ("Reverse Lookup").