Marc Leonardi

Un'app può funzionare in parte o completamente senza connessione se i dati e le funzioni necessari per un'attività sono disponibili sul dispositivo. Una guida può mostrare una pagina già aperta. Un'app di podcast può riprodurre un episodio scaricato in anticipo. Uno strumento per il lavoro sul campo progettato in ottica offline-first può persino registrare un'azione in locale e sincronizzarla in seguito.Sono tre promesse tecniche diverse:Contenuti nella cache: un elemento caricato in precedenza dalla rete resta temporaneamente disponibile sul dispositivo.Contenuti salvati volontariamente: l'utente sceglie un articolo, un file audio o un altro elemento supportato da conservare per dopo.Funzionamento «offline-first»: l'app svolge tutte le sue funzioni principali, o una parte essenziale di esse, usando dati locali. Se accetta anche modifiche offline, deve sincronizzarle e gestire eventuali conflitti quando torna la connessione.La nostra estensione Modalità Offline supporta i primi due approcci per i contenuti compatibili: rende disponibili materiali caricati in precedenza e permette ai lettori di salvare elementi supportati nei Preferiti.Secondo la definizione di Android, un'app «offline-first» deve consentire di usare senza Internet tutte le sue funzioni principali, o almeno una parte critica di esse. Questa architettura richiede fonti di dati locali. Se l'app permette anche modifiche offline, servono regole di sincronizzazione e un modo per gestire i conflitti quando torna la connettività. È molto più della cache di una pagina.Questa distinzione conta quando scegli un app builder o descrivi la tua app. «Disponibile offline» dovrebbe riferirsi a un'attività precisa, non suggerire che ogni schermata e azione si comporti come quando c'è una connessione.

Immaginate un’associazione professionale che pubblica una notizia appena qualcuno trova il tempo: tre aggiornamenti durante la settimana di un congresso, poi silenzio per un mese. Gli associati non possono prevedere in che modo l’app sarà loro utile. Il team editoriale non sa quali attività meritino di continuare.Una strategia dei contenuti per app mobile definisce il risultato che i contenuti devono produrre, le esigenze ricorrenti a cui risponderanno, i formati e il ritmo sostenibili per il team, il modo in cui verranno distribuite le pubblicazioni e i segnali disponibili che porteranno a una decisione.Questa guida riguarda i contenuti pubblicati e consultati all’interno di un’app mobile, non il content marketing usato per promuoverla. Gli screenshot sugli store, le campagne di acquisizione e i post sui social possono attirare gli utenti. La strategia descritta qui inizia dopo il loro arrivo.Il calendario è solo il risultato visibile. La strategia è il ragionamento che decide cosa merita di entrarvi.

Immagina un’app di corsi. Un nuovo partecipante arriva perché vuole seguire una breve lezione su un argomento specifico. Prima di poter iniziare, l’app mostra cinque schermate introduttive, chiede di registrarsi, richiede il permesso per le notifiche e si apre su un feed di notizie generico. Ogni schermata può essere ben progettata, ma la prima sessione ha fallito: il partecipante non ha ancora trovato una lezione.L’onboarding mobile è il percorso dal primo avvio a un primo risultato utile: il primo valore. Il completamento dell’azione che lo produce è l’attivazione.TermineChe cosa descriveEsempio nell’app di corsiOnboardingL’intero percorso dal primo avvio al primo valoreAprire l’app, trovare una lezione e iniziarlaPrimo valoreIl primo risultato utile cercato dall’utenteRaggiungere una lezione in linea con l’obiettivo del partecipanteAttivazioneL’azione osservabile che indica il primo valoreIniziare quella lezioneL’onboarding viene spesso ridotto alla guida mostrata al primo avvio, ma i due concetti non coincidono. Una guida interattiva è solo uno dei modi per accompagnare il percorso: una breve sequenza di schermate introduttive che fornisce il contesto essenziale prima dell’ingresso nell’app. In GoodBarber, l’estensione Guida interattiva all'app permette di creare questa introduzione; la sua utilità dipende da ciò che separa un nuovo utente dal primo valore.Non partire decidendo quali schermate introduttive creare. Chiediti prima che cosa dovrebbe riuscire a fare un nuovo utente. Questo obiettivo definisce il percorso di onboarding e determina se la soluzione più adatta è una guida interattiva, un supporto contestuale o l’accesso diretto.Le linee guida di Apple per l’onboarding raccomandano di rendere l’app comprensibile attraverso l’uso e di mantenere qualsiasi percorso introduttivo breve e facoltativo. Una guida è utile quando elimina un’incertezza; altrimenti ritarda l’accesso al prodotto.

Il progetto Mobile Application Security di OWASP copre ambiti tecnici come archiviazione, crittografia, autenticazione, comunicazione di rete e resistenza al reverse engineering. I proprietari di app operano normalmente a un altro livello: accessi, funzionalità attive, servizi connessi e gestione delle modifiche.Sicurezza, privacy e conformità si sovrappongono, ma rispondono a domande diverse:AmbitoDomanda principaleSicurezzaCome vengono protetti account, dati, servizi e accessi dagli usi impropri?PrivacyQuali dati personali vengono utilizzati, perché e quali scelte hanno le persone?ConformitàQuali regole legali, contrattuali e degli store si applicano a questa app?Un’app può descrivere correttamente le proprie pratiche sui dati e concedere comunque accessi troppo ampi. L’approvazione degli store non è una certificazione di sicurezza. Questa guida offre una base operativa; dati sensibili, processi regolamentati o molto codice personalizzato possono richiedere una valutazione qualificata.

Un insegnante cerca i documenti del personale, un genitore consulta il calendario e uno studente salva una guida per un compito. Inviare ogni avviso a tutti e tre sarebbe semplice, ma sempre meno utile. La domanda giusta non è quanti dati puoi raccogliere, bensì quale parte dell’esperienza deve cambiare davvero:alcune sezioni sono condivise, mentre altre dipendono dal ruolo dell’utente;le notifiche raggiungono solo il pubblico interessato;ogni messaggio arriva nel momento appropriato e apre una destinazione utile;gli utenti scelgono quali aggiornamenti ricorrenti e contenuti conservare.Questa è una personalizzazione pratica dell’app. Non serve alcun modello di valutazione opaco.

«Sei vicino al nostro punto vendita. Vieni a trovarci!»Questo messaggio sa dove si trova una persona, ma non perché l’interruzione dovrebbe essere rilevante. Non offre un valore preciso né un passo successivo. Quando è ben progettato, il marketing basato sulla posizione usa la prossimità come contesto, non come intera strategia.Confrontalo ora con questo:«Il tuo ordine è pronto. Sei vicino al punto di ritiro: mostra questo messaggio al banco.»Il secondo messaggio collega una persona conosciuta, un luogo pertinente, il momento giusto e un’azione immediata. La stessa logica può guidare una visita al museo, un avviso durante un evento o un servizio locale, non soltanto una promozione.

Il numero di download diventa spesso il dato principale dopo il lancio. Ma misura l’acquisizione, non l’intera relazione tra un utente e l’app.Una persona può installare l’app e non aprirla mai più. Un’altra può tornare ogni mattina, leggere diversi articoli e rispondere alle notifiche. Contarle entrambe come un download nasconde la differenza che conta davvero.La stessa cautela vale per ogni metrica considerata isolatamente. Più visualizzazioni di pagina possono indicare un’esplorazione utile o una navigazione poco chiara. Una sessione più lunga può segnalare un ascolto approfondito oppure un ostacolo in un’attività che dovrebbe richiedere pochi secondi. Chiediti quale comportamento ha prodotto il dato e quale decisione può orientare.

Non puoi dimostrare che un’app è accessibile basandoti su un’anteprima o su un punteggio di contrasto. Puoi però eliminare un numero sorprendente di barriere prima che inizino i test formali.L’accessibilità mobile va ben oltre il contrasto dei colori. Tipografia, spaziatura, navigazione, aree touch, etichette, movimento, media e comportamento con le tecnologie assistive influenzano la possibilità di completare un’attività.Le WCAG sono state scritte per i contenuti web. Le linee guida WCAG2Mobile del W3C spiegano come applicare i criteri di livello A e AA delle WCAG 2.2 alle app mobili native, web e ibride. Il documento è informativo, non una norma mobile separata, e da solo non basta a stabilire che un’app sia accessibile.Questa checklist distingue ciò che si può configurare centralmente da ciò che deve ancora essere verificato nel prodotto pubblicato:Area di accessibilitàPrimo controlloCosa configurare o testareContrasto dei coloriTesti, sfondi, controlli e statiImpostare i colori globali e verificare ogni combinazione di contrastoTipografia e spaziaturaValori predefiniti leggibili, ritorni a capo e ingrandimentoConfigurare la gerarchia tipografica e i margini globaliNavigazioneDestinazioni ed etichette chiareConfigurare struttura, etichette e navigazione dell’appAree touchControlli facili da utilizzareVerificare l’app generata sui dispositiviScreen readerNomi, ruoli, stati e ordine del focusTestare le app iOS e Android generateMovimentoEffetti utili e facoltativiConfigurare animazioni e feedback aptico, poi testare le preferenze di sistemaMediaSottotitoli, trascrizioni e alternative testualiAggiungere le alternative durante creazione e revisione dei contenutiInterazione PWATastiera, zoom, focus e layout responsiveTestare la PWA pubblicata nei browser

Immagina l’app di un personal trainer con account per i membri, localizzazione facoltativa, un modulo e-mail e strumenti di analisi. Esistono già quattro flussi di dati distinti. Basta cambiare una funzionalità per modificare anche il quadro della privacy.La parte più difficile non è creare una pagina legale. È fare in modo che tre elementi descrivano la stessa app:ElementoCosa deve riflettereL’appI dati, le autorizzazioni e i servizi di terze parti effettivamente utilizzatiL’informativa sulla privacyCosa viene raccolto, perché, da chi, per quanto tempo e quali possibilità hanno gli utentiLe dichiarazioni sugli storeLe risposte di App Privacy di Apple e Sicurezza dei dati di Google Play basate sulla versione attuale dell’appSe uno di questi elementi indica “nessun dato sulla posizione” mentre l’app inviata richiede l’accesso alla localizzazione, c’è un’incoerenza.Gran parte della preparazione della privacy consiste nel verificare la coerenza: l’app, l’informativa e la scheda dello store devono raccontare la stessa storia. La coerenza è necessaria, ma non sostituisce il rispetto delle norme sostanziali degli store in materia di privacy e dati degli utenti.Questo articolo ti aiuta a preparare quella storia. Non è una consulenza legale: i requisiti applicabili variano in base al Paese, al pubblico e al tipo di dati.

Stai progettando quella che molti chiamano membership app? Scegli tra abbonamenti a pagamento e community privata, poi struttura contenuti, accessi e push.