Kevin Adametz
00796a35d5
Konsolidierter, bereinigter Stand der Wissensbasis (docs/). Frischer Wurzel-Commit, um urheberrechtlich problematische Volltexte aus der Historie zu entfernen (die bisherige Historie bestand aus einem einzigen Initial-Commit). Enthaltene Änderungen (vgl. docs/_Steuerung/CHANGELOG.md, 2026-05-29): - Copyright-Hygiene: 25 Volltext-/Übersetzungsdateien (Sharp 14 Kap., Wala 11 Kap.) entfernt; je Quelle _Fundstellen-Index.md als Provenienzbeleg; Quellnachweise + Steuerungsdateien angepasst. - Konsistenz-Korrekturen: Reichweite 000-013 (Scorecard-Regeln), Rule-ID MW-WK-DIFF-101, Quellnachweis-Dateiverweis, Dok.000 v2.0.2. - Dateinamen-Normalisierung: Startdatei ohne Leerzeichen. Originale (Wala/Sharp E-Books) privat außerhalb des Repos archiviert. 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
|
||
|
||
--- |