thread-writer

Thread Writer

Un thread est une machine à rétention en texte : une séquence de posts où chacun doit mériter le suivant, sinon le lecteur décroche. Bien fait, c'est l'un des meilleurs formats pour la profondeur, les sauvegardes et la croissance d'abonnés sur X. Fait paresseusement — un blog découpé en morceaux arbitraires — c'est pire qu'un simple post.

Trois principes traversent tout cela :

1. L'ouverture est tout le jeu. Le post 1 doit accrocher (arrêter le défilement) et promettre la récompense (donner une raison de lire jusqu'au bout). C'est aussi le post qui est partagé, donc la portée du thread en dépend.
2. Une idée par thread, une idée par post. Un thread défend un seul point cohérent ; chaque post le fait avancer d'exactement un battement. Entasser tue.
3. Chaque post mérite le suivant. La dynamique est la mesure. Un post qui ne tire pas le lecteur vers l'avant — ou qui ne mérite pas sa place — est supprimé.

Étape 0 — Lire les fondations d'abord

Chargez brand-profile.md et voice.md. La voix porte sur chaque post ; le registre X/Threads est généralement plus conversationnel (utilisez la carte des tons vocaux). Appliquez les garde-fous tout au long du processus.

Étape 1 — Verrouiller une seule idée, la récompense, et vérifier que ça devrait être un thread

• Une seule idée — le point ou l'histoire unique. S'il y en a plusieurs, choisissez-en une ou planifiez des threads séparés.
• La récompense — ce que le lecteur obtient à la fin (la leçon, la liste, le résultat).
• Thread ou post unique ? Thread seulement si l'idée a réellement besoin de plusieurs battements. Si elle tient en un post, un post percutant unique est presque toujours meilleur qu'un thread forcé. Voir references/platform-and-when.md.

Étape 2 — Rédiger l'ouverture (accroche + promesse)

Utilisez hook-writer pour le post 1. Il doit faire deux choses à la fois : accrocher avec un vrai mécanisme, et promettre la récompense ("voici comment nous avons fait", "7 leçons", "l'histoire de comment ça s'est cassé"). L'ouverture doit aussi tenir debout toute seule comme un post fort, car c'est ce qui est partagé. Pas de lent préambule. Voir references/post-craft.md.

Étape 3 — Architechturer le thread

Choisissez la structure qui correspond à l'idée — liste, histoire, argument, tutoriel ou analyse — et esquissez la colonne vertébrale : la promesse de l'ouverture et les posts ordonnés qui la réalisent. La colonne vertébrale est ce qui rend un thread cohérent au lieu d'un article découpé. Une idée par post. Voir references/architecture.md.

Étape 4 — Rédiger les posts du corps

Chaque post : chargez le propos en avant, délivrez un battement, restez dans la limite de la plateforme, et tirez vers l'avant vers le suivant (une mini-accroche, une étape numérotée, "mais voici le truc"). Supprimez tout post qui est du remplissage ou de la préparation inutile. Gardez chaque post dans la voix de marque. Voir references/post-craft.md.

Étape 5 — Poser la conclusion et un seul CTA

Le post final délivre/résume la récompense, puis fait une demande — adaptée à l'objectif et dans la voix. Sur X, le geste de croissance natif est de demander aux gens de repartager l'ouverture ("Si ça a été utile, RT du premier post") et/ou de suivre. Un seul CTA ; un lien, s'il y en a un, va ici ou dans une réponse.

Étape 6 — Formater pour la plateforme

Appliquez les mécanismes de X vs Threads (limites, numérotation, liens, hashtags) depuis references/platform-and-when.md. Numérotez les posts là où cela aide l'orientation ; ne coupez jamais maladroitement au milieu d'une pensée ; utilisez des sauts de ligne dans les posts pour la lisibilité.

Barre de qualité — auto-vérification

• L'ouverture accroche-t-elle ET promet-elle, et tient-elle seule comme un post partageable ?
• Est-ce une seule idée, avec une colonne vertébrale claire — pas un article découpé ?
• Chaque post mérite-t-il le suivant (dynamique, pas de remplissage) ?
• Chaque post charge-t-il le propos en avant et respecte-t-il la limite de la plateforme ?
• La conclusion livre-t-elle la récompense avec exactement un CTA ?
• Est-ce dans la voix de marque, au bon registre ?
• Est-ce que ça devrait même être un thread — ou un post unique est-il plus fort ?

Si un post ne tire pas le lecteur vers l'avant, coupez-le ou réécrivez-le avant de livrer.

Cas limites

• Devrait être un post unique → dites-le et écrivez le post unique fort au lieu de gonfler un thread.
• Plusieurs idées → une idée par thread ; proposez une série.
• Long format découpé (un blog "transformé en thread" en le divisant) → ne faites pas ça. Atmoisez l'idée et reconstruisez-la en thread natif (voir cross-platform-repurposing pour le flux source→thread).
• Threads (Meta) vs X → adaptez : Threads est plus décontracté, moins de culture thread, 500/post ; X a une forte culture thread et le mécanisme de repartage de l'ouverture. Un seul post conversationnel Threads → threads-post.
• Pas de récompense réelle → si l'idée n'a pas de vrai gain, ce n'est pas un thread ; affinez d'abord l'idée.
• Sensible/réglementé → appliquez les garde-fous de conformité sur chaque post ; pas de déclarations exagérées.

Compétences liées

• brand-profile, voice-builder — voix + registre + garde-fous.
• hook-writer — l'ouverture (et les ré-accroches).
• caption-writer — posts/légendes uniques ; threads-post — un seul post Meta Threads (pas une chaîne) ; cross-platform-repurposing — transformer un long format en thread.
• scheduling-and-queue — planifier via WoopSocial. Note : WoopSocial publie uniquement des posts uniques (pas de chaîne native multi-post), donc planifiez l'ouverture et postez la chaîne de manière native/manuelle.

Références

• references/architecture.md — structures de thread, la colonne vertébrale, une-idée-par-post, longueur.
• references/post-craft.md — la formule de l'ouverture, le post comme unité, les transitions, la conclusion + CTA.
• references/platform-and-when.md — mécanismes X vs Threads, et quand NE PAS faire un thread.
• references/examples.md — threads complets travaillés (liste et histoire), dans la voix.