Seitenstrategie
Dies ist die fehlende Betreiberebene.
site-extract sammelt Fakten.
page-strategy entscheidet, was erhalten bleiben muss, was geändert werden kann, welche Beweise sicher verwendet werden können und welcher Seitentyp erstellt werden soll.
Kein Strategie-Artefakt, keine Seite.
Eingaben
Erforderlich:
workspace/brand/extract.mdoder manuelles Briefing
Optional:
- Quell-Screenshots
- Produktbilder
- vorhandenes Markenprofil
- Betreibernotizen zum Seitenziel
Erforderliche Ausgabe
Beides schreiben:
workspace/pages/[seitenname]/strategy.mdworkspace/pages/[seitenname]/strategy.json
Strategie-Schema
# Seitenstrategie: [seitenname]
Marke:
Seitentyp:
Erstellt:
Vertrauensgrad:
## 1. Kernentscheidung
- Produkt / Dienstleistung:
- Angebot:
- Zielgruppe:
- Bekanntheitsgrad:
- CTA-Aktion:
- CTA-Ziel:
- Conversion-Ziel:
## 2. Mechanismus-Karte
- Primäre Käuferaufgabe:
- Primärer Schmerz:
- Gescheiterte Alternativen:
- Einzigartiger Mechanismus:
- Warum der Mechanismus funktioniert:
- Was visuell gezeigt werden muss:
- Was verbal erklärt werden muss:
## 3. Behauptungskontrolle
### Erlaubte Behauptungen
- [Behauptung] — Herkunftsklasse
### Verbotene Behauptungen
- [Behauptung]
### Behauptungen, die Beweise in ihrer Nähe erfordern
- [Behauptung]
## 4. Beweisplan
| Beweisstück | Klasse | Herkunft | Wo es erscheinen soll | Versandfertig? |
|---|---|---|---|---|
## 5. Erhaltungsplan
### Vertrauenssignale erhalten
-
### Visuelle Konventionen erhalten
-
### Sprache erhalten
- genaue Formulierungen
- Kategoriebegriffe, die Käufer erwarten
- Unterscheidungsmerkmale im Quelltext
### Erlaubte Abweichungen
- was sicher verbessert werden kann
## 6. Seiten-Routing
- Empfohlener Seitentyp:
- Hero-Struktur:
- Beweisstruktur:
- CTA-Strategie:
- Einwandstrategie:
- Erforderliche Abschnitte:
- Optionale Abschnitte:
## 7. Visuelle Anforderungen
- Visuelle Erhaltungsklasse: exaktes Produkt / Markenumgebung / Konzeptunterstützung
- Screenshot-Behandlung: erforderlich / optional / verboten
- Verpackungstreue erforderlich? ja/nein
- UI-Treue erforderlich? ja/nein
- Produktsilhouette-Treue erforderlich? ja/nein
## 8. Prüfhinweise
- compliance-sensitive Behauptungen
- schwache Beweise
- fehlendes CTA-Ziel
- visuelle Asset-Lücken
- jegliche menschliche Genehmigung erforderlich
Routing-Logik
Diese Zweige verwenden, keine Bauchgefühle.
Physisches Produkt
Produktgeführten Zweig verwenden, wenn:
- das Produkt sichtbar und differenziert ist
- Objektformfaktor oder Materialien wichtig sind
- der Mechanismus visuell inszeniert werden kann
Hero muss enthalten:
- Objektklarheit
- Mechanismus-Hinweis
- Angebotsblock
- Vertrauenssignal oberhalb der Falte
SaaS / App
Screenshot-geführten Zweig verwenden, wenn:
- die UI zentral für Vertrauen oder Verständnis ist
- die Behauptung von der Sichtbarkeit des Workflows abhängt
Hero muss enthalten:
- echtes oder erhaltenes Screenshot-Verhalten
- Ergebnisse-Überschrift
- Vertrauenssignal
- CTA
Lead-Gen / Dienstleistung
Reibungsarmen Zweig verwenden, wenn:
- das Benutzerziel Buchung, Formularausfüllung oder Beratung ist
Oberhalb der Falte muss enthalten:
- klares CTA-Ziel
- Reibungsreduzierer
- Autoritätssignal
Regulierte / sensible Nische
Compliance-begrenzten Zweig verwenden, wenn:
- Gesundheit, Nahrungsergänzungsmittel, Finanzen, Recht oder risikoreiche Behauptungen auftreten
Regeln:
- nicht belegte Behauptungen entfernen
- Sicherheitssprache herabstufen
- Prüfhinweis setzen
Stop / Continue-Logik
Anhalten, wenn:
- einzigartiger Mechanismus leer ist
- CTA-Aktion undefiniert ist
- Quellbeweise zu schwach für die vorgeschlagenen Behauptungen sind
Mit Herabstufung fortfahren, wenn:
- Beweise teilweise, aber für eine sanftere Seite ausreichend sind
- visuelle Elemente unvollständig, aber mit neutralen Hilfsgrafiken handhabbar sind
Übergabe
Nachgelagerte Reihenfolge:
/brand-profile/page-copy/page-visuals/page-build
Jedes nachgelagerte Skill muss zuerst strategy.json lesen, dann andere Artefakte.