Tecnici fuori sede: cosa deve fare un'app per interventi e manutenzioni

Il rapporto di intervento scritto a mano, fotografato e ribattuto in ufficio non è un problema di carta: è un problema di tempo e di completezza. L’informazione arriva due giorni dopo, incompleta, e la fattura parte una settimana dopo perché mancano i materiali usati. Un’applicazione per i tecnici serve a questo, non a digitalizzare un modulo.

Il rischio opposto è portare il gestionale intero su uno schermo da sei pollici, con l’aggravante che il tecnico lo userà in piedi, con i guanti, in una centrale termica senza campo. Quello che serve non è un gestionale più piccolo: è un percorso ridotto alle operazioni del campo.

Il giro completo di un intervento

Prima di scegliere qualsiasi strumento conviene scrivere il percorso, perché è lì che si vede dove l’informazione si perde.

1. L’ufficio riceve una richiesta e la assegna: chi, quando, dove, con quale priorità.
2. Il tecnico riceve l’intervento con tutto quello che gli serve prima di partire.
3. Sul posto registra che cosa ha fatto, i materiali usati, i tempi e ciò che ha visto.
4. Il cliente conferma. Il rapporto si chiude e diventa un documento.
5. L’ufficio ha già i dati per fatturare, per riordinare i ricambi e per programmare l’intervento successivo.

Se anche uno solo di questi passaggi torna a essere una telefonata, la catena si spezza e i dati vengono ricostruiti a memoria.

Che cosa il tecnico deve trovare già scritto

Le chiamate all’ufficio dal cantiere sono l’indicatore migliore di quello che manca nell’assegnazione: ogni chiamata ricorrente è un campo da aggiungere.

• Chi contattare all’arrivo, con un recapito diretto, e come si entra: portineria, orari, chiavi, permessi.
• Che cosa è stato promesso al cliente e da chi. È la causa più frequente delle discussioni sul posto.
• Lo storico dell’impianto: interventi precedenti, ricambi già sostituiti, anomalie note.
• I dati dell’impianto: matricola, modello, dove si trova fisicamente, documentazione consultabile.
• Se l’intervento è in garanzia, in contratto o a pagamento. Sapendolo prima, il tecnico non promette quello che non deve.

Che cosa deve poter registrare, e in quanti gesti

Il criterio non è il numero di campi ma il numero di gesti. Un rapporto che richiede quattro minuti di scrittura viene compilato in macchina a fine giornata, e allora tanto vale la carta.

• Materiali: scelti da un elenco di ricambi ricorrenti, non scritti a mano. La digitazione libera rende il dato inutilizzabile per il magazzino.
• Tempi: avvio e chiusura registrati con un tocco, correggibili. Se l’unico modo è digitare gli orari, saranno arrotondati e falsi.
• Foto: prima e dopo, già collegate all’intervento. Una foto che resta nella galleria del telefono è persa.
• Note: un campo libero serve, ma quello che deve essere leggibile da un sistema — esito, causa, stato dell’impianto — va scelto da una lista breve.
• Anomalie da segnalare all’ufficio: la parte che di solito manca, e che vale i lavori successivi.

La rete che non c’è: lavorare senza collegamento

Interrati, capannoni schermati, aree industriali, montagna: la connessione manca proprio dove si lavora. Un’applicazione che richiede il collegamento per funzionare viene abbandonata la seconda volta. Sequenza illustrativa di una giornata.

1. Al mattino, dove c’è rete, l’applicazione scarica gli interventi del giorno con schede e storici. Da quel momento tutto funziona anche senza collegamento.
2. Alle 9.40 il tecnico apre l’intervento in un locale tecnico interrato, senza campo: compila, fotografa, aggiunge i materiali. I dati restano sul telefono.
3. Alle 11.15 l’ufficio annulla l’intervento delle 15 e ne assegna un altro. Il tecnico non lo sa: non ha rete.
4. Alle 12.30 torna la copertura. Il rapporto della mattina parte, le nuove assegnazioni arrivano, e il tecnico riceve un avviso visibile che qualcosa è cambiato.
5. Un caso da decidere in anticipo: il ricambio usato dal tecnico risultava assegnato a un altro intervento. Il conflitto non si risolve da solo, va mostrato a una persona.

Due regole evitano la maggior parte dei problemi. Il tecnico deve sempre vedere se i suoi dati sono partiti o sono ancora fermi sul telefono. E i dati non ancora sincronizzati non devono poter sparire per un aggiornamento dell’applicazione, un cambio di dispositivo o un accesso scaduto.

Firma del cliente e chiusura amministrativa

La firma sul posto vale se è chiaro che cosa si sta firmando e se il cliente ne riceve copia. È anche la prova in caso di contestazione, quindi il documento non deve dipendere dal telefono di chi era di turno.

• Che cosa vede il cliente prima di firmare: lavoro svolto, materiali, tempi, ed eventuali cose non risolte con il motivo.
• Che cosa succede se il cliente non c’è o non vuole firmare: l’intervento si chiude comunque, con un’annotazione.
• Che cosa riceve il cliente, in che forma e chi glielo manda.
• Che cosa arriva all’amministrazione e quando. Se il passaggio richiede comunque una ribattitura, il problema è stato spostato, non risolto.

Quando un’app non serve

Non tutte le squadre ne hanno bisogno, e per alcune sarebbe un peso in più.

• Pochi interventi lunghi, con una relazione tecnica ampia che viene comunque scritta in ufficio: il vantaggio è marginale.
• Il gestionale non ha modo di ricevere i dati. Senza quel collegamento l’applicazione crea un secondo archivio da riconciliare a mano: due verità invece di una.
• Il processo non è stabile. Se l’assegnazione cambia ogni settimana e nessuno sa dire chi decide le priorità, l’applicazione fisserà il disordine attuale.
• I dispositivi non sono ancora decisi. Telefoni personali, sistemi diversi, schermi piccoli e guanti cambiano le scelte tecniche, e vanno provati sui modelli che i tecnici hanno davvero in mano.

Quello che questa guida non copre

Qui si parla del processo sul campo e delle informazioni che deve produrre. La scelta tecnica — applicazione da installare, sito che funziona anche senza rete, o una via di mezzo — dipende dai dispositivi in uso e va verificata su quelli, non decisa in astratto. Il tracciamento dei movimenti di magazzino e le prove da fare prima di mandare in uso un software aziendale sono trattati a parte.