La fin du tableau de bord : qu’est-ce qui remplace l’interface utilisateur SaaS de 2015 ?

Tous les produits proposent encore le même tableau de bord qu'en 2015. Le tableau de bord est obsolète. Voici ce qui le remplace.

Ouvrez n'importe quel outil SaaS B2B aujourd'hui et vous retrouverez la même structure : une barre de navigation supérieure, une barre latérale gauche, quatre cartes d'indicateurs clés de performance (KPI) alignées, un graphique linéaire en dessous, un diagramme circulaire pour la répartition par catégorie et un tableau triable que personne ne fait défiler. C'est l'habitude de toute une génération de concepteurs de produits, et cette interface n'est plus utile.

Cet article ne traite pas de l'esthétique des graphiques. Il s'agit du modèle lui-même, de l'idée que la meilleure façon de présenter des données à un utilisateur est d'afficher toutes les métriques disponibles et de le laisser déterminer ce qui est important. Cette idée est dépassée. La solution de remplacement est déjà intégrée aux produits que vous utilisez quotidiennement ; vous n'en avez simplement pas encore identifié le concept.

Pourquoi le tableau de bord avait sa place

Le tableau de bord classique représentait autrefois une véritable avancée. Avant, il fallait jongler avec des tableurs, recevoir des PDF par e-mail chaque semaine et faire appel à un analyste BI qu'il fallait soudoyer avec des friandises pour obtenir une requête. Le tableau de bord a simplifié tout cela en offrant une interface en libre-service permettant à un utilisateur non technique de prendre le pouls de l'entreprise sans avoir à ouvrir de ticket.

Il était également en phase avec les technologies de son époque. Les bibliothèques de graphiques se sont considérablement développées vers 2012, les grilles responsives sont devenues abordables et les modèles de tarification SaaS privilégiaient les solutions unifiées, facilement justifiables par les dirigeants sur un formulaire d'achat. Le tableau de bord n'était pas conçu pour l'utilisateur, mais pour les négociations de renouvellement.

Pendant un certain temps, cela a fonctionné. On s'est familiarisé avec son fonctionnement, les designers ont pu exprimer leur créativité en visualisation de données et les équipes produit disposaient d'une page blanche pour leurs démonstrations. Le problème, c'est que ce fonctionnement n'a jamais évolué. Le tableau de bord que vous proposerez en 2026 sera le même qu'en 2015, avec des angles plus arrondis et un mode sombre.

Pourquoi les tableaux de bord ne sont plus rentables

Cinq facteurs ont simultanément sonné le glas des tableaux de bord, et chacun d'eux, pris individuellement, aurait suffi.

Premièrement, la surcharge d'informations : un produit B2B moyen présente désormais des centaines de métriques, et une grille de 12 cartes ne permet pas de les hiérarchiser. Deuxièmement, l'absence d'action : un graphique indique une baisse, mais pas la marche à suivre, et la plupart des utilisateurs ne sont pas analystes. Troisièmement, l'absence de narration : un tableau de bord est un amas de faits, alors que les utilisateurs recherchent une action, une explication des changements et de leurs causes.

Quatrièmement, l'absence de hiérarchisation : sur un tableau de bord classique, chaque carte a le même poids visuel, ce qui le rend inefficace. Cinquièmement, l'IA a radicalement transformé la courbe des coûts, permettant de synthétiser, hiérarchiser et répondre aux questions en langage clair, sans aucun graphique. Dès lors que le coût d'un paragraphe écrit est devenu quasi nul, les tableaux de bord ont perdu leur monopole sur la communication de l'information.

Le résultat ? Une interface produit à la fois surchargée et inutile. Les utilisateurs ouvrent la page, la parcourent rapidement, n'y trouvent rien d'exploitable et la quittent. L'indicateur qui devrait inquiéter toutes les équipes produit, et que personne n'affiche sur un tableau de bord, est le délai d'obtention d'informations, souvent synonyme d'infini.

Premier modèle de remplacement : les requêtes conversationnelles

Le moyen le plus rapide de rendre un tableau de bord obsolète est de permettre aux utilisateurs de poser des questions. Pulse le fait pour le chiffre d'affaires, Stripe Sigma permet aux analystes d'écrire des requêtes SQL sur leurs propres données, et la dernière génération d'outils analytiques, d'Hex à Mode en passant par Notion AI, considère la question posée comme l'entrée principale.

Cela fonctionne car la plupart des tableaux de bord répondent à une question que le concepteur a devinée, et non à la question que se pose réellement l'utilisateur. Une interface conversationnelle inverse la donne : l'utilisateur pose sa question, le système renvoie la réponse la plus concise possible. L'avantage n'est pas la fenêtre de chat, mais la focalisation de l'attention.

Le problème survient lorsqu'une équipe remplace le tableau de bord par une fenêtre de chat affichant les mêmes graphiques dans une bulle de dialogue. Ce n'est pas un progrès, c'est un leurre. La bonne version des requêtes conversationnelles renvoie d'abord une phrase, puis un nombre, et un graphique uniquement si celui-ci apporte des éclaircissements que la phrase ne peut pas fournir.

Deuxième modèle de remplacement : les résumés génératifs

Un résumé est un tableau de bord qui a déjà effectué son analyse. Granola considère chaque réunion comme un résumé génératif d'une page plutôt qu'un tableau de transcription, et la surface est le résumé. Les mises à jour de projet de Linear regroupent les sous-problèmes dans un paragraphe rédigé comme par un membre de l'équipe. Les graphiques IA de Notion peuvent décrire leur structure en langage clair en haut de la page.

Le principe est simple : effectuer la synthèse sur le serveur, puis l'intégrer à l'interface utilisateur. Le graphique, s'il apparaît, sert d'élément de preuve sous une phrase. Vous n'avez pas besoin d'un designer pour choisir l'indicateur clé de performance (KPI) à placer en haut à gauche : le modèle rédige l'introduction.

Deux éléments permettent à cette approche de fonctionner en pratique. Le résumé doit être précis : « Le chiffre d'affaires est en hausse » est inutile, tandis que « Le chiffre d'affaires a augmenté de 14 % d'une semaine à l'autre, grâce à la seule performance du niveau Entreprise » est plus pertinent. De plus, le résumé doit parfois comporter des erreurs, mais de manière sans risque et facilement corrigible. L'utilisateur doit pouvoir accéder aux chiffres sous-jacents en un seul clic si le paragraphe lui paraît inapproprié.

Le troisième modèle de remplacement : la vue « Aujourd'hui » sur un seul écran

Le modèle le plus sous-estimé après l'avènement des tableaux de bord est la vue d'accueil, qui tient sur un seul écran et répond à une question essentielle : que dois-je regarder maintenant ? La page d'accueil de Linear en est l'exemple type : vos tâches assignées, votre projet en cours, la prochaine information importante, sans aucun graphique. Les fonctions Cron et le calendrier de Notion condensent un agenda généralement riche en graphiques en une seule journée ciblée.

La vue unique « aujourd'hui » est à l'opposé du tableau de bord, qui cherche à tout afficher. Elle sélectionne, elle s'engage, elle accepte de se tromper sur l'essentiel et elle gagne le droit à l'erreur en ayant raison la plupart du temps. La rigueur de conception est impitoyable : chaque pixel de cet écran doit répondre à la question : « Est-ce ce dont l'utilisateur a besoin dans les 30 prochaines secondes ? »

La logique produit qui sous-tend ce modèle est ce qui le rend si efficace. Un utilisateur qui ouvre votre produit et voit immédiatement l'action suivante à entreprendre est un utilisateur qui continuera à l'utiliser. Un utilisateur qui ouvre votre produit et découvre un graphique qu'il doit d'abord interpréter est un utilisateur qui installera un produit concurrent.

Le quatrième modèle de remplacement : les alertes contextuelles

Le tableau de bord part du principe que l'utilisateur y accédera. Le modèle post-tableau de bord part du principe que le produit s'adresse à l'utilisateur et utilise son canal de communication habituel, à savoir Slack, les notifications push, les e-mails ou l'interface où le travail est réellement effectué.

PagerDuty l'a prouvé il y a des années pour la gestion des incidents. Linear, Height et la plupart des outils de collaboration modernes envoient désormais le rapport de modifications, et non le lien vers le tableau de bord, permettant ainsi de répondre ou de résoudre le problème sans avoir à cliquer. Stripe affiche de plus en plus souvent le numéro directement dans l'objet de l'e-mail, sans invite à se connecter pour consulter.

La règle est simple : l'alerte fait office de tableau de bord. Si votre produit envoie encore un e-mail du type « Votre rapport hebdomadaire est disponible » nécessitant un clic pour connaître les modifications, vous êtes encore en retard sur votre développement. La version post-tableau de bord affiche le titre dans la notification, envoie le numéro via la notification push et ne propose un lien vers une vue plus détaillée que lorsque l'utilisateur doit agir.

Cinquième modèle de remplacement : l’analyse intégrée

Ce dernier modèle de remplacement est le plus discret. Au lieu d’une page d’analyse distincte, les données sont intégrées directement à l’interface de travail. La vue de déploiement de Vercel affiche les performances de compilation à côté du déploiement, et non dans un onglet d’observabilité séparé. L’inspecteur de fichiers de Figma affiche l’historique d’utilisation et de version sans page « Statistiques ». Enfin, la vue des demandes de fusion de GitHub intègre l’état de l’intégration continue, la couverture et l’état de la revue directement dans l’interface où vous décidez de fusionner.

Ce modèle est efficace car les données sont plus précieuses au moment précis de la décision, tandis que le modèle de tableau de bord dissocie les données de la décision. Lorsque vous cliquez sur « Analyse », vous avez déjà changé de contexte et perdu le fil de vos recherches. L’analyse intégrée fait de la donnée une propriété de l’objet que vous consultez déjà, et non une destination à visiter.

Conclusion : l’équipe d’analyse et l’équipe produit ne font qu’une. Dans les produits qui ont intégré cette approche, il n'existe plus de « chef de produit tableau de bord ». Désormais, un chef de produit gère les données qui apparaissent dans son flux de travail.

Tableau de bord classique versus les cinq modèles de remplacement

Voici la comparaison que ce document a abordée tout au long de son analyse. Le tableau de bord classique figure sur une ligne, les cinq modèles de remplacement occupent les autres lignes, et les différences observées définissent ce à quoi devrait ressembler votre feuille de route produit pour les 18 prochains mois.

| Modèle | Entrée principale | Sortie principale | Idéal pour | Mode de défaillance |

|---|---|---|---|---|

| Tableau de bord classique | Aucun, vous arrivez | Grille de graphiques | Démonstrations, approvisionnement | Aucune action, aucune priorité |

| Requêtes conversationnelles | Une question | Une phrase et un graphique | Analyse ad hoc | Fenêtre de chat renvoyant des graphiques |

| Synthèses génératives | Une période | Un paragraphe | Revues hebdomadaires, réunions quotidiennes | Résumés génériques et non contextualisés |

Vue actuelle sur un seul écran | Identité, heure | Une réponse ciblée | Opérateurs quotidiens | Analyses superficielles, analystes inexploités |

Alertes contextuelles | Changement de seuil | Une ligne dans votre canal | Incidents, anomalies | Surcharge d'alertes, bruit |

Analyses intégrées | L'objet que vous consultez | Données relatives à cet objet | Décisions au point de modification | Vues croisées masquées |

Remarquez la colonne de saisie. Chaque modèle de remplacement part d'une information fournie par l'utilisateur : une question, une plage horaire, une identité, un seuil, un objet. Le tableau de bord classique, lui, part de rien et exige que l'utilisateur crée le contexte. C'est tout le principe.

Qui a déjà migré et qui est encore bloqué en 2015 ?

L'ère post-tableau de bord n'est pas une thèse, mais une liste. Linear a déployé l'affichage d'accueil sur un seul écran comme point d'entrée par défaut, Granola a transformé la transcription des réunions en un résumé généré qui constitue le produit lui-même, et Pulse, pour le suivi des revenus, a remplacé le tableau de bord financier SaaS par un message Slack quotidien et un suivi conversationnel.

Vercel intègre l'analyse directement dans l'interface plutôt que sur une page séparée, Stripe Sigma expose le registre sous-jacent comme une ressource interrogeable plutôt que comme un ensemble de graphiques fixes, Notion AI rédige désormais des résumés au-dessus des vues de la base de données, donnant à la page l'aspect d'un document de synthèse, et Cron et Notion Calendar regroupent les analyses du calendrier sur un seul écran de planification.

Chacun de ces produits a fait le même choix : privilégier la clarté à la quantité. Ils ont opté pour une solution et l'ont déployée. Ils ont cessé de vouloir tout faire pour tout le monde et se sont concentrés sur un seul objectif, pour une seule personne à un moment précis.

La liste des mises en garde est tout aussi instructive. Google Analytics est une pièce de musée, un produit dont chaque refonte se contente de déplacer la même grille de graphiques dans de nouveaux onglets. Mixpanel et Amplitude s'ouvrent toujours sur un mur de cartes dont l'interprétation nécessite un atelier. La plupart des outils de facturation B2B, des plateformes SIRH et des interfaces CRM utilisent par défaut la même grille de graphiques, comme si la dernière décennie n'avait jamais existé.

Ce n'est pas par paresse de la part des équipes, mais parce que le tableau de bord a toujours été plus facile à vendre qu'à utiliser. Une démonstration d'une grille de graphiques impressionne un acheteur qui n'est pas encore utilisateur, et les achats représentent le plus haut niveau hiérarchique en B2B.

Le marché valorise le tableau de bord lors de la conclusion de la vente, puis le pénalise quotidiennement, et cette pénalité se traduit par un taux de désabonnement invisible. Si vous proposez une interface utilisateur post-tableau de bord aussi performante en démonstration et dix fois plus intuitive, vous dominez votre secteur, et les entreprises citées précédemment vous donnent une longueur d'avance.

Les écueils lors du remplacement d'un tableau de bord

Remplacer un tableau de bord est plus complexe que de le supprimer, et la plupart des tentatives échouent de manière prévisible. Voici les quatre écueils à éviter :

1. Le mur de graphiques IA. Vous intégrez la même grille de graphiques dans un bouton « Générer des analyses » qui produit trois graphiques supplémentaires. L'utilisateur doit alors consulter à la fois la grille originale et celle générée. Vous avez doublé son travail, au lieu de le réduire de moitié.

2. La fenêtre de chat renvoyant des graphiques. Vous ajoutez un champ de saisie, et la réponse affiche la même mise en page que le tableau de bord. L'interface a changé, mais pas la réponse. L'utilisateur continue de chercher parmi les cartes.

3. La saturation d'alertes. Vous remplacez le tableau de bord par des notifications, puis vous envoyez chaque événement sous forme d'alerte. En une semaine, l'utilisateur désactive les notifications, et vous perdez le seul point d'interaction fonctionnel après la suppression du tableau de bord.

4. Trop d'onglets, pas moins. Vous conservez le tableau de bord, ajoutez une vue « Aujourd'hui », une page de conversation, une section de résumé, et vous les déployez tous ensemble. Le produit se retrouve alors avec quatre points d'entrée, tandis que l'utilisateur n'en a aucun.

Le point commun de tous les échecs est une approche additive. Après la disparition du tableau de bord, l'approche est soustractive. Vous supprimez la grille graphique, les onglets, les cartes inutilisées. La nouvelle interface se justifie par sa taille réduite, et non par sa simple juxtaposition.

Quand le tableau de bord reste pertinent

Les tableaux de bord ne disparaissent pas ; ils se recentrent sur les usages spécifiques où la grille graphique est véritablement adaptée. Il en existe trois, et si votre produit en fait partie, vous pouvez conserver votre grille.

1. Vue de l'état opérationnel, centre d'opérations réseau (NOC), console des opérations aériennes, salle des marchés, surveillance des événements en direct. Lorsque l'utilisateur doit analyser des dizaines de signaux à la recherche d'anomalies en temps réel, une grille graphique est appropriée ; c'est même sa fonction. 2. L'environnement de travail analytique avancé pour les analystes. Hex, Mode, Tableau, Power BI : c'est là qu'un analyste quantitatif passe ses journées. Une grille de graphiques et un éditeur de requêtes constituent l'interface professionnelle idéale. N'essayez pas de faire utiliser une messagerie instantanée à un analyste quantitatif.

2. Intelligence d'affaires pour la direction. Un rapport de synthèse mensuel ou trimestriel où la grille de graphiques sert de document de réunion, et non d'espace de travail quotidien. Il s'agit d'un tableau de bord sous forme de document, et non d'application.

Remarquez que ces trois cas sont professionnels, peu fréquents, ou les deux. L'erreur classique des SaaS est de concevoir une interface pour un analyste à temps plein en salle des marchés et de la proposer à un responsable marketing qui n'ouvre le produit que deux fois par semaine. C'est ce décalage qui a sonné le glas des tableaux de bord.

Comment concevoir un outil de remplacement pour un tableau de bord

Si vous êtes actuellement devant un fichier Figma contenant une grille de graphiques, voici la marche à suivre.

Commencez par vous poser la question. Décrivez en une phrase ce que l'utilisateur cherche à comprendre en ouvrant cette page. Si vous n'y parvenez pas, vous n'êtes pas encore prêt à concevoir quoi que ce soit ; vous êtes toujours en phase de recherche. Si la phrase est « voir toutes mes données », votre utilisateur ne souhaite pas un tableau de bord, c'est votre client qui en veut un, et vous concevez pour la mauvaise personne.

Choisissez l'un des cinq modèles de remplacement en fonction de la question. Les décisions récurrentes sont affichées sous forme de vues d'aujourd'hui sur un seul écran, les questions ponctuelles sous forme de requêtes conversationnelles, les revues périodiques sous forme de résumés générés, les modifications urgentes sous forme d'alertes contextuelles et les décisions prises au moment de l'édition sous forme d'analyses intégrées. Si votre question correspond à deux modèles, vous avez deux pages, et non une seule.

Lancez la version la plus simple. Résistez à la tentation d'ajouter un bouton « vue classique » ou un lien « voir toutes les métriques ». Chaque porte de sortie ajoutée à l'ancien modèle de tableau de bord permet aux utilisateurs et à votre équipe de rester bloqués en 2015. L'intérêt de la surface de remplacement réside dans l'engagement.

Ce que cela signifie et par où commencer

Les deux prochaines années, en matière de conception de produits B2B, seront marquées par la capacité des équipes à abandonner leurs tableaux de bord en premier. Les leaders du secteur sont déjà passés à l'action. Les retardataires consacreront 2026 et 2027 à des cycles de refonte coûteux, dont la plupart échoueront, car ils se concentreront sur la refonte de la grille graphique au lieu de remplacer le modèle.

Les équipes qui remporteront la mise sur le marché paraîtront étranges aux yeux du service des achats au premier abord. Elles présenteront une simple phrase au lieu d'un mur de graphiques, une alerte Slack au lieu d'une vue unifiée, et une vue du jour tenant sur un seul écran. Elles perdront quelques contrats au profit des solutions utilisant des grilles graphiques, mais fidéliseront tous les utilisateurs conquis, car l'interface proposée correspondra aux attentes réelles des utilisateurs.

Ouvrez votre produit demain. Observez la première chose que l'utilisateur voit. Demandez-vous si cet écran répond à une question concrète ou s'il se contente d'afficher votre modèle de données. Si c'est le cas, vous avez un tableau de bord, et ce type de tableau de bord est obsolète. Ensuite, identifiez la question que se pose votre utilisateur le plus important lorsqu'il ouvre le produit et proposez-lui une réponse sur un seul écran, en remplacement de la grille.

Inutile de repenser l'intégralité de votre produit pour commencer : repensez simplement le premier écran, et le reste suivra. Dès lors que votre page d'accueil n'est plus un tableau de bord, le reste du produit en aura moins l'air. La grille de graphiques a eu son heure de gloire, mais elle n'est plus la solution. Concevez donc l'interface dont vos utilisateurs ont réellement besoin et abandonnez le tableau de bord.