Come creare un'app: la guida per founder, dall'idea agli store

App cross-platform

Un'app scritta con un unico codice e distribuita come app vera su iOS e Android, spesso anche sul web. React Native, Flutter e Capacitor sono tre strade molto usate: cambiano il modo in cui disegnano l'interfaccia e quanto codice riesci a riusare.

Da dove si parte per creare un'app?

Si parte da un problema preciso e da persone che lo vivono, non da una lista di schermate. Prima di aprire un editor, parla con chi ha quel problema finché le risposte iniziano a ripetersi: ti diranno cosa fanno oggi, quanto ci perdono e cosa hanno già provato. Il metodo è spiegato bene nella guida su come validare un'idea di business.

Il risultato di questa fase è una frase: chi usa l'app, in quale momento della giornata, per ottenere cosa. Se non riesci a scriverla, nessuna tecnologia la scriverà al posto tuo. Se invece la frase regge, hai il perimetro del tuo MVP: una funzione principale fatta bene e una lista d'attesa per tutto il resto.

Web app, cross-platform o nativa: quale scegliere?

Scegli guardando tre cose: quanto ti servono le funzioni del telefono, quanto conta essere negli store e quante persone avrai per mantenere il codice. Per la maggior parte delle startup in fase seed la risposta è una base unica che arriva su iOS e Android; il nativo puro conviene quando l'app vive di hardware, grafica pesante o prestazioni estreme.

Il confronto tecnico tra i framework è in React Native, Flutter o Capacitor; se stai ancora decidendo se ti serve davvero un'app negli store, leggi prima web app, app nativa o PWA.

Questo non significa che devi partire da Android. Se vendi a professionisti o all'estero il peso di iOS cambia molto: negli Stati Uniti, nello stesso mese, iOS supera il 53%. Guarda i dispositivi dei tuoi primi utenti, non la media nazionale; con una base cross-platform, del resto, la domanda perde gran parte del suo peso.

Quali sono le fasi per creare un'app?

Cosa ti chiedono Apple e Google prima di pubblicare?

Ti chiedono un account sviluppatore, una privacy policy e un'app che rispetti le loro regole. Il programma sviluppatori Apple costa 99 dollari per anno di iscrizione (il prezzo in valuta locale può variare); per iscrivere una società servono un'entità legale, un numero D-U-N-S e un sito pubblico con un dominio che le appartiene. Google chiede una quota di registrazione una tantum di 25 dollari.

• Se l'app permette di creare un account, deve permettere anche di cancellarlo dall'interno dell'app (linea guida 5.1.1 di Apple).
• L'app deve offrire più di un sito web reimpaginato: Apple lo scrive nella linea guida 4.2 sulla funzionalità minima.
• Sui nuovi account personali Google, prima di andare in produzione serve un test chiuso con almeno 12 tester attivi per 14 giorni di fila.
• Se vendi funzioni o contenuti digitali dentro l'app, di norma devi usare gli acquisti in-app di Apple e il sistema di fatturazione di Google Play.

Che cosa abbiamo imparato costruendo la nostra app?

Due abitudini che consigliamo a chiunque: una CI automatica (su Athleex gira su GitHub Actions) che controlla ogni modifica prima del rilascio, e backup notturni del database con una copia fuori sede. Non si vedono nella demo agli investitori, ma sono ciò che ti fa dormire quando gli utenti diventano veri. Il progetto completo è raccontato nel caso studio Athleex.

Si può creare un'app senza saper programmare?

Sì, per arrivare a un prototipo da mostrare o a un primo test con utenti veri. Strumenti no-code e assistenti basati su intelligenza artificiale producono oggi schermate funzionanti in pochi giorni. Il limite arriva dopo: pagamenti, permessi, dati personali, prestazioni e revisione degli store chiedono qualcuno che legga e capisca il codice.

La strada che vediamo funzionare è usare questi strumenti per validare e poi decidere con lucidità cosa riscrivere. Ne parliamo in MVP con AI e vibe coding e nel confronto no-code o sviluppo su misura.