Tag: ecosistema di app

Instagram ha lanciato poche ore fa Hyperlapse, una applicazione mobile in grado di catturare video in time-lapse e stabilizzare i movimenti del video. Il lancio l’ha fatto con un’app separata dall’app principale di Instagram, senza intaccare l’applicazione principale.

Come è già successo per Facebook con Messenger (e altre), per Google con Gmail, Now (e altre), Zinga con molte applicazioni, Foursquare con Swarm, ora ci troviamo di nuovo di fronte ad una scelta che sembra esser diventata un “trend” tra i big delle app e dei social: lanciare un’app (Instagram lo ha fatto appunto Hyperlapse) nuova con funzioni specifiche. Se inizialmente rilasciare app verticali e con brand diversi (vedi il caso di 4SQ) poteva sembrare una eccessiva frammentazione (criticata da molti in molte circostanze), ad oggi, a mio avviso, questo tipo di scelta, come ho scritto più volte online, sta diventando per i brand una opportunità non indifferente: lo stesso brand, crea applicazioni con funzionalità ed esperienza (design, ergonomia,..) molto verticale.

Creare un’ecosistema di APP (una costellazione di app come scritto anche qui da Fred Wilson) con funzioni specifiche, linkate tra loro e con la stessa autenticazione permette di creare nicchie di utenti specializzati e molto attaccati all’applicazione.

Io vedo più vantaggi che svantaggi in questa scelta.

Svantaggi? A parte la manutenzione di più app (che nel caso di big come loro credo sia un happy problem), o la sensazione che gli utenti possano trovare frammenta l’esperienza, non ne vedo altri svantaggi.

Vantaggi? Molti, provo a sintetizzarli.

• Sperimentazione: un po’ come avviene nel modello lean startup si punta a creare un MVP, e seguendo il mantra del “Build, measure, learn“, se questo modello realizzato non va, si chiude. Senza impatti sul brand o sul prodotto principale. Questo approccio prevede non solo successi ovviamente, ma anche tanti fallimenti: pensate a Facebook e le app che hanno avuto una cattiva sorte come Paper, Camera, Mentions, Slingshot o Home. 
• User experience: ogni progetto ha i suoi processi, le sue interazioni e le sue funzionalità specifiche. Una esperienza utente studiata ad hoc permette, con grande probabilità, di avere una maggior conversione ed una maggiore esperienza utente.
• Utenza verticale: avere applicazioni con funzionalità specifiche permette di avere utenza molto competente ed esperta, maggiormente fedele e con maggior stickiness. Un’utenza specializzata si trasforma “facilmente” in una opportunità di revenue.
• Posizionamento in store : avere app differenti permette di esser presenti in store con nomi, immagini e keywords specifiche (e magari in categorie diverse). A livello di ASO e SEO diventa sicuramente un vantaggio in termini di posizione e visibilità ;
• Occupazione di spazio “utente”: vista la crescita del numero di app installate e presenti sul dispositivo dell’utente (ed soprattutto consideriamo anche il numero limitato di app che l’utente utilizza), vista l’importanza della posizione nella home del device ( di particolari folder organizzati dall’utente) e del numero di app visualizzabili in una unica schermata, avere più app vuol dire poter presidiare a livello di brand (e di utilizzo) lo spazio dell’utente;
• Modelli di revenue specifici: ogni funzione specifica può avere diversi modelli di revenue. Inserire più modelli di revenue nella stessa applicazione rischia di infastidire l’utente “Ma come, ti ho dato già soldi per questo filtro, questa funzione ect ect, devo dartene altri per questa nuova?“. Il processo di acquisto in app potrebbe esser molto specifico e puntuale per ogni applicazione: immaginate di proporre l’acquisto di un filtro particolare (durante la composizione della foto) o di portare l’utente ad acquistare un altro servizio alla fine della pubblicazione di un video di certo tipo in una particolare sezione ;
• Architettura: ogni applicazione ha le sue criticita architetturali e le sue esigenze: progettare una archittettura unica che possa sostenere tutto rischia di diventare eccessivamente costosa, poco manutenibile e poco scalabile. Avere invece una struttura dedicata permette di poter scalare, modificare e rivedere la logica con meno impatto e performance migliori.
• Manutenzione: anche se sembra apparentemente un contro, avere più app permette di avere una manutenibilità delle applicazioni più snella, rapida, e fatta da team più specializzati.

Vi starete domandando se questa tendenza sia applicabile a tutti, vero? Personalmente non credo: la forza di questa azione è anche nel brand che può spostare fin da subito tanti utenti da una applicazione ad una applicazione specifica. Facebook, Google e pochi altri possono permetterselo.