Module Reporting · Jaime Villegas Maira

01 / 04

Vue d'ensemble — top KPIs ventes, finance, service client.
02 / 04

Vues par persona — owner, manager, comptable.
03 / 04

Drill-down — par produit, horaire, employé, établissement.
04 / 04

Module pilote — premier terrain de preuve du DS Merim.

Mon rôle

Lead Product Designer & Product Manager

Pilotage de la refonte de Dash, du discovery à la livraison des specs JIRA pour les sessions d'estimation.

UI/UX menée en binôme avec deux product designers dédié·es. Module choisi comme pilote de la migration vers le design system Merim — preuve de valeur du DS sur un périmètre maîtrisable, avant d'embarquer les modules critiques (Caisse, Drive-thru).

Discovery — entretiens propriétaires et managers de restaurants, mapping des questions opérationnelles récurrentes, cadrage des personae.
Design — vues par persona, hiérarchie d'information, patterns de visualisation, écrans haute-fidélité sur le DS Merim en construction.
Delivery — specs JIRA par feature, critères d'acceptance, sessions d'estimation avec les devs, suivi de mise en production.

Ce que je n'ai pas fait : le code (équipe front Merim), la modélisation des données analytiques (équipe data), la commercialisation auprès des enseignes.

Trois décisions

Les arbitrages qui ont façonné Dash

01
Vues opinionées par persona, pas un constructeur de dashboard

Tentation initiale : un constructeur custom à la Tableau / Looker. Réalité : managers de restaurant n'ont pas le temps de configurer, et n'ont pas les mêmes questions. Owner regarde le CA et la marge. Manager regarde le ticket et le service. Comptable regarde le règlement et la TVA.

J'ai cadré des vues prédéfinies optimisées par persona. Coût : moins de flexibilité, certains cas analytiques pointus non couverts. Bénéfice : valeur immédiate sans onboarding configuration, lecture en quelques secondes.
02
Drill-down progressif, pas de mur de chiffres

Premier instinct des stakeholders : « afficher toutes les métriques possibles sur la page d'accueil ». Risque : mur de chiffres illisible, info noyée, manager qui contourne l'outil.

J'ai cadré une hiérarchie progressive — top KPIs à la surface (CA, ticket moyen, fréquentation), drill-down à la demande sur produits, créneaux, employés, établissements. Coût : navigation supplémentaire pour les analystes. Bénéfice : lisibilité immédiate, plus de friction « où est l'info ? » pour le manager pressé.
03
Module pilote du design system Merim

Le chantier DS et la refonte Reporting démarraient en parallèle. Deux options : attendre le DS stabilisé pour refondre Dash, ou utiliser Dash comme premier terrain d'application — co-construction.

J'ai cadré Dash comme module pilote. Coût : double effort assumé — refondre le module ET stress-tester le DS sur un cas réel. Bénéfice : preuve de valeur tangible du DS, gabarit de migration reproductible pour les modules critiques suivants (Caisse, Drive-thru).

Impact

Ce que ça a livré

Dash refondu, monté sur le design system Merim — premier module migré du parc applicatif.
Vues opinionées par persona (owner, manager, comptable) — valeur immédiate sans configuration.
Drill-down progressif depuis les KPIs principaux, plus de mur de chiffres.
Gabarit de migration validé sur Dash, réutilisé pour Caisse et Drive-thru.
Specs JIRA cadrées, sessions d'estimation prêtes — chaîne discovery → delivery en main du design.