Was macht Landing Page GTM?
Baue Conversion-optimierte Landingpages, die verkaufen – nicht nur beschreiben. Kombiniere Produktrecherche, Wettbewerbspositionierung, Verkaufstexte und Frontend-Implementierung in einem einzigen Workflow.
Aufnahme – Immer zuerst fragen
Bevor mit der Arbeit begonnen wird, sammle diese Eingaben:
| Eingabe | Frage |
|---|---|
| Ziel-URL | „Für welche URL oder Route ist diese Seite gedacht?“ (z.B. myapp.com/pricing) |
| Codebase-Pfad | „Wo liegt der Quellcode?“ (z.B. /home/user/project/src) |
| Produkt/Feature | „Welches Produkt oder Feature wird auf dieser Seite verkauft?“ |
| Zielgruppe | „Wer ist der Käufer? (Rolle, Unternehmensgröße, Schmerzlevel)“ |
| Wettbewerber | „Mit wem vergleichen sie sich?“ |
| Randbedingungen | „Existierendes Designsystem, Formularanbieter, CTA-Ziel?“ |
Falls die Seite bereits existiert, lies sie zuerst. Schlage niemals Änderungen an Code vor, den du nicht gelesen hast.
Workflow
Phase 1: Produkt recherchieren
Studiere das tatsächliche Produkt, bevor du ein einziges Wort Copy schreibst. Erfinde niemals Features.
- Codebase lesen – Suche nach der Implementierung des Features. Verwende Git Log, um aktuelle Änderungen zu finden.
- Behauptungen validieren – Für jedes behauptete Feature bestätige, dass es im Code existiert. Melde Lücken: „X existiert. Y ist unvollständig. Z nicht gefunden.“
- Unterscheidungsmerkmale identifizieren – Was macht dieses Produkt wirklich anders als Mitbewerber? Architektonische Vorteile > Oberflächenfeatures.
- Den Selbstverbesserungs-Winkel finden – Jedes lernende / adaptive Verhalten ist Marketing-Gold. Verstehe den Mechanismus, damit du ihn ohne Fachjargon beschreiben kannst.
Phase 2: Wettbewerbspositionierung
Rahme jeden Abschnitt als „warum wir, nicht sie“ ein, ohne Wettbewerber namentlich zu nennen.
Positionierungsformel:
Schmerz, den sie täglich fühlen
+ Was Wettbewerber dagegen tun (schlecht)
+ Was du anders machst
+ Ergebnis, das sie erleben werden
Anti-generischer Test – Falls der Copy unverändert auf einer Wettbewerbsseite erscheinen könnte, schreibe ihn um:
- „KI-gestützt“ → Was macht die KI tatsächlich?
- „Intelligente Automatisierung“ → Was genau wird automatisiert?
- „Einfach zu bedienen“ → Im Vergleich zu welcher schmerzhaften Alternative?
Wettbewerber-Entkräftungsmuster:
- „Jede [Kategorie]-App behauptet [Buzzword]. Die meisten machen nur [was sie tun]. Wir sind anders.“
- „Nicht [alter Ansatz]. Echter [neuer Ansatz], der [konkretes Ergebnis] liefert.“
- „Andere Tools bleiben statisch. Unseres [wie es sich weiterentwickelt].“
Phase 3: Verkaufstexte schreiben
Wandle Features in Begehren um. Denke wie ein Käufer, nicht wie ein Ingenieur.
Tonfall nach Zielgruppe:
| Zielgruppe | Ton | Beispiel |
|---|---|---|
| SME-Inhaber | Warm, direkt | „Quittung knipsen. Fertig.“ |
| Finanzmanager | Ergebnisorientiert | „Jeder Treffer zeigt dir genau warum.“ |
| Unternehmen | Vertrauensaufbauend | „Kontrolle ohne Komplexität.“ |
| Technisch | Präzise, glaubwürdig | „Wird jede Woche messbar klüger.“ |
Copy-Regeln:
- Mit Schmerz beginnen – „Hör auf, Formulare einzeln auszufüllen“ > „Automatisiertes Ausfüllen von Formularen“
- Ein Satz, eine Idee – Kurz. Knackig. Scanbar.
- Konkret > abstrakt – „In 10 Sekunden antworten“ > „Schnelle Antwortzeiten“
- „Das will ich“-Test – Lies jede Karte laut vor. Denkt der Käufer „Das brauche ich“? Wenn nicht, umschreiben.
- Mit Ergebnis enden – „Nie wieder einen Verkauf wegen einer langsamen Antwort verlieren“ > „Nutzt NLP zur Antwortgenerierung“
Über KI/Technik ohne Fachjargon sprechen:
| Technische Realität | Sag stattdessen |
|---|---|
| ML-Modell trainiert wöchentlich neu | „Wird jede Woche klüger durch dein Feedback“ |
| Internes Optimierungs-Framework | Niemals erwähnen. Sag „lernt aus Korrekturen“ |
| LLM / GPT / Claude | „KI-Assistent“ oder einfach „dein Assistent“ |
| API-Integration | „Verbindet sich mit deinen vorhandenen Tools“ |
| Trainingsdaten aus Benutzerkorrekturen | „Jede Korrektur lehrt es etwas Neues“ |
| Genauigkeitsschwellen verhindern Regression | „Kann nur besser werden – nie schlechter“ |
| Erklärbare KI / Reasoning-Traces | „Zeigt dir genau, warum jede Entscheidung getroffen wurde“ |
Phase 4: Seite gestalten
Conversion-optimierte Seitenanatomie:
1. Hero – Überschrift + Untertitel + primärer CTA
2. Schmerzpunkte – 3-4 Szenarien, die der Käufer FÜHLT (rote/warme Töne)
3. Lösung – Transformationskarten, keine Feature-Listen
4. Social Proof – Testimonials oder Metriken
5. So funktioniert’s – Maximal 3 Schritte (wahrgenommene Komplexität reduzieren)
6. Preise – Vergleich zum Status quo, nicht nur eine Tabelle
7. FAQ – Einwandbehandlung als Hilfsbereitschaft getarnt
8. Abschluss-CTA – Dringlichkeit + Formular (primären CTA wiederholen)
Nicht jede Seite braucht alle Abschnitte. Passe an die Produktkomplexität an:
- Neue Produkteinführung: Alle Abschnitte
- Feature-Karten-Update: Karten + ggf. neuer Abschnitt
- Produkt im Portfolio: Karten in einer Schublade/einem Raster, Link zur dedizierten Seite
CTA und Formulare:
- Primärer CTA sowohl im Hero als auch unten – zwei Chancen zu konvertieren
- Minimale Felder. Jedes zusätzliche Feld senkt die Conversion um ~10%.
- Lead-Erfassung Minimum: Name + E-Mail + Unternehmen. Telefon nur, wenn das Produkt es erfordert.
- Vorhandene Formular-Infrastruktur nutzen (Formspree, Resend usw.) – keine Abhängigkeiten hinzufügen.
- Verstecktes
_source-Feld hinzufügen, um zu unterscheiden, von welcher Seite der Lead stammt.
Early Access / Waitlist-Muster:
- Farbiges Badge signalisiert Exklusivität (z.B. lila „Early Access“)
- Minimales Inline-Formular (2-3 Felder) direkt auf der Feature-Karte
- Weniger Reibung als eine separate Seite – Interesse im Moment der Entdeckung einfangen
Phase 5: Bauen und ausliefern
- Vorhandene Muster übernehmen – Lies 2-3 bestehende Seiten. Übernimm Imports, Layout, Routing, Designsystem.
- Designsystem wiederverwenden – Nur vorhandene UI-Komponenten. Keine neuen Frameworks einführen.
- Mobile-First – Jeder Abschnitt muss auf 375px Breite funktionieren.
- Route registrieren – Mit Import zum Router hinzufügen.
- Type-Check – Type-Checker vor dem Commit ausführen. Keine neuen Fehler.
- Multi-Codebase-Konsistenz – Wenn das Produkt auf mehreren Websites erscheint, alle MIT KONSISTENTER BOTSCHAFT aktualisieren.
Phase 6: Auslieferungs-Checkliste
Vor dem Pushen:
- Jedes Feature im Copy existiert im tatsächlichen Produktcode
- Kein Fachjargon (suche nach: API, SDK, LLM, Modell, Algorithmus, Pipeline, Container)
- Jede Karte besteht den „Das will ich“-Test
- CTA-Buttons funktionieren (scrollen zum Formular oder verlinken auf die Anmeldeseite)
- Formular sendet korrekt mit
_source-Feld - Mobil responsive bei 375px
- Type-Checks bestehen
- Alle Codebasen aktualisiert, wenn das Produkt auf mehreren Websites erscheint
- Wettbewerber-Copy-Test: Könnte dies auf einer Wettbewerbsseite erscheinen? Falls ja, umschreiben.
Referenzdateien
- references/copy-formulas.md – Überschriftsformeln, Kartenmuster, CTA-Texte, FAQ-Vorlagen
- references/page-archetypes.md – Vorlagen für Produkteinführung, Feature-Update, Vergleich, Waitlist-Seiten