Dodici settimane scandite una per una: quattro di analisi, otto di pilota misurato, poi la scelta tra estendere, cambiare o fermare.
In breve. Novanta giorni bastano per analizzare, fare un pilota e decidere, non per trasformare l'azienda. Servono un solo flusso di lavoro vero e misure scritte prima di partire. Al giorno 90 scegliete: estendere, cambiare o fermare. Questa guida vi dà il calendario settimana per settimana.
Il pilota è una prova misurata su un flusso di lavoro vero: non una dimostrazione da palco, né dieci esperimenti in parallelo. Se aprite dieci prove, non misurate nulla.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Giulia, responsabile dell'assistenza clienti, sceglie soltanto le domande ripetute e al giorno 90 ha i numeri e una decisione. Non ha «l'AI in tutta l'azienda»: ha una parte che funziona, oppure un no motivato.
L'analisi non è una ricerca senza fine. Sono quattro settimane per togliere le ambiguità. Se alla fine della quarta settimana «state ancora esplorando», è fallita l'analisi, non il pilota.
Serve un solo caso: se ne avete dieci in lista, sceglietene uno che si ripete spesso, ha dati disponibili e si può spegnere facilmente, e lasciate gli altri in attesa. La disciplina del caso unico è metà del successo.
Servono misure scritte prima. Se misurate dopo, finirete per raccontare una storia comoda. Scrivete tempi medi, quota di errori e volume settimanale. Firmate il foglio e mettete la data.
Servono regole: chi può vedere i dati, cosa può scrivere il sistema, come si passa a una persona, come si spegne entro un giorno. Per scriverle basta una pagina.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Davide, titolare di un negozio con dodici addetti, sceglie le prenotazioni del sabato. Scrive i tempi di risposta attuali. Blocca ogni altra idea nata dal «visto che ci siamo».
Durante l'analisi coinvolgete chi segue privacy e sicurezza. Non serve un trattato, serve un sì o un no sui dati del caso. Meglio un blocco onesto ora che all'ottava settimana.
Il pilota dura dalla quinta alla dodicesima settimana. È lavoro vero, su una parte del volume, non su dati finti. I dati finti servono solo nell'ambiente di prova iniziale.
Regole rigide del pilota:
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Marco, operatore dell'assistenza, vede l'assistente chiudere le domande ripetute. I reclami restano a lui, con un riepilogo già pronto. Conta i passaggi e i tempi, e ogni venerdì porta i numeri in riunione.
Se a metà pilota volete «aggiungere un canale», scrivetelo come proposta per dopo il giorno 90. Non rompete la prova: un canale nuovo è un secondo pilota mascherato.
Nella nona settimana fate la prova sotto sforzo. Togliete un referente, simulate un picco, spegnete e riaccendete. Se il team non sa cosa fare, aggiornate le regole prima della decisione finale.
Al giorno 90 non avete un'azienda trasformata, ma un insieme concreto di risultati e documenti. Se ne manca una parte, la decisione sarà politica e non basata sui fatti.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Giulia entra in riunione con sei pagine, non con cinquanta. I numeri parlano da soli. La decisione richiede venti minuti. Tutti sanno cosa è stato escluso di proposito.
Consegnate il pacchetto tre giorni prima della riunione, così chi decide ha il tempo di leggerlo. Le sorprese in sala non aiutano a decidere.
Estendere. Le misure superano stabilmente il «prima», i rischi sono gestiti e le persone sono formate. Allargate volume o turni sullo stesso flusso. Non aprite un secondo caso lo stesso giorno: prima consolidate.
Cambiare. Il problema era giusto, la soluzione no: canale sbagliato, contenuti deboli, permessi troppo stretti. Riscrivete il piano per qualche settimana in più, senza fingere un successo: un cambio onesto vale più di un sì gonfiato.
Fermare. Le misure non reggono, il costo supera il valore o il rischio non è accettabile. In questo caso si spegne il sistema, si conservano dati e lezioni e si ringrazia il gruppo di lavoro. Un no netto vale più di un sì che non arriva mai.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Davide si ferma, perché i numeri non superano quelli del gruppo di confronto. Tiene le regole e la formazione, e più avanti riparte su un caso diverso. Nessuno ha sprecato un anno.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Giulia estende il pilota e passa dal trenta al sessanta per cento del volume sullo stesso flusso. Solo dopo tre mesi di stabilità valuta un secondo caso.
Senza ruoli chiari il calendario slitta. Servono poche persone, non un pubblico.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Davide nomina le cinque persone il primo giorno e scrive i nomi sul calendario. Quando un permesso resta bloccato, sa chi chiamare. Non si rivolge genericamente «all'azienda».
La riunione settimanale del pilota dura quindici minuti: tre numeri, un rischio, una decisione sì o no. Se dura un'ora state riaprendo l'analisi, ed è il momento di fermarsi.
Se lo sponsor manca a due riunioni di fila, il pilota è a rischio, e conviene rimandarlo o cambiare sponsor. Un pilota senza chi lo sostiene produce presentazioni, non decisioni.
Il calendario tollera un breve ritardo, non il silenzio. Se i permessi non arrivano, segnate la settimana come «in attesa di decisione» e spostate tutto, senza fingere avanzamenti tecnici.
Se il volume è troppo basso per misurare, allargate la parte coperta dello stesso flusso, senza aprire un secondo caso. Se il volume è troppo alto e rischioso, riducetelo. Il pilota deve essere vero, non temerario.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Giulia resta ferma dieci giorni in attesa di un permesso. Sposta il calendario e avvisa lo sponsor. Al giorno 90 può comunque decidere, perché le misure «prima» erano già scritte. Senza quelle, avrebbe dovuto ricominciare.
Annotate i ritardi nel rapporto finale. Servono a stimare con più onestà i prossimi novanta giorni. I ritardi nascosti producono piani irrealistici.
Se estendete, fissate la prossima verifica a trenta giorni, con le stesse misure e lo stesso foglio. Se cambiate, riscrivete un calendario breve. Se vi fermate, archiviate e spiegate il perché al team in una pagina.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Giulia, dopo aver esteso il pilota, mette subito in agenda la verifica dei trenta giorni. Così il sistema non viene lasciato a sé stesso dopo il successo della prova.
Il piano dei novanta giorni è un metodo, non un rito da ripetere all'infinito sullo stesso caso. Quando il flusso è stabile, passa alla gestione ordinaria. Solo allora aprite un caso nuovo.
Un ultimo controllo prima della riunione del giorno 90. Le misure «prima» sono ancora leggibili? Il registro degli errori è chiuso o spiegato? La prova di spegnimento è documentata? Se manca uno di questi tre elementi, rimandate la decisione di una settimana. Meglio una decisione tardiva e solida che un sì fragile.
Il calendario non è burocrazia, è una protezione. Protegge il team dalle dieci prove in parallelo e la direzione dalle promesse senza misure. Al giorno 90 avrete un sì, un cambio o un no. Se si basano sulle misure, sono tutti e tre risultati utili. L'unico vero fallimento è decidere senza numeri.
Questa guida non è un contratto. I tempi reali dipendono da permessi, dati e decisioni vostre.
1
Scegliete il caso unico e scrivete le misure «prima» questa settimana.
2
Compilate il calendario delle dodici settimane con nomi e date di decisione.
3
Prenotate l'incontro del giorno 90 ora, così la decisione ha già una sedia.