Claude Design
Claude Design sert à produire des documents, des présentations et des interfaces à partir d'une consigne écrite, puis à les reprendre autant de fois qu'il le faut — au prompt ou à la main. Ce qui en sort n'est pas une image : c'est un document vivant, qui se clique, se corrige et s'exporte.
Ce cours suit l'ordre d'un vrai projet : créer, modifier, industrialiser avec ses propres modèles, nourrir de documents de référence, produire des docs, ajouter des fonctions, exporter. Sept exercices jalonnent le parcours — faites-les dans l'ordre, chacun réutilise le résultat du précédent.
Les avantages de Claude Design
Trois qualités le distinguent des outils de génération de supports. Elles se constatent dès la deuxième heure d'usage.
La stabilité
Une modification ne casse pas le reste. Vous demandez un changement sur un titre, et le titre change : la mise en page tient, les couleurs tiennent, ce que vous aviez validé plus haut reste tel quel. C'est le défaut le plus fréquent des outils de cette famille — chaque correction rebat les cartes et il faut tout revalider.
Conséquence pratique : on peut travailler par petites touches successives, sur vingt allers-retours, sans jamais repartir de zéro. Le document se construit au lieu de se régénérer.
La rapidité
Le premier jet arrive en moins d'une minute, et une correction ciblée en quelques secondes. Cela change la nature du travail : on cesse de décrire longuement ce qu'on veut pour aller le voir. Deux essais valent mieux qu'un paragraphe de consignes.
Plus que de la présentation : du code
C'est la différence de fond. Un outil de présentation produit des diapositives ; Claude Design produit du code — une page, une interface, un outil qui fonctionne. Ce qui s'affiche à l'écran est le résultat de ce code, et non une maquette qui l'imite.
Ce que cela ouvre concrètement : des éléments qui réagissent, des calculs qui s'exécutent, des données qui se filtrent, des boutons qui font quelque chose. Et, en bout de chaîne, un fichier récupérable qu'un développeur peut reprendre au lieu de le réécrire.
Le corollaire est qu'il ne faut pas savoir coder pour s'en servir, mais qu'il vaut mieux savoir que c'est du code : cela explique pourquoi certaines demandes sont instantanées et d'autres impossibles.
Comment créer
Tout part d'une description en langage courant. La règle qui fait la différence entre un résultat décevant et un résultat exploitable tient en une phrase : décrivez l'intention et le destinataire, pas la mise en page.
Quatre éléments suffisent pour une bonne consigne de départ. À qui cela s'adresse. Ce que la personne doit pouvoir faire ou comprendre. La matière, c'est-à-dire vos contenus réels plutôt qu'un sujet abstrait. Et le registre visuel : sobre, dense, aéré, institutionnel, commercial.
- Partez d'un contenu existant quand vous en avez un : collez la note, le compte rendu, les chiffres. Un document généré à partir de matière réelle est immédiatement utilisable.
- Dites le format visé dès la première demande — une présentation, une page, un tableau de bord, un outil de calcul — plutôt que de le corriger après.
- Donnez une contrainte de volume : un nombre de sections, de diapositives, d'écrans. Sans contrainte, le modèle en produit trop.
- Fournissez une référence si vous en avez une : une capture d'écran, une charte, un document que vous aimez. Une référence vaut dix adjectifs.
Ne cherchez pas la consigne parfaite. Le premier jet sert à voir, pas à livrer : on découvre en le regardant ce qu'on voulait vraiment, et c'est plus rapide que d'y penser à l'avance.
Exercice 1 — Créer. Prenez un document réel que vous avez sous la main : un compte rendu, une note, une fiche produit. Demandez-en une présentation en cinq écrans, destinée à un public que vous nommez précisément, dans un registre que vous nommez aussi. Regardez le résultat sans rien corriger. Réussi si le document est présentable en l'état, même imparfait — et si vous savez dire en une phrase ce qui doit changer.
Comment modifier
C'est ici que se passe l'essentiel du travail. Un document sort en une minute ; il devient bon en une demi-heure de reprises. Deux voies existent, et l'on passe de l'une à l'autre sans quitter le document : la reprise par le prompt, et la reprise à la main.
La règle de partage est simple. Le prompt pour ce qui est global ou demande du jugement — la structure, le ton, l'ajout d'une section, la refonte d'une mise en page. La main pour ce qui est local et que vous voyez : un mot, un chiffre, une couleur, une position.
Exercice 2 — Modifier. Reprenez le document de l'exercice 1. Faites-y trois corrections successives, une par demande, en énonçant à chaque fois un seul écart : une chose à retirer, une chose à ajouter, une chose à déplacer. Réussi si, après les trois passes, tout ce que vous aviez validé au départ est encore intact.
Modifier avec un prompt
Le prompt est l'outil des changements qui portent sur l'ensemble ou qui demandent une décision : « ajoute une section sur les tarifs », « raccourcis de moitié », « rends l'ensemble plus sobre », « inverse l'ordre des deux dernières parties », « adapte ce document à un public de dirigeants ».
Trois formulations qui fonctionnent particulièrement bien. Désigner ce dont on parle : « dans la troisième section », « le tableau », « le bandeau du haut » — le modèle voit le document, il faut lui dire où regarder. Comparer plutôt que décrire : « plus aéré que maintenant », « moins de texte, plus de chiffres ». Et fixer ce qui ne doit pas bouger : « sans toucher aux couleurs », « garde la structure ».
Quand une demande produit un résultat pire que l'état précédent, ne corrigez pas la correction : demandez de revenir en arrière, puis reformulez autrement. Empiler des rattrapages sur une mauvaise piste coûte plus cher que de repartir du dernier bon état.
Exercice 3 — Modifier au prompt. Sur le même document, demandez trois changements globaux, un par message : un changement de ton pour un autre public, une réduction de moitié du texte, et une réorganisation de l'ordre des parties. Formulez chacun en désignant explicitement ce qui ne doit pas changer. Réussi si aucune des trois demandes n'a abîmé ce que les deux autres avaient réglé.
Modifier manuellement
Pour tout ce que vous voyez et que vous savez déjà corriger, passer par le prompt est un détour. La reprise directe est faite pour cela : on va sur l'élément et on le change.
Les cas où la main gagne toujours : une faute de frappe, un chiffre à jour, un nom propre, un intitulé à raccourcir, une couleur à ajuster, un élément à déplacer ou à supprimer. Décrire ces changements prend plus de temps que de les faire.
Les deux modes se combinent sans conflit : on structure au prompt, on finit à la main, et l'on peut reprendre au prompt ensuite — le modèle travaille sur le document tel qu'il est, corrections manuelles comprises.
Exercice 4 — Modifier à la main. Reprenez le document et corrigez directement cinq éléments : un titre, un chiffre, un mot mal choisi, une couleur, et un élément à supprimer. Chronométrez-vous, puis demandez la même chose au prompt sur une copie. Réussi si vous pouvez dire, pour chacun des cinq, quelle voie était la plus rapide — c'est ce réflexe qu'il faut installer.
Utiliser ses propres modèles
Un modèle — un gabarit — est un document de référence que vous avez validé une fois et que vous réutilisez ensuite. C'est ce qui fait passer l'outil du gadget individuel à l'usage d'équipe : sans gabarit, chacun produit sa propre charte et rien ne se ressemble.
La méthode tient en trois temps. Produisez un document et travaillez-le jusqu'à ce qu'il soit exactement conforme à votre identité — couleurs, typographies, structure, ton, mentions obligatoires. Conservez-le. Puis, pour tout nouveau document, fournissez-le comme référence en demandant de reprendre sa présentation avec un contenu différent.
- Un gabarit par famille de document : la présentation commerciale, le compte rendu, la fiche produit, la note interne. Un gabarit universel ne sert bien aucun des quatre.
- Nommez explicitement ce qui doit être repris et ce qui doit changer : « reprends exactement la présentation, les couleurs et l'ordre des sections ; remplace tout le contenu par celui-ci ».
- Faites valider le gabarit par qui détient la charte graphique, une fois. C'est un quart d'heure qui évite deux mois de supports approximatifs.
- Datez vos gabarits et désignez qui les tient à jour. Un gabarit périmé se propage aussi vite qu'un bon.
Si votre organisation dispose déjà d'un modèle officiel — une trame de présentation, une charte —, partez de lui : fournissez-le comme référence plutôt que de tenter de le décrire. Ce que vous montrez est toujours mieux compris que ce que vous décrivez.
Insérer des documents de référence
Un document de référence est tout ce que vous joignez pour que le résultat s'appuie sur du réel plutôt que sur des généralités. C'est le levier de qualité le plus efficace et le moins utilisé.
| Ce que vous joignez | Ce que cela change |
|---|---|
| La charte graphique ou un support existant | Les couleurs, les typographies et la mise en page sont les vôtres, pas celles d'un gabarit générique |
| Vos contenus réels — notes, comptes rendus, fiches | Le document parle de votre sujet, avec vos mots, sans invention |
| Vos chiffres, en tableur ou collés | Les graphiques et les tableaux portent des données justes |
| Un document que vous trouvez réussi | Le registre et le niveau d'exigence sont montrés plutôt que décrits |
| Vos contraintes écrites — mentions légales, vocabulaire imposé | Elles sont appliquées partout, au lieu d'être vérifiées à la relecture |
Deux conseils de méthode. Joignez peu et pertinent : trois documents bien choisis valent mieux que quinze, qui diluent la consigne. Et dites à quoi sert chaque pièce — « celui-ci pour la présentation, celui-là pour le contenu, ce troisième pour le ton » —, sinon tout est mélangé au même rang.
Les docs
À côté des présentations et des interfaces, Claude Design produit des documents à lire : notes, rapports, comptes rendus, modes opératoires, fiches. Ce sont les docs, et ils obéissent à des règles différentes de celles d'une présentation.
Une présentation soutient une parole : peu de texte, une idée par écran. Un doc doit se tenir seul, être lu sans vous, et rester juste dans six mois. La conséquence sur la consigne est directe : demandez la longueur, le niveau de détail et le lecteur visé, faute de quoi vous obtiendrez une présentation déguisée.
- Demandez une structure explicite : titres, sous-titres, un sommaire si le document dépasse quelques pages.
- Exigez que rien ne soit inventé : le doc ne doit contenir que ce que vous avez fourni, et signaler ce qui manque plutôt que de le combler.
- Faites ressortir ce qui doit être vu vite : encadrés d'avertissement, tableaux de synthèse, points d'action en fin de partie.
- Prévoyez la mise à jour : un doc utile est un doc que l'on rouvre. Demandez une date et une mention de version.
Exercice 5 — Un doc. Produisez un mode opératoire d'une procédure que vous connaissez : trois pages maximum, destiné à quelqu'un qui arrive et qui ne connaît rien au sujet, avec un tableau de synthèse et un encadré sur ce qu'il ne faut surtout pas faire. Réussi si un collègue extérieur au sujet peut exécuter la procédure sans vous poser de question.
Créer des boutons de fonctionnalité
C'est ici que l'on quitte le document pour l'outil. Puisque ce qui est produit est du code, on peut y ajouter des éléments qui font réellement quelque chose quand on clique dessus — et c'est ce qui transforme une présentation en instrument de travail.
| Bouton | Ce qu'il fait |
|---|---|
| Calculer | Applique une formule aux valeurs saisies et affiche le résultat — devis, rentabilité, simulation |
| Filtrer et trier | Restreint une liste ou un tableau selon un critère choisi par le lecteur |
| Afficher ou masquer | Déplie un détail, une justification, une réponse — l'essentiel reste visible, le reste à la demande |
| Naviguer | Renvoie vers une autre section, un autre écran, une source |
| Basculer une vue | Passe d'un tableau à un graphique, d'un mode simple à un mode détaillé |
| Réinitialiser | Remet le document dans son état de départ après manipulation |
| Copier | Met un texte produit à disposition, prêt à coller ailleurs |
La consigne à donner tient en trois éléments : ce que le bouton dit, ce qu'il fait exactement, et ce qui se passe si l'utilisateur s'y prend mal — un champ vide, une valeur absurde. Le troisième point est celui que l'on oublie, et c'est celui qui fait la différence entre une démonstration et un outil que l'on ose confier.
Exercice 6 — Un bouton qui sert. Ajoutez à votre document un simulateur : trois champs à remplir, un bouton qui calcule, un résultat affiché avec son détail. Prévoyez le cas d'un champ laissé vide. Testez-le avec trois jeux de valeurs dont vous connaissez le résultat. Réussi si le calcul est juste dans les trois cas, et si un champ vide affiche un message plutôt qu'une erreur.
Exporter : les différents formats
Un document ne vaut que s'il sort de l'outil. Les formats disponibles dépendent de ce que vous avez produit — un tableau de bord interactif et une note de trois pages ne s'exportent pas de la même façon —, mais ils se rangent en quatre familles, et le choix se fait sur une seule question : que doit pouvoir faire celui qui le reçoit ?
| Famille | Quand la choisir | Ce qu'on y perd |
|---|---|---|
| Document figé : PDF | Diffusion large, pièce jointe, impression, archivage | Toute interactivité : les boutons ne fonctionnent plus |
| Fichier bureautique : présentation ou traitement de texte | Le destinataire doit pouvoir modifier avec ses outils habituels | La mise en page peut bouger à la conversion ; à relire systématiquement |
| Page web ou lien de partage | Montrer le document tel qu'il est, interactivité comprise | Le destinataire doit ouvrir un lien ; à surveiller si le contenu est confidentiel |
| Code source | Reprise par un développeur, intégration dans un produit existant | Rien — mais il faut quelqu'un pour s'en servir |
Deux réflexes. Vérifiez ce qui est proposé pour le document que vous avez sous les yeux plutôt que de vous fier à une liste — l'éventail dépend du type de document et de la version de l'outil. Et relisez toujours le fichier exporté, pas l'écran : une conversion peut couper un tableau, décaler un bandeau ou perdre une police.
Exercice 7 — Exporter. Sortez votre document dans deux formats de familles différentes, puis ouvrez chacun d'eux comme le ferait le destinataire — sur un autre écran si possible. Notez tout ce qui a changé entre l'écran et le fichier. Réussi si vous savez dire, pour chaque destinataire type de votre organisation, quel format lui envoyer et pourquoi.
Ce qu'il faut garder en tête
Le bon usage se résume à une progression : produire vite un premier état, le corriger par petites touches, le figer dans un gabarit quand il est bon, puis le rendre utile en y ajoutant ce qui calcule ou ce qui filtre. Les sept exercices de ce cours parcourent exactement ce chemin — refaites-les sur un document de votre quotidien, c'est là qu'ils prennent leur sens.