Un réseau de coaching sportif sur trois sites, huit personnes dont trois qui portent tout l'administratif, et un objectif : absorber environ 150 rendez-vous par semaine sans recruter un poste de gestion. La direction arrivait avec des pistes précises, agent vocal, réservation en ligne, alertes de fin de forfait. L'audit de quinze jours mené par JUWA a confronté chaque piste à la réalité de l'outil métier, tranché la question qui commandait toutes les autres, migrer ou surcoucher, et rendu une feuille de route de quatre chantiers sur 12 à 24 mois. Ce retour d'expérience raconte ce que l'audit a changé par rapport au plan initial, et ce qui vaut pour toute organisation multi-sites.
Le point de départ : des idées précises, un outil fermé
La prise de rendez-vous passait par le téléphone et le relationnel. La coordination des plannings devait concilier trois sites, des coachs salariés et prestataires, et l'occupation des salles. Le suivi des forfaits de séances, par lots de 12, 24 ou 48, ne déclenchait aucune alerte : les relances de fin de forfait reposaient sur la mémoire de l'équipe. Et l'outil métier en place, lent et gourmand en clics, n'exposait aucune API.
Ce dernier point est celui qui change tout. Un agent vocal qui prend des rendez-vous doit lire les disponibilités des coachs et des salles en temps réel ; une interface de réservation aussi ; des alertes de fin de forfait doivent lire le compteur de séances. Sans API, chacune de ces briques suppose d'abord de sortir la donnée de l'outil. La direction ne le savait pas en formulant ses pistes, et c'est précisément ce que l'audit a mesuré en premier. Le cas client complet détaille le déroulé.
Quinze jours, trois temps, quatre jalons
Semaine 1, immersion : entretiens avec la direction et les coachs sur les trois sites, puis modélisation du parcours client de bout en bout, de la première prise de contact (téléphone, réseaux sociaux) jusqu'à la validation de la séance, la facturation et le renouvellement du forfait. Semaine 2, diagnostic technique : structure des données de l'outil métier, possibilités d'export, interconnexions avec la comptabilité et les RH, benchmark de solutions alternatives dites API-first. Semaine 3, stratégie : neuf cas d'usage scorés, feuille de route par retour sur investissement, projection budgétaire lot par lot, soutenance devant la direction.
Les jalons étaient fixés d'avance : kick-off à J1, point technique à J8, arbitrage stratégique à J12, soutenance à J15. Sur une structure de huit personnes, ce calendrier serré compte autant que le contenu : un audit qui s'étale vide les agendas de ceux qui font tourner l'activité.

Ce que l'audit a changé par rapport au plan initial
| Piste initiale de la direction | Ce que l'audit a établi | Décision dans la feuille de route |
|---|---|---|
| Agent vocal pour filtrer les demandes et prendre les rendez-vous simples | Faisable seulement si les disponibilités des coachs et des salles sont exposées en temps réel ; l'outil en place ne le permet pas | Chantier conditionné à la décision migrer / surcoucher, avec la part des demandes réellement absorbable mesurée sur les appels entrants |
| Interface de réservation autonome multi-sites | Même dépendance à la donnée de disponibilité ; synchronisation multi-sites à valider | Retenu, séquencé après le socle de données |
| Alertes de fin de forfait et de baisse de fréquence | Le compteur de séances existe dans les exports, mais sans déclencheur | Retenu en premier : gain immédiat, complexité faible |
| Non formulé au départ : migrer l'outil métier ou construire une surcouche | Question structurante, à comparer sur les mêmes critères (export, coût et risque de migration, plafond d'une surcouche) | Les deux scénarios chiffrés, un chemin recommandé, l'arbitrage réouvrable |
Le point notable est l'ordre. La direction pensait agent vocal d'abord ; la feuille de route place les alertes de fin de forfait en tête, parce qu'elles rendent des heures dès le premier mois avec une complexité faible, et repousse l'agent vocal après le socle de données. C'est le rôle du scoring : temps administratif libéré, faisabilité technique, coût de mise en œuvre, sur les neuf cas d'usage, et pas seulement sur ceux qu'on avait envie de faire.
Le critère unique : les heures rendues chaque semaine
Dans une structure où l'administratif repose sur trois personnes, le retour sur investissement se mesure sur une seule unité que tout le monde comprend : les heures rendues chaque semaine à la direction et aux coachs. Chaque chantier a été chiffré avec ce critère, et c'est lui qui a produit l'ordre de la feuille de route. La grille de calcul est décrite dans l'article sur l'audit IA et son retour sur investissement.
Ce choix évite un piège fréquent des audits : le tableau de bord de 40 indicateurs que personne ne relit. Un seul chiffre par chantier, vérifiable un mois après le déploiement, suffit à savoir si la projection tenait.
Résumé de la vidéo : masterclass Bpifrance à Big 2025, avec le chef de projet IA Booster, sur le passage des PME de l'expérimentation individuelle à des cas d'usage priorisés, ce qui est exactement le travail de cet audit.
Ce que l'audit a demandé à l'équipe
Quinze jours ouvrés côté JUWA, mais aussi du temps côté client : un entretien par coach, salarié ou prestataire, sur les trois sites, un export complet de l'outil métier, et trois demi-journées de la direction pour les jalons. Sur une structure de huit personnes, c'est le vrai coût de l'audit, et il a été annoncé au kick-off. En contrepartie, la direction n'a pas eu à arbitrer seule entre migrer et surcoucher, ni à parier sur un agent vocal sans savoir si l'outil pouvait l'alimenter. Le livre blanc de Bpifrance Conseil, relayé par France Num, relève qu'un diagnostic IA identifie en moyenne 14 cas d'usage dans une PME et que l'enjeu réel est leur priorisation ; neuf cas scorés et quatre retenus, c'est exactement ce travail.
Ce qui vaut pour toute organisation multi-sites
La donnée de disponibilité est le socle de tout. Réservation, agent vocal, planning : rien ne fonctionne si les créneaux des personnes et des salles ne sont pas lisibles par une machine en temps réel. Avant de choisir une brique, vérifier ce que l'outil métier exporte, à quelle fréquence, et dans quel état.
Migrer ou surcoucher se décide sur des critères, pas sur la fatigue de l'outil actuel. Une migration reprend l'historique et coûte des semaines ; une surcouche a un plafond au-delà duquel elle ne suffit plus. Les deux se chiffrent, et le rapport doit chiffrer les deux, même s'il en recommande un.
Les prestataires externes comptent dans le planning. Une organisation qui absorbe ses pics avec des intervenants extérieurs doit inclure leurs disponibilités dans le socle de données, sinon l'outil de réservation ne voit qu'une partie de la capacité.
Ces constats rejoignent ce que Bpifrance Le Lab observe à l'échelle nationale : dans son enquête auprès de 1 200 dirigeants, 43 % des PME et ETI n'analysent pas leurs données pour piloter l'activité, et c'est ce socle qui manque avant tout projet d'IA. L'Insee mesure de son côté que 15 % seulement des entreprises de 10 à 49 salariés utilisent une technologie d'IA en 2025 ; un réseau de huit personnes qui structure sa donnée avant d'automatiser prend une avance réelle sur son marché.
Ce que l'audit n'engage pas
Les livrables sont cédés, documentés et réversibles : cartographie du parcours client, diagnostic de l'outil, benchmark des alternatives, feuille de route chiffrée par lots. L'entreprise peut engager les chantiers en interne, avec un autre prestataire ou avec JUWA. Un audit lisible seulement par celui qui l'a écrit n'aurait aucune valeur, et c'est vrai pour toute mission de conseil et d'audit IA : le rapport doit servir d'outil de pilotage des investissements sur les deux années suivantes, pas de bon de commande déguisé.









