1. L'intention
- En une phrase : qu'est-ce que ce projet ne doit jamais devenir ? (ex. « un site vitrine à rubriques »)
- Quelle est la métaphore directrice ? (une visite, un atelier, un magazine, une conversation...)
- Qu'est-ce qui doit rester vrai du premier écran au dernier ?
2. Les règles de parcours
- L'architecture : quelles sont les unités du projet (pages, salles, étapes, chapitres) et leur ordre ?
- La navigation : comment on avance, comment on revient, et ce qui est interdit (ex. pas de menu classique en haut) ?
- Les exceptions assumées : quels anti-patterns sont volontaires, et pourquoi ? (ex. un couloir qui casse le scroll pour séquencer la lecture)
Une exception non documentée sera « corrigée » par le générateur à la prochaine itération. Une exception documentée est une décision à préserver.
3. Les modèles de contenu
- Quels types de contenu reviennent ? Donnez-leur un nom (cartel, note, fiche, témoignage...).
- Pour chaque type : ses propriétés obligatoires (ex. un cartel = une réplique + une lecture critique + des raccourcis).
- Où vivent les contenus d'accompagnement (notes, glossaire, mentions) : élément d'interface permanent, ou page annexe ?
4. Le langage visuel
- Quelles couleurs ont un sens (sémantiques), lesquelles sont décoratives ?
- Pour chaque couleur sémantique : sa règle d'usage, stable sur tous les écrans (ex. rouge = accès au rôle, bleu = droit à l'opacité).
- Qu'est-ce que le générateur n'a pas le droit de « réharmoniser pour faire joli » ?
5. Les points de validation
- Qu'est-ce que l'humain revoit systématiquement avant publication ?
- Qui arbitre quand le générateur propose de « corriger » une exception ?
- Après chaque génération : vérifier chaque écran contre cette checklist, pas contre son goût du moment.
Le principe
Le vrai levier n'est pas d'écrire de meilleurs prompts. C'est d'avoir un système qui empêche ce qui est singulier de redevenir générique. JOHANNES propose, votre équipe décide.