App mobile

Le fasi

1. 1

   Analisi

   settimane 1–4
   • Contratto firmato
   • Riunione di avvio con il clienteDopo «Contratto firmato».
   • Workshop sui requisiti con il cliente e gli utentiDopo «Riunione di avvio con il cliente».
   • Analisi dei sistemi esistenti e delle loro APIDopo «Riunione di avvio con il cliente».
   • Account sviluppatore del cliente su Apple e GoogleDopo «Riunione di avvio con il cliente».
   • Mappa dei dati personali raccolti dall'appDopo «Workshop sui requisiti con il cliente e gli utenti».
   • Documento dei requisiti e delle storie utenteDopo «Workshop sui requisiti con il cliente e gli utenti».
   • Scelta della tecnologia: nativa o multipiattaformaDopo «Analisi dei sistemi esistenti e delle loro API», «Workshop sui requisiti con il cliente e gli utenti».
   • Stima per funzione e piano dei rilasciDopo «Documento dei requisiti e delle storie utente», «Scelta della tecnologia: nativa o multipiattaforma», «Mappa dei dati personali raccolti dall'app».
   • Il cliente rilegge e approva l'analisiDopo «Stima per funzione e piano dei rilasci».
   • Analisi approvataDopo «Il cliente rilegge e approva l'analisi».
2. 2

   UX e design

   settimane 4–10
   • Mappa delle schermate e dei percorsiDopo «Analisi approvata».
   • Stile visivo: colori, caratteri, icone e componentiDopo «Analisi approvata».
   • Wireframe delle schermate principaliDopo «Mappa delle schermate e dei percorsi».
   • Icona dell'app e schermata di avvioDopo «Stile visivo: colori, caratteri, icone e componenti».
   • Prototipo navigabile dei percorsi principaliDopo «Wireframe delle schermate principali».
   • Prova del prototipo con cinque utentiDopo «Prototipo navigabile dei percorsi principali».
   • Grafica delle schermate4 sottotaskDopo «Prova del prototipo con cinque utenti», «Stile visivo: colori, caratteri, icone e componenti».
   • Verifica di accessibilità del designDopo «Grafica delle schermate».
   • Il cliente rilegge e approva il designDopo «Verifica di accessibilità del design», «Icona dell'app e schermata di avvio».
   • Design approvatoDopo «Il cliente rilegge e approva il design».
3. 3

   Sviluppo

   settimane 4–16
   • Repository, ambienti e build automaticheDopo «Analisi approvata».
   • Architettura dell'app e del backendDopo «Analisi approvata».
   • Backend e pannello di amministrazione5 sottotaskDopo «Architettura dell'app e del backend».
   • Struttura dell'app, navigazione e componentiDopo «Architettura dell'app e del backend», «Repository, ambienti e build automatiche».
   • Funzioni dell'app7 sottotaskDopo «Design approvato», «Struttura dell'app, navigazione e componenti».
   • Test automatici dei percorsi principaliDopo «Struttura dell'app, navigazione e componenti».
   • Funzioni complete in collaudo internoDopo «Funzioni dell'app», «Backend e pannello di amministrazione», «Test automatici dei percorsi principali».
4. 4

   Test

   settimane 4–19
   • Piano di test e casi di prova dai criteri di accettazioneDopo «Analisi approvata».
   • Matrice dei dispositivi e delle versioni del sistemaDopo «Analisi approvata».
   • Build di prova su TestFlight e sul test chiuso di Google PlayDopo «Funzioni complete in collaudo interno», «Account sviluppatore del cliente su Apple e Google».
   • Test funzionali su dispositivi realiDopo «Funzioni complete in collaudo interno», «Piano di test e casi di prova dai criteri di accettazione», «Matrice dei dispositivi e delle versioni del sistema».
   • Verifica di sicurezza con l'OWASP MASVSDopo «Funzioni complete in collaudo interno».
   • Prova con VoiceOver, TalkBack e testo ingranditoDopo «Funzioni complete in collaudo interno».
   • Prestazioni, consumo di batteria e rete lentaDopo «Funzioni complete in collaudo interno».
   • Correzione dei difettiDopo «Funzioni complete in collaudo interno».
   • Collaudo del cliente sulle build di provaDopo «Test funzionali su dispositivi reali», «Build di prova su TestFlight e sul test chiuso di Google Play».
   • Collaudo superatoDopo «Collaudo del cliente sulle build di prova», «Correzione dei difetti».
5. 5

   Pubblicazione

   settimane 16–20
   • Schede degli store: nome, descrizione, schermate, parole chiaveDopo «Funzioni complete in collaudo interno».
   • Informativa privacy e schede sulla privacy degli storeDopo «Funzioni complete in collaudo interno».
   • Invio alla revisione di Apple e GoogleDopo «Collaudo superato», «Schede degli store: nome, descrizione, schermate, parole chiave», «Informativa privacy e schede sulla privacy degli store».
   • Revisione degli storeDopo «Invio alla revisione di Apple e Google».
   • Consegna dei sorgenti, delle chiavi di firma e della documentazioneDopo «Collaudo superato».
   • App pubblicata sugli storeDopo «Revisione degli store».
   • Monitoraggio dei primi giorni: crash, recensioni, metricheDopo «App pubblicata sugli store».
   • Consegna finale e inizio della garanziaDopo «Monitoraggio dei primi giorni: crash, recensioni, metriche», «Consegna dei sorgenti, delle chiavi di firma e della documentazione».

I rischi tipici

• Requisiti che cambiano durante lo sviluppo

  Critico · 16

  Il cliente vede le prime build e chiede funzioni nuove o diverse: il calendario e il prezzo a corpo non reggono.

  Mitigare: Requisiti approvati con l'analisi; ogni richiesta dopo è una variante con stima e data scritte, approvata prima di farla; le idee che possono aspettare vanno nell'elenco della versione successiva.

• API dei sistemi del cliente incomplete o senza ambiente di prova

  Critico · 16

  Il backend dipende da servizi che il team non controlla: un'API che manca o cambia ferma le funzioni che la usano.

  Mitigare: Verifica delle API nella prima settimana; contratto delle API scritto; risposte simulate per sviluppare nel frattempo; referente tecnico del cliente nella scheda di avvio.

• Account sviluppatore del cliente non pronto

  Medio · 9

  Senza numero D-U-N-S o con la verifica dell'azienda ferma, le build di prova e la pubblicazione aspettano.

  Evitare: Richiesta degli account nella prima settimana, con l'elenco dei documenti; se il D-U-N-S manca, il cliente lo chiede subito.

• Rifiuto alla revisione degli store

  Medio · 9

  Cancellazione dell'account assente, accesso di terze parti senza l'alternativa richiesta, schede privacy diverse dai dati raccolti: la pubblicazione slitta di giorni.

  Mitigare: Lista di controllo della pubblicazione rivista prima dell'invio; account di prova per il revisore; giorni di margine fra l'invio e la data annunciata.

• Approvazioni del cliente in ritardo

  Medio · 9

  Analisi e design aspettano una risposta per settimane: lo sviluppo parte tardi e la consegna si sposta.

  Mitigare: Date delle approvazioni nel calendario firmato all'avvio; un solo referente che decide; una riunione breve al posto dei commenti sparsi.

• Dati raccolti dalle librerie di terze parti e non dichiarati

  Alto · 12

  Una libreria di analisi o di pubblicità raccoglie dati che l'informativa e le schede degli store non dicono: rifiuto della revisione, sanzioni, fiducia persa.

  Mitigare: Mappa dei dati aggiornata a ogni libreria aggiunta; analisi d'uso attiva solo dopo il consenso; schede privacy compilate dalla mappa, non a memoria.

• Difetti che compaiono solo su alcuni dispositivi

  Medio · 9

  Android conta centinaia di modelli e versioni: un difetto su un telefono diffuso fra gli utenti arriva con le prime recensioni.

  Mitigare: Matrice dei dispositivi decisa sui dati del cliente; test su telefoni veri, non solo su emulatori; rilascio graduale e segnalazione dei crash attiva dal primo giorno.

La commessa

A corpo, fatturata a rate alle milestone · 5 voci. Importi e tariffe li metti tu.

• Analisi
• UX e design
• Sviluppo dell'app e del backend
• Test e collaudo
• Pubblicazione e consegna

Le rate

• Anticipo alla firma del contratto: 30 %, alla milestone «Contratto firmato»
• Approvazione del design: 20 %, alla milestone «Design approvato»
• Collaudo superato: 30 %, alla milestone «Collaudo superato»
• Consegna finale: 20 %, alla milestone «Consegna finale e inizio della garanzia»

Le pagine dei documenti

• Scheda di avvio dell'app
• Classi dei difetti e criteri di collaudo
• Lista di controllo della pubblicazione