Web design et finance : simplifier les interfaces bancaires complexes
Les interfaces bancaires les plus riches en fonctionnalités ne sont pas les plus faciles à utiliser. L'accumulation d'options, souvent présentée comme un gage de puissance, produit l'effet inverse : l'utilisateur renonce à explorer, se limite à quelques opérations et contacte l'assistance pour le reste. La simplification n'est donc pas un appauvrissement, mais un travail de hiérarchisation.
Le problème posé par la densité fonctionnelle
Une application bancaire doit couvrir des usages hétérogènes : consulter un solde, gérer un prélèvement, déclarer un litige, simuler un crédit. Ces besoins ne concernent pas les mêmes personnes au même moment. Les regrouper dans un même écran revient à traiter chaque utilisateur comme s'il avait besoin de tout, tout le temps.
La difficulté est renforcée par le vocabulaire. Les termes techniques du secteur — encours, valeur de date, débit différé — ne sont pas compris de la même manière par tous. Une interface qui les affiche sans explication transfère à l'utilisateur une charge d'interprétation qu'il n'a pas demandée.
Les approches de simplification couramment retenues
Plusieurs stratégies coexistent, et elles ne répondent pas aux mêmes contraintes. La divulgation progressive consiste à n'afficher que l'essentiel, puis à révéler les options à la demande. Elle réduit la charge visuelle immédiate, mais suppose que l'utilisateur devine où trouver ce qu'il cherche.
La segmentation par profil propose des parcours distincts selon le type de client. Elle améliore la pertinence, au prix d'une complexité accrue côté conception et d'un risque de cloisonnement : un utilisateur dont le profil change mal se retrouve dans un parcours inadapté.
La refonte du langage, enfin, remplace les termes métier par des formulations courantes. Elle est souvent la plus efficace et la moins coûteuse, mais elle se heurte aux obligations d'information réglementaire, qui imposent certaines mentions exactes.
Ce que la simplification ne règle pas
Alléger une interface ne corrige pas un processus mal conçu. Si l'ouverture d'un compte exige la transmission de documents par courrier, la meilleure mise en page ne supprimera pas le délai. Le design agit sur la perception et sur la compréhension, pas sur les contraintes de traitement.
La simplification présente aussi des limites selon les publics. Un utilisateur expérimenté peut percevoir la disparition d'options comme une perte de contrôle. Les interfaces destinées à des professionnels de la gestion ou de la comptabilité ont des exigences de densité qui ne se transposent pas au grand public.
- Divulgation progressive : réduit la charge visuelle, mais exige une navigation claire.
- Segmentation par profil : améliore la pertinence, mais fige les parcours.
- Reformulation du langage : gain rapide, mais contraint par les obligations réglementaires.
Les arbitrages à documenter
Chaque choix de simplification écarte une partie des usages. Décider de masquer une fonction revient à considérer qu'elle est rare ; encore faut-il pouvoir le vérifier. Les équipes qui documentent ces arbitrages — fréquence réelle d'usage, motifs de contact au support, abandons en cours de parcours — disposent d'arguments pour défendre une interface allégée sans être accusées de retirer un service.
La question centrale n'est pas de savoir combien de fonctions une interface peut contenir, mais lesquelles doivent être visibles sans recherche. Cette répartition dépend du contexte d'usage, du niveau d'accompagnement disponible et des obligations légales propres à chaque opération. Elle varie donc d'un établissement à l'autre, et probablement d'un segment de clientèle à l'autre au sein d'un même établissement.
