La maggior parte dei resoconti sull'automazione dei processi si ferma al go-live. I numeri vengono annunciati, le percentuali riportate, e la storia finisce con un risultato. Questo non finisce lì, perché ciò che accade dopo il go-live è la parte che determina davvero se l'investimento valeva la pena.
Questo è un resoconto mese per mese di una clinica di fisioterapia di tre terapisti a Ginevra, dalla loro Clarity Scan a luglio fino alla marca dei sei mesi. Incluso quello che è andato storto.
Mese 1: La Clarity Scan
La clinica aveva il tipo di peso amministrativo che si accumula silenziosamente nelle attività del settore sanitario: non attraverso un unico fallimento, ma attraverso anni di soluzioni di ripiego stratificate una sull'altra. Moduli di acquisizione cartacei che i pazienti compilavano in sala d'attesa e poi venivano trascritti manualmente nel sistema di cartelle cliniche. Un sistema di prenotazione che non riusciva a inviare i propri promemoria, quindi la receptionist telefonava ogni mattina per confermare gli appuntamenti del giorno. Un processo di riconciliazione della fatturazione a fine mese che richiedeva quasi un'intera giornata.
Undici ore e venti minuti di lavoro amministrativo a settimana, mappato su tre processi, andavano a compiti che non richiedevano un essere umano. La direttrice della clinica era scettica che il numero fosse così alto. Aveva ragione di esserlo. È facile produrre stime gonfiate contando il tempo che già avviene in parallelo con qualcos'altro. Avevamo contato con attenzione, e avevamo preferito essere prudenti.
Cinque opportunità sono state identificate. Tre sono state selezionate per il primo Sprint:
- Digitalizzazione dell'acquisizione dei pazienti. I moduli cartacei sono stati sostituiti con un modulo digitale inviato alla conferma della prenotazione, popolato automaticamente nella cartella del paziente all'invio. Recupero stimato: 3,5 ore a settimana.
- Promemoria automatici per gli appuntamenti. Promemoria SMS inviati automaticamente a 48 ore e 24 ore prima di ogni appuntamento, in sostituzione delle telefonate mattutine manuali. Recupero stimato: 5,5 ore a settimana tra i tre terapisti che assistevano con le chiamate nelle mattine più impegnate.
- Riconciliazione della fatturazione. Un collegamento tra il sistema di prenotazione e il software di fatturazione, eliminando il trasferimento manuale dei dati degli appuntamenti a fine mese. Recupero stimato: 1,75 ore a quindicina.
I due risultati non affrontati nel primo Sprint, una sequenza di tracciamento dei referral dai medici di base (rinviata, più complessa, rischio di integrazione più elevato) e una riorganizzazione dell'archiviazione dei documenti (ROI inferiore, non urgente dal punto di vista temporale). Entrambi sono stati annotati nella Matrice delle Opportunità per il secondo Sprint.
Mesi 2–3: Lo Sprint
La costruzione ha richiesto cinque settimane. La clinica è stata coinvolta per un totale di quattro sessioni: un kick-off, due revisioni durante la costruzione per testare il modulo di acquisizione e la sequenza dei promemoria, e una procedura di avvio in produzione. La receptionist ha partecipato a tutte e quattro. I terapisti hanno partecipato al go-live.
Nessuno ha dovuto imparare un nuovo sistema. La piattaforma di prenotazione era quella che la clinica già usava. Il livello di automazione funzionava su Make, invisibile a chiunque utilizzasse gli strumenti front-end. Il servizio SMS si integrava direttamente con il webhook della piattaforma di prenotazione. Dal lato della clinica, ciò che è cambiato è ciò che hanno smesso di dover fare: non ciò che hanno iniziato a dover imparare.
Go-live: fine della quinta settimana. La valutazione della receptionist alla fine del primo giorno: "Non mi fido ancora."
È una risposta ragionevole, e vale la pena dirlo chiaramente: le prime settimane dopo il go-live non sono il momento di smettere di monitorare. I sistemi automatizzati si comportano diversamente sui dati reali rispetto ai test. Il go-live non è la fine dell'implementazione. È l'inizio del periodo di stabilizzazione.
Mese 4: Il primo incidente
Il sistema di promemoria per gli appuntamenti ha funzionato correttamente per tre settimane. Nella quarta settimana è emerso uno schema nei log di monitoraggio: un piccolo numero di pazienti riceveva messaggi di promemoria duplicati. La duplicazione era inconsistente. Alcuni pazienti ricevevano due messaggi per un appuntamento, altri non ne ricevevano nessuno.
La causa: il parser dei record dei pazienti divideva i nomi ai trattini e agli apostrofi, entrambi comuni nella Svizzera francofona, e in alcuni casi generava due voci parziali. Quando la sequenza dei promemoria interrogava l'elenco dei pazienti, trovava due record per lo stesso appuntamento e li inviava di conseguenza.
L'errore è stato rilevato durante una revisione settimanale del monitoraggio, due giorni prima che qualsiasi paziente lo segnalasse alla clinica. È stato corretto entro quattro ore: una regola di gestione dei caratteri nel parser, testata sull'intero database dei pazienti esistente, ridistribuita.
Questa è la funzione del contratto di manutenzione: non prevenire gli errori. I sistemi automatizzati porteranno sempre alla luce casi limite che i test non hanno rilevato: ma trovarli prima che diventino reclami, e correggerli prima che costino qualcosa. In questo caso, un SMS duplicato è un piccolo inconveniente. Non rilevato, avrebbe richiesto una revisione manuale dell'intero elenco dei pazienti, una comunicazione di scuse e un pomeriggio del tempo della receptionist. Rilevato presto, è stato una correzione di quattro ore.
Risultati misurati alla fine del mese quattro, primo mese completo senza problemi:
Mese 5: Regime stabile
Nessuna modifica al sistema nel mese cinque. Il parser SMS era stabile. Il tasso di completamento del modulo di acquisizione si manteneva all'89%: l'11% restante dei pazienti erano quelli che preferivano telefonare o che non avevano la dimestichezza digitale per compilare il modulo prima di arrivare. La clinica ha accettato questo come ragionevole e ha aggiunto una nota allo script del front desk per quando arrivavano quei pazienti.
La receptionist, che era stata apertamente scettica sul progetto nel mese uno, ha detto qualcosa durante il check-in del quinto mese che non era in nessun foglio di calcolo:
"Ogni mattina iniziavo chiamando venti persone per dir loro qualcosa che già sapevano. Ora quando suona il telefono, è qualcuno che ha bisogno di qualcosa. È un lavoro diverso. Non pensavo che mi sarebbe importato, ma invece mi importa."
Coordinatrice di reception · Clinica di fisioterapia ginevrinaQuesta non è una metrica. Non è nemmeno irrilevante. Le persone che utilizzano i sistemi automatizzati ogni giorno hanno un'esperienza diretta di essi che i numeri non catturano pienamente. Quando il lavoro della receptionist è cambiato dall'eseguire un rituale al rispondere a un bisogno reale, il lavoro è diventato diverso in un modo che non aveva nulla a che fare con le ore risparmiate.
Mese 6: Il secondo incidente, e una piccola aggiunta
La call di revisione mensile del mese sei ha identificato un problema che nessuno alla clinica aveva notato ma che era visibile nei log: una modifica all'API della piattaforma di prenotazione aveva introdotto un ritardo di 3–4 ore nella sincronizzazione con i Google Calendar dei terapisti. Gli aggiornamenti degli appuntamenti raggiungevano il sistema di prenotazione prontamente ma arrivavano nei calendari dei terapisti con diverse ore di ritardo.
Nessun appuntamento era stato mancato. Nessun cliente se ne era accorto. Ma il ritardo stava creando una bassa incertezza. I terapisti controllavano direttamente la piattaforma di prenotazione invece di fidarsi del loro calendario, una soluzione di ripiego che sarebbe eventualmente diventata un'abitudine e poi un'assunzione, e alla fine una fonte di errori quando il calendario fosse stato trusted in una situazione in cui non avrebbe dovuto esserlo.
La correzione richiedeva l'aggiornamento della configurazione del webhook in Make. Ha impiegato quaranta minuti.
Nella stessa call, la receptionist ha sollevato un'idea a cui stava pensando dal quarto mese: il sistema poteva inviare un breve sondaggio di soddisfazione tre giorni dopo l'ultima seduta di un paziente? Niente di elaborato: due domande, un campo di testo, un pulsante di invio. La direttrice della clinica aveva menzionato qualcosa di simile durante la Clarity Scan ma non era rientrato nello Sprint.
Ha richiesto novanta minuti per costruirlo. Non ha richiesto uno Sprint, nessun nuovo contratto, nessun costo aggiuntivo oltre al canone mensile. È andato in produzione la settimana successiva.
Dove si trova la clinica al sesto mese
Al sesto mese, alla direttrice della clinica è stato chiesto se avrebbe raccomandato l'incarico a un collega che gestisce una clinica simile.
La sua risposta ("Sì, ma non per via dei numeri. I numeri vanno bene) fanno quello che hanno detto che avrebbero fatto. Ma il motivo per cui lo raccomanderei è che niente si rompe più e non ci penso."
Questo è il vero obiettivo. Non che il sistema sia impressionante. Non che il calcolo del ROI validi l'investimento. Che il sistema sia invisibile: perché invisibile significa funzionante, in modo affidabile, senza che nessuno debba tenerlo in piedi.
Cosa copre il prossimo Sprint
La sequenza di tracciamento dei referral dei medici di base. Il quarto risultato della Clarity Scan, rinviato dal primo Sprint. È programmata per il secondo Sprint nei prossimi mesi. L'analisi della Matrice delle Opportunità è ancora attuale. Il processo non è cambiato. Il recupero stimato è ancora valido.
Il report della Clarity Scan ha una validità che si estende ben oltre il primo Sprint. La maggior parte dei clienti lo utilizza come tabella di marcia nell'arco di dodici-diciotto mesi, tornando a ciascun risultato quando i tempi sono giusti e la capacità di assorbire l'implementazione è disponibile. Nulla nell'analisi scade a meno che l'attività stessa non cambi significativamente.
Vi chiedete se si applica alla vostra attività? Chiedete a Kai. Conosce i dettagli.
La diagnosi è l'inizio, non l'impegno.
La Clarity Scan produce un report che è vostro. Mappa i vostri processi, quantifica ciascuno e vi dice onestamente dove si trova il valore e dove no. Cosa fare con quelle informazioni, e quando. È interamente una vostra decisione.