Quali processi automatizzare per primi con l'AI? Quello che sto imparando in Photonica

Una premessa sull'autorità di chi scrive

Non ho una metodologia validata su centinaia di aziende, e diffiderei di chi dice il contrario dopo due anni di lavoro.

Ho un'azienda sola — Photonica, cinque persone, fotografia immobiliare — e cinque interventi, di cui tre in produzione e due ancora in costruzione. Quello che segue sono i criteri che stanno reggendo lì dentro. Prendeteli per quello che sono: esperienza diretta su un caso, non una legge.

I cinque criteri

Prima di mettere mano a un processo guardo cinque cose. Devono valere insieme, non a maggioranza.

Succede spesso. Un'attività che capita due volte l'anno non merita un sistema, anche quando è noiosa. La ripetizione è ciò che trasforma un fastidio in un costo.

Ha un input chiaro. Se non riesci a dire in una frase cosa entra, il sistema non saprà da dove partire. Nel nostro caso: una fotografia, una piantina, una richiesta compilata.

Ha un output atteso chiaro. Deve esistere un modo per dire se il risultato è buono. Non necessariamente automatico — basta che una persona sappia riconoscere un risultato accettabile in pochi secondi.

Consuma tempo di persone. Tempo vero, misurabile almeno a spanne. Se non sai quanto costa oggi, non saprai se domani è migliorato.

Permette un controllo umano dove un errore costerebbe. Questo è il criterio che uso di più e quello che sento nominare di meno.

Cosa succede quando mancano i primi due

Quasi sempre la stessa cosa: il problema non è tecnologico.

Se non riesci a descrivere l'input e l'output di un processo, quel processo non è stato deciso. Ognuno lo fa a modo suo, le eccezioni sono la regola, e la parte che sembra automatizzabile in realtà è tenuta insieme dal giudizio di chi la fa.

Metterci sopra dell'automazione, lì, produce confusione più veloce. Non è un fallimento tecnico: è che si è saltato il passaggio in cui qualcuno doveva decidere come si lavora.

Tre esempi che hanno funzionato

Pulisci Ambiente rispondeva sì a tutti e cinque. Succedeva su ogni servizio, l'input era una fotografia, l'output era riconoscibile a occhio in due secondi, costava circa quattro ore a immagine, e il controllo umano si poteva lasciare in fondo senza allungare i tempi. È il caso da manuale.

Render AI ha una particolarità: il processo non esisteva. Non stavamo velocizzando niente, stavamo aggiungendo una capacità. I criteri valevano lo stesso — input chiaro (una foto più due parole di stile), output riconoscibile, controllo umano finale — ma il calcolo del ritorno era diverso: non tempo risparmiato, ma un servizio in più a listino.

Le planimetrie 3D erano il caso più sfumato: il servizio c'era già, ma lo faceva uno studio esterno. Portarlo dentro non ha cambiato cosa vende l'azienda, ha cambiato chi controlla tempi e qualità.

Un esempio che sto imparando a fare più lentamente

PhotoCRM è un altro genere di bestia, e lo sto scoprendo mentre lo costruisco.

Un gestionale non è un processo: è il posto dove convivono venti processi, molti dei quali non erano mai stati scritti da nessuna parte. Ogni volta che ne formalizzo uno, scopro che tre persone lo facevano in tre modi leggermente diversi, tutti sensati.

Il lavoro difficile non è il codice. È decidere quale dei tre modi diventa quello ufficiale, e convincersi che vale la pena perdere le sfumature degli altri due.

Se dovessi rifarlo, partirei di nuovo dai processi produttivi e non dal gestionale. Non per prudenza: perché i primi hanno prodotto un risultato visibile in poche settimane, e quel risultato ha comprato la pazienza per il lavoro lungo e poco spettacolare che sto facendo adesso.

Cosa non automatizzo

La lista corta delle cose che tengo ferme.

Le decisioni che richiedono di conoscere il cliente. Il giudizio su cosa è buono abbastanza per uscire. Le comunicazioni in cui il tono conta più del contenuto. E qualsiasi cosa che, sbagliando in silenzio, produrrebbe un danno di cui ci accorgeremmo settimane dopo.

Quest'ultimo punto merita un'aggiunta. Un sistema che fallisce rumorosamente è gestibile: qualcuno se ne accorge e interviene. Un sistema che fallisce in silenzio erode la fiducia nei dati, e una volta persa quella si torna a controllare tutto a mano — cioè al punto di partenza, ma con in più il costo del sistema.

È lo stesso ragionamento dietro la regola che sta sotto PhotoCRM: un dato può arrivare sbagliato, non può sparire.

Il criterio che userei se dovessi tenerne uno solo

Quanto costa il controllo rispetto a quanto costa l'errore.

Se guardare un risultato richiede pochi secondi e sbagliare costa una telefonata imbarazzante, il controllo si lascia e non si discute. Se il controllo richiede quanto rifare il lavoro, il processo non era pronto per essere automatizzato.

Quasi tutte le scelte che ho fatto in questi due anni si riducono a quel rapporto.