Parent : [[INDEX-WEB-UIUX]]
Design sans intention — reconnaître une façade générée par défaut
Principe
Un site ne devient pas générique parce qu'il utilise Inter, des cartes ou une grille. Il devient générique lorsque ses décisions pourraient être remplacées par les choix par défaut de n'importe quel autre produit sans modifier son sens.
Le problème est donc l'absence d'une logique propre au produit, pas l'utilisation isolée d'un composant populaire.
Test de substitution
Masquer le logo et le nom de marque, puis poser trois questions :
- Peut-on identifier la nature du produit grâce à la composition et aux données visibles ?
- Un concurrent pourrait-il reprendre cette page en ne changeant que les textes et les couleurs ?
- Au moins une décision visuelle découle-t-elle directement du fonctionnement réel du produit ?
Si les réponses sont respectivement « non », « oui », « non », la façade manque probablement d'intention.
Symptômes structurels
- Parcours prévisible sans justification : navigation, hero centré, deux CTA, grille de fonctionnalités, témoignages, tarifs, footer.
- Tous les contenus reçoivent la même importance, le même rayon, la même élévation et le même espacement.
- Les données réelles sont remplacées par un cube, une orbite, un faux dashboard ou une illustration abstraite.
- Les icônes servent à remplir les espaces plutôt qu'à faciliter une action.
- Le logo est posé sur l'interface mais sa géométrie, son rythme et son caractère n'influencent rien.
- Les animations sont des entrées génériques (
fade-up, stagger uniforme, glow) sans relation avec un changement d'état. - Les textes pourraient décrire n'importe quel SaaS : « révolutionnez », « débloquez le potentiel », « expérience fluide ».
- La page additionne des tendances contradictoires au lieu de défendre une direction.
Symptômes visuels fréquents, mais non suffisants seuls
- Dégradé violet/bleu, halo central ou texte en gradient.
- Cartes arrondies imbriquées et surfaces translucides.
- Police Inter, Roboto, Space Grotesk ou Geist utilisée sans travail typographique.
- Badge de statut avec point animé.
- Suite de trois ou quatre bénéfices avec icônes de bibliothèque.
- Noir/blanc purs, palette néon ou neutral palette générique.
- Grande phrase centrée avec un mot coloré et deux boutons dessous.
Ces éléments ne sont pas interdits par nature. Ils deviennent problématiques lorsqu'ils sont automatiques, cumulés et sans fonction.
Conséquences
- Faible mémorisation de la marque.
- Impression de produit assemblé rapidement, même si le code est solide.
- Promesse difficile à croire faute de preuves visibles.
- Hiérarchie informationnelle pauvre.
- Maintenance visuelle incohérente : chaque nouvelle section ajoute une tendance supplémentaire.
Remplacement : construire une grammaire propriétaire
- Vérité produit — identifier les données, gestes et contraintes qui n'appartiennent qu'au produit.
- Concept directeur — formuler une métaphore opérationnelle en une phrase, sans adjectif esthétique.
- Signature — créer un comportement ou une composition reconnaissable sans logo.
- Contraintes — limiter volontairement couleurs, rayons, icônes, types de surfaces et mouvements.
- Contenu réel — faire des résultats, documents, relations ou objets du produit la matière visuelle principale.
- Hiérarchie — décider ce qui doit dominer, se taire ou disparaître.
- Exceptions documentées — permettre un pattern courant lorsqu'il sert clairement l'usage.
Exemple appliqué à Knowledge Core
- Mauvaise réponse : hero SaaS centré, cube lumineux, quatre cartes de fonctionnalités.
- Réponse propriétaire : index éditorial asymétrique, entrées réelles, identifiants, domaines et relations utilisés comme structure visuelle.
La seconde solution ressemble au produit parce qu'elle est construite avec le produit.
Exceptions
- Outil interne où rapidité et densité priment sur l'identité.
- Prototype jetable destiné à valider un parcours.
- Convention attendue d'un écran critique : paiement, authentification, consentement, réglages.
Même dans ces cas, l'accessibilité, la clarté et la cohérence restent obligatoires.
Relations
- Mesure et audit : [[KNOW-ANT-WEB-002]]
- Détecteur hybride : [[KNOW-PAT-196]]
- Préférences Kloups : [[KNOW-ADR-003]]