KISS, acronyme de l’expression anglaise « Keep it simple, stupid », est un principe de conception qui consiste à retenir la solution la plus simple capable de remplir la fonction attendue, en écartant toute complexité inutile.
L’expression vient de l’ingénierie aéronautique. Elle est attribuée à l’ingénieur américain Kelly Johnson, dont c’était la maxime favorite selon le portrait publié par le groupe héritier de son employeur. Le principe est aujourd’hui repris en développement logiciel, où il désigne un code facile à lire et à maintenir, ainsi qu’en design d’interface et en communication. On rencontre des variantes adoucies du développé, comme « Keep it short and simple ».
En webdesign et en ergonomie web, le principe s’applique à plusieurs niveaux. Il porte sur l’architecture du site, avec moins de niveaux de navigation. Il porte sur chaque écran, avec une tâche principale et peu de choix simultanés. Il vise aussi les formulaires, réduits aux champs utiles, comme le détaille l’ergonomie des formulaires. Il touche enfin la rédaction, avec un vocabulaire familier et un message principal par page.
KISS se distingue du minimalisme visuel, dont le flat design est une expression : réduire les ornements graphiques ne rend pas une tâche plus simple à accomplir. Il se distingue aussi de la simplification excessive, qui retire une information nécessaire. Une interface simple organise la complexité utile, elle ne la supprime pas. Le principe sert de critère de décision aux concepteurs, aux rédacteurs et aux équipes produit lors d’une création ou d’une refonte.
Chaque fonction, champ ou option ajoutée a un coût. L’utilisateur doit la comprendre et choisir. L’entreprise doit la maintenir, la tester et la documenter. Le principe KISS impose de justifier chaque ajout par un usage réel. Notre point de vue : la simplicité relève de la gouvernance avant le graphisme. Elle exige qu’une personne ait le mandat de refuser les demandes internes qui alourdissent un site sans servir ses visiteurs.
Le portrait « Kelly Johnson: Architect of Air », publié par Lockheed Martin, indique que la maxime favorite de cet ingénieur était « KISS : Keep It Simple, Stupid ». Kelly Johnson dirigeait la division de développement surnommée Skunk Works. En ergonomie web, le principe rejoint l’une des dix heuristiques d’utilisabilité de Jakob Nielsen, « design esthétique et minimaliste » (Nielsen Norman Group, 1994, mise à jour en 2020). Cette heuristique demande que l’interface ne contienne pas d’information non pertinente ou rarement utile.
Une simplification se juge sur des comportements, pas sur une impression. Comparez avant et après le taux de complétion des formulaires, le temps nécessaire pour accomplir une tâche, le taux d’erreur et le volume de questions adressées au support. Nous recommandons de procéder par petites étapes mesurées, dans une logique de design itératif, plutôt que par une grande refonte dont on ne saura pas quel changement a produit l’effet.
Le modèle Word gratuit de cahier des charges site internet d’Advalians aide à trier vos besoins et à chiffrer le coût sur trois ans, pour ne garder que l’utile.
Advalians, cabinet de conseil indépendant en marketing et communication, vous aide à clarifier vos choix et à décider.
KISS porte sur la tâche, le minimalisme sur l’apparence. Le principe KISS demande la solution la plus simple pour atteindre un objectif : moins d’étapes, moins de choix, des mots clairs. Le minimalisme réduit les éléments visuels : couleurs, ornements, densité de l’écran.
Les deux peuvent se contredire. Une interface très épurée qui masque les libellés derrière des icônes paraît minimaliste mais complique l’usage. Pour trancher, posez une question : l’utilisateur accomplit-il sa tâche plus vite et avec moins d’erreurs ? Si oui, la simplification est réelle.
Commencez par l’inventaire de l’existant. Listez les pages, leurs visites et la tâche que chacune sert. Les pages sans tâche identifiée ni audience sont candidates à la fusion ou à la suppression.
Fixez ensuite une règle par gabarit : une tâche principale, un appel à l’action dominant, des formulaires limités aux champs exploités. Faites valider ces règles par la direction avant le début de la conception. Sans cet arbitrage préalable, chaque service obtient son ajout et la refonte reproduit la complexité de l’ancien site.
Mesurez avant et après sur les mêmes tâches. Retenez trois ou quatre parcours clés et relevez pour chacun le taux de réussite, le temps de réalisation et le nombre d’erreurs. Faites réaliser ces parcours par quelques utilisateurs représentatifs.
Complétez par les données d’usage du site : taux de complétion des formulaires, abandons par étape, recherches internes, sollicitations du support. Une simplification réussie se traduit par moins d’échecs, pas seulement par moins d’éléments à l’écran. Si les indicateurs ne bougent pas, la complexité était ailleurs.
Oui, quand la simplification retire une information nécessaire à la décision. Supprimer les frais de livraison d’une fiche produit, réduire une offre à un slogan ou masquer les conditions d’un abonnement allège l’écran mais reporte l’effort sur l’utilisateur.
Le risque se repère vite : hausse des questions au support, des retours ou des abandons en fin de parcours. Pour l’éviter, listez les informations que l’utilisateur doit connaître pour agir en confiance. Elles restent visibles, même si leur présentation est allégée. Le reste peut passer au second plan.
Acceptez-la quand les utilisateurs sont des experts qui accomplissent des tâches longues et fréquentes. Un outil métier, un configurateur technique ou une interface de gestion doit parfois afficher beaucoup d’informations à la fois, car cela évite des allers-retours.
Le critère est la fréquence d’usage. Un visiteur occasionnel a besoin d’un parcours guidé, un utilisateur quotidien d’efficacité. Dans ce cas, simplifiez l’apprentissage plutôt que l’écran : valeurs par défaut, raccourcis, aide contextuelle. Testez avec des utilisateurs réguliers, pas avec des novices.
