Prima di partire: tempi, costi, cosa serve

Dipende dal caso: l'analisi iniziale dura di solito due-quattro settimane, mentre un pilota su un canale o un flusso ne richiede sei-dieci. In un gruppo complesso non promettiamo risultati in dieci giorni. Contano la chiarezza del caso e la disponibilità delle vostre persone. Se i dati e i responsabili ci sono, i tempi si rispettano meglio.

No, basta sapere dove perdete tempo o clienti; il percorso si sceglie dopo, tra prodotto pronto, parte su misura o modello misto. Arrivare con una soluzione già comprata senza caso chiaro è un rischio. Meglio un problema misurabile e un risultato atteso scritto in una pagina.

L'amministratore delegato o il direttore generale per la priorità. Chi vive il processo ogni giorno. IT per accessi e perimetro. Chi si occupa di privacy se ci sono dati personali. Se manca uno di questi quattro, il progetto si ferma e riparte più volte. Non serve portare dieci persone: servono le giuste.

Non pubblichiamo cifre secche qui: dipendono da volumi e sistemi. In ordine di grandezza: l'analisi ha un prezzo fisso, il pilota è un progetto delimitato di sei-dieci settimane, la gestione continua ha un canone. Per le attività piccole c'è una versione pronta con analisi gratuita, nel percorso per le piccole imprese; le domande delle attività piccole spiegano da cosa dipende il costo. Il resto è su preventivo dopo l'analisi.

Serve una fascia di spesa e un responsabile. Non serve un programma triennale perfetto. Serve sapere cosa succede se il pilota va bene: chi decide di continuare. Senza quella decisione pronta, anche un pilota riuscito resta fermo.

Servono:

• un caso concreto;
• i numeri di oggi, come contatti, pratiche e tempi;
• il nome di chi decide;
• dove stanno i dati utili;
• l'elenco dei sistemi coinvolti;
• gli eventuali vincoli di settore.

Non serve un dossier di cento pagine, ma onestà su cosa funziona e cosa no.

Sì, ed è spesso la scelta migliore: si parte da un ufficio, un canale o un flusso, si misura prima e dopo e poi si allarga. Partire da tutta l'azienda insieme allunga i tempi e confonde i risultati. La direzione tiene il quadro; il pilota resta stretto.

Si chiude il perimetro, si scelgono le fonti e si scrivono i criteri di uscita. Poi si preparano le prove e si formano le persone che controlleranno il sistema, che in questa fase non è ancora in uso con i clienti. È il lavoro di preparazione che evita problemi dopo. La direzione riceve un piano con date e responsabili.

Chiedete tre numeri a scadenza fissa: avanzamento rispetto al piano, blocchi aperti, misure del caso. Chiedete anche chi ha approvato le fonti e se i criteri di stop sono ancora validi. Se le risposte sono fumose, fermatevi. Non serve capire il modello: serve capire il risultato.

Deve togliere gli ostacoli, tenere alta la priorità e firmare accessi e scelte di perimetro. Deve anche impedire che ogni direzione aggiunga richieste e proteggere il pilota da quelle dell'ultimo momento. Se il DG sparisce dopo l'avvio, il progetto diventa di nessuno.

Con la verità: l'obiettivo è togliere lavoro ripetitivo, non cancellare le persone. Si misurano ore liberate e qualità. Si coinvolgono gli operatori nella scrittura delle risposte. Si guarda il giudizio di chi lavora sul campo. Senza questo, nasce resistenza silenziosa.

Vi resta il documento con i motivi, i costi stimati e i rischi. Non avete obbligo di proseguire. Aver pagato per non fare il progetto sbagliato è un risultato. Meglio uno stop onesto che un pilota di facciata.

Sì, se i criteri di uscita lo prevedono. No, se è solo impazienza. Cambiare caso azzera misure e tempi. Va deciso in riunione con AD o DG, non in una chat laterale. Meglio chiudere un caso piccolo che inseguire tre casi aperti.

Si decide se andare avanti, fermarsi o correggere, sulla base di numeri: misura prima, misura dopo, costo sostenuto e costo a regime. Senza quel foglio la decisione diventa un'opinione, e il consiglio o la direzione devono poterlo leggere in due pagine.

Una persona in azienda è responsabile del caso, il fornitore gestisce quanto concordato, l'IT controlla accessi e perimetro e chi si occupa di privacy resta coinvolto. Senza proprietario interno, il sistema invecchia e nessuno se ne accorge.

Dati e configurazioni restano vostri, e documentazione e formazione fanno parte del percorso. Il contratto prevede una clausola di uscita con restituzione dei dati e, dove previsto, la possibilità di sostituire i modelli. Un po' di dipendenza dal fornitore c'è sempre: l'importante è che sia gestita e con un'uscita scritta.

Portate il caso, i numeri del pilota, i rischi, il costo a regime e la richiesta di via libera. Due pagine bastano, se sono oneste: meglio misure e limiti che slide piene di promesse.

Con lo stesso metodo: problema misurabile, risultato atteso, tempo, proprietario. Non per imitazione di un concorrente. Non perché «ora abbiamo l'AI». Il secondo caso deve ripagare l'attenzione che chiede.

Poco, se il proprietario del caso è chiaro. Una revisione a cadenza fissa sui numeri. Interventi solo su stop, rischi o estensioni. Se AD e DG devono entrare ogni settimana, l'organizzazione del progetto va rivista.