Markusgjesdal/listing-writer

Listing writer

Transforme un dossier de fichiers produit en une fiche de vente qui dit clairement ce que l'acheteur reçoit. La fiche est construite à partir des faits trouvés dans les fichiers, pas du battage médiatique. Sortie : listing.md à côté du dossier produit.

Quand l'utiliser

• Un produit numérique (template, guide PDF, imprimable, pack de code, pack de prompts ou de compétences, feuille de calcul) est construit et nécessite un texte de vente.
• Une ancienne fiche doit être réécrite de zéro. (Pour noter et corriger une fiche existante, utilisez listing-audit si vous l'avez.)

Quand ne pas l'utiliser

• Le produit n'est pas encore construit. Rédigez la fiche après que les fichiers existent, afin que chaque affirmation puisse être vérifiée par rapport à eux.

Entrées

• Requis : chemin vers le dossier produit ou l'archive zip.
• Demander une fois si non trouvé dans les fichiers : à qui il s'adresse (une phrase), prix ou fourchette de prix, la boutique où il sera mis en ligne, et tout ce que l'acheteur doit déjà posséder (logiciel, compte, niveau de compétence).
• Optionnel : les notes personnelles de l'utilisateur, une ancienne fiche, une liste de captures d'écran, des retours clients réels que l'utilisateur peut vous montrer (utilisez uniquement les retours que l'utilisateur confirme être réels et autorisés à citer).

Étapes

1. Inventorier le produit. Listez chaque fichier que l'acheteur recevra (parcourez les dossiers et archives zip). Comptez les pages, feuilles, templates, compétences ou toute autre unité. Notez les formats et les logiciels requis. Écrivez d'abord cette liste : c'est la source de vérité pour la suite.
2. Trouver le job. En une phrase, énoncez la tâche que l'acheteur termine plus vite ou mieux avec ce produit. Si vous ne pouvez pas, demandez à l'utilisateur avant d'écrire quoi que ce soit d'autre.
3. Remplir templates/listing-template.md section par section :
   • Options de titre (3) : moins de 70 caractères, commencez par le résultat ou l'objet, incluez le format (ex. « Template Notion », « PDF », « Pack de compétences »). Pas de MAJUSCULES, pas de murs d'émojis, pas de « ultime/meilleur/n°1 » sauf si l'utilisateur peut le prouver.
   • Résumé : une phrase, moins de 160 caractères, utilisable comme description courte de la boutique et extrait de recherche.
   • Description : 3 courts paragraphes : le problème dans les mots de l'acheteur, ce que ce produit fait pour le résoudre, comment il est utilisé (étapes ou court exemple).
   • Contenu : liste à puces issue uniquement de l'inventaire de l'étape 1, avec des comptes réels.
   • À qui ça s'adresse / ne s'adresse pas : 2 à 4 puces chacun. « Ne s'adresse pas » renforce la confiance et réduit les remboursements.
   • Prérequis : logiciels, versions, comptes, niveau de compétence.
   • FAQ : 4 à 6 questions qu'un acheteur poserait vraiment (format, remboursements, mises à jour, compatibilité, licence, support). Répondez uniquement avec des faits confirmés par l'utilisateur ; sinon, marquez [DEMANDER À L'UTILISATEUR].
   • Tags : 8 à 12 phrases de recherche en minuscules que les gens taperaient, sans noms de concurrents ou de marques sauf comme compatibilité.
4. Exécuter checklists/claims-check.md sur le brouillon et corriger chaque résultat.
5. Marquer les lacunes. Tout fait que vous n'avez pas pu vérifier reste sous forme de [DEMANDER À L'UTILISATEUR : ...] dans le texte. Ne le remplissez pas avec une supposition.
6. Écrire listing.md, puis donner à l'utilisateur un résumé en 3 lignes : titre choisi, nombre d'éléments [DEMANDER À L'UTILISATEUR], et tout élément de la vérification des affirmations dont vous n'étiez pas sûr.

Sortie

listing.md avec les sections : Options de titre, Résumé, Description, Contenu, À qui ça s'adresse, À qui ça ne s'adresse pas, Prérequis, FAQ, Tags, Questions ouvertes.

Règles

• Chaque nombre dans la fiche doit provenir de l'inventaire ou de l'utilisateur.
• Pas de promesses de revenus ou de résultats (« gagner X € », « garanti », « devenir viral »). Décrivez ce que le produit fait, pas ce que l'acheteur gagnera.
• Pas d'avis, témoignages, nombres d'acheteurs inventés, « offre limitée » ou « seulement N exemplaires ».
• Les noms de produits d'autres entreprises apparaissent uniquement comme faits de compatibilité (« fonctionne avec ... »), jamais d'une manière qui suggère un aval.
• Écrivez pour des personnes qui parcourent sur un téléphone : paragraphes courts, mots simples, pas de mur de gras.
• Ne publiez jamais ni ne collez dans la boutique vous-même. C'est l'utilisateur qui le fait.

Fichiers dans cette compétence

• templates/listing-template.md — la structure à remplir pour listing.md.
• checklists/claims-check.md — les lignes à rechercher et à corriger avant de remettre le résultat.