03 — Applicazioni mobili
Un percorso pensato per il momento in cui serve.
Sul campo o tra un appuntamento e l’altro, un’applicazione deve rendere chiara la prossima azione. La progettazione parte dal contesto reale: una mano libera, una connessione incerta o un’attività interrotta.
Rendere comprensibile ogni stato
Un esempio di invio quando la connessione può interrompersi.
Inserimento in corso
La persona completa le informazioni e può verificare ciò che intende trasmettere.
In attesa di connessione
L’interfaccia indica che l’invio è ancora da effettuare e propone come riprenderlo.
Ricezione confermata
La conferma appare quando il sistema ha accertato la ricezione.
Se l’invio non riesce, il percorso deve spiegare l’errore e consentire la ripresa, distinguendo l’attesa dalla ricezione.
Definire il percorso prioritario
Consultare un dossier, completare un’informazione e trasmettere un elemento sono attività diverse. Il prototipo deve mostrarne l’inizio, l’avanzamento, i possibili errori e la conferma del risultato.
Accesso alla fotocamera, notifiche e funzionamento offline si prevedono quando rispondono a un’esigenza identificata. Le autorizzazioni richieste devono essere comprensibili per chi usa l’applicazione.
Prevedere interruzioni e continuità
Una schermata « inviato » deve corrispondere a un risultato accertato. Se un’operazione attende una connessione o deve essere ripresa, questo stato deve rimanere distinto e offrire un’azione utile. I conflitti di sincronizzazione richiedono una gestione definita.
La scelta tra un’applicazione nativa e una base multipiattaforma dipende dai dispositivi, dalle interazioni e dalle integrazioni necessarie. Pubblicazione ed evoluzioni devono considerare anche account, autorizzazioni e procedure delle piattaforme interessate.
Un ambito da definire insieme
- Percorsi prioritari e prototipo da esaminare su dispositivo
- Applicazione per le piattaforme concordate
- Integrazioni, autorizzazioni e stati di ripresa definiti nel perimetro
- Prove sui dispositivi e nelle situazioni d’uso concordate
- Preparazione della consegna e delle fasi di pubblicazione
Gli usi previsti
- Servizi che accompagnano il lavoro sul campo
- Organizzazioni che offrono un accesso mobile ai clienti
- Gruppi di lavoro che estendono un percorso web con un uso mobile preciso
Possibili scelte tecniche
- SwiftUI
- React Native
- TypeScript
- API del sistema interessato
Domande frequenti
- Servono applicazioni distinte per iOS e Android?
- La decisione dipende dai dispositivi previsti, dalle interazioni e dalle funzioni necessarie. La definizione del progetto permette di confrontare sviluppo nativo e base multipiattaforma, comprese le esigenze di manutenzione e pubblicazione.
- L’applicazione può funzionare senza connessione?
- Alcuni percorsi possono essere progettati in questo modo. Occorre precisare le informazioni accessibili, la loro protezione sul dispositivo, le azioni in attesa e la gestione della sincronizzazione o dei conflitti.
- Come si prepara la pubblicazione?
- Il progetto deve identificare gli account di pubblicazione, le autorizzazioni necessarie, i contenuti da fornire e le fasi di invio. La sola realizzazione dell’applicazione non può garantire l’accettazione da parte di una piattaforma.
Cosa vorreste rendere più semplice?
Un percorso cliente, uno strumento interno, un’attività documentale: descrivete il contesto e il cambiamento desiderato. Il primo confronto aiuta a definire il lavoro da avviare.
Parliamo di un progetto