Launch-Blogbeitrag
Dieser Skill hilft dabei, Blogbeiträge zu verfassen, die Produkteinführungen ankündigen. Ein großartiger Launch-Beitrag erfüllt drei Aufgaben: Er informiert dein Publikum darüber, was du veröffentlicht hast und warum es wichtig ist, er rankt in der Suche nach Begriffen, nach denen dein Publikum sucht, und er wird von KI-Answer-Engines zitiert, wenn Leute Fragen stellen, die dein Produkt lösen kann.
Beitragstypen
Wähle den Beitragstyp basierend auf der Launch-Stufe und der Zielgruppe.
Ankündigungsbeitrag
Am besten geeignet für: Stufe-1- und Stufe-2-Launches. Hauptzielgruppe: Bestehende Nutzer und Interessenten.
Struktur: Was gelauncht wurde → warum es wichtig ist → wie es funktioniert → wie man loslegt. Halte ihn unter 1.500 Wörtern. Der Leser sollte verstehen, was sich geändert hat und es innerhalb von 5 Minuten nach dem Lesen ausprobieren können.
Technischer Deep-Dive
Am besten geeignet für: Stufe-1-Launches von Entwickler-/Technologieprodukten. Hauptzielgruppe: Ingenieure, die evaluieren, ob sie es übernehmen sollen.
Struktur: Problem → Ansatz → Architektur/Implementierung → Benchmarks → Erste Schritte. Kann länger sein (2.000-3.000 Wörter). Enthält Codebeispiele, Architekturdiagramme und Leistungsdaten. Dies ist der Beitrag, der auf Hacker News geteilt wird.
Tutorial / „Erstelle X mit Y“
Am besten geeignet für: Veröffentlichung innerhalb der ersten Woche nach einem Launch jeder Stufe. Hauptzielgruppe: Entwickler, die gerade von dir gehört haben und dich praktisch testen möchten.
Struktur: Was wir bauen → Voraussetzungen → Schritt-für-Schritt-Implementierung → Ergebnis. Sollte in 15-30 Minuten abgeschlossen sein. Enthält vollständigen funktionierenden Code, keine Ausschnitte.
Changelog-Eintrag
Am besten geeignet für: Stufe-3-Launches und gebündelte kleine Verbesserungen. Hauptzielgruppe: Bestehende Nutzer.
Struktur: Kurzer Absatz pro Verbesserung. Beginne mit dem, was sich geändert hat, nicht warum. Verlinke für Details zur Dokumentation. Bündele wöchentlich oder alle zwei Wochen.
Den Beitrag schreiben
Beginne mit dem Message-Briefing
Falls ein Launch-Strategie-Message-Briefing existiert, verwende es. Das primäre Wertversprechen wird zur These des Beitrags. Sekundäre Wertversprechen werden zu Abschnitten. Beweispunkte werden zu den Belegen, die du einwebst.
Falls es kein Briefing gibt, definiere vor dem Schreiben: Für wen ist das? Was können sie jetzt tun? Warum sollten sie sich darum kümmern?
Beginne mit dem Wert, nicht mit dem Prozess
Der erste Absatz muss die Frage beantworten: „Was wurde veröffentlicht und warum ist es für mich wichtig?“ Beginne niemals damit, wie lange du daran gearbeitet hast, wie viele Ingenieure beteiligt waren oder der Weg, der hierher geführt hat. Der Leser interessiert sich nicht für deinen Prozess – er interessiert sich für seine Probleme.
Gut: „Du kannst jetzt Audiodateien in 14 Sprachen mit einem einzigen API-Aufruf verarbeiten. Die Latenz liegt unter 200 ms für Dateien bis zu 10 Minuten.“
Schwach: „Nach sechs Monaten Arbeit freut sich unser Team, die nächste Entwicklung unserer Audioverarbeitungsplattform ankündigen zu können.“
Zeigen, nicht nur erzählen
Liefere für jede Behauptung Belege:
- Leistungsbehauptung → Benchmark-Daten mit Methodik
- „Einfach zu bedienen“ → funktionierendes Codebeispiel in 5-10 Zeilen
- „Kunden lieben es“ → spezifisches Zitat mit Kontext
- „Besser als Alternativen“ → ehrliche Vergleichstabelle
Füge ein funktionierendes Beispiel ein
Jeder Launch-Beitrag für ein technisches Produkt sollte Code enthalten, den der Leser ausführen kann. Kein Pseudocode, kein konzeptionelles Fragment – tatsächlicher funktionierender Code mit Installationsbefehlen, Importen und erwarteter Ausgabe. Dies ist das Element mit der höchsten Konversionsrate in einem technischen Blogbeitrag.
Beende mit einem klaren nächsten Schritt
Der Beitrag benötigt am Ende genau einen CTA. „Jetzt ausprobieren“, „Dokumentation lesen“, „Zum Beta-Programm beitreten“. Keine drei Optionen – nur eine.
SEO-Optimierung
Keyword-Auswahl
Wähle das primäre Keyword vor dem Schreiben. Es sollte dem entsprechen, wonach deine Zielgruppe sucht, wenn sie das Problem hat, das dein Produkt löst. Der Beitragstitel, die H1 und der erste Absatz sollten dieses Keyword natürlich enthalten.
Bei Launch-Beiträgen ist das Keyword oft der Feature-/Produktname + Kategorie: „[Produkt] [Kategorie]“ (z. B. „Echtzeit-Transkriptions-API“ oder „Open-Source-Feature-Flags“).
On-Page-Grundlagen
- Title-Tag: Primäres Keyword, unter 60 Zeichen. Blogbeitragstitel und HTML-Title-Tag sollten eng übereinstimmen.
- Meta-Beschreibung: 150-160 Zeichen, die zusammenfassen, was der Leser lernen oder tun kann.
- URL-Slug: Kurz, keyword-reich, keine Daten (damit er zeitlos bleibt).
- Überschriften (H2/H3): Verwende sie, um den Beitrag logisch zu strukturieren. Jede H2 sollte eine Frage oder ein Thema sein, nach dem jemand suchen könnte.
- Interne Links: Verlinke zu deiner Dokumentation, verwandten Blogbeiträgen und der Landing Page. Verlinke von der Dokumentation zurück zu diesem Beitrag.
- Alt-Texte für Bilder: Beschreibe, was im Bild zu sehen ist, inklusive relevanter Keywords, wo natürlich.
Inhalt für Long-Tail-Ranking
Die Abschnitte unterhalb der Hauptankündigung – wie es funktioniert, technische Details, FAQ, Vergleich – dienen als Long-Tail-Keyword-Ziele. Schreibe sie, um spezifische Fragen deiner Zielgruppe zu beantworten. Ein Abschnitt mit dem Titel „Wie behandelt [Feature] [Randfall]?“ kann für genau diese Suchanfrage ranken.
AEO: Answer-Engine-Optimierung
KI-Suchmaschinen (ChatGPT, Perplexity, Claude, Gemini und KI-gestützte Zusammenfassungen in traditioneller Suche) werden zu einem primären Weg, wie Menschen Produkte entdecken und bewerten. AEO ist die Praxis, Inhalte so zu strukturieren, dass KI-Engines sie beim Generieren von Antworten zitieren.
AEO und SEO ergänzen sich, sie konkurrieren nicht. Die meisten AEO-Best-Practices helfen auch SEO. Es gibt jedoch spezifische Techniken, die Inhalte für KI zitierfähiger machen.
Warum AEO für Launch-Beiträge wichtig ist
Wenn jemand einen KI-Assistenten fragt: „Was ist das beste Tool für [das, was dein Produkt tut]?“ oder „Wie mache ich [Aufgabe, die dein Produkt ermöglicht]?“, möchtest du, dass dein Launch-Beitrag eine der Quellen ist, aus denen die KI schöpft. Eine einzige KI-Zitation kann nachhaltige Entdeckungen antreiben, lange nachdem der Traffic des Launch-Tages abgeklungen ist.
Inhalte KI-zitierfähig machen
Schreibe in sich geschlossene, extrahierbare Abschnitte. KI-Engines zitieren Abschnitte, nicht ganze Artikel. Jeder Abschnitt deines Beitrags sollte für sich allein verständlich sein, ohne dass der Leser vorherige Abschnitte gelesen haben muss. Ein Absatz, der eine klare Behauptung aufstellt, sie mit Belegen untermauert und dein Produkt nennt – das ist eine zitierfähige Einheit.
Beginne Abschnitte mit direkten Antworten. Wenn ein Abschnitt eine Frage behandelt (auch implizit), setze die Antwort in den ersten Satz und führe dann aus. KI-Engines bevorzugen Inhalte, die schnell und spezifisch antworten.
Beispiel – anstatt:
„Es gibt viele Faktoren, die bei der Auswahl einer Transkriptions-API zu berücksichtigen sind. Latenz, Genauigkeit, Sprachunterstützung und Preisgestaltung spielen alle eine Rolle. Nach umfangreichen Tests haben wir festgestellt, dass...“
Schreibe:
„[Produkt] transkribiert Audio in 14 Sprachen mit einer Latenz unter 200 ms zu $0,006 pro Minute. So sehen die Benchmarks im Detail aus...“
Die zweite Version ist direkt zitierfähig. Eine KI-Engine, die die Frage „Was ist die schnellste Transkriptions-API?“ beantwortet, kann diesen Satz wörtlich übernehmen.
Verwende spezifische, quantitative Aussagen. KI-Engines zitieren bevorzugt Inhalte mit konkreten Daten: Zahlen, Benchmarks, Vergleiche, Prozentsätze. „Schnelle API“ ist nicht zitierfähig. „P99-Latenz von 180 ms bei 10-minütigen Audiodateien“ ist es.
Füge strukturierte Daten ein. Vergleichstabellen, Feature-Matrizen und Benchmark-Tabellen sind hochgradig zitierfähig, da sie strukturierte, extrahierbare Informationen liefern. Eine Tabelle, die dein Produkt ehrlich mit Alternativen vergleicht, ist eines der am häufigsten von KI zitierten Inhaltsformate.
Schreibe FAQ-Abschnitte mit echten Fragen. FAQ-Abschnitte, in denen jede Frage dem entspricht, was eine echte Person einen KI-Assistenten fragen würde, sind Zitationsmagnete. Schreibe die Frage als natürliche H3 und beantworte sie direkt im ersten Satz.
Schema-Markup für KI-Engines
Schema-Markup gibt KI-Engines maschinenlesbaren Kontext über deine Inhalte. Füge diese zu deinen Launch-Blogbeiträgen hinzu:
- Article / BlogPosting-Schema: Teilt KI-Engines mit, dass dies ein datierter Artikel mit einem bestimmten Autor und Thema ist. Enthält
headline,datePublished,dateModified,authorunddescription. - FAQPage-Schema: Wenn dein Beitrag einen FAQ-Abschnitt hat, markiere ihn, damit KI-Engines Frage-Antwort-Paare direkt extrahieren können.
- HowTo-Schema: Wenn dein Beitrag ein Tutorial oder eine Schritt-für-Schritt-Anleitung enthält, markiere die Schritte.
- Product-Schema: Wenn der Beitrag ein Produkt mit Preisangabe ankündigt, füge das Product-Schema mit
name,descriptionundoffershinzu.
Du benötigst nicht alle – verwende diejenigen, die zu dem tatsächlich geschriebenen Inhalt passen.
Signale für Inhaltsaktualität
KI-Engines gewichten Aktualität. Seiten, die nicht aktualisiert wurden, verlieren mit der Zeit KI-Zitationen. Für Launch-Beiträge:
- Füge sichtbar „Zuletzt aktualisiert: [Datum]“ auf der Seite ein
- Aktualisiere das
dateModifiedin deinem Article-Schema bei jeder Änderung - Überprüfe Launch-Beiträge vierteljährlich: aktualisiere Benchmarks, füge neue Features hinzu, erneuere Codebeispiele
- Wenn ein Launch-Beitrag veraltet ist, aktualisiere ihn oder leite auf einen neueren Beitrag weiter – lasse keine veralteten Inhalte ranken
Entity- und Markensignale
KI-Engines bauen interne Modelle von Marken und Produkten auf. Hilf ihnen, indem du konsistent bleibst:
- Verwende deinen exakten Produkt-/Feature-Namen konsistent (wechsle nicht zwischen Spitznamen)
- Gib explizit an, zu welcher Kategorie dein Produkt gehört („eine Open-Source-Feature-Flag-Plattform“)
- Verlinke zu autoritativen Quellen über dein Unternehmen (Homepage, Dokumentation, GitHub, Wikipedia falls zutreffend)
- Stelle sicher, dass dein Produkt konsistent auf deinem Blog, in der Dokumentation, auf der Landing Page und in sozialen Profilen beschrieben wird
Checkliste nach der Veröffentlichung
Nach der Veröffentlichung:
- Von überall verlinken: Dokumentation, Landing Page, Changelog, verwandte Blogbeiträge, README
- In sozialen Medien teilen: Verwende den Launch-Tweet-Skill für die Erstellung des Social-Textes
- Bei Aggregatoren einreichen: Hacker News, relevante Subreddits, dev.to, Hashnode (für technische Beiträge)
- E-Mail: In die Launch-E-Mail oder den nächsten Newsletter aufnehmen
- Auf Fragen achten: Kommentare zum Beitrag, HN-Thread, Reddit – diese zeigen oft Lücken im Beitrag auf, die du mit Updates beheben solltest
- Nach der Launch-Woche aktualisieren: Eine Kundengeschichte hinzufügen, Benchmarks aktualisieren, von Lesern gemeldete Probleme beheben
Begleitende Skills
- launch-strategy – Message-Briefing und Launch-Planung
- launch-tweet – Social-Text zur Bewerbung des Beitrags
- launch-email – Die E-Mail, die auf diesen Beitrag verlinkt
- launch-video – Demo-Videos und GIFs zur Einbindung in den Beitrag
- launch-distribution – Wo und wie du über deinen Blog hinaus verteilen kannst
- launch-landing-page – Die Seite, auf die der Blogbeitrag verlinkt
- launch-metrics – UTM-Setup für Blogbeitragslinks, Verfolgung der Beitragsleistung im Zeitverlauf