Tableau de bord événementiel : ce qu'il faut suivre avant le jour J

La veille d'une réunion client, on te demande : « on en est où ? ». Tu ouvres le budget, la liste des devis, le planning. Trois fichiers, trois réponses partielles, et aucune ne dit si l'événement tient.

Cet article est écrit pour toi qui prépares un ou plusieurs événements : agence, service événementiel, association. Il traite des chiffres de la préparation, ceux qui se lisent avant le jour J. Ce n'est ni le suivi des inscrits, qui relève d'une billetterie, ni le tableau de bord commercial d'un lieu, ni le bilan après coup.

Squena, qui publie ce blog, ne gère ni les participants ni la billetterie. Le budget se construit dans l'article sur le budget prévisionnel, le planning dans celui sur le rétroplanning.

Un tableau de bord tient sur un écran

Stephen Few, auteur du site Perceptual Edge sur la visualisation de données, en donnait cette définition en 2004.

A dashboard is a visual display of the most important information needed to achieve one or more objectives; consolidated and arranged on a single screen so the information can be monitored at a glance.

Stephen Few, « Dashboard Confusion », Perceptual Edge, 20 mars 2004

Few ajoute qu'un tel écran dit ce qui se passe, pas pourquoi : pour comprendre, on ouvre le détail. Il note aussi que l'information utile n'est pas toujours un nombre, et cite les échéances proches d'un projet. Ce que tu en tires : un seul écran, l'essentiel, lisible d'un coup d'œil. Les quatre familles ci-dessous sont notre choix, pas celui de Few : chacune est liée à un geste, trancher, relancer, redater ou payer.

Quatre familles de chiffres, quatre pièges

Le budget : prévu, engagé, payé, et le projeté

Trois montants se lisent presque partout : le prévu, l'engagé (ce qui est signé) et le payé. Un quatrième aide à décider : le projeté, terme de Squena et non une norme, c'est-à-dire l'engagé plus les devis reçus qui attendent ta décision. Il compte parce qu'un devis reçu devient une dépense dès que tu le signes. Un devis que tu ne prendras pas doit sortir du calcul : écarte-le, sinon il fausse le projeté.

Dans un tableur, six colonnes suffisent : « Prévu », « Engagé », « Payé », « Devis reçus » et deux restes, le prévu moins l'engagé et l'engagé moins le payé. Le projeté se calcule en bas : l'engagé plus les devis reçus, comparé à l'enveloppe. L'article sur le budget prévisionnel d'événement détaille la construction et explique pourquoi l'engagé est le chiffre qui compte.

Dans Squena, le « Détail du budget » a ces colonnes : « Prévu », « Engagé (devis signé) », « Payé », « Reste à engager » et « Reste à payer ». L'engagé compte les prestataires « Signé » et « Payé » et tes lignes sans prestataire, comme l'assurance. Le projeté, absent de ce tableau, ajoute les devis aux stades « Devis reçu » et « Validé ». La carte Budget de l'en-tête violet le montre sur le prévu. Elle vire au rouge au dépassement : « Dépassé de … » ou « Dépassé de … si tu signes ».

Les prestataires : postes à pourvoir et contrats signés

Deux chiffres, et ils ne disent pas la même chose. Les postes à pourvoir comptent ce qui manque : un traiteur, une sono, un lieu. Les contrats signés comptent ce qui est engagé. Un prestataire « validé » n'a pas encore de contrat : c'est cet écart qu'on surveille à mesure que la date approche.

Dans un tableur : une ligne par poste, une colonne « stade » (piste, devis reçu, validé, signé, payé, écarté) et deux compteurs, les postes sans prestataire validé et les contrats signés. Un poste que tu n'as pas écrit n'apparaît nulle part : il n'est pas en rouge, il n'existe pas. Le délai à partir duquel un poste vide devient un risque dépend du prestataire et de la saison : fixe tes seuils.

Dans Squena, un poste reste sous « À pourvoir » tant qu'aucun prestataire n'est « Validé », « Signé » ou « Payé ». L'en-tête violet de l'événement résume : « Prestataires · 3 / 5 validés ».

Les tâches : en retard, et dans les sept jours

Une tâche est en retard quand elle n'est pas faite et que sa date est passée. Une tâche sans date n'est donc jamais en retard : un planning à moitié daté affiche « rien en retard » à tort.

Dans un tableur : une colonne « Échéance », une colonne « Fait » et un filtre sur la date passée et le non-fait. Ce qui coûte, c'est de tenir les dates à jour quand un jalon glisse. L'article sur le rétroplanning d'événement montre comment les poser à rebours.

Dans Squena, « À faire cette semaine », sur l'accueil, montre au plus trois cartes : les tâches non faites dont l'échéance tombe dans les sept jours, retard compris. Sans date, une tâche n'y figure pas. L'écran « Tâches » d'un événement les range par horizon, de « En retard » à « Faites ».

Les échéances : soldes à payer et documents à recevoir

Les échéances vivent chez les autres : la date d'un solde, la validité d'un document. Deux ont une règle écrite en France ; la colonne de droite dit à qui elle s'applique.

Le délai de paiement vient de la fiche F23211. Pour l'attestation, R8222-1 rend les vérifications du donneur d'ordre obligatoires dès 5 000 € HT. Selon D8222-5, il est considéré comme les ayant faites s'il se fait remettre, à la conclusion puis tous les six mois, une attestation de moins de six mois. Il doit en vérifier l'authenticité auprès de l'Urssaf. Un second document s'y ajoute si l'immatriculation est obligatoire ou la profession réglementée. Le montant est celui de toute la prestation, précise la fiche F31422, qui annonce une vigilance étendue à tous les sous-traitants en cascade, au plus tard le 27 décembre 2026. L'article sur le contrat d'un prestataire détaille cette attestation. Ce n'est pas un conseil juridique : fais confirmer ton cas.

Ce que tu en tires : note la date de règlement de chaque facture, car elle fait courir les pénalités. Un contrat d'au moins 5 000 € HT signé en janvier pour un événement de septembre croise aussi un renouvellement d'attestation en juillet. Dans un tableur, une colonne « Valable jusqu'au » et une règle de couleur suffisent. Squena ne tient pas ce calendrier : l'attestation se range dans « Documents », mais aucun indicateur ne lit sa validité.

Les quatre chiffres de chaque événement, sur un seul écran

Dans Squena, l'écran « Indicateurs par événement » (onglet « Suivi », lien en bas de page, ou recherche ⌘K : « Où en est-on ? ») aligne quatre chiffres par événement. Il liste chaque événement en préparation ou en cours, du plus proche au plus lointain, avec son repère « J−27 » ou « en cours ».

Quand le budget, les contrats ou les tâches ne se calculent pas, l'écran affiche « — » et dit pourquoi : « Aucun budget prévu n'a été saisi pour cet événement. » Les postes à pourvoir, eux, restent à 0 tant qu'aucun poste n'est saisi.

Sur un événement, l'écran « Suivi » pose une carte par écran que ton rôle peut ouvrir, avec un état de « Ça dérape » à « Bouclé », mais aucun pourcentage global.

Où le tableur cède

Un tableur tient ce tableau de bord tant qu'il y a un événement et une personne qui saisit. Il cède à trois endroits.

• Deux événements en même temps : deux jeux de feuilles, et aucun écran pour les lire d'un coup.
• Plusieurs personnes qui saisissent : la version de référence disparaît, et un devis signé reste dans la boîte d'un collègue.
• La mise à jour à la main : chaque chiffre dépend d'une ligne que quelqu'un doit penser à changer. Dans Squena, les quatre chiffres se recalculent à chaque changement de stade, de montant ou de date.

Le risque d'erreur est documenté. Raymond Panko le rapporte à la conférence 2015 de l'EuSpRIG, un groupe européen sur les risques des tableurs. Six études de 1995 à 2001 ont inspecté à fond 85 classeurs d'exploitation : 94 % contenaient une erreur. Panko juge aussi les oublis très dangereux, parce qu'on les détecte rarement. Il en conclut que ce sont les personnes qui se trompent, pas le tableur, et qu'il faut surtout tester. Ce que tu en tires : ce sont des classeurs d'entreprise, pas des suivis d'événement, mais un poste jamais écrit dans ton tableur est un oubli de ce genre.

Quand lire ce tableau de bord

Une lecture par semaine, plus souvent dans les derniers jours, toujours dans le même ordre :

1. Les alertes d'abord : ce qui est en rouge, puis en ambre.
2. Les tâches des sept prochains jours.
3. Le projeté contre le prévu, avant de signer un nouveau devis.

La veille d'une réunion client, ajoute les postes encore vides. Quand un chiffre surprend, ouvre le détail : le tableau de bord oriente, il n'explique pas.

Ce que Squena ne fait pas

• Squena ne gère ni les participants ni la billetterie : aucun chiffre d'inscrits ou de présents.
• Il ne tient pas de calendrier d'échéances : ni la date d'un solde ni la validité d'une attestation n'alimentent un indicateur.
• Ses seuils d'alerte sont fixes : 30, 15 et 7 jours avant l'événement, 5 tâches en retard. Les alertes ne s'affichent qu'à l'écran, sans e-mail. Le payé se déclare à la main.
• L'offre gratuite autorise un événement actif à la fois : en lire plusieurs d'un coup suppose une offre Pro ou Agence, sans limite. L'import ne lit qu'un CSV de prestataires.