Design pattern

Un design pattern est une solution réutilisable à un problème d'interface qui revient souvent. C'est une convention, une façon de résoudre un problème que suffisamment de produits ont adoptée pour que les utilisateurs la reconnaissent et sachent l'employer sans apprentissage. La navigation en onglets, le formulaire en plusieurs étapes avec indicateur de progression, la fenêtre de confirmation avant une suppression sont des design patterns courants.

Parce que l'utilisateur n'a pas à réapprendre une interaction pour chaque produit. Un pattern reconnu s'appuie sur ce qu'il sait déjà faire. C'est le sens de la loi de Jakob, formulée par Jakob Nielsen, les utilisateurs passent le plus clair de leur temps sur d'autres services et attendent que le vôtre fonctionne de la même façon. Inventer une interaction n'a de sens que si les patterns existants répondent mal au besoin.

Les guides officiels des plateformes sont la source la plus stable, les Human Interface Guidelines d'Apple pour iOS et le Material Design de Google pour Android documentent les patterns recommandés sur chaque système mobile. Les design systems publics en sont une autre, avec des composants qui incarnent ces patterns et leurs règles d'usage. Il existe enfin des bibliothèques en ligne qui rassemblent des captures de produits réels, utiles pour observer comment un même problème est traité d'une interface à l'autre.

Le design pattern est le principe, la façon de résoudre un problème d'interaction, indépendamment de toute technologie. Le design system en est la mise en œuvre concrète dans un produit donné, sous forme de composants documentés et assortis de règles d'usage. Un design system contient donc des composants qui incarnent des patterns, en précisant dans quels contextes les employer.

C'est un design pattern qui exploite la familiarité de l'utilisateur contre son intérêt. Un désabonnement rendu volontairement difficile, une case précochée qui engage à son insu, un bouton d'acceptation mis en avant quand le refus est caché. Ils fonctionnent précisément parce qu'ils empruntent des codes reconnus. Reconnaître un pattern ne dispense donc jamais de juger ce qu'il fait à l'utilisateur.