Come un'azienda di assistenza sul campo di 24 persone ha messo online un'app per i dipendenti in 10 settimane

L'azienda che ci ha chiamati non voleva un'app. Voleva smettere di perdere un'ora ogni sera nella stessa conversazione: un tecnico telefona in ufficio ed elenca quali lavori sono stati fatti, quali materiali sono stati usati e quale cliente non era in casa. Qualcuno in ufficio annota tutto, lo digita in tre sistemi e una settimana dopo scopre che mancano due schede di lavoro e che una fattura è sbagliata. Quello era il vero problema. L'app è stata solo la forma che la soluzione ha finito per assumere.

Questo è un caso studio su un progetto reale, reso anonimo. Si tratta di un'impresa di installazione e manutenzione da 24 persone — pensi a riscaldamento, ventilazione e ai relativi interventi — che opera su tutta una regione, con otto furgoni su strada quasi tutti i giorni. Abbiamo modificato qualche dettaglio identificativo e non pretendiamo che i numeri siano scienza certificata. Ma la storia è vera, comprese le parti in cui abbiamo sbagliato qualcosa e abbiamo dovuto fare marcia indietro. Di solito sono proprio quelle le più utili, perciò le abbiamo lasciate.

Se gestisce un'attività di assistenza sul campo e le hanno preventivato un'app per i dipendenti a sei cifre con nove mesi di tempi, questo è il contro-argomento. Dieci settimane, un perimetro mirato e uno strumento che i tecnici aprivano da soli senza dover essere rincorsi. Ecco com'è andata.

Il problema: un'azienda che gira su carta e telefonate

Quando ci siamo seduti con il titolare e la responsabile d'ufficio, la lamentela in superficie era «dobbiamo digitalizzarci». Quella frase da sola non significa nulla, così l'abbiamo ignorata e abbiamo osservato il lavoro. Abbiamo passato una giornata in ufficio e una mattina a bordo di un furgone. All'ora di pranzo il problema vero era evidente, e non aveva nulla a che fare con una tecnologia ormai vecchia.

Ogni tecnico portava una cartellina con schede di lavoro a ricalco. Sul posto scarabocchiava il lavoro svolto, spuntava qualche casella, annotava i materiali e faceva firmare il cliente. La copia superiore tornava in ufficio prima o poi — a volte la sera stessa, a volte il venerdì in un mucchio spiegazzato. L'ufficio poi ribatteva ogni scheda nel gestionale di pianificazione, di nuovo nel software di fatturazione e una terza volta in un foglio di calcolo che il titolare usava per tenere traccia dei lavori fatturabili. Tre volte la stessa cosa digitata. Due di quelle volte introducendo nuovi errori.

Il costo non erano solo le ore d'ufficio. Era il ritardo. Un lavoro finito il lunedì poteva non essere fatturato fino alla settimana dopo, perché la carta non era ancora riemersa. Clienti che chiamavano chiedendo di lavori che l'ufficio non sapeva fossero stati fatti. E quando una scheda spariva del tutto — cosa che capitava più spesso di quanto chiunque ammettesse — quel lavoro semplicemente non veniva mai fatturato. Nessuno sapeva dirci quanti soldi se ne andassero così, il che era già di per sé indicativo.

Cosa abbiamo deliberatamente scelto di non costruire

Il modo più rapido per far saltare un termine di dieci settimane è dire sì a tutto. Perciò, prima di scrivere una riga di codice, abbiamo scritto un elenco delle cose che l'app non avrebbe fatto — e ottenuto dal titolare che lo approvasse a voce alta. È la parte meno appariscente di qualsiasi progetto e, senza dubbio, la ragione principale per cui è stato consegnato in tempo.

La lista dei desideri, raccolta in due conversazioni, contava una trentina di funzioni. Tracciamento GPS dei furgoni. Un portale di prenotazione per i clienti. Magazzino dell'intero deposito. Ottimizzazione automatica dei percorsi. Un CRM completo. Rapporti danni fotografici con annotazioni. Rilevazione presenze con esportazione verso le buste paga. Ognuna era un'idea ragionevole. Ognuna era anche un modo per non finire mai.

Abbiamo ridotto il perimetro a una sola frase, come consiglieremmo a qualsiasi PMI: un tecnico deve poter vedere i lavori di oggi, registrare ciò che ha fatto, e nessuno deve mai doverlo ridigitare. Tutto ciò che non serviva quella frase è finito in una lista «più avanti, forse». Quella lista esiste ancora. La gran parte di essa non è mai mancata a nessuno.

• Fuori: tracciamento GPS dei furgoni — un'aria da sorveglianza che nessuno nel team voleva, per risolvere un problema che non avevano.
• Fuori: portale di prenotazione per i clienti — un progetto a parte con un pubblico a parte; integrarlo avrebbe raddoppiato i tempi.
• Fuori: magazzino completo del deposito — utile un giorno, ma non sul percorso critico verso una fatturazione più rapida.
• Fuori: ottimizzazione dei percorsi — alta complessità, scarso ritorno reale per la geografia di questa impresa.
• Dentro: elenco dei lavori di oggi, schede digitali, registrazione dei materiali, firma del cliente, foto, sincronizzazione istantanea con l'ufficio.

Cosa fa davvero l'app

Ridotta al suo nucleo, l'app è quasi noiosamente semplice — ed è un complimento. Un tecnico la apre al mattino e vede i lavori della giornata, in ordine, con l'indirizzo, il cliente, lo storico di quel sito e ciò che ci si aspetta da lui. Tocca un lavoro, e tutto ciò che prima viveva sulla cartellina ora vive sullo schermo.

Sul posto registra il lavoro svolto da una breve lista di controllo, aggiunge i materiali da un elenco con ricerca (così «gomito in rame da 22 mm» sono due tocchi, non un indovinare l'ortografia), scatta una foto o due se c'è qualcosa da documentare, e passa il telefono al cliente per una firma con il dito. Tocca «fatto». Tutto qui. Nel momento in cui ha segnale, tutto si sincronizza con l'ufficio — niente telefonata, niente carta, niente ridigitazione.

Il dettaglio che ha contato di più: funziona senza segnale

Le app per l'assistenza sul campo vivono o muoiono su una cosa che la demo non mostra mai: cosa succede nel locale caldaie di un seminterrato senza ricezione. Se l'app si blocca o perde i dati nel momento in cui spariscono le tacche, i tecnici la abbandoneranno entro una settimana e avrà costruito un costoso fermacarte. Per questo l'abbiamo costruita offline-first fin dal primo giorno. Tutto funziona pienamente senza connessione; il dispositivo conserva i dati e li sincronizza appena può. Il tecnico non ci pensa mai, ed è esattamente questo il punto.

Il lato ufficio: una schermata, nessuna ridigitazione

L'ufficio non ha ricevuto una dashboard sterminata. Ha ricevuto una schermata che mostra i lavori man mano che vengono completati, ciascuno con la sua scheda, i materiali, le foto e la firma allegati. Da lì, un lavoro completato diventa una fattura con i dati già compilati — l'ufficio la controlla e la invia, invece di ribatterla da zero. L'abbiamo collegata al software di fatturazione che già usavano anziché sostituirlo, perché sostituire un software che funziona a metà progetto è il modo in cui un termine di dieci settimane diventa di dieci mesi.

Le dieci settimane, sinceramente

Dieci settimane non è un numero magico; è ciò che ha richiesto questo perimetro con una coppia designer-sviluppatore e un cliente davvero coinvolto. Ecco più o meno come si è distribuito il tempo — compresa la settimana che abbiamo perso, perché fingere che i progetti filino lisci non aiuta nessuno.

1. 1
   Settimane 1–2: osservare, non chiedere

   Siamo saliti sui furgoni, ci siamo seduti in ufficio e abbiamo mappato il flusso di lavoro reale su una parete. Abbiamo scritto il perimetro in una frase e la lista del «non costruiamo», ottenendo il via libera su entrambi prima di qualsiasi design.
2. 2
   Settimane 3–4: una forma cliccabile

   Abbiamo costruito un prototipo cliccabile — niente codice vero, solo schermate — e l'abbiamo messo nelle mani di due tecnici. I loro riscontri hanno smontato presto tre nostre ipotesi, che è il posto più economico in cui sbagliare.
3. 3
   Settimane 5–7: costruire il nucleo

   L'elenco dei lavori, le schede digitali, i materiali, la firma, le foto e il motore di sincronizzazione offline. La sincronizzazione è stata la parte difficile e ha divorato gran parte della settimana 7.
4. 4
   Settimana 8: la settimana persa

   L'integrazione con la fatturazione ci ha dato battaglia. L'interfaccia del software esistente era più bizzosa di quanto sostenesse la sua documentazione, e abbiamo bruciato una settimana per far combaciare i campi in modo pulito. Ne è valsa la pena — la ridigitazione era tutto il problema che stavamo risolvendo.
5. 5
   Settimane 9–10: pilota e rifinitura

   Due furgoni hanno usato l'app sul serio mentre gli altri sei restavano sulla carta. Abbiamo corretto ciò che il pilota ha fatto emergere, poi l'abbiamo distribuita a tutti con una sola breve sessione di formazione.

Far sì che il personale sul campo la usi davvero

Può costruire la migliore app per l'assistenza sul campo del mondo e vederla morire perché un tecnico di 55 anni, con vent'anni di memoria muscolare della cartellina, decide che non fa per lui. L'adozione non è un problema tecnico e non si risolve con le funzioni. L'abbiamo trattata come il vero progetto che è.

Tre cose hanno fatto il grosso del lavoro. Primo, abbiamo reso il flusso sul posto più veloce della carta, non solo digitale — meno tocchi che scarabocchi, materiali che si selezionano invece di scriverli, una firma anziché la caccia a una leggibile. Se l'app fosse stata anche solo un po' più lenta della cartellina, sarebbe fallita, giustamente. Secondo, abbiamo scelto con cura i due tecnici del pilota: uno silenziosamente rispettato dagli altri, uno apertamente scettico. Conquistare lo scettico valeva più di qualsiasi marketing.

Terzo, nessuno è stato messo nella condizione di sentirsi stupido. La formazione è durata venti minuti, l'app era volutamente ovvia, e la responsabile d'ufficio è diventata il punto di riferimento per le prime due settimane, così nessun tecnico si è sentito abbandonato. Nel giro di tre settimane le schede di lavoro cartacee erano sparite — non vietate, semplicemente abbandonate, perché l'app era sinceramente la strada più facile.

Cosa è cambiato — i risultati

Qui saremo prudenti, perché i casi studio adorano citare numeri precisi che crollano alla prima domanda. Queste cifre sono dell'azienda stessa, rilevate alcuni mesi dopo il rilascio, e sono indicative più che da laboratorio. Ma la direzione è inequivocabile, e coincide con ciò che il titolare percepisce ogni giorno.

Il dato che stava più a cuore al titolare, però, non era in quella tabella. Era la liquidità. Quando le fatture partono lo stesso giorno invece che una settimana dopo, i soldi entrano circa una settimana prima su tutta l'azienda — per ogni singolo lavoro. Per un'impresa da 24 persone che vive su margini stretti, questo spostamento temporale ha contato più di qualsiasi singola efficienza. Le ore d'ufficio recuperate facevano piacere. Essere pagati una settimana prima, ogni volta, era il vero premio.

Cosa le diremmo se sta valutando la stessa cosa

Gran parte delle lezioni qui non è specifica dell'assistenza sul campo. È ciò che diremmo a qualsiasi PMI tentata di commissionare software su misura, e valgono più dell'app stessa.

Tagli il perimetro senza pietà, e scriva la sua lista del «non costruiamo» prima di quella di ciò che costruirà. Osservi il lavoro reale prima di progettare qualsiasi cosa — i titolari descrivono il processo che vorrebbero avere, non quello che davvero conducono. Faccia un pilota in piccolo e lasci che gli scettici convincano gli altri. E si colleghi agli strumenti che già usa invece di sostituirli, almeno all'inizio. Niente di tutto ciò è geniale. Tutto ciò è ciò che ha reso possibili dieci settimane invece di dieci mesi.

Un'ultima, quella silenziosa: l'app non è mai stata il punto. Il punto era essere pagati prima e smettere di digitare gli stessi dati tre volte. Avremmo potuto risolverne una parte con strumenti pronti all'uso, e per alcune aziende è la scelta giusta. Per questa, il miscuglio disordinato di registrazione sul posto, realtà offline e un sistema di fatturazione esistente ha fatto sì che uno sviluppo su misura mirato si ripagasse in fretta. La risposta sincera a «su misura o pronto all'uso?» è: dipende, e chi risponde all'istante le sta vendendo qualcosa.

Domande frequenti