La decisione di sviluppare un'app mobile non dovrebbe basarsi solo sulla presenza su App Store o Google Play. Deve essere chiaro quale compito l'utente riuscirà a completare più facilmente sul telefono. Se la fotocamera, le notifiche o il funzionamento offline rispondono a un'esigenza reale, il valore dell'app diventa più evidente.
01Iniziare con un solo scenario principale
Un operatore sul campo potrebbe completare un lavoro, un cliente prenotare un appuntamento o un utente tracciare il proprio ordine. Pianifichi la prima versione in funzione del completamento end-to-end di questo compito. Prima del numero di schermate, chiarisca l'ordine delle operazioni. Definisca fin da subito quali dati saranno condivisi tra web e app mobile. Abbiamo approfondito l'approccio per restringere l'ambito della prima versione nel nostro articolo sull'MVP.
02Progettare cosa succede quando la connessione si interrompe
La connessione mobile non è sempre stabile. Non mostri come salvata un'operazione che non lo è stata. Permetta all'utente di distinguere tra operazioni in attesa, inviate e fallite. È importante che lo stesso invio ripetuto non generi un record duplicato. La separazione delle responsabilità tra dati e interfaccia favorisce la testabilità; la guida all'architettura Android spiega questo approccio.
03Spiegare i permessi al momento del bisogno
L'autorizzazione a fotocamera, posizione o notifiche va richiesta in relazione all'operazione che l'utente sta effettivamente compiendo in quel momento. Se l'utente non concede il permesso, mostri il flusso alternativo possibile. Raccogliere permessi non necessari non aumenta il valore dell'app. Anche la notifica deve aprire la schermata corretta; se la sessione è scaduta, il contesto va mantenuto dopo l'accesso.
04Testare scenari reali di dispositivo e aggiornamento
Predisponga un piano di test che includa diverse dimensioni di schermo, versioni del sistema operativo e condizioni di connessione debole. Definisca come una vecchia versione dell'app funzionerà con una nuova versione del server. La pubblicazione in store, gli account di firma e le responsabilità di aggiornamento devono essere chiari prima della consegna. Nel nostro servizio di sviluppo app mobili chiariamo insieme queste responsabilità all'inizio del progetto.
05Da preparare prima di iniziare
- L'unico scenario principale che l'app risolverà nella prima versione
- Le piattaforme target (iOS, Android o entrambe) e le versioni minime da supportare
- Le operazioni che devono funzionare offline
- I permessi necessari e la motivazione di ciascuno
- A chi apparterranno gli account sviluppatore degli store
- I dati e i sistemi condivisi con la parte web
Scritto da
Il team Paradigma7
Prodotto, ingegneria e operations
Siamo un team con base a Ankara che sviluppa software per l'Europa. Qui non c'è teoria: sono i processi che usiamo davvero nei progetti dei clienti.
Chi siamo