neptay

Design d’interfaceConcept

Tally Tableau de bord pour fondateurs

Un prototype de tableau de bord cliquable — des états apaisés, de vraies tables de données et un parcours pensé pour être testé.

Dans les coulisses

La vue du matin.

  • Année2026
  • RôleProduit · Interface · Prototype
  • SupportWeb · adaptatif

Quatre KPI, un tableau à onglets et les mini-courbes qui montrent la tendance sans la crier.

Vue d’ensemble

Tally est un concept de tableau de bord destiné aux fondateurs : l’écran unique que l’on consulte devant le premier café du matin pour savoir si l’entreprise se porte bien. Pas un mur de graphiques — une lecture sereine.

Le brief

Problème
Les premiers tableaux de bord répondent à ce qui est facile à interroger, pas à ce que demande le fondateur.
Contrainte
Il doit pouvoir être testé avec des utilisateurs avant la moindre ligne de code.
Réponse
Un prototype cliquable bâti sur quatre questions du matin, avec chaque état conçu.

La plupart des tableaux de bord des jeunes entreprises sont conçus par des ingénieurs qui partent de ce qui est facile à interroger. Tally est construit à l’inverse : à partir des questions qu’un fondateur se pose vraiment à 8 h — sommes-nous en croissance, perdons-nous quelqu’un, qu’est-ce qui a changé hier, qu’est-ce qui requiert mon attention aujourd’hui.

Quatre cartes KPI en haut, chacune avec une mini-courbe et une vraie variation. En dessous, une barre d’onglets — Aujourd’hui / Semaine / Mois — qui ne recharge pas la page. Plus bas, un tableau : les dix événements les plus récents, triables, avec un état vide apaisé quand il n’y a rien à lire.

Le prototype est cliquable de bout en bout. Les filtres fonctionnent, les onglets changent le contenu, les états vides sont conçus plutôt qu’oubliés, et les squelettes de chargement épousent la mise en page finale — aucun saut à l’affichage.

À propos de ce concept

Ce projet concept a été réalisé pour un client fictif. Il illustre la méthode et le niveau d’exigence que nous apportons à nos missions clients.

Approche

Serein, réel, testable.

  1. Des questions, pas des graphiques

    Chaque zone répond à une question que le fondateur a posée à voix haute. Ce qui n’y répond pas n’apparaît pas à l’écran.

  2. Les états vides d’abord

    États vides, de chargement et d’erreur conçus avant le parcours idéal. Les jours sans histoire sont la plupart des jours.

  3. Cliquable plutôt que joli

    Le prototype déroule trois vrais parcours de bout en bout. Les parties prenantes cliquent — elles ne plissent pas les yeux devant des maquettes figées.

Ce qu’il contient

Prêt pour le test utilisateur.

Les chiffres se rapportent au brief du concept.

Écrans

18écrans haute fidélité

Accueil, vues détaillées, réglages et les trois parcours principaux — conçus au niveau de détail d’une livraison aux développeurs.

Parcours

3parcours cliquables

Nouvelle inscription, analyse de l’attrition, récapitulatif hebdomadaire. Chacun est un vrai chemin à travers le prototype.

États

Vide, chargement et erreur

Chaque zone, chaque état. Les squelettes épousent la mise en page finale : rien ne saute à l’arrivée des données.

Livraison

Tokens et spécifications

Design tokens, variantes de composants et annotations détaillées écran par écran, prêts pour l’équipe technique.

Outils

  • Figma
  • Variables
  • Auto Layout
  • Prototype
  • Tokens Studio

Essayez vous-même

Une réalisation qui fonctionne, pas une image.

Ouvrez la démo et utilisez-la comme le ferait un visiteur ou un client. Chaque bouton, chaque onglet fonctionne.

Ouvrir la démoneptay.com/demo/tally

Vous façonnez un produit ?

Cliquable avant le code.

Des interfaces et des prototypes à tester avec vos utilisateurs dans la semaine, pas dans le trimestre.