Cantina di un edificio. Torre remota. Sottostazione. Strada di servizio. Se l’app richiede 4G permanente, il tecnico improvvisa su carta. Poi la “trasformazione digitale” torna venerdì come foto sfocata.
Offline non è una feature da brochure
Offline-first significa:
- checklist e media salvati sul dispositivo
- coda di sincronizzazione pending
- ripresa senza perdere il contesto dell’ordine di servizio
- analisi di IA quando torna la connettività (pending → resolved)
Bloccare il servizio perché “il cloud stava pensando” è l’anti-pattern.
Cosa il tecnico deve sentire
Aprire il Percorso del Giorno. Sbloccare il servizio. Compilare. Catturare. Chiudere. Anche senza barra di segnale eroica. La sincronizzazione è logistica, non dramma sullo schermo.
- 01
Cattura locale
Dati e media restano sul dispositivo con integrità.
- 02
Coda pending
Quando torna la rete, il pacchetto sale in modo asincrono.
- 03
L’IA completa
Visione e audio elaborano ciò che era in attesa di risoluzione.
Domande RFP che separano teatro da prodotto
- Il form funziona senza API nel momento della cattura?
- C’è una coda facciale / visione pending con retry?
- Il pannello mostra lo stato di sync per ordine di servizio?
- Esiste protezione contro adulterazione dell’orologio e GPS falso?
Se la risposta è “dipende dal 4G”, non ha ancora un campo reale.
Testi offline nella POC
Simuliamo segnale debole e mostriamo la coda di sync con evidenza intatta.