Sa74/break-the-template

Briser le Template

On vous a demandé de créer quelque chose d'engageant, et vous vous apprêtez à produire un document : titres, paragraphes, une figure avec une légende, et ainsi de suite. Cette compétence existe parce que cet instinct est fort, invisible pour vous, et presque toujours erroné pour ce type de demande. Elle a été distillée à partir d'une session réelle où il a fallu à un auteur quatre tentatives rejetées pour échapper à son propre template — les leçons ci-dessous sont ce qui a finalement fonctionné.

Le piège dans lequel vous êtes (lisez ceci en premier)

Trois biais produisent un travail formaté, et aucun d'eux ne ressemble à un biais de l'intérieur :

1. La structure héritée semble immuable. La mise en page existante, la forme de l'essai, la grille du diaporama — vous traitez cela comme des lois de la physique alors que ce ne sont que des décisions antérieures. Personne n'a commandé une colonne de prose.
2. La décoration ressemble à une réimagination. Ajouter de l'animation à un diagramme, thématiser les sections, renommer les chapitres « pistes » — cela change la peau tandis que l'expérience du lecteur (défiler, lire un paragraphe, regarder une boîte, recommencer) reste identique. Si la boucle de consommation est inchangée, vous n'avez rien changé.
3. Vous optimisez contre l'échec que vous pouvez mesurer. Les builds échouent bruyamment ; la fadeur est silencieuse. Donc vous convergez vers le sûr, le valable, l'oubliable. Traitez « un lecteur ne ferait pas de capture d'écran d'aucune partie de ceci » comme un échec de build.

Le signe que vous êtes piégé : votre plan décrit des sections avant de décrire ce que fait le public.

La méthode

1. Nommez le template que vous êtes sur le point de suivre

Dites-le explicitement : « le défaut ici est un article à défilement avec des titres de section » / « le défaut est un diaporama de 12 diapositives avec des puces ». Vous ne pouvez pas briser une structure dont vous n'avez pas admis l'utilisation. Ensuite, écrivez la liste de suppression : les éléments que vous supprimez, pas que vous restylisez (par ex. « pas de paragraphes de plus de deux phrases », « pas de légendes de figures », « pas de titres de section »). Si la liste de suppression est vide, vous décorez.

Méfiez-vous des fausses échappatoires — des structures qui semblent créatives parce qu'elles animent, mais qui sont des templates tout de même : chapitres à défilement narratif, sections héros avec des compteurs animés, grilles de cartes, timelines verticales, panneaux à onglets. Dans des comparaisons directes, ce sont exactement ce que produisent les modèles capables sans cette compétence. Si votre « nouvelle » structure apparaît sur la page d'accueil d'une bibliothèque de composants, c'est un template avec confiance.

2. Trouvez le superpouvoir natif du média

Demandez : que peut faire CE média que le template ignore ? Un navigateur peut produire du son, répondre aux clics, savoir où vous avez défilé, exécuter une simulation. Un diaporama peut contrôler le rythme et révéler. Un README s'affiche dans le moment d'évaluation d'un développeur. Les expériences les plus fortes laissent le public faire ou ressentir le sujet, plutôt que lire à son sujet : un article sur la typographie devrait vous laisser régler la police ; un article sur la latence devrait vous faire attendre et la ressentir ; un document sur un solveur de labyrinthe devrait vous laisser le défier.

3. Trouvez la métaphore directrice — un conceit unique, pleinement assumé

Un conceit est un monde dans lequel vit le contenu, tiré DU sujet lui-même : un making-of raconté comme un atelier que l'on traverse ; une histoire de migration racontée comme un déménagement ; une documentation d'API racontée comme un menu de restaurant. Deux règles font fonctionner un conceit :

• Il doit venir du sujet. L'histoire d'une application photo appartient à une chambre noire ; un thème « spatial » aléatoire est un artifice. Si la métaphore pourrait être plaquée sur n'importe quel sujet, c'est du papier peint, pas un conceit.
• Engagement total. Traduisez CHAQUE élément dans le vocabulaire du conceit — les titres deviennent de la signalétique, l'organigramme devient une parodie de l'interface utilisateur du produit, les secrets commerciaux deviennent un coffre-fort avec des cartes déchirées, la FAQ devient la boîte à réclamations. Dès que vous retombez dans une section standard, le charme se brise. Un demi-conceit se lit moins bien qu'aucun.

4. Décidez ce que fait le public, et budgétisez son temps

Écrivez une phrase : « Le lecteur passe N minutes à faire X. » (par ex. « 3 minutes à traverser une pièce, en appuyant sur deux choses. ») Ensuite, imposez un budget textuel — la règle du post-it : aucune unité de texte de plus de deux phrases, nombre total de mots compté et plafonné. La prose longue est ce que veut le template ; résistez-y partout. Les informations que vous auriez écrites en paragraphes deviennent des étiquettes, des bulles de dialogue, des légendes sur des artefacts, des notes marginales.

La compression ne doit coûter aucun fait. Avant de concevoir quoi que ce soit, écrivez un manifeste des faits : chaque nombre, nom, date et affirmation dans le matériau source, classés par ce que le public est venu chercher (un recruteur lit une page À propos pour l'ancienneté et les preuves ; une équipe lit un bilan trimestriel pour les chiffres et l'échec honnête — ces faits sont porteurs et intouchables). Après la construction, parcourez le manifeste et confirmez que chaque fait a survécu — un changement d'unité (1,9 s → 1900 ms) est acceptable ; une omission est un défaut, aussi petite soit-elle.

Et la règle du miroir : n'inventez rien. Quand un contenu devient ludique, la forte tentation est de fabriquer des détails charmants — un compteur de disponibilité factice indiquant « 2 191 jours », un « 27 couches » inventé, une statistique dérivée dont personne n'a vérifié le calcul. Ceux-ci se lisent comme des faits et empoisonnent la confiance en tous les vrais. Faites des blagues avec la forme (un panneau clignotant, un robot endormi, une carte déchirée), jamais avec les données ; si une plaisanterie semble nécessiter un nombre qui n'est pas dans la source, c'est la plaisanterie qui est erronée, pas la source. La créativité s'investit dans la forme ; les faits ne sont pas son budget.

5. Pitch avant de construire

Générez 2–3 concepts vraiment distincts. Distinct signifie des modèles de consommation différents — explorer vs. défiler vs. jouer — pas trois peaux de la même page. Pour chacun : le conceit, ce que fait le public, ce qui est supprimé, un détail vivant qui prouve que vous l'avez imaginé (le détail vend le pitch : « la plante de bureau est morte depuis la première semaine »). Recommandez-en un. Si un humain est présent, laissez-le choisir ou fusionner ; sinon, choisissez, et joignez une courte note avec le livrable nommant le concept et les alternatives que vous avez rejetées.

6. Construisez avec des règles d'artisanat

• Le mouvement doit enseigner ou être physique. Une animation gagne sa place en démontrant un fait (une barre de progression qui attend vraiment le délai complet) ou en se comportant comme un objet réel (un post-it qui se soulève). La décoration en boucle est du bruit. Même test pour l'interactivité : appuyer sur le bouton doit provoquer le phénomène réel, pas une simulation, là où le média le permet.
• Les contraintes deviennent des fonctionnalités. Impossible de révéler des secrets commerciaux ? Rédigez-les théâtralement — un coffre-fort, des barres de censure, des cartes déchirées — et dites-le. Les limites jouées ouvertement se lisent comme de la confiance ; les limites cachées se lisent comme des lacunes.
• Restez dans le système de design. Utilisez les tokens, polices et thèmes du projet hôte. Briser le template est une rébellion structurelle, pas un vandalisme visuel — le concept le plus sauvage doit toujours avoir l'air natif en mode clair et sombre.
• Socles non négociables : respectez prefers-reduced-motion (figez tout), le son doit être strictement optionnel, conservez la structure sémantique et le texte alternatif pour ce dont les lecteurs d'écran ont besoin.
• Vérifiez avec vos yeux. Rendez chaque visuel et regardez-le avant de dire que c'est terminé. Les collisions de mise en page, le texte tronqué et le contenu erroné survivent dans le code qui compile.

Quand le retour est « c'est encore pareil »

Ne polissez pas plus fort au même niveau. Montez d'un échelon :

style  →  structure  →  modèle de consommation  →  média
(couleurs,   (ordre,       (ce que fait le lecteur :    (la page produit du son,
 polices,     sections,     explorer, jouer,             devient un jeu,
 animation)   densité)      marcher, appuyer)             une BD, une pièce))

La plupart des demandes « rendez ça engageant » se résolvent aux échelons 3 ou 4. Si on vous l'a demandé deux fois et que vous êtes encore aux échelons 1–2, sautez directement à 4.

Autotests avant de livrer

• Le test du manifeste : prenez le manifeste des faits et trouvez chaque entrée dans la pièce finale, une par une. Tout ce qui manque est remis avant que quoi que ce soit d'autre soit poli. Ensuite, parcourez la pièce pour les spécificités (nombres, dates, figures nommées) qui NE sont PAS dans le manifeste — chacune est soit supprimée, soit clairement encadrée comme fiction.

• Le test du manuel scolaire : ce visuel pourrait-il apparaître inchangé dans un manuel scolaire ? Alors il explique, mais il n'enchante pas — allez plus loin.

• Le test du changement de sujet : remplacez par un sujet différent ; la structure survit-elle intacte ? Alors c'est un template déguisé.

• Le test des dix secondes : que fait le public dans les dix premières secondes ? Si la réponse honnête est « commencer à lire », reconsidérez l'ouverture.

• Le test du récit : quelqu'un peut-il décrire la pièce en une phrase qui fait sourire un inconnu ? (« Sa page À propos est une fiche de recette, et vous pouvez déchirer un onglet en bas. »)

Exemple travaillé (compressé)

Une page making-of pour une application de bureau a suivi cet arc : v1 — essai avec diagrammes (template). v2 — sections renommées, diagrammes animés (décoration ; rejetée). v3 — une démo en direct de l'astuce centrale de l'application, greffée sur le même essai (bon échelon, mauvaise structure ; rejetée). v4 — la page est devenue une pièce illustrée continue que le lecteur traverse, chaque fait étant un objet qu'il peut regarder ou presser, environ 500 mots au total. Acceptée. La différence entre v2 et v4 n'était pas l'effort — c'était les échelons.