La plupart des récits sur l'automatisation des workflows s'arrêtent à la mise en production. Des chiffres sont annoncés, des pourcentages sont reportés, et l'histoire se termine sur un résultat. Celui-ci ne s'arrête pas là, car ce qui se passe après la mise en production est la partie qui détermine réellement si l'investissement en valait la peine.
Voici un récit mois par mois d'un cabinet de physiothérapie de trois thérapeutes à Genève, de leur Clarity Scan en juillet jusqu'au cap des six mois. Y compris ce qui a mal tourné.
Mois 1 : La Clarity Scan
Le cabinet avait le type de poids administratif qui s'accumule silencieusement dans les entreprises du secteur de la santé: non pas à cause d'un échec particulier, mais à travers des années de solutions de contournement empilées les unes sur les autres. Des formulaires d'accueil papier que les patients remplissaient dans la salle d'attente, puis étaient saisis manuellement dans le système de dossiers patients. Un système de planification qui ne pouvait pas envoyer ses propres rappels, de sorte que la réceptionniste passait des appels téléphoniques chaque matin pour confirmer les rendez-vous de la journée. Un processus de réconciliation de la facturation en fin de mois qui prenait la majeure partie d'une journée.
Onze heures et vingt minutes de travail administratif par semaine, réparties sur trois workflows, allaient à des tâches qui ne nécessitaient pas un être humain. La directrice du cabinet était sceptique quant à ce chiffre. Elle avait raison de l'être. Il est facile de produire des estimations gonflées en comptant du temps qui se passe déjà en parallèle avec autre chose. Nous l'avions compté soigneusement, en penchant du côté de la prudence.
Cinq opportunités ont été identifiées. Trois ont été sélectionnées pour le premier Sprint :
- Numérisation de l'accueil des patients. Formulaires papier remplacés par un formulaire numérique envoyé à la confirmation de la réservation, auto-renseigné dans le dossier patient à la soumission. Récupération estimée : 3,5 heures par semaine.
- Rappels automatisés pour les rendez-vous. SMS envoyés automatiquement 48 heures et 24 heures avant chaque rendez-vous, remplaçant les appels manuels du matin. Récupération estimée : 5,5 heures par semaine, réparties entre les trois thérapeutes qui aidaient aux appels les matins chargés.
- Réconciliation de la facturation. Connexion entre le système de réservation et le logiciel de facturation, éliminant le transfert manuel des données de rendez-vous en fin de mois. Récupération estimée : 1,75 heure toutes les deux semaines.
Les deux constats non traités dans le Sprint 1 : une séquence de suivi des prescriptions médicales (reportée, plus complexe, risque d'intégration plus élevé) et une réorganisation de l'archivage des documents (ROI plus faible, non urgent dans le temps). Les deux ont été notés dans la Matrice d'opportunités pour le Sprint 2.
Mois 2–3 : Le Sprint
La construction a pris cinq semaines. Le cabinet a été impliqué pour un total de quatre sessions : un lancement, deux revues en cours de construction pour tester le formulaire d'accueil et la séquence de rappels, et une présentation de mise en production. La réceptionniste a assisté aux quatre. Les thérapeutes ont assisté à la mise en production.
Personne n'a eu à apprendre un nouveau système. La plateforme de réservation était celle que le cabinet utilisait déjà. La couche d'automatisation fonctionnait sur Make, invisible pour quiconque utilisait les outils en front-end. Le service SMS s'intégrait directement avec le webhook de la plateforme de réservation. Du côté du cabinet, ce qui a changé, c'est ce qu'ils n'avaient plus à faire: pas ce qu'ils devaient commencer à apprendre.
Mise en production : fin de la cinquième semaine. L'évaluation de la réceptionniste à la fin du premier jour : « Je ne lui fais pas encore confiance. »
C'est une réponse raisonnable, et cela vaut la peine d'être dit clairement : les premières semaines après la mise en production ne sont pas le moment d'arrêter de surveiller. Les systèmes automatisés se comportent différemment sur des données réelles que lors des tests. La mise en production n'est pas la fin de l'implémentation: c'est le début de la période de stabilisation.
Mois 4 : Le premier incident
Le système de rappels de rendez-vous a fonctionné proprement pendant trois semaines. À la quatrième semaine, un schéma est apparu dans les logs de surveillance : un petit nombre de patients recevaient des messages de rappel en double. La duplication était incohérente: certains patients recevaient deux messages pour un rendez-vous, d'autres n'en recevaient aucun.
La cause : le parseur de dossiers patients scindait les noms aux tirets et aux apostrophes, tous deux courants en Suisse romande, et dans certains cas générait deux entrées partielles. Quand la séquence de rappels interrogeait la liste des patients, elle trouvait deux entrées pour le même rendez-vous et envoyait en conséquence.
L'erreur a été détectée lors d'une revue de surveillance hebdomadaire, deux jours avant qu'un patient ne la signale au cabinet. Elle a été corrigée en quatre heures : une règle de gestion des caractères dans le parseur, testée sur la base de données patients existante, redéployée.
C'est la fonction du contrat de maintenance : non pas prévenir les erreurs. Les systèmes automatisés feront toujours remonter des cas limites que les tests n'ont pas couverts: mais les trouver avant qu'elles ne deviennent des réclamations, et les corriger avant qu'elles ne coûtent quoi que ce soit. Dans ce cas, un SMS en double est un inconvénient mineur. Non détecté, cela aurait nécessité une révision manuelle de la liste complète des patients, une communication d'excuses, et un après-midi du temps de la réceptionniste. Détecté tôt, c'était une correction de quatre heures.
Résultats mesurés à la fin du mois quatre, premier mois complet sans accroc :
Mois 5 : Régime stable
Aucun changement de système au mois cinq. Le parseur SMS était stable. Le taux de complétion du formulaire d'accueil se maintenait à 89 %: les 11 % restants de patients étaient ceux qui préféraient appeler ou qui n'avaient pas la maîtrise du numérique pour compléter le formulaire avant d'arriver. Le cabinet a accepté cela comme raisonnable et a ajouté une note au script d'accueil pour ces patients à leur arrivée.
La réceptionniste, qui avait été ouvertement sceptique vis-à-vis du projet au premier mois, a dit quelque chose lors du bilan du cinquième mois qui n'était dans aucun tableau :
« Je commençais chaque matin en appelant vingt personnes pour leur dire quelque chose qu'elles savaient déjà. Maintenant quand le téléphone sonne, c'est quelqu'un qui a besoin de quelque chose. C'est un travail différent. Je ne m'attendais pas à ce que ça m'importe, mais c'est le cas. »
Coordinatrice de réception · Cabinet de physiothérapie · GenèveCe n'est pas une métrique. Ce n'est pas non plus rien. Les personnes qui utilisent les systèmes automatisés au quotidien en ont une expérience directe que les chiffres ne saisissent pas pleinement. Lorsque le travail de la réceptionniste est passé de l'exécution d'un rituel à la réponse à un besoin réel, le travail est devenu différent d'une manière qui n'avait rien à voir avec les heures économisées.
Mois 6 : Le deuxième incident, et un petit ajout
L'appel de revue mensuelle du mois six a identifié un problème que personne au cabinet n'avait remarqué mais qui était visible dans les logs : une modification de l'API de la plateforme de réservation avait introduit un décalage de 3 à 4 heures dans la synchronisation avec les Google Calendars des thérapeutes. Les mises à jour de rendez-vous arrivaient promptement dans le système de réservation mais atteignaient les calendriers des thérapeutes avec plusieurs heures de retard.
Aucun rendez-vous n'avait été manqué. Aucun client ne l'avait remarqué. Mais le décalage créait une incertitude de bas niveau: les thérapeutes vérifiant directement la plateforme de réservation plutôt que de faire confiance à leur calendrier, une solution de contournement qui finirait par devenir une habitude, puis une hypothèse, et finalement une source d'erreurs quand le calendrier serait consulté dans une situation où il n'aurait pas dû l'être.
La correction nécessitait une mise à jour de la configuration du webhook dans Make. Cela a pris quarante minutes.
Lors du même appel, la réceptionniste a évoqué une idée à laquelle elle pensait depuis le quatrième mois : le système pourrait-il envoyer un court questionnaire de satisfaction trois jours après la dernière séance d'un patient ? Rien d'élaboré: deux questions, un champ de texte, un bouton d'envoi. La directrice du cabinet avait mentionné quelque chose de similaire lors de la Clarity Scan, mais cela n'avait pas été intégré au Sprint.
La construction a pris quatre-vingt-dix minutes. Elle n'a nécessité ni Sprint, ni nouveau contrat, ni coût supplémentaire au-delà du contrat de maintenance mensuel. Elle est entrée en production la semaine suivante.
Où en est le cabinet au sixième mois
Au sixième mois, la directrice du cabinet a été invitée à dire si elle recommanderait l'engagement à un confrère dirigeant un cabinet similaire.
Sa réponse : « Oui, mais pas à cause des chiffres. Les chiffres sont bons. Ils font ce qu'ils devaient faire. Mais la raison pour laquelle je le recommanderais, c'est que rien ne tombe en panne et que je n'y pense plus. »
C'est l'objectif réel. Non pas que le système soit impressionnant. Non pas que le calcul du ROI valide l'investissement. Que le système soit invisible: parce qu'invisible signifie en fonctionnement, de manière fiable, sans que personne n'ait à le porter.
Ce que couvre le prochain Sprint
La séquence de suivi des prescriptions médicales: le quatrième constat de la Clarity Scan, reporté du Sprint 1, est planifiée pour le Sprint 2 dans les mois à venir. L'analyse de la Matrice d'opportunités est toujours d'actualité. Le flux de travail n'a pas changé. La récupération estimée est toujours valide.
Le rapport de la Clarity Scan a une durée de vie qui s'étend bien au-delà du premier Sprint. La plupart des clients l'utilisent comme feuille de route sur douze à dix-huit mois, revenant à chaque constat quand le moment est opportun et que la capacité d'absorber l'implémentation existe. Rien dans l'analyse n'expire à moins que l'activité elle-même ne change significativement.
Vous vous demandez si cela s’applique à votre activité ? Demandez à Kai. Il connaît les détails.
Le diagnostic est le début, pas l'engagement.
La Clarity Scan produit un rapport qui vous appartient. Elle cartographie vos flux de travail, calcule le coût de chacun et vous dit honnêtement où se trouve la valeur et où elle n'est pas. Ce que vous faites avec cette information, et quand, est entièrement votre décision.