Spec « Dashboard cible » (Phase 2)
Objectif : Définir l’ordre et la visibilité des sections du dashboard pour validation produit.
Référence : DASHBOARD_REVIEW_PLAN.md.
1. État actuel (ordre des sections)
| # | Section | Contenu principal |
|---|---|---|
| 1 | Requests | Formulaires publics, requêtes récentes, métriques, alerte inactivité |
| 2 | Revenue | Revenus, tendance, graphique, pipeline (quotes / invoices / collected) |
| 3 | Duplicates | Groupes de doublons, CTA « Gérer les doublons », mes doublons / suivis |
| 4 | Contacts | Contacts récents, nouveaux cette semaine / aujourd’hui, lien dédoublonnage |
| 5 | Sessions | Prochaine session, sessions cette semaine, sessions récentes |
| 6 | Documents | Pipeline documents (devis, factures, contrats), prochaines actions |
Header : titre « Dashboard », boutons Session wizard, Actions rapides, Paramètres (sidebar).
2. Proposition d’ordre cible
Principe : « Ce qui m’attend » en tête (prochaine session, actions rapides, demandes entrantes), puis santé business (revenus), puis listes de suivi (doublons, contacts, documents).
| # | Section | Justification |
|---|---|---|
| 1 | Sessions | Prochaine session + cette semaine = premier réflexe après login (« quoi de prévu ? »). Aligné avec « Sessions comme entité pivot ». |
| 2 | Requests | Demandes entrantes = travail à traiter. Juste après la session pour enchaîner sur l’action. |
| 3 | Revenue | Santé business (tendance, pipeline). Reste above-the-fold sur desktop. |
| 4 | Documents | Pipeline documents (devis / factures / contrats) = suivi à faire. Regroupé avec Revenue côté « business ». |
| 5 | Contacts | Contacts récents, nouveaux. Liste de suivi. |
| 6 | Duplicates | Doublons à traiter. Souvent moins prioritaire au quotidien ; peut rester en bas ou devenir optionnel. |
Variante : mettre Documents avant Revenue si la priorité métier est « à relancer » avant « chiffre d’affaires ». À valider avec le produit.
3. Sections optionnelles (masquables / paramétrables)
Proposition pour la sidebar paramètres (ou préférences utilisateur) :
| Section | Proposition | Commentaire |
|---|---|---|
| Requests | Toujours affichée | Cœur métier lead forms. |
| Revenue | Toujours affichée | Indicateur business. |
| Sessions | Toujours affichée | Entité pivot. |
| Documents | Toujours affichée | Suivi pipeline. |
| Contacts | Optionnelle | Masquable si l’utilisateur privilégie sessions/documents. |
| Duplicates | Optionnelle | Masquable ; ou masquée par défaut si pendingDuplicates === 0. |
Livrable technique (Phase 3) : persistance du choix (user settings ou localStorage) pour les sections optionnelles ; défaut = tout afficher si pas de préférence.
4. Terminologie et i18n
- Titres de section : déjà alignés sur
dashboard.sections.*etdashboard.requests.title. Aucun changement requis sauf si le produit souhaite renommer (ex. « Demandes entrantes » vs « Incoming requests »). - Boutons header :
dashboard.sessionWizard.title,dashboard.quickActions.title,common.settings. Cohérents. - CTAs : « Gérer les demandes », « Voir les soumissions », « Gérer les doublons », etc. — à garder alignés avec les clés existantes dans
dashboard.*.
5. Validation produit (checklist Phase 2)
- Ordre : valider l’ordre proposé (Sessions → Requests → Revenue → Documents → Contacts → Duplicates) ou indiquer l’ordre cible.
- Optionnel : valider quelles sections sont masquables (proposition : Contacts, Duplicates).
- Variante Documents / Revenue : Documents avant ou après Revenue ?
- Terminologie : confirmer les libellés actuels ou lister les changements souhaités.
Une fois validé, la Phase 3 pourra appliquer le réordonnancement et, si retenu, la logique « sections optionnelles » dans la sidebar.
Changelog
- 2026-02-25 : Création de la spec (ordre cible proposé, sections optionnelles, checklist validation produit).