Cette convergence est réelle et ne relève pas d'un manque d'imagination. Quatre pressions indépendantes ont chacune le bleu comme réponse la plus sûre, et une équipe prenant ces quatre décisions de manière rationnelle y arrive sans même l'avoir choisi délibérément.

1. Les couleurs de statut s'approprient les meilleures teintes en premier. Le rouge est le danger, l'ambre l'avertissement, le vert le succès. Ces codes sont acquis, quasi universels et indisponibles. Ce qu'il reste pour l'accent de marque, c'est le bleu, le violet, le turquoise ou un neutre chaud — et le bleu est la région la plus vaste et la plus sûre de ce qui reste.
2. Le contraste est plus facile avec le bleu. Un bleu moyen passe les tests de contraste sur fond blanc et presque noir avec un minimum d'ajustements. Le jaune, le vert lime et l'orange demandent un vrai travail dans les deux sens, et ce travail intervient tard, sous la pression des délais, quand la solution devient : "rendez-le plus bleu".
3. Les recherches sur la confiance sont citées tôt et littéralement. Chaque article sur les couleurs de marque affirme que le bleu est perçu comme fiable et stable. Pour un produit qui demande de stocker les données de quelqu'un, cet argument gagne la réunion.
4. Les valeurs par défaut. Les thèmes de départ des frameworks et des bibliothèques de composants livrent un primaire bleu ou violet. Une équipe qui ne le change jamais délibérément l'a tout de même choisi, et la plupart des équipes ont des priorités plus urgentes durant le premier mois.

C'est la version chromatique d'une convergence plus large dans les interfaces logicielles, où des valeurs par défaut et des conseils partagés produisent des résultats identiques. Le cas général — et son aspect lorsque la génération est automatisée — est détaillé dans pourquoi les sites web créés par IA se ressemblent tous.

Voici l'observation qui change votre approche. Ouvrez n'importe quel écran de produit — une liste, une page de paramètres, un éditeur — et estimez quelle proportion est occupée par la couleur d'accent. C'est un bouton primaire, peut-être un élément de navigation actif, peut-être un lien. Disons deux pour cent des pixels.

Les quatre-vingt-dix pour cent restants sont des neutres : fond de page, surfaces de cartes, bordures, lignes de tableau, corps de texte, texte secondaire, états désactivés. C'est ce que l'utilisateur voit réellement en regardant votre produit, et sur la plupart des produits SaaS, c'est le *même gris neutre* que tous les autres, car l'accent était la seule décision prise.

Un neutre légèrement tiré vers le sable chaud, l'ardoise fraîche, la sauge ou l'encre paraît immédiatement délibéré, ne coûte rien en contraste et ne peut pas entrer en collision avec une couleur de statut car il n'a presque aucune saturation. C'est la décision de couleur ayant le plus de levier dans une interface produit, et celle qui est le plus souvent négligée.

Les galeries et générateurs de palettes présentent cinq échantillons sur une carte blanche, ce qui met tout en valeur. Une palette SaaS est jugée dans un contexte bien moins indulgent : un écran dense, utilisé pendant des heures, par quelqu'un qui cherche à terminer une tâche et non à admirer vos couleurs.

• Un tableau de paramètres. Une ligne d'en-tête, des lignes de corps, un état de survol, un état sélectionné, un état désactivé, et une bordure entre chacun d'eux. Cela nécessite environ huit valeurs neutres distinctes, et c'est là qu'une palette à trois gris échoue.
• Un formulaire avec une erreur. Un texte d'erreur, une bordure d'erreur, un fond d'erreur et un label toujours lisible. Trois rôles que la plupart des palettes définissent comme un seul.
• Un état vide. Un texte atténué sur une surface atténuée, ce qui est l'association la moins susceptible d'avoir été vérifiée.
• Huit heures. Un accent saturé qui est ravissant sur une capture d'écran est fatigant comme surbrillance de navigation permanente. La couleur d'un produit se juge sur une journée de travail, pas d'un simple coup d'œil.
• Mode sombre. De plus en plus la norme pour les produits destinés aux développeurs, et il ne s'agit pas d'une inversion de votre palette claire. Les détails mesurés se trouvent dans les palettes de couleurs pour mode sombre qui tiennent la route.

L'argument ci-dessus n'a de valeur que par rapport aux alternatives. Voici trois palettes SaaS complètes et viables avec leurs valeurs hex réelles, chacune résolvant le neutre différemment. Aucune n'est un mood board : chaque rôle dont un écran dense a besoin est présent, y compris ceux qui déterminent si un tableau est lisible.

1. 1

   Choisissez le neutre en premier

   Décidez de la température de votre produit avant son accent : chaude (sable, argile, os), froide (ardoise, encre, acier), ou teintée vers une nuance que vous aimez. Tout le reste est plus facile une fois cela fixé, et c'est la décision que les gens perçoivent réellement.

2. 2

   Construisez toute la rampe de neutres

   Environ neuf étapes, espacées de manière perceptuelle plutôt que par une arithmétique hex égale — l'arithmétique regroupe tout au milieu et rend les extrêmes inutilisables. Apportez un peu de la teinte sur toute la rampe pour qu'elle reste cohérente.

3. 3

   Réservez les couleurs de statut

   Success, warning, danger, info. Fixez-les avant l'accent pour savoir ce qui est utilisé, et ne laissez jamais un élément décoratif en emprunter une.

4. 4

   Choisissez l'accent parmi ce qu'il reste

   Le champ est maintenant véritablement ouvert, car le neutre fait le travail d'identité et l'accent n'a qu'à être distinct de l'ensemble des statuts, lisible dans les deux modes, et tolérable pendant huit heures.

5. 5

   Définissez chaque rôle dans les deux modes

   Pas une palette — une liste de rôles. Background, foreground, card, popover, muted, primary, secondary, destructive, border, input, ring, et leurs foregrounds respectifs. Tout ce qui n'est pas défini est inventé par écran.

Chaque année apporte son lot d'articles sur les « tendances de palettes SaaS », et ils ne sont pas inutiles — ils offrent une lecture raisonnable de ce qui est considéré comme contemporain. Ils constituent une piètre base pour une palette produit pour une raison structurelle : une tendance est, par définition, ce que beaucoup de gens font en même temps, donc l'adopter est une voie vers la convergence plutôt que vers la distinction. La palette qui semblait fraîche en janvier est celle que trois concurrents ont également adoptée en juin.

La version plus durable de ce même instinct est de prendre la *température neutre* de ce que vous aimez et de laisser les teintes spécifiques de côté. Un produit aux neutres chauds ne vieillit pas comme le fait un accent spécifique, et c'est la couche que personne ne copie car personne ne remarque que c'est elle qui fait tout le travail.

L'UI produit est de plus en plus générée plutôt que dessinée, et un écran généré remplit chaque valeur non spécifiée avec la valeur par défaut du modèle — qui est la même valeur par défaut que tous les autres modèles. Nous avons échantillonné 299 fichiers DESIGN.md publics, écrits spécifiquement pour qu'un agent de code les suive : 86 % listent des valeurs hex brutes sans rôle sémantique attaché, et 54 % contiennent au moins un adjectif non mesurable, le plus souvent « clean » ou « modern ».

« Propre et moderne » n'est pas une instruction — c'est un compliment, et un agent y répond avec sa conception moyenne de ce qui est propre et moderne. À savoir : du bleu sur du gris, avec des cartes aux coins uniformément arrondis. Une palette définie par des rôles nommés avec des valeurs pour les deux modes change ce résultat dès le premier fichier.