Perché dopo la dimostrazione in azienda non cambia niente

La scena è sempre la stessa. Qualcuno mostra uno strumento che in trenta secondi scrive un testo, riassume un documento, risponde a una domanda sui dati aziendali. Le persone in sala fanno domande, si vede il potenziale, si decide di andare avanti. Poi passano i mesi e di quel potenziale non si trova nessuna traccia nel modo in cui si lavora.

Non è colpa dello strumento, che quel giorno ha funzionato sotto gli occhi di tutti. È che la dimostrazione e il lavoro vero sono due situazioni diverse, e quasi nessuno mette in conto quanto siano diverse.

Il caso facile e il caso vero

Una dimostrazione usa il caso pulito: il documento leggibile, la richiesta scritta bene, il dato completo. In azienda i documenti arrivano come fotografie storte, le richieste dei clienti sono scritte a metà e lo stesso fornitore compare con tre nomi diversi nell'anagrafica.

La distanza fra i due mondi è il punto in cui i progetti si fermano. Uno strumento che funziona sul novanta per cento dei casi sembra un successo finché non ci si accorge che il restante dieci richiede più tempo di prima, perché qualcuno deve accorgersi dell'errore e rifare tutto a mano.

Nessuno è responsabile del dopo

La prova la organizza chi ha portato l'idea. La messa a terra richiede che qualcuno cambi il proprio modo di lavorare tutti i giorni, e quel qualcuno di solito non era nella stanza. Quando l'entusiasmo passa, resta un compito senza padrone.

È lo stesso meccanismo per cui certe deleghe non attecchiscono: manca un nome, una data e un momento in cui si verifica, e quindi il lavoro torna indietro a chi lo aveva affidato dopo poche settimane.

Il processo non è stato toccato

Molte introduzioni si limitano a mettere uno strumento a disposizione delle persone. Il passaggio che c'era prima resta lì, e la persona lo fa con un aiuto in più. Qualche minuto si guadagna, e nel conto di fine anno non si vede niente.

Il guadagno arriva quando un passaggio smette di esistere. È il criterio che distingue un'automazione da un miglioramento, e anche il motivo per cui conviene scegliere con attenzione da quale processo partire invece di distribuire licenze a tutti e sperare.

Le persone non sono state coinvolte prima

Chi fa quel lavoro da anni sa dove stanno le eccezioni, quali clienti hanno accordi particolari, cosa succede quando manca un dato. Nessun progetto costruito senza quelle informazioni sopravvive al contatto con la realtà.

C'è anche una questione più semplice: se nessuno spiega cosa succederà a quel lavoro, le persone lo immaginano, e quello che immaginano è quasi sempre peggiore della realtà. Un progetto che le persone temono riceve una collaborazione formale e nessun aiuto vero.

Il confronto con quello che già succede

Nella maggior parte delle aziende qualcuno usa già questi strumenti per conto proprio, con un profilo personale e senza che nessuno lo sappia. Partire ignorando quello che c'è già significa costruire un progetto ufficiale accanto a una pratica diffusa, e la pratica diffusa vince sempre.

Conviene guardarci dentro prima, capire chi fa cosa e con quali dati, perché quel quadro dice quali problemi le persone stanno già provando a risolvere e mette sul tavolo cosa succede quando l'uso non è regolato, e ognuno si costruisce il proprio metodo.

Cosa fare al posto della dimostrazione

Una prova utile parte dal caso peggiore. Si prendono venti pratiche già chiuse, comprese quelle andate storte, e si guarda cosa produce lo strumento su quelle. Il risultato è meno spettacolare e dice qualcosa di vero.

Serve anche fissare prima cosa si considera un successo. Non impressioni, un numero: ore risparmiate alla settimana, errori in meno, giorni di attesa ridotti. Senza quel numero la valutazione finale diventa una discussione di opinioni fra chi era entusiasta e chi non lo era.

Le due settimane che decidono tutto

Il periodo che conta è quello subito dopo l'avvio, quando le persone incontrano i primi casi che non funzionano. Se in quel momento c'è qualcuno che raccoglie i problemi e sistema, il progetto attecchisce. Se non c'è nessuno, le persone tornano al metodo vecchio e non lo dicono a nessuno.

Vale la pena mettere in calendario un incontro breve ogni settimana per il primo mese e mezzo, con le persone che lo usano e non con chi lo ha comprato. È il momento in cui costa meno correggere e in cui si capisce se il progetto sta entrando nelle abitudini.

Chi tiene il conto delle ore

Il tempo risparmiato si misura in un modo solo: chiedendo alle persone quanto ci mettevano prima e quanto ci mettono adesso, sugli stessi lavori, a distanza di qualche settimana. È una misura grossolana e basta, perché serve a decidere e non a fare un bilancio.

Le stime fatte a tavolino prima di partire valgono poco, perché sono quasi sempre generose. Il numero che conta arriva dopo, dalle persone che quel lavoro lo fanno, e va scritto da qualche parte prima che tutti se lo dimentichino.

Il momento sbagliato per cominciare

I mesi di picco sono il periodo peggiore. Le persone hanno la testa altrove, gli errori costano di più e nessuno ha voglia di imparare qualcosa mentre corre. Quasi tutti i progetti avviati in quelle settimane si fermano e lasciano l'idea che non funzionasse.

Il momento buono è quello in cui c'è un po' di respiro e le persone possono provare senza che una consegna salti. Aspettare due mesi per partire nel periodo giusto cambia il risultato più di qualsiasi scelta tecnica.

Il costo che compare dopo

Ogni cosa introdotta va mantenuta. Cambiano i formati, cambiano i programmi collegati, cambiano le persone. Un processo lasciato andare avanti da solo per un anno a un certo punto sbaglia in silenzio, e nessuno se ne accorge finché il problema non arriva a un cliente.

Nel conto iniziale va messa qualche ora al mese di controllo, e va messa nel calendario di una persona precisa. Chi la dimentica ottiene sei mesi buoni e poi comincia a raccogliere problemi che sembrano venire da altro.

Chi porta l'idea e chi la paga

Nelle piccole imprese la spinta arriva quasi sempre da una persona sola: il figlio del titolare, un responsabile curioso, un fornitore che ha fatto vedere qualcosa. Finché resta l'entusiasmo di una persona, il progetto vive quanto vive la sua pazienza.

Diventa una cosa aziendale quando chi decide sui soldi ha capito cosa ci guadagna e lo ha detto ad alta voce. Non serve un discorso lungo, serve che sia chiaro a tutti che quella cosa la vuole l'azienda e non un appassionato.

I dati che non erano pronti

Una parte consistente dei progetti si ferma su una cosa poco spettacolare: le informazioni sono sparse fra un gestionale, tre fogli di calcolo e la memoria di due persone. Nessuno strumento compensa un archivio in disordine, e il tempo che serve a sistemarlo non era stato messo in conto.

Vale la pena guardarci dentro prima di decidere qualsiasi cosa. A volte il progetto giusto per il primo anno è mettere ordine, e il ritorno arriva comunque, perché sistemare l'anagrafica dei clienti serve a dieci cose diverse.

La differenza fra provare e adottare

Provare costa poco e non impegna nessuno. Adottare significa che da lunedì un lavoro si fa in un altro modo, che c'è un'istruzione scritta, che chi entra nuovo la impara così. Sono due decisioni diverse e vanno prese in due momenti diversi.

Il passaggio va dichiarato, con una data. Le prove che scivolano avanti senza mai diventare adozione sono la forma più comune di spreco in questa materia, perché consumano attenzione e non producono niente di stabile.

Cosa chiedere a chi vende

Tre domande bastano a separare le proposte serie dalle altre. Dove finiscono i nostri dati e per quanto tempo restano. Cosa succede se domani cambiamo idea, e in che formato ci portiamo via quello che abbiamo costruito. Chi risponde quando si rompe, e entro quanto.

Le risposte vaghe a queste tre domande dicono più di qualsiasi dimostrazione. Sono anche le domande che nessuno fa durante la presentazione, perché sembrano poco cortesi e sono esattamente quelle che contano dodici mesi dopo.

Quando fermarsi

Se dopo tre mesi il numero fissato all'inizio non si muove, conviene chiudere e passare ad altro. Tenere in piedi un progetto per non ammettere che non ha funzionato costa più del progetto stesso, e occupa il tempo e la fiducia che servirebbero per il tentativo successivo.

Chiudere bene significa scrivere cosa si è imparato: quale processo, quale ostacolo, cosa si proverebbe in modo diverso. Nelle aziende che tengono quel foglio i progetti successivi riescono molto più spesso, perché smettono di ripartire da zero ogni volta e sanno già in quali situazioni questi strumenti cambiano qualcosa, e in quali non spostano niente.

Fra la dimostrazione e il cambiamento manca quasi sempre una persona con un nome e un tempo protetto in agenda, e un perimetro scritto.