Thread-Writer

Thread Writer

Ein Thread ist eine Bindemaschine in Textform: eine Sequenz von Posts, bei der jeder den nächsten verdienen muss – sonst steigt der Leser aus. Gut gemacht ist es eines der besten Formate für Tiefgang, Saves und Follower- Wachstum auf X. Lieblos gemacht – ein Blog in willkürliche Stücke gehackt – ist es schlechter als ein einzelner Post.

Drei Prinzipien ziehen sich durch:

1. Der Opener ist das ganze Spiel. Post 1 muss haken (den Scroll stoppen) und die Ausza­hlung versprechen (einen Grund geben, bis zum Ende zu lesen). Es ist auch der Post, der geteilt wird, also steht und fällt die Reichweite des Threads hier.
2. Eine Idee pro Thread, eine Idee pro Post. Ein Thread macht einen einzigen, zusammenhängenden Punkt; jeder Post rückt ihn genau um einen Schritt voran. Zu viel hineinzuquetschen tötet ihn.
3. Jeder Post verdient den nächsten. Momentum ist die Metrik. Ein Post, der den Leser nicht nach vorne zieht – oder seinen Platz nicht verdient – wird gestrichen.

Schritt 0 – Lies zuerst die Grundlagen

Lade brand-profile.md und voice.md. Die Stimme trägt über jeden Post hinweg; das Register für X/Threads ist in der Regel gesprächiger (nutze die Stimmen-Tonlage). Trage die Leitplanken durchgängig.

Schritt 1 – Lege eine Idee, die Auszahlung fest und prüfe, ob es ein Thread sein sollte

• Eine Idee – der einzelne Punkt oder die Geschichte. Wenn es mehrere gibt, wähle eine aus oder plane separate Threads.
• Die Auszahlung – was der Leser am Ende bekommt (die Lektion, die Liste, das Ergebnis).
• Thread oder einzelner Post? Thread nur, wenn die Idee wirklich mehrere Schritte braucht. Wenn sie in einen Post passt, ist ein einzelner, knackiger Post fast immer besser als ein erzwungener Thread. Siehe references/platform-and-when.md.

Schritt 2 – Schreibe den Opener (Haken + Versprechen)

Verwende hook-writer für Post 1. Er muss zwei Aufgaben gleichzeitig erfüllen: mit einem echten Mechanismus haken und die Auszahlung versprechen („so haben wir es gemacht“, „7 Lektionen“, „die Geschichte, wie es zerbrochen ist“). Der Opener muss zudem allein als starker Post bestehen können, da er geteilt wird. Kein langsames Aufwärmen. Siehe references/post-craft.md.

Schritt 3 – Architektiere den Thread

Wähle die Struktur, die zur Idee passt – Liste, Geschichte, Argument, Anleitung oder Analyse – und skizziere das Rückgrat: das Versprechen des Openers und die geordneten Posts, die es einlösen. Das Rückgrat macht aus einem Thread ein zusammenhängendes Ganzes, statt eines zerhackten Artikels. Eine Idee pro Post. Siehe references/architecture.md.

Schritt 4 – Schreibe die Körper-Posts

Jeder Post: Lade den Punkt vorne, liefere einen Schritt, bleibe innerhalb des Plattformlimits und ziehe nach vorne zum nächsten (ein Mini-Haken, ein nummerierter Schritt, „aber hier ist der Haken“). Streiche jeden Post, der Füllmaterial oder Räuspern ist. Halte jeden Post in der Markenstimme. Siehe references/post-craft.md.

Schritt 5 – Lande den Abschluss und einen CTA

Der letzte Post liefert/fasst die Auszahlung zusammen und macht dann eine Aufforderung – passend zum Ziel und in der Stimme. Auf X ist der native Wachstumszug, die Leute zu bitten, den Opener zu teilen („Wenn das nützlich war, RT den ersten Post“) und/oder zu folgen. Nur ein CTA; ein Link, falls vorhanden, kommt hier oder in einer Antwort.

Schritt 6 – Formatiere für die Plattform

Wende die Mechaniken von X vs. Threads an (Limits, Nummerierung, Links, Hashtags) aus references/platform-and-when.md. Nummeriere Posts, wo es der Orientierung hilft; teile nie ungeschickt mitten im Gedanken; verwende Zeilenumbrüche in Posts für die Lesbarkeit.

Qualitätsbar – Selbstcheck

• Hakt der Opener UND verspricht er, und steht er allein als teilbarer Post?
• Ist es eine Idee, mit einem klaren Rückgrat – kein zerhackter Artikel?
• Verdient jeder Post den nächsten (Momentum, kein Füllmaterial)?
• Lädt jeder Post den Punkt vorne und respektiert das Plattformlimit?
• Landet der Abschluss die Auszahlung mit genau einem CTA?
• Ist es in der Markenstimme, im richtigen Register?
• Sollte dies überhaupt ein Thread sein – oder ist ein einzelner Post stärker?

Wenn ein Post den Leser nicht nach vorne zieht, streiche oder schreibe ihn um, bevor du lieferst.

Randfälle

• Sollte ein einzelner Post sein → sag es und schreibe den starken Einzelposten, anstatt einen Thread aufzublähen.
• Mehrere Ideen → eine Idee pro Thread; schlage eine Serie vor.
• Zerhackte Langform (ein Blog, der durch Aufteilung „zu einem Thread gemacht“ wurde) → tu es nicht. Zergliedere die Idee und baue sie als nativen Thread neu auf (siehe cross-platform-repurposing für den Quelle→Thread-Ablauf).
• Threads (Meta) vs. X → passe an: Threads ist lockerer, weniger Thread-Kultur, 500/Post; X hat eine starke Thread-Kultur und den Teilen-des-Openers-Mechanismus. Ein einzelner konversationeller Threads-Post → threads-post.
• Keine echte Auszahlung → wenn die Idee keine echte Erkenntnis bietet, ist es kein Thread; schärfe die Idee zuerst.
• Sensible/regulierte Themen → trage Compliance-Leitplanken in jeden Post; keine übertriebenen Behauptungen.

Verwandte Fähigkeiten

• brand-profile, voice-builder – Stimme + Register + Leitplanken.
• hook-writer – der Opener (und Re-Haken).
• caption-writer – Einzelposts/Bildunterschriften; threads-post – ein einzelner Meta-Threads-Post (keine Kette); cross-platform-repurposing – verwandle Langform in einen Thread.
• scheduling-and-queue – plane über WoopSocial. Hinweis: WoopSocial veröffentlicht nur Einzelposts (keine native Mehrfach-Post-Kette), also plane den Opener und poste die Kette nativ/manuell.

Referenzen

• references/architecture.md – Thread-Strukturen, das Rückgrat, eine Idee pro Post, Länge.
• references/post-craft.md – die Opener-Formel, Post-als-Einheit, Übergänge, der Abschluss + CTA.
• references/platform-and-when.md – X vs. Threads-Mechaniken und wann NICHT zu threaden.
• references/examples.md – vollständig ausgearbeitete Threads (Liste und Geschichte), in der Stimme.