Conversion-Seitenaufbau
Es wird nichts geschrieben, bevor ein Conversion-Brief existiert. Suche nach
03 Projects/<Project>/_Research/[C] Conversion Brief — *.md — oder dem Forschungsordner deines Projekts,
falls du nicht in dieser Struktur arbeitest. Falls keiner existiert, stoppe und rufe audience-research auf,
anstatt den ICP, die gewichteten Einwände oder das Register zu erraten. Eine Seite, die auf einer erratenen Zielgruppe aufbaut, ist keine günstigere Version dieser Fähigkeit – sie ist eine andere, unzuverlässige Fähigkeit, die nur die Struktur dieser hier trägt, und der Register-Abschnitt des Briefs ist die einzige Eingabe, die nachgelagert nicht mehr korrigiert werden kann, wenn sie falsch ist (../audience-research/SKILL.md – Register wird, einmal gesetzt, vererbt, nicht neu entschieden).
Der Ablauf: zwei Schreibdurchgänge, dann eine Spezifikation
Jeder untenstehende Abschnitt wird in zwei Durchgängen geschrieben, in dieser Reihenfolge, und der zweite sickert niemals in den ersten ein. Eine dritte Ausgabe – die Abschnittsspezifikation, weiter unten in dieser Datei beschrieben – folgt, sobald der Text fertig ist:
- Entscheide, was der Abschnitt erreichen muss, unter Verwendung der Framework-Ebene – die Hebel der Wertgleichung, das Hindernis umgekehrt in die Lösung, der Einwand abgebildet auf den versteckten Einwand, abgebildet auf die Glaubensverschiebung, abgebildet auf den Beweis, der Wert gestapelt und gegen den Preis verankert. Diese Ebene ist strukturell. Ein deutscher Industriekäufer und ein Self-Service-Direct-Response-Käufer brauchen im Mechanismus-Abschnitt exakt den gleichen Nachweis – dass dies funktioniert, speziell für jemanden in ihrer Situation – auch wenn nichts daran, wie dieser Nachweis formuliert wird, zweimal gleich aussieht.
- Schreibe es im Register, das der Brief vorgibt. Das Register entscheidet über die Intensität der Behauptungen, was als Beweis gilt, ob Dringlichkeit überhaupt verwendbar ist und wie direkt die Seite fragt – es ist kein Tonfall, der nachträglich auf den fertigen Text aufgesetzt wird. Ziehe das im Register-Abschnitt des Briefs genannte Register heran und halte es über alle elf Abschnitte hinweg durch, ohne es mitten auf der Seite neu zu entscheiden.
Überspringe Schritt 1, und du erhältst flüssigen Text, der der richtigen Person das falsche Argument liefert. Überspringe Schritt 2, und du erhältst ein korrektes Argument, das niemand in diesem Register zu Ende lesen wird. Verschmelze beide zu einem einzigen Durchgang, und das Ergebnis ist ein Textgenerator, der den Namen dieser Fähigkeit trägt – der Fehler, den diese Fähigkeit verhindern soll.
- Erstelle die Abschnittsspezifikation, sobald der Text für diesen Abschnitt geschrieben ist – siehe
## Die Abschnittsspezifikationunten. Ein Durchlauf, der nach den Schritten 1 und 2 endet, hat Text, aber kein Übergabe-Artefakt; die Spezifikation ist keine optionale Abschlussdokumentation, sie ist die dritte Ausgabe dieser Fähigkeit.
Die elf Abschnitte
Hero, Problem, Ergebnis, Lösung, Mechanismus, Wertstapel, Beweise, Einwände, Garantie, CTA, FAQ – in dieser Reihenfolge, für eine Seite, die das vollständige Argument durchläuft. references/page-architecture.md enthält diese Reihenfolge und die Begründung, warum es diese und keine andere ist. references/section-playbooks.md enthält, was jeder Abschnitt erreichen muss und wie sich das über die fünf Register hinweg ändert – lies die Registerzeile des Briefs einmal, dann lies nur diese Spalte für jeden Abschnitt, nicht alle fünf.
Nicht jede Seite benötigt alle elf Abschnitte oder in dieser Abfolge – references/page-types.md behandelt, was eine Homepage, eine Opt-in-Seite, eine Preisseite, eine Feature-Seite und eine vollständige Verkaufsseite jeweils behalten, komprimieren oder weglassen, und warum die Aufgabe, die diese Seite im Trichter hat, dies entscheidet.
Zwei Abschnitte tragen genug eigene Logik in sich, um eine eigene Datei zu benötigen, anstatt nur einer Playbook-Spalte:
- Einwände –
references/objection-to-belief.mdführt von offenem Einwand → verstecktem Einwand → Glaubensverschiebung → Beweis, aufgebaut aus dem eigenen gewichteten Einwände-Abschnitt des Briefs, nicht aus einer generischen FAQ-Liste, die zusammengestellt wird, nachdem der Text bereits geschrieben ist. - Beweise –
references/proof-library.mdordnet Beweisarten nach ihrer Stärke und danach, was es tatsächlich kostet, sie zu erhalten, damit der Abschnitt aus dem aufgebaut wird, was der Kunde diese Woche liefern kann, nicht aus dem, was schön wäre zu haben.
references/conversion-psychology.md ist die Mentale-Modell-Ebene, auf die die Framework-Argumentation in jedem Abschnitt zurückgreift. Lies sie einmal pro Projekt, nicht einmal pro Abschnitt – sie erklärt, warum ein Hebel wirkt, nicht, was geschrieben werden soll.
Die Abschnittsspezifikation
Erstelle eine Abschnittsspezifikation pro Abschnitt, parallel zum Text, in genau dieser Form – design-handoff nutzt sie über diese fünf Schlüsselnamen und keine anderen:
section_type: <einer der elf>
purpose: <was dieser Abschnitt erreichen muss, aus dem Framework-Durchlauf>
content_hierarchy: <was ein Leser zuerst, als Zweites, als Drittes innerhalb des Abschnitts aufnimmt>
components: <die konkreten Elemente – Überschrift, Unterüberschrift, Medienplatz, Formular, Vergleichstabelle, Badge…>
responsive_intent: <was auf einem schmalen Viewport stapelt, einklappt, neu anordnet oder zuerst ausgeblendet wird>
Schreibe die Spezifikation nach dem Text, nicht davor. Sie beschreibt, was der Text tatsächlich halten muss, und eine zuerst geschriebene Spezifikation neigt dazu, ein Layout festzulegen, an das der Text dann angepasst wird, anstatt umgekehrt.
Bevor du es auslieferst
Falls eine humanizer-Fähigkeit in dieser Umgebung verfügbar ist, leite den fertigen Text durch sie, bevor du die Seite als fertig erklärst. Falls sie nicht installiert ist – eine Neuinstallation dieses Plugins hat keinen Vault und keinen humanizer – wende direkt ../copy-sweeps/references/banned-vocabulary.md auf den Entwurf an. Einer der beiden läuft immer; welcher, hängt davon ab, was installiert ist, nicht davon, ob einer der Schritte wichtig ist.
Wohin die Seite kommt
Gemäß der Konvention in diesem Vault landet der fertige Seitentext zusammen mit dem Brief, aus dem er erstellt wurde – 03 Projects/<Project>/_Research/[C] Page Copy — <Page> — <date>.md – oder wo auch immer dein Projekt entworfene Texte ablegt, falls du nicht in dieser Struktur arbeitest. Diese Fähigkeit liefert zwei Dinge: den Text selbst und die Abschnittsspezifikation pro Abschnitt, die design-handoff verwendet. Gib an, wo du den Text abgelegt hast; eine Seite, die niemand finden kann, ist keine ausgelieferte Seite.