Lancio app

Cosa ricevi

• La frase di posizionamento, scritta dalle recensioni dei tuoi concorrenti
• La lista d'attesa e una versione di prova con utenti veri
• Le schede di App Store e Google Play complete, nei limiti di ogni campo
• Grafica e video delle schede, con varianti da mettere alla prova
• La misura verificata prima del lancio (le azioni che contano, impostate dal tuo sviluppatore sul mio elenco), e la richiesta di valutazione al momento giusto
• Il piano della settimana di lancio e del primo mese
• Il rapporto a 30 giorni: download, attivazione, chi resta dopo 1, 7 e 30 giorni, cosa correggere

Come lo faccio

Un'app si lancia bene se le schede degli store dicono in pochi secondi a chi serve, se la misura è pronta prima del primo download e se nel primo mese si guarda chi resta, non solo chi scarica. Il lavoro tiene insieme questi tre pezzi.

1. Avvio e momento di valoreIn una riunione di 60-90 minuti con te e lo sviluppatore fissiamo obiettivo, pubblico, date tecniche e il momento in cui l'utente ottiene il primo valore, per esempio «il primo ordine». Diventa un evento da misurare (come Tracking eventi in-app).Perché conta: Senza un momento di valore scritto, il lancio si giudica sui download, e i download da soli non dicono se l'app serve.
2. Concorrenti e posizionamentoStudio le prime 10 app per le ricerche principali e leggo le loro recensioni da 1-3 stelle, raggruppate per problema. Ne esce una frase di posizionamento che approvi.Perché conta: Le lamentele sui concorrenti dicono cosa il pubblico cerca e non trova: ignorarle vuol dire presentarsi uguali agli altri.
3. Lista d'attesa e versione di prova4-6 settimane prima apro una pagina con lista d'attesa e la pre-registrazione su Google Play dove c'è. Con TestFlight e i test chiusi di Google Play faccio provare l'app a 20-100 utenti veri, con un questionario breve.Perché conta: I problemi gravi trovati dopo il lancio diventano recensioni da una stella nei giorni in cui si decide la reputazione.
4. Schede degli storeScrivo nome, sottotitolo o descrizione breve, parole chiave e descrizione dentro i limiti di ogni campo, senza ripetere le parole fra i campi. Grafica e video arrivano da Creatività per store / ads, con varianti pronte per i test.Perché conta: Una parola ripetuta fra nome e campo parole chiave su iOS è spazio sprecato che poteva portare un'altra ricerca.
5. Misura e richiesta di valutazionePrima della pubblicazione verifico la misura (come Analytics app e Tracking eventi in-app) e la richiesta di valutazione nativa, mostrata dopo un momento positivo e non all'apertura.Perché conta: Chiesta all'apertura, la valutazione arriva da chi non ha ancora usato l'app, e Apple concede solo tre richieste all'anno.
6. Settimana di lancioEmail alla lista d'attesa (solo a chi ha dato il consenso), post e storie, comunicati, creator con la dicitura pubblicitaria, community di settore e pubblicità con un budget di prova (come Campagne installazione app).Perché conta: Concentrare i download nei primi giorni dà allo store segnali di interesse; disperderli in un mese li rende invisibili.
7. Primo mese e rapportoMisuro attivazione e chi resta dopo 1, 7 e 30 giorni (come Retention utenti app), leggo e rispondo alle recensioni, correggo l'onboarding. A 30 giorni ti do il rapporto con cosa correggere; solo dopo si alza il budget.Perché conta: Spingere installazioni su un'app che perde gli utenti al giorno 1 vuol dire pagare per persone che se ne vanno.

Le tecniche che uso

ASO (App Store Optimization)

Il lavoro su nome, parole chiave, descrizione e grafica delle schede per comparire nelle ricerche degli store e convincere chi le apre.

Product Page Optimization e Custom Product Pages

Su iOS si possono provare varianti di icona, screenshot e video e creare pagine dedicate a pubblici diversi; su Google Play lo stesso si fa con gli esperimenti e le schede personalizzate.

TestFlight e closed testing

Le versioni di prova distribuite a utenti veri prima del lancio, su iOS e su Android.

SKStoreReviewController e In-App Review API

Le richieste di valutazione native di Apple e Google, da mostrare dopo un'azione riuscita, mai legate a un pulsante.

Retention D1 / D7 / D30

La quota di utenti che riapre l'app dopo 1, 7 e 30 giorni: il numero con cui si giudica il lancio.

Cosa comprende il prezzo

Non compreso: Gli account sviluppatore Apple e Google Play e il budget della pubblicità di test, pagati da te; il lavoro dello sviluppatore sull'app.

La modifica compresa: Ogni servizio comprende un giro di modifiche: guardiamo insieme la prima versione, mi scrivi in un elenco quello che non va e lo riadatto. Le modifiche in più, o le cose aggiunte dopo, si pagano a parte, con il costo scritto prima, nella lettera d'incarico.

Tempi: 6-10 settimane dalla partenza al rapporto, più i tempi di revisione degli store.

La call di presentazione: Due call di presentazione, al lancio e a 30 giorni, di 30 minuti ciascuna: le schede pubblicate, poi chi è rimasto e cosa correggere.