so che hai visto gli agenti di tutti creare app mobile su X.
letteralmente ogni giorno, qualcuno posta: “lanciata sull’App Store iOS in 24h” e due settimane dopo: “ho raggiunto i $4k di MRR”, e le risposte sono sempre le stesse:
“con cosa l’hai costruita?” “come hai trovato gli utenti?” “passaci la ricetta”
dopo averne viste abbastanza, prima o poi inizi a chiederti:
“dovrei mettermi a fare app mobile anch’io?”
risposta breve: ASSOLUTAMENTE SÌ.
soprattutto se negli ultimi anni ti sei dedicato ai SaaS.
e soprattutto se ti sei convinto che le app consumer non facciano per te perché sei “uno da b2b”.
perché c’è una buona probabilità che tu stia già vendendo ai consumatori da anni. solo che davanti ci hai messo una dashboard SaaS.
ecco perché credo che questa distinzione conti, e come passerei esattamente dal nulla a un’app mobile pronta per essere pubblicata nel minor tempo possibile.
forse stai già facendo b2c
c’è un consiglio sulle startup piuttosto standard che viene ripetuto ovunque:
- vendi alle aziende
- le aziende hanno soldi
- i clienti b2b restano più a lungo
- i consumatori non vogliono pagare
sembra ragionevole.
finché il tuo “SaaS b2b” non è uno strumento di analytics da $19/mese venduto a founder solitari.
non sei sfuggito al b2c.
hai solo scelto una delle categorie di consumatori più difficili in assoluto.
gli indie hacker e i piccoli founder sono incredibilmente sensibili al prezzo. capiscono come funziona il software, confrontano tutto e passano volentieri tre ore a cercare un’alternativa open-source pur di non darti $20 al mese.
e metà di loro pensa:
“probabilmente potrei costruirmelo da solo.”
metterci sopra un abbonamento Stripe non lo trasforma magicamente in b2b.
la distinzione più utile è perché qualcuno compra.
un’azienda di solito compra software per una ragione economica. fa risparmiare tempo ai dipendenti, riduce i costi, aumenta i ricavi, sostituisce un altro strumento o semplifica un processo.
i consumatori comprano per ragioni completamente diverse.
vogliono dormire meglio.
avere un aspetto migliore.
risparmiare di più.
smettere di sprecare tempo.
diventare più forti.
mangiare meglio.
sentirsi più organizzati.
imparare qualcosa.
smettere di fare qualcosa.
essere meno ansiosi.
avere più fiducia in sé stessi.
o semplicemente avere la sensazione di fare progressi.
e questi problemi sono enormi, perché in pratica li hanno tutti.
inoltre, non devi convincere un ufficio acquisti, integrarti nello stack di 14 tool di qualcuno o spiegare il ROI durante una call di vendita.
devi far sì che una persona guardi il tuo prodotto e pensi:
“aspetta, lo voglio.”
è un campo da gioco molto diverso.
e in questo momento, le app mobile sono uno dei modi più semplici per entrarci.
perché il mobile è tornato improvvisamente interessante
stanno succedendo diverse cose tutte nello stesso momento.
1. l’AI ha distrutto gran parte della barriera tecnica
una volta, costruire un’app mobile decente significava imparare Swift o Kotlin, capire un ecosistema completamente diverso, litigare con Xcode, studiare l’architettura dell’app e probabilmente passare mesi prima di avere qualcosa da mostrare.
le cose stanno cambiando a una velocità folle.
un’app consumer mirata può ora passare dall’idea nella tua testa a qualcosa di utilizzabile in un giorno.
il collo di bottiglia non è più:
“posso costruirlo?”
ma:
“devo costruirlo?”
che è un problema molto più interessante.
2. la distribuzione consumer è ovunque
TikTok, Reels e Shorts possono mettere un prodotto del tutto sconosciuto davanti a milioni di persone, anche se quell’azienda non ha un pubblico esistente.
non ti serve necessariamente la SEO.
non ti servono necessariamente le ads a pagamento.
non ti servono necessariamente 50.000 follower su Twitter.
un singolo contenuto fatto bene può generare le prime centinaia o migliaia di utenti che ti servono per capire se c’è qualcosa di concreto.
3. il mobile si incastra perfettamente in quella distribuzione
guardi il video.
capisci il problema.
scarichi l’app.
provi il prodotto.
tutto questo percorso può avvenire in pochi minuti, sullo stesso dispositivo.
non c’è quasi nessun cambio di contesto.
4. puoi testare le idee a una velocità assurda
questo è forse il cambiamento più grande.
se costruire un MVP richiede tre mesi, scegliere l’idea sembra una questione di vita o di morte.
se costruire un MVP richiede un giorno o due, l’economia cambia completamente.
non devi scoprire l’idea definitiva.
devi trovare qualcosa di abbastanza interessante da testare, costruire la versione minima che dimostri il comportamento chiave, metterla davanti alle persone e vedere cosa succede.
se a nessuno interessa, hai imparato qualcosa.
se le persone la usano una volta ma non tornano, hai imparato qualcos’altro.
se 100 persone la scaricano e 25 la aprono ancora una settimana dopo, allora le cose si fanno interessanti.
quindi ecco esattamente come mi muoverei io.
PRIMO PASSO
1) trova la domanda prima di trovare l’idea
non aprire una pagina Notion vuota per fare brainstorming di “idee per startup”.
probabilmente finirai per inventare soluzioni a problemi che esistono solo nella tua testa.
inizia invece osservando le persone.
per i prodotti consumer, uno dei posti migliori per farlo è TikTok.
scaricalo.
dedica 5–10 minuti al giorno a cercare schemi ricorrenti, intenzionalmente.
non video virali a caso. comportamenti umani.
cerca:
- cose di cui le persone si lamentano continuamente
- abitudini che cercano di abbandonare
- cose per cui si sentono insicure
- cose di cui si vantano
- cose che tracciano in modo ossessivo
- nuove estetiche e identità
- challenge che tutti iniziano a fare all’improvviso
- cose in cui vorrebbero essere più bravi
- routine che continuano a condividere
- cose per cui chiedono aiuto ripetutamente
- comportamenti che richiedono già qualche workaround fastidioso
in pratica, stai cercando problemi umani nascosti sotto i trend.
ad esempio:
c’è un trend chiamato “underconsumption core”.
a livello superficiale, il trend riguarda persone che comprano meno cose.
la reazione ovvia da cervello-da-founder sarebbe:
“costruiamo un’app sull’underconsumption.”
non farlo.
chiediti invece perché milioni di persone ci si ritrovano.
forse i veri problemi sono:
“compro d’impulso quando sono stressato.”
“continuo a comprare cose che non mi servono.”
“risparmiare soldi è noioso.”
“non ho idea di dove finiscano i miei soldi ogni mese.”
“voglio sentirmi premiato quando non compro qualcosa.”
questi sono molto più interessanti.
ora puoi iniziare a immaginare dei veri loop di prodotto.
magari ogni volta che resisti alla tentazione di comprare qualcosa, lo aggiungi all’app e il contatore dei “soldi risparmiati” sale.
magari fotografi qualcosa che stai per comprare e l’app ti costringe ad aspettare 24 ore.
magari gli amici competono per vedere chi ha evitato più acquisti inutili nel mese.
il trend ti ha dato il segnale.
il comportamento sottostante ti dà il prodotto.
i 3 formati di app consumer a cui torno sempre
non devi nemmeno inventare una categoria completamente nuova.
le app consumer più interessanti rientrano in poche strutture di base.
tracker
trasforma comportamenti invisibili in numeri.
spese. tempo schermo. sonno. abitudini. umore. cibo. concentrazione. allenamenti. sobrietà. lettura. studio.
le persone amano vedersi quantificate, perché qualcosa di astratto diventa improvvisamente un progresso visibile.
“ultimamente mi sto concentrando di più” è vago.
“il mio tempo medio di concentrazione è passato da 41 a 76 minuti” sembra reale.
coach
aiuta qualcuno a diventare una versione leggermente diversa di sé stesso.
missioni giornaliere. sfide. piani. promemoria. consigli personalizzati. feedback.
spesso le persone non hanno bisogno di un altro strumento complicato con 40 pulsanti.
hanno bisogno di qualcosa che capisca il loro obiettivo e dica loro:
“fai questo adesso.”
il prodotto diventa prezioso perché elimina le decisioni.
utility semplice
prendi una cosa fastidiosa e rendila piacevole.
timer. liste. diari. note. widget. planner. calcolatrici. scanner.
le funzionalità possono essere ridicolmente semplici, se l’esperienza è abbastanza bella.
un prodotto non ha bisogno di 25 funzioni per meritarsi un posto nella home screen di qualcuno.
a volte una sola funzione usata ogni giorno è molto più potente.
ruba idee dai commenti
un altro trucco:
quando trovi un trend, cerca nei commenti parole come “app”.
le persone scrivono letteralmente:
“qualcuno dovrebbe fare un’app per questo”
oppure:
“esiste un’app che fa questa cosa?”
o ancora:
“vorrei che qualcosa lo tracciasse in automatico.”
questa è ricerca di prodotto praticamente gratis.
ed è molto più utile che chiedere alle persone:
“useresti un’app che fa X?”
perché stanno già esprimendo il problema senza che sia tu a mettergli l’idea in testa.
2) definisci il loop prima di costruire qualsiasi cosa
prima di toccare il codice, rispondi a una domanda semplice:
cosa fa ripetutamente una persona dentro questa app?
non quali funzioni ha.
qual è il loop?
per un’app sulle spese potrebbe essere:
stai per comprare qualcosa → lo registri → resisti all’acquisto → vedi i soldi risparmiati → senti il progresso → ripeti
per un’app fitness:
apri l’app → ricevi l’allenamento di oggi → lo completi → vedi i progressi → torni domani
per un’app sulla concentrazione:
scegli il task → fai partire il timer → finisci la sessione → costruisci la streak → ripeti
se non riesci a spiegare il loop centrale in una frase, probabilmente l’app è ancora troppo complicata.
poi fatti altre quattro domande:
cosa spinge qualcuno a scaricarla?
ci deve essere una promessa chiarissima.
cosa permette di capirla in 10 secondi?
il valore non dovrebbe richiedere un tutorial.
cosa gli dà la prima vittoria?
portalo lì il più velocemente possibile.
cosa gli farà riaprire l’app domani?
questa è quella che i founder dimenticano spesso.
i download fanno piacere.
la retention è il prodotto.
non ti servono risposte perfette adesso. ti serve solo abbastanza chiarezza per non chiedere a un’AI di inventarti l’intero business mentre scrive il codice.
3) prendi in prestito i pattern, non i pixel
una volta che hai un’idea e un loop di base, non progettare tutto da zero.
probabilmente non sei un product designer.
nemmeno io lo sono.
cerca invece 5–10 app di successo che ruotano attorno allo stesso problema o comportamento utente.
non devono nemmeno essere concorrenti diretti.
se stai creando un’app per il risparmio, magari un’app ha un onboarding incredibile, un’altra un ottimo sistema di streak, un’altra una schermata dei progressi appagante e un’altra un paywall che ti piace.
scaricale.
usale davvero.
poi fai screenshot di tutto:
- primo avvio
- registrazione
- onboarding
- home screen
- navigazione
- azione principale
- stati vuoti
- schermate dei progressi
- streak
- notifiche
- prompt di upgrade
- paywall
- impostazioni
la parte utile non sono i colori o gli angoli arrotondati.
sono le decisioni che ci stanno dietro.
dove fanno domande?
quante schermate di onboarding ci sono?
quando mostrano il prodotto vero e proprio?
quando chiedono i permessi per le notifiche?
quando chiedono soldi?
quanto velocemente ottieni la tua prima vittoria?
quali informazioni sono sempre visibili?
cosa viene nascosto?
cosa ti fa tornare domani?
queste aziende hanno già testato migliaia di piccole decisioni su cui tu dovresti tirare a indovinare.
quindi non inventare ogni interazione partendo da zero.
studia cosa funziona, capisci perché funziona, combina i pattern migliori e aggiungi il tuo tocco.
per un pubblico consumer più giovane, in genere preferisco:
- un’unica azione ovvia per schermata
- tipografia enorme
- pochissimo testo
- progressi visibili
- streak
- traguardi
- numeri appaganti
- personalizzazione fin da subito
- feedback chiarissimo quando qualcosa viene completato
in pratica:
rendi impossibile non notare i progressi.
se qualcuno completa qualcosa, festeggialo.
se usa l’app da sette giorni, faglielo vedere.
se è migliorato del 18%, mostraglielo.
se ha risparmiato $143, rendi quel numero impossibile da ignorare.
l’utente deve capire costantemente:
“sta funzionando.”
4) trasforma i riferimenti in un’app vera
qui costruire diventa stupidamente facile.
ho provato quasi tutti i tool che si usano per creare software con l’AI.
ma se voglio passare rapidamente da un’idea a un’app mobile vera, uso Shipper.
a questo punto dovresti già avere:
- l’idea della tua app
- il tuo utente principale
- il risultato che prometti
- il tuo loop di prodotto principale
- screenshot di app che risolvono bene problemi simili
prendi tutto questo e dallo prima a ChatGPT, Claude o Grok.
non dire:
“creami un’app per il budget.”
così dai al modello quasi niente su cui lavorare.
assegnagli invece un lavoro vero:
“sto costruendo un’app mobile che aiuta {utente} a ottenere {risultato}. studia i riferimenti allegati e analizza i pattern UX, la gerarchia visiva, l’onboarding, la navigazione e le interazioni che usano. riprogetta quei pattern intorno al mio prodotto. definisci ogni schermata dell’MVP, cosa succede in ciascuna, l’intero percorso di onboarding, la navigazione principale, il loop utente centrale e un meccanismo che dia agli utenti un motivo per tornare regolarmente. rimuovi tutto ciò che non è necessario per la prima versione. infine, trasforma tutto in un prompt dettagliato per la costruzione.”
ora hai qualcosa di molto più vicino a una specifica di prodotto che a un prompt buttato lì.
leggilo.
togli le sciocchezze.
aggiungi quello che manca.
poi prendi quell’output, allega i tuoi screenshot e metti tutto in Shipper.
digli esattamente cosa vuoi.
le schermate.
le interazioni.
il flusso.
la logica.
i piccoli dettagli.
poi continua a parlarci come faresti con uno sviluppatore seduto accanto a te:
“semplifica questa schermata.”
“sposta il paywall dopo che l’utente ottiene il suo primo risultato.”
“aggiungi qui una streak da 7 giorni.”
“questo onboarding è troppo lungo. taglialo a metà.”
“salva questo stato quando l’utente chiude l’app.”
“fai sembrare questa interazione più nativa per iOS.”
“ci sono troppe scelte in questa schermata. fai dominare un’unica azione.”
è qui che le persone sbagliano approccio con i builder AI.
non devi conoscere Swift.
non devi creare manualmente ogni componente.
non devi configurare un ambiente di sviluppo gigantesco solo per scoprire se a qualcuno interessa la tua idea.
ma ti serve comunque gusto.
devi comunque prendere decisioni.
in pratica dirigi il prodotto mentre Shipper lo costruisce.
e la qualità del risultato dipende fortemente dalla qualità di quelle decisioni.
la differenza più grande sta in come parli all’AI.
non limitarti a dirle di “fare un’app”.
costringila continuamente a pensare all’utente:
- cosa vede per primo?
- cosa deve capire in questo punto?
- qual è l’unica azione più importante?
- quanto velocemente sperimenta il beneficio principale?
- dove potrebbe confondersi?
- quali informazioni possiamo togliere?
- cosa rende tutto questo appagante?
- cosa gli dà un motivo per aprirla domani?
di solito questo produce risultati molto migliori rispetto a chiedere nuove feature all’infinito.
5) rendi la prima versione abbastanza buona da poterla far pagare
una volta che l’esperienza principale funziona, smetti di aggiungere funzionalità a caso.
concentrati su tre cose.
onboarding
tratta l’onboarding come un prodotto a sé.
perché per la maggior parte degli utenti, lo è.
non hanno ancora provato il tuo prodotto. non ti sono fedeli. possono chiudere l’app in due secondi e non pensarci mai più.
trova dei buoni flussi di onboarding, fanne screenshot e ripeti lo stesso processo dei riferimenti.
il tuo obiettivo è semplice:
l’utente deve capire perché ha scaricato l’app e percepire valore entro 30 secondi.
ogni schermata di onboarding deve guadagnarsi il diritto di esistere.
se fai una domanda, usa la risposta.
se chiedi un permesso, spiega perché.
se qualcosa può aspettare, spostalo più avanti.
e se hai otto schermate di onboarding solo perché tutte le altre app consumer ne hanno otto, lo stai facendo male.
poi dai quei riferimenti a Shipper e itera finché l’insieme non sembra ovvio.
monetizzazione
quando il prodotto funziona, aggiungi l’abbonamento e il paywall.
non perdere tre giorni a discutere se il piano annuale debba costare $27.99 o $31.99.
non hai ancora dati.
un punto di partenza normalissimo potrebbe essere:
- $4.99/settimana
- $29.99/anno
potrai testare i prezzi più avanti.
all’inizio conta di più quando chiedi i soldi.
se possibile, lascia che l’utente capisca prima il valore.
fagli creare qualcosa.
fagli vedere un risultato.
fagli finire la prima sessione.
fagli ricevere il primo piano personalizzato.
poi metti il paywall sul percorso per continuare a ottenere quel valore.
vuoi che l’utente pensi:
“ne voglio ancora.”
non:
“ma per cosa diavolo sto pagando?”
rifinitura
poi usa l’app.
tanto.
non fissare la home screen decidendo che sembra finita.
comportati davvero come un utente.
parti da un account nuovo.
tocca le cose in ordini strani.
nega i permessi.
chiudi l’app a metà dell’onboarding.
riaprila.
lascia i campi vuoti.
inserisci dati assurdi.
tornaci la mattina dopo.
dalla agli amici senza spiegare nulla e guarda dove si bloccano.
scoprirai un numero incredibile di piccole cose che a te sembravano ovvie solo perché le hai costruite tu.
ogni interazione confusionaria che elimini rende il prodotto più affidabile.
e ogni volta che qualcosa non ti convince, torna su Shipper e descrivi esattamente cosa vuoi cambiare.
non stai cercando di rendere perfetta la prima versione.
stai cercando di assicurarti che il loop centrale sembri completo.
6) pubblica prima di sentirti pronto
quando il loop principale funziona:
PUBBLICALA.
non perdere un altro mese ad aggiungere funzioni social, achievement, assistenti AI, temi personalizzati e 14 impostazioni solo perché hai paura di pubblicare.
la prima versione non serve a dimostrare che sei un genio.
serve a rispondere a una domanda:
qualcuno la vuole davvero?
pubblicala.
crea contenuti sul problema.
mandaci le persone.
guarda cosa fanno.
leggi le recensioni.
controlla dove abbandonano l’onboarding.
guarda quante persone arrivano davvero all’azione principale.
guarda quante tornano il giorno dopo.
guarda quante tornano una settimana dopo.
guarda chi paga.
poi sistema quello che non va e pubblica di nuovo.
personalmente, inizierei con iOS e penserei ad Android solo quando l’idea avrà giustificato il lavoro extra.
e terrei la prima versione concentrata in modo quasi doloroso.
un pubblico.
un problema.
una promessa.
un loop centrale.
puoi sempre ingrandire l’app dopo che alle persone interessa.
rimpicciolire qualcosa dopo aver costruito 30 feature è molto più difficile.
la cosa strana del creare app consumer oggi è che la barriera tecnica che fermava quasi tutti noi è praticamente sparita.
una volta spendevi la maggior parte delle energie per capire come costruire la cosa.
ora puoi dedicarne molta di più alle parti che fanno davvero funzionare la cosa:
trovare un comportamento reale.
trasformarlo in un prodotto che le persone capiscono subito.
dare loro un motivo per tornare.
capire la distribuzione.
puoi scoprire cosa vuole la gente su TikTok, studiare le app che stanno già catturando la loro attenzione, trasformare quei pattern in una vera specifica di prodotto e far costruire tutto a Shipper.
poi mettilo davanti a persone reali.
non devi sapere se diventerà un’app da $10k/mese prima di iniziare.
devi solo mettere la versione uno nelle mani di qualcuno.
preferibilmente prima che scada il timer di 18 ore.
