Révisions ciblées
Quelque chose est déjà écrit. Cette compétence l'améliore sans en prendre le contrôle. Sept passages, chacun cherchant un type de défaut, car une lecture unique qui surveille tout remarque systématiquement le problème le plus bruyant et ignore le reste.
Aucun Brief de Conversion n'est requis, et c'est l'idée
Toutes les autres compétences de ce plugin produisent un Brief de Conversion ou en lisent un. Celle-ci fonctionne sur ce qui se trouve devant elle : un e-mail, une moitié de landing page, un paragraphe de proposition qu'un client a renvoyé avec un point d'interrogation. La révision, c'est là où le travail arrive sans prévenir, et une porte d'entrée ici signifierait que le passage ne s'exécute jamais.
Si un brief existe — 03 Projets/<Projet>/_Recherche/[C] Brief de Conversion — *.md selon le classement de ce coffre, ou là où votre projet conserve ses recherches — lisez d'abord trois de ses sections, car elles modifient ce que les passages sont autorisés à faire, plutôt que de simplement les informer : le Registre qu'il nomme, ses Objections classées, et ce qu'il liste sous Preuve disponible.
Sans brief, exécutez quand même, et adoptez deux habitudes :
- Inférer le registre à partir du texte, étiqueter l'inférence, et ne pas corriger silencieusement vers votre propre goût. Un texte rédigé dans un registre non familier semble erroné à un éditeur qui n'a pas été informé du registre utilisé, et la révision qui en résulte est la plus coûteuse : fluide, confiante, et visant le mauvais lecteur.
- Une révision qui modifie ce qui est affirmé est un acte différent d'une révision qui modifie la manière dont c'est dit. Signalez le premier type séparément et renvoyez-le sous forme de question. Vous ne savez pas ce que l'entreprise peut réellement livrer, et une affirmation affûtée que personne ne peut honorer est un défaut que vous avez introduit.
Le Registre décide ce que chaque passage est autorisé à faire
Les sept passages sont les mêmes partout. Ce que chacun peut modifier ne l'est pas. Le cas le plus clair est l'Émotion Renforcée : dans Conservateur B2B (DACH), ce passage n'ajoute aucun adjectif — il supprime les hésitations, car ce qui véhicule l'émotion pour ce lecteur est une déclaration simple de sa propre situation, et chaque « peut aider » et « est conçu pour » l'affaiblit. Le même passage dans Réponse directe ajoute réellement. Deux opérations opposées, un seul nom de passage.
Les cinq : Conservateur B2B (DACH) · Technique / industriel · Consommateur / style de vie · Mission / à but non lucratif · Réponse directe. Définis dans ../recherche-audience/references/profils-registre.md. Chaque passage dans references/seven-sweeps.md se termine par une note de registre nommant les registres où ce passage se comporte différemment — pas les cinq à chaque fois. Lorsque le registre en jeu n'est pas nommé, aucun traitement spécial ne s'applique et le passage s'exécute tel qu'écrit.
Les sept passages
Exécutez-les dans cet ordre et ne les réordonnez pas — chaque passage remet une entrée plus propre au suivant, et les passages émotionnels sont délibérément tardifs, afin qu'ils travaillent sur une affirmation déjà rendue spécifique et prouvable plutôt que d'en habiller une qui ne l'est pas.
- Clarté — la phrase peut-elle être lue d'une seule façon ?
- Voix — une seule personne parle-t-elle tout au long ?
- Et Alors — chaque capacité est-elle accompagnée de sa conséquence ?
- Prouve-le — y a-t-il un artefact derrière l'affirmation, ou seulement l'affirmation ?
- Spécificité — l'affirmation est-elle mesurée, ou simplement enthousiaste ?
- Émotion Renforcée — le lecteur reconnaît-il sa propre situation dans le texte ?
- Zéro Risque — qu'est-ce qui reste ouvert lorsque le lecteur arrive à la demande ?
Définitions complètes, ce que chaque passage peut et ne peut pas toucher, un avant/après, et la note par registre : references/seven-sweeps.md. Ce fichier contient également la règle de régression — les trois endroits spécifiques où un passage ultérieur casse prévisiblement un passage antérieur, ce que vous revérifiez au lieu de tout réexécuter.
Optionnel : le panel d'experts
Les sept passages fonctionnent ligne par ligne. Ils rendront magnifique un argument mal dirigé, car aucun d'eux n'est autorisé à se demander si l'argument est le bon. references/expert-panel.md est le mode qui pose cette question — un petit banc de praticiens nommés, chacun appliquant une position qu'il a effectivement publiée, au texte dans son ensemble.
Une règle le régit : personne sur le banc n'a une vue qui ne peut être rattachée à une œuvre nommée, et un siège sans fondement reste vide. Ce fichier l'énonce en détail, avec la raison pour laquelle cela vaut le coût. Utilisez ce mode pour les textes à enjeux élevés — une page sur le point de recevoir du trafic payant, un e-mail de lancement, une proposition. Ignorez-le pour une légende.
Vocabulaire et indices structurels
references/vocabulaire-interdit.md est une liste autonome : les mots qui échouent pour une raison énoncée, et les rythmes structurels qui font que la prose semble rédigée par machine, même lorsque chaque mot individuel est correct.
C'est aussi le filet de sécurité de ce plugin. construction-page-conversion et architecte-offre acheminent tous deux le travail finalisé via une compétence humanizer là où elle est installée, et les deux tombent sur ce fichier là où elle ne l'est pas. Il est rédigé pour être utilisable à froid, par quelqu'un qui n'a jamais ouvert cette compétence.
Gardez la limite claire : ce fichier régit les mots et le rythme. Si l'affirmation elle-même vaut la peine d'être faite, prouvable et spécifique appartient aux passages.
Ce que cette compétence ne fait pas
- Elle ne restructure pas. Si l'ordre des sections est erroné ou qu'une section manque entièrement, cela relève de
../construction-page-conversion/SKILL.md, et le passage de révision doit s'arrêter et le dire. - Elle n'audite pas une page en ligne. Tout ce qui nécessite la page rendue, le formulaire, la source de trafic ou les analyses relève de
../audit-page-conversion/SKILL.md. - Elle ne reconçoit pas l'offre. Un texte faible parce que la chose vendue est faible ne peut être édité pour devenir fort —
../architecte-offre/SKILL.md, et dites-le clairement plutôt que de balayer plus fort.
Comment les révisions sont livrées
Chaque révision proposée porte le défaut qu'elle corrige et le passage qui l'a trouvé. L'auteur conserve le texte : présentez la modification et la raison, puis laissez-le l'accepter, la refuser, ou écrire sa propre version. Une modification sans raison énoncée est indiscernable d'une préférence, et les préférences sont débattues plutôt qu'appliquées.
Lorsqu'un passage trouve un défaut qui ne peut être corrigé à partir du seul texte — une affirmation sans preuve disponible, une objection sans réponse, une garantie que l'entreprise n'a pas acceptée — écrivez NON ÉTABLI — <ce qui le résoudrait> à la place d'un correctif inventé. C'est la discipline à l'échelle du plugin et son raisonnement est énoncé une fois, dans ../recherche-audience/SKILL.md ; elle s'applique ici sans changement.
Résultat
Texte révisé plus un court journal des modifications — ce qui a changé, quel passage l'a détecté, et tout élément renvoyé comme question plutôt que résolu. Par convention du coffre, la version révisée se trouve à côté de l'originale plutôt que de la remplacer, afin que les deux puissent être comparées ; ailleurs, gardez l'originale récupérable.