Kevin Adametz
2a617e09cc
Erfasst den vollständigen Projektstand mit drei Hauptbereichen:
1. Laravel 11 Application-Skelett
- Standard-Setup (app/, bootstrap/, config/, database/, public/, resources/, routes/, storage/, tests/)
- Composer + npm Konfiguration
- Devcontainer für Laravel Sail (PHP/MySQL/Redis)
- GitHub Actions Workflows (lint + tests)
- Tailwind/Vite Build-Pipeline
2. docs/ – Wissensbasis "Marke macht." (Methodik-Verfassung)
Stand nach Pflegerunde 2026-05-28:
- 00_Methodik-Verfassung: Dok. 000 (v2.0.2) bis Dok. 013 (NEU) + Anhänge
- 10_Quellen-Original: Wala, Sharp, Simon (read-only Quellen)
- 20_Markenwissen: 25 abgeleitete MW-Dokumente (Wala_MW-WAL, Sharp_MW-HBG, Simon_MW-SIM)
- 30_Synthese: Markenwissen_I_Synthese_Gesamt + Scorecard-Regeln
- 40_Implementierung: 011b-Erweiterung
- _Steuerung: 00_START_HIER, Serienübersicht, CHANGELOG.md
Letzte methodische Eingriffe:
- Methodik-Update v2.0 (Ownership Autorenschaft/Anwendung, Geltungsbereich Kernthese,
Score-Ebenen DNA-Reifegrad, Preislogik Governance-Scope)
- Dok. 013 NEU: Akquise- & Conversion-Logik (Auffahrten statt Funnel)
- Rebranding brandwork.io → Brand Rules (brand-rules.com)
- Schichtverletzungen behoben, Ordner-Symmetrie hergestellt, Verweise konsolidiert
3. _markemacht.de/ – Web-Frontend Design-Sandbox
- Statische HTML-Entwürfe (Startseite, Methode, Manifest, Denken, Blog)
- Design-System (warm_intellectualism, based_web_design)
- Assets (CSS, JS, Favicon)
Konfiguration:
- .gitignore um .DS_Store und Thumbs.db erweitert
- Lokale Git-Identity gesetzt: Kevin Adametz <kevin.adametz@me.com>
- .env wird ignoriert (nur .env.example versioniert)
Konfliktregel: Bei Spannung zwischen Code und Methodik gilt die Methodik (Dok. 000).
Co-authored-by: Cursor <cursoragent@cursor.com>
300 lines
No EOL
5.1 KiB
Markdown
300 lines
No EOL
5.1 KiB
Markdown
# Wissensdokument 008
|
||
|
||
Jetzt übersetzen wir **Strategie → Produkt**. Ohne Feature-Fantasie. Ohne Tool-Ego.
|
||
|
||
Es definiert **was Brand Rules sein MUSS – und was bewusst nicht gebaut wird**.
|
||
|
||
---
|
||
|
||
## Brand Rules – Produkt-Roadmap aus der Strategie
|
||
|
||
### Vom Marken-Fundament zur operativen Infrastruktur
|
||
|
||
**Status:** Fixiert
|
||
|
||
**Version:** 1.0
|
||
|
||
**Zweck:** Strategisch abgeleitete Produkt-Roadmap
|
||
|
||
**Rolle im System:** Operative Umsetzung · Skalierung · Entkopplung von Personen
|
||
|
||
---
|
||
|
||
## 1. Grundsatz (nicht verhandelbar)
|
||
|
||
> Brand Rules ist kein Tool für Inhalte.Brand Rules ist ein System für Entscheidungen.
|
||
>
|
||
|
||
Jedes Feature muss **eine dieser Fragen schneller, sicherer oder reproduzierbarer beantworten**:
|
||
|
||
- Ist das markenkonform?
|
||
- Darf die Marke das sagen?
|
||
- Passt das zur Positionierung?
|
||
- Verliert die Marke hier an Klarheit?
|
||
|
||
Wenn ein Feature nur „Produktivität“ erhöht, aber **keine Entscheidung absichert**, wird es nicht gebaut.
|
||
|
||
---
|
||
|
||
## 2. Die vier Produkt-Säulen von Brand Rules
|
||
|
||
Brand Rules besteht aus **vier funktionalen Säulen**.
|
||
|
||
Nicht aus Modulen, nicht aus Menüpunkten.
|
||
|
||
---
|
||
|
||
### 2.1 SÄULE 1: MARKEN-DNA-ENGINE
|
||
|
||
**„Was ist diese Marke – verbindlich?“**
|
||
|
||
### Zweck
|
||
|
||
- Zentrale, versionierte Quelle der Wahrheit
|
||
- Grundlage für alles Weitere
|
||
|
||
### Muss-Funktionen (MVP-fähig)
|
||
|
||
- Strukturierte Erfassung der 5 DNA-Bausteine (Dok. 002)
|
||
- Versionierung (v1.0, v1.1 …)
|
||
- Änderungs-Historie (wer, wann, warum)
|
||
- Klar definierter Owner
|
||
|
||
### Bewusst NICHT
|
||
|
||
- Freitext-Essays
|
||
- „Inspirationsfelder“
|
||
- Archetypen-Spielereien im Kern
|
||
|
||
> Ohne Engine kein System.
|
||
>
|
||
|
||
---
|
||
|
||
### 2.2 SÄULE 2: MARKEN-AGENT (RULE-BASED AI)
|
||
|
||
**„Wie wendet die Marke ihre Regeln an?“**
|
||
|
||
### Zweck
|
||
|
||
- Operative Entlastung
|
||
- Konsistenz im Alltag
|
||
|
||
### Funktionslogik
|
||
|
||
- **Generieren** (innerhalb der DNA)
|
||
- **Prüfen** (gegen die DNA)
|
||
- **Ablehnen mit Begründung**
|
||
|
||
### Muss-Funktionen
|
||
|
||
- Klarer Modus: *Generieren* vs. *Prüfen*
|
||
- Sichtbare Regelreferenzen („Verstoß gegen Regel X“)
|
||
- Kein stilles Umschreiben
|
||
|
||
### Bewusst NICHT
|
||
|
||
- Autonomes Lernen
|
||
- Trend-Optimierung
|
||
- „Kreativer Überraschungsmodus“
|
||
|
||
> Der Agent ist Wächter, nicht Autor.
|
||
>
|
||
|
||
---
|
||
|
||
### 2.3 SÄULE 3: GOVERNANCE & TEAMS
|
||
|
||
**„Wer darf was – und warum?“**
|
||
|
||
### Zweck
|
||
|
||
- Mittelstandstauglichkeit
|
||
- Skalierbarkeit im Team
|
||
|
||
### Muss-Funktionen
|
||
|
||
- Rollenmodell (Owner / Editor / Viewer)
|
||
- Freigabe-Logik
|
||
- Audit-Log
|
||
- DNA-Lock (Inhalte ≠ DNA)
|
||
|
||
### Warum das kritisch ist
|
||
|
||
Ohne Governance wird:
|
||
|
||
- KI gefährlich
|
||
- Marke beliebig
|
||
- Tool unbrauchbar für echte Unternehmen
|
||
|
||
> Governance ist kein Enterprise-Luxus,sondern Marken-Hygiene.
|
||
>
|
||
|
||
---
|
||
|
||
### 2.4 SÄULE 4: ANWENDUNGS-SCHICHT
|
||
|
||
**„Wo wirkt die Marke konkret?“**
|
||
|
||
### Zweck
|
||
|
||
- Verbindung von Struktur und Realität
|
||
|
||
### Start-Anwendungsfälle (bewusst begrenzt)
|
||
|
||
1. LinkedIn-Posts
|
||
2. Website-Absätze
|
||
3. Angebots-/Pitch-Texte
|
||
|
||
### Regel
|
||
|
||
- Wenige Anwendungsfälle
|
||
- Hohe Relevanz
|
||
- Klare Prüfmechanik
|
||
|
||
### Bewusst NICHT
|
||
|
||
- 20 Content-Formate
|
||
- Social-Media-Kalender
|
||
- Kampagnen-Management
|
||
|
||
> Tiefe schlägt Breite.
|
||
>
|
||
|
||
---
|
||
|
||
## 3. Produkt-Roadmap (phasenbasiert, realistisch)
|
||
|
||
---
|
||
|
||
### PHASE 1 – FUNDAMENT (Monat 1–2)
|
||
|
||
**Ziel:** System glaubwürdig machen
|
||
|
||
- Marken-DNA-Engine (vollständig)
|
||
- Ein Anwendungsfall (z. B. LinkedIn)
|
||
- Generieren + Prüfen
|
||
- 3–5 Beta-Kunden
|
||
|
||
**Erfolgskriterium:**
|
||
|
||
> „Das ist klar besser als ChatGPT –
|
||
>
|
||
>
|
||
> weil es uns zwingt, sauber zu denken.“
|
||
>
|
||
|
||
---
|
||
|
||
### PHASE 2 – SYSTEMVERTRAUEN (Monat 3–4)
|
||
|
||
- Rollen & Rechte
|
||
- Audit-Logs
|
||
- DNA-Versionierung
|
||
- Validierungs-Feedback (manuell)
|
||
|
||
**Erfolgskriterium:**
|
||
|
||
> „Wir trauen dem System –
|
||
>
|
||
>
|
||
> und lassen andere damit arbeiten.“
|
||
>
|
||
|
||
---
|
||
|
||
### PHASE 3 – SKALIERUNG (Monat 5–6)
|
||
|
||
- Weitere Anwendungsfälle
|
||
- Partner-Zugänge
|
||
- API-Vorbereitung (intern)
|
||
|
||
**Erfolgskriterium:**
|
||
|
||
> „Die Marke funktioniert auch ohne uns.“
|
||
>
|
||
|
||
---
|
||
|
||
### PHASE 4 – INTELLIGENZ (ab Monat 7)
|
||
|
||
- RAG-Wissensschicht
|
||
- Kuratierte Methodik
|
||
- Kontrollierte Optimierung (keine Autonomie)
|
||
|
||
**Erfolgskriterium:**
|
||
|
||
> „Das System denkt wie wir –
|
||
>
|
||
>
|
||
> nicht wie der Markt.“
|
||
>
|
||
|
||
---
|
||
|
||
## 4. Bewusste No-Feature-Liste (sehr wichtig)
|
||
|
||
Diese Dinge werden **nicht** gebaut – auch wenn Nachfrage entsteht:
|
||
|
||
- Prompt-Playgrounds
|
||
- Social-Media-Planer
|
||
- Virality-Scores
|
||
- Trend-Analysen
|
||
- Massen-Automatisierung
|
||
- „Mehr Output“-Dashboards
|
||
|
||
> Brand Rules ist kein Effizienz-Tool.Es ist ein Klarheits-System.
|
||
>
|
||
|
||
---
|
||
|
||
## 5. Internes Wertversprechen (Produktkern)
|
||
|
||
Brand Rules verkauft nicht:
|
||
|
||
- Content
|
||
- KI
|
||
- Geschwindigkeit
|
||
|
||
Sondern:
|
||
|
||
> Markenkonsistenz ohne Abhängigkeit von Personen.
|
||
>
|
||
|
||
Das ist:
|
||
|
||
- erklärbar
|
||
- verteidigbar
|
||
- skalierbar
|
||
- exit-fähig
|
||
|
||
---
|
||
|
||
## 6. Maßstab für jede Feature-Entscheidung
|
||
|
||
Jede neue Idee muss diese Frage beantworten:
|
||
|
||
> Macht dieses Feature die Marke klarer,oder nur den Output größer?
|
||
>
|
||
|
||
Wenn Output > Klarheit:
|
||
|
||
- Feature wird gestrichen
|
||
|
||
---
|
||
|
||
## 7. Zusammenfassung (Essenz)
|
||
|
||
- Brand Rules ist Infrastruktur
|
||
- Entscheidungen schlagen Inhalte
|
||
- Governance schlägt Kreativität
|
||
- Weniger Features = mehr Wirkung
|
||
|
||
> Marke macht.Wenn sie geführt wird.
|
||
>
|
||
|
||
---
|
||
|
||
### Ende – Wissensdokument 008
|
||
|
||
--- |