Communitygithub.com

Landing-Page-Strategy

Normalisiert Rohdaten oder manuelle Briefings in ein Seitenstrategie-Artefakt: Mechanismus, Angebot, Zielgruppe, Herkunft der Beweise, CTA, Erhaltungsplan und Prüfhinweise. Obligatorisch vor dem Texten oder Bauen.

Was ist Landing-Page-Strategy?

Dieses Skill fungiert als die fehlende Betreiberebene zwischen dem Sammeln von Fakten (`site-extract`) und dem eigentlichen Seitenbau. Es erzwingt eine explizite, dokumentierte Entscheidungsstruktur – bevor eine einzige Zeile Code geschrieben oder ein Bild generiert wird. Der Skill erstellt zwei Artefakte (`strategy.md` und `strategy.json`) in einem `workspace/pages/[page-name]/` Ordner, die als verbindliche Blaupause für alle nachgelagerten Schritte (Texterstellung, Visuelles, Build) dienen. Die Strategie deckt acht Kernbereiche ab: die zentrale Entscheidung (Produkt, Angebot, Zielgruppe, CTA), eine Karte der Kaufmechanismen, eine strenge Kontrolle über erlaubte und verbotene Behauptungen mit Herkunftsnachweis, einen detaillierten Beweisplan, einen Erhaltungsplan für Vertrauenssignale, ein Seiten-Routing basierend auf dem Seitentyp (physisches Produkt, SaaS, Lead-Gen, regulierte Nische) und visuelle sowie Prüfanforderungen. Es gibt klare Stop-/Continue-Logik, die fehlende kritische Felder oder unzureichende Beweise abfängt und bei weichen Mängeln eine abgestufte Fortsetzung erlaubt. Der Skill ist plattformunabhängig und kann in jeden agentenbasierten Workflow integriert werden, der Markdown und JSON als Ausgabeformate unterstützt. Seine Hauptstärke liegt in der Standardisierung des Strategieprozesses, der Vermeidung von „Vibes-basierten“ Entscheidungen und der Sicherstellung, dass jede Seite eine nachvollziehbare, überprüfbare Grundlage hat. Downstream-Skills wie `/brand-profile`, `/page-copy`, `/page-visuals` und `/page-build` lesen zuerst die `strategy.json`.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/TheMattBerman/landing-page-factory/tree/HEAD/skills/page-strategy

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

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.md oder manuelles Briefing

Optional:

  • Quell-Screenshots
  • Produktbilder
  • vorhandenes Markenprofil
  • Betreibernotizen zum Seitenziel

Erforderliche Ausgabe

Beides schreiben:

  • workspace/pages/[seitenname]/strategy.md
  • workspace/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.

Individual skills in this repo

This repo contains 7 individual skills — each has its own dedicated page.

TheMattBerman/landing-page-factory

Build an evidence-backed brand profile from site extract and page strategy. Separates observed facts from synthesis so downstream skills preserve the brand instead of rewriting it.

TheMattBerman/landing-page-factory

Top-level operator skill for Landing Page Factory. Classifies requests, chooses stage order, enforces prerequisites and hard stops, manages variant pages, reruns changed stages, and handles page-package admin.

TheMattBerman/landing-page-factory

Build a deployable landing page from strategy, copy, visuals, and brand profile using category-aware routing, preservation hierarchy, and explicit QA. Single-file HTML output.

TheMattBerman/landing-page-factory

Write mechanism-preserving, proof-disciplined landing page copy from strategy, brand profile, and extract language bank. Includes mandatory sharpness audit and claim control.

TheMattBerman/landing-page-factory

Final landing-page QA pass against strategy, proof provenance, mechanism clarity, trust preservation, accessibility, and anti-slop. Gates whether a page is shippable or draft-only.

TheMattBerman/landing-page-factory

Plan and generate visuals by preservation class: exact product, branded environment, or concept support. Uses strategy-driven shot selection and visual QA instead of generic vibe prompting.

TheMattBerman/landing-page-factory

Extract operator-grade source facts from a website or manual brief: claims, proof, CTAs, mechanism language, trust cues, visual patterns, and page structure with provenance. First stage of Page Factory.

Verwandte Skills