Il existe un guide qui liste "4 skills Claude pour l'audit CRO". Une liste. Un skill sans le fichier, c'est une recette sans les quantités. Voici trois skills que j'utilise vraiment sur des tunnels SaaS, avec les fichiers à télécharger et à brancher aujourd'hui. Un skill, ce n'est pas une astuce, c'est une méthode encodée qui produit la même analyse à chaque passage.

Pourquoi un skill bat un prompt collé

Le problème d'un prompt, c'est la variance. Tu le reformules un peu, tu changes un mot, tu obtiens autre chose. En audit, la variance est l'ennemi numéro un. Deux passages doivent donner le même diagnostic sur la même page, sinon tu ne diagnostiques pas, tu improvises avec un ton assuré.

Cette exigence n'est pas une lubie. Toute la discipline de l'inspection heuristique, telle que le Nielsen Norman Group l'a formalisée, repose sur une idée simple, un jugement isolé et non cadré est peu fiable. Un même évaluateur qui repasse sans grille ne retrouve pas les mêmes problèmes, et deux évaluateurs sans méthode commune divergent encore plus. La réponse documentée, ce n'est pas un expert plus doué, c'est une grille fixe appliquée dans le même ordre, avec les mêmes critères et les mêmes interdits.

Un test simple le montre. Demande à un modèle "audite cette hero" trois fois de suite, sans grille, tu obtiens trois listes qui se recouvrent à moitié, dans un ordre différent, avec des priorités qui bougent. Le fond n'a pas changé, la page non plus, seule la formulation de ta demande a flotté. Sur un livrable client, ce flottement est disqualifiant, tu ne peux pas défendre un diagnostic qui dépend du jour où tu l'as lancé.

Un skill fige exactement ça. Le modèle applique la même liste, dans la même séquence, et refuse les mêmes dérives. La fiabilité ne vient pas de l'inspiration, elle vient de la contrainte. Un fichier SKILL.md, c'est cette contrainte rendue portable, tu la branches une fois, elle tourne pareil à chaque fois, sur ta page comme sur celle de ton concurrent.

Les trois skills

  1. analyse-heuristique-tunnel. Passe chaque écran contre une grille fixe de principes d'utilisabilité, charge du formulaire, hiérarchie, clarté de l'action, preuve, cohérence avec la source de trafic. Il sort un score par principe, un total, et les corrections priorisées au meilleur rapport gain sur effort.
  2. passe-biais-cognitifs-copy. Inspecte la copy contre une liste de biais qui bloquent la décision, charge cognitive, aversion à la perte, preuve sociale, effort nommé contre résultat nommé, ancrage. Pour chaque mécanisme, il dit s'il est bien exploité, mal exploité ou absent, et cite le passage exact.
  3. test-5-secondes. Simule ce qu'un visiteur retient, comprend et croit pouvoir faire après cinq secondes sur la page. C'est le test le plus révélateur sur une hero, parce qu'il attaque le moment où tout se joue.

Chacun prend en entrée une page ou sa partie haute, sous forme de capture ou de contenu structuré, et rend une sortie structurée que tu peux archiver et comparer d'un audit à l'autre.

Je ne les lance pas au hasard, je les enchaîne. D'abord analyse-heuristique-tunnel, pour la structure, la charge des formulaires, la hiérarchie, ce qui se voit sur n'importe quel écran du parcours. Ensuite passe-biais-cognitifs-copy, pour descendre au niveau des mots, une fois que la structure est cadrée. Enfin test-5-secondes sur la hero seule, parce que c'est le point où un visiteur décide de rester ou de partir, et qu'il mérite sa propre passe. Trois angles, du squelette au texte au premier coup d'oeil, dans cet ordre.

Trois cartes skill, analyse heuristique, passe biais cognitifs, test des cinq secondes, avec pour chacune son entrée et sa sortie.
Trois skills, chacun avec son entrée et sa sortie.

Pourquoi trois fichiers et pas un méga-prompt qui fait tout d'un coup. Parce qu'un skill qui fait une seule chose se lit, se corrige et se rejoue sans effet de bord. Si le test-5-secondes déraille, je touche un fichier de vingt lignes, pas un monstre qui mélange structure, copy et hero. Et parce qu'on ne passe pas les mêmes skills sur toutes les pages, une landing courte n'a pas besoin de la passe formulaire d'un tunnel d'inscription. Trois skills séparés, tu les composes selon la page que tu as devant toi. Un méga-prompt, tu le subis en entier à chaque fois, avec ses angles morts et ses redites.

Un skill au travail, sur la hero Zovalide

J'ai passé le skill test-5-secondes sur la hero de Zovalide, un des deux SaaS que j'édite. Zovalide sert à faire valider un contenu à un client par un simple lien, sans qu'il ait à créer de compte.

Le teardown remonte deux choses, dans cet ordre. D'abord ce qui passe. En cinq secondes simulées, un communicant comprend qu'il s'agit de validation de contenu client, en un clic, par lien, sans compte, sans relancer par email. La promesse de base est lisible, tant mieux.

Ensuite le manque, et c'est là que le skill gagne son prix. La fonctionnalité qui débloque vraiment le workflow, l'auto-approbation qui empêche un planning de rester bloqué par un client silencieux, n'arrive pas dans ce qui est retenu au premier coup d'oeil. Elle est plus bas sur la page. Le skill le pointe froidement, ton argument le plus fort attend un scroll que beaucoup ne feront pas.

Le mécanisme derrière est mesuré, pas intuitif. Pourquoi cinq secondes, et pas trente. Parce que la première impression d'une page se forme en une fraction de seconde. Une étude de Lindgaard publiée en 2006 a montré que le jugement de qualité visuelle d'une page web se fige en environ 50 millisecondes, le temps d'un clignement d'oeil. Cinq secondes, c'est déjà une éternité à cette échelle, c'est le temps qu'un visiteur accorde avant de trancher rester ou partir. Le test des 5 secondes ne simule donc pas un survol distrait, il simule le moment exact où la décision se prend. Et à ce moment, seule la zone haute compte. Les études d'eye-tracking du Nielsen Norman Group montrent que l'attention se concentre très majoritairement au-dessus de la ligne de flottaison, et chute dès qu'il faut scroller. Un argument enterré sous le pli n'est pas un argument faible, c'est un argument qui, pour la majorité des visiteurs, n'existe pas. Ta hero ne dispose que de quelques secondes et d'un écran, et sur cet écran tu as placé ta promesse générique en avant et ton différenciateur en réserve. Le skill ne devine pas ça, il l'applique par construction, il refuse de regarder plus bas que la zone haute, exactement comme un visiteur pressé.

Vrai, vérifiable, sur ma propre page. La correction n'est pas d'ajouter du texte, c'est de remonter le bon argument là où l'oeil se pose d'abord.

Hero Zovalide, la zone des cinq premières secondes surlignée, l'argument auto-approbation entouré plus bas avec une flèche vers le haut.
Vue schématique, l'argument fort attend un scroll que beaucoup ne font pas.

La sortie du skill, en clair

Un skill se juge à ce qu'il rend. Voici la sortie du test-5-secondes sur la hero Zovalide, telle qu'elle tombe.

Test des 5 secondes, hero Zovalide

1. De quoi ça parle : d'un outil pour faire valider des contenus
   à un client, par un simple lien.
2. Pour qui : une agence, un studio, un communicant qui doit
   faire approuver des livrables.
3. Ce que je peux faire ici : envoyer un contenu à valider en un clic,
   sans que le client crée un compte.
4. Ce qui manque à ma compréhension : ce qu'il se passe si le client
   ne répond jamais, mon planning reste-t-il bloqué.
5. Argument le plus fort présent dans la zone haute : non.
   L'auto-approbation, qui débloque un planning malgré un client
   silencieux, arrive plus bas.

Verdict : la promesse de base passe le test, l'argument différenciant non.
Correction prioritaire : remonter l'auto-approbation dans la hero, c'est
lui qui transforme "un outil de validation de plus" en garantie de délai.

Aucune ligne ne dit "soigne ta hero". Chaque réponse est ancrée sur ce que la page montre ou cache, et le verdict désigne une action précise. C'est la différence entre un avis et une méthode.

L'artefact, les trois fichiers

Les trois SKILL.md sont fournis, un fichier par skill, dans le pack lié à cet article. Colle chacun dans un projet Claude Code ou dans Cowork, chaque skill devient une commande réutilisable. Tu passes une page, tu obtiens la même analyse structurée, sans réécrire un prompt à chaque fois et sans dépendre de ton humeur du jour.

Et le même fichier voyage sans retouche. Je passe ces skills en amont de la prospection, pour repérer vite les pages qui fuient avant même d'écrire à qui que ce soit, puis je repasse exactement les mêmes en diagnostic client facturé. Une méthode encodée une fois sert tous les contextes, la veille de marché comme le livrable. Un prompt griffonné dans un coin de note ne fait jamais ce trajet, il se perd, il se reformule, il redevient un one-shot à chaque usage.

C'est toute la différence entre montrer un prompt et livrer une méthode. Un guide te dit que le skill existe. Le fichier te le met entre les mains, avec ses interdits, ce qui l'empêche de partir en flatterie ou en conseils passe-partout.

Le vrai gain arrive au deuxième passage. Tu appliques la correction, tu re-lances le même skill, et comme la grille n'a pas bougé, tu vois nettement si le verdict a basculé. Remonte l'auto-approbation dans la hero, repasse le test-5-secondes, la ligne "argument le plus fort : non" devient "oui". Un prompt libre ne te donne jamais cette lecture avant après fiable, parce que sa mesure change en même temps que ta page. Le skill est une règle stable, et une règle stable, c'est ce qui rend un progrès mesurable.

Où un skill s'arrête

Un skill fige la lecture, il ne remplace pas le jugement. Il te dira que ton argument fort est sous le pli, il ne sait pas si c'est un oubli ou un choix assumé. Peut-être que tu enterres volontairement l'auto-approbation parce que ta cible prioritaire cherche d'abord la simplicité, et que tu réserves le reste à une page produit dédiée. Le skill signale l'écart, il ne tranche pas l'intention.

C'est pour ça que je passe les skills en premier, pour cadrer et gagner du temps, puis je reprends la main. La méthode remonte les faits, moi je décide ce qui compte pour ce SaaS, cette cible, ce moment. Un skill qui décide seul, c'est un audit qui optimise une règle générale contre ton contexte réel.

Ce que tu retiens

Un skill transforme une bonne analyse ponctuelle en méthode répétable, et la répétabilité est ce qui sépare un avis d'un diagnostic. Les trois sont branchables aujourd'hui, avec leurs fichiers. Et c'est cette fiabilité, la même grille appliquée sans faiblir, qui fait qu'une Radiographie CRO tient en 2 jours sans jamais bâcler la lecture. Si tu veux cette lecture faite sur ton tunnel, c'est là.

Dans la même série

Ces skills font partie de mon pilier sur l'IA et l'audit CRO. Ils encodent le prompt détaillé dans l'analyse heuristique et pourquoi le modèle compte, et la passe copy que je démonte dans l'auditeur psycholinguistique de copy.