Com crear una aplicació: els 4 passos que cal seguir

Com es crea una aplicació? Hi ha quatre maneres de fer-ho: una eina sense codi, la IA que escriu el codi per tu, el codi que aprens tu mateix o un proveïdor. Sigui quina sigui la manera, el camí passa pels mateixos quatre passos: triar una aplicació que pugui donar diners, construir-ne la funció principal, connectar el pagament i, finalment, publicar-la i fer que la trobin. En aquest ordre, amb una regla que els lliga tots: cada pas acaba amb una cosa concreta, provada en un telèfon de veritat.

La majoria de primeres apps no moren ni per la tècnica ni pel pressupost. Moren en la boira: ningú sap què vol dir "acabat", les funcions es van afegint, i sis mesos després encara no hi ha res a l'App Store. És el mètode que faig servir per a les meves pròpies apps iOS, entre elles Solys (un despertador amb minijocs) i TradaZen (un simulador de trading), totes dues a l'App Store, i que he anat polint a base de rebutjos d'Apple a Solys, Clic i Nolera. Els meus exemples vénen, doncs, de l'iPhone; quan Google Play funciona diferent, ho indico.

Quines maneres hi ha de crear una aplicació?

Abans dels passos, una decisió: com la construiràs? Hi ha quatre maneres, i cap no és la millor per a tothom.

Manera	Per a quin projecte	Què pagues	El límit
Una eina sense codi (Bubble, FlutterFlow, Glide)	Catàleg, formulari, prototip, eina interna	La subscripció a l'eina, mentre l'app existeixi	L'app viu dins l'eina, i no totes publiquen a les botigues
La IA que escriu el codi (Claude Code, Codex, Cursor)	Una app teva, publicada a les botigues, sense saber programar d'entrada	La subscripció a la IA i les quotes de les botigues	El codi és teu, però l'has de provar tu
Aprendre a programar (Swift, Kotlin, React Native)	Vols dominar-ho tot o fer-ne una professió	Temps, sobretot	El camí més llarg fins a una primera publicació
Un proveïdor (freelance o agència)	Una eina per al teu negoci, quan et falta temps	Temps de desenvolupador: una tarifa diària multiplicada per dies	Cada canvi es paga; comprova qui té el compte i el codi

L'eina sense codi (no-code). Muntes l'app amb el ratolí, sense escriure ni una línia. És ràpid per a un catàleg, un formulari o una eina interna. Abans de comprometre't, comprova que l'eina publica de veritat a les botigues. Bubble explica com publicar a l'App Store i a Google Play, i FlutterFlow ho ofereix a partir del seu pla de pagament Basic. Glide, en canvi, indica que les seves apps són aplicacions web i que la publicació directa a l'App Store o a Google Play no és compatible. Els límits, cas per cas, són a crear una aplicació sense programar.

La IA que escriu el codi. Descrius el que vols, i un assistent com Claude Code, Codex o Cursor escriu codi de veritat, en un format estàndard que te'n pots endur a qualsevol lloc. D'això en diuen vibe coding. És la manera que faig servir per a les meves apps. La contrapartida: la IA s'equivoca amb tota la seguretat del món, i t'ho has de provar tu. Per triar l'eina, llegeix quina IA per crear una aplicació. Per aprendre-ho amb un marc, hi ha la formació de vibe coding.

Aprendre a programar. És el camí de qui ho vol dominar tot o en vol fer una professió. Els tutorials d'Apple i d'Expo són gratuïts; el recorregut és a aprendre a crear una aplicació.

El proveïdor. Un freelance o una agència et construeix l'app. És la bona opció quan l'app és una eina per al teu negoci i et falta temps. Pagues temps de desenvolupador, i cada canvi també es paga. Demana per escrit l'abast exacte, qui té el compte d'Apple i el codi, i què està previst si Apple la rebutja. Les preguntes que cal fer són a encarregar el desenvolupament d'una aplicació.

Queda una cinquena via, a cavall de les altres: construir-la tu mateix, però a partir d'una base ja feta. És el principi del meu kit per crear una aplicació mòbil sense començar de zero, l'iOS Kit: el codi de partida de les meves apps i un recorregut en quatre passos, al teu ritme.

Com decidir? N'hi ha prou amb tres preguntes:

1. La teva app ha de ser a l'App Store o a Google Play? Si és que sí, descarta les eines que només produeixen aplicacions web.
2. Ha de vendre una subscripció? La norma 3.1.1 de les App Review Guidelines obliga, llevat d'excepcions, a fer servir la compra integrada d'Apple per desbloquejar funcions dins d'una app. Comprova com ho gestiona la teva manera de construir, abans de començar.
3. Tens més aviat temps o més aviat pressupost? Temps: construeix-la tu mateix, amb la IA. Pressupost i no gens de temps: encarrega-la.

Aplicació nativa, aplicació web o multiplataforma: quina triar?

Segona decisió, més senzilla del que sembla: quin tipus d'aplicació?

• L'aplicació nativa s'instal·la des d'una botiga i accedeix a les funcions del telèfon: notificacions, càmera, compres integrades. Escrita amb el llenguatge de cada plataforma (Swift per a l'iPhone, Kotlin per a Android), demana un projecte per plataforma.
• L'aplicació web (PWA) és un web que es comporta com una app. No passa per cap botiga: no hi ha revisió per esperar, però ningú no la trobarà a l'App Store. I embolicar un web dins d'una app no n'hi ha prou: la norma 4.2 d'Apple demana que una app vagi més enllà d'un web embolicat.
• L'aplicació multiplataforma parteix d'un sol projecte per produir l'app d'iPhone i l'app d'Android. Expo ho resumeix així: un sol projecte JavaScript o TypeScript que funciona de manera nativa als dispositius dels teus usuaris, Android, iOS i web.

Per a una primera app, et recomano el multiplataforma, amb React Native i Expo. Només has de mantenir un codi, i la compilació es fa en Macs allotjats per Expo: pots publicar una aplicació iOS sense Mac.

iOS o Android primer? Un sol codi no vol dir un sol llançament: cada botiga té la seva fitxa, les seves normes i la seva revisió. Comença per una sola plataforma. Si la teva app ven una subscripció, et recomano l'iPhone; les xifres i els contraarguments són a aplicació iOS o Android: per quina començar.

Per què tantes aplicacions no arriben mai a l'App Store?

Gairebé sempre es repeteixen tres causes:

• Una primera versió massa gran. Dotze funcions a mig fer en lloc d'una sola, acabada.
• El pagament pensat al final. El model d'ingressos canvia l'estructura de l'app: afegir-lo a posteriori obliga a reconstruir.
• La publicació vista com un tràmit. La revisió d'Apple, la fitxa, la privadesa: és un pas en tota regla, amb les seves pròpies trampes, fins a la icona rebutjada amb ITMS-90717.

El mètode que ve a continuació ataca aquestes tres causes, pas a pas.

Pas 1: com triar una idea d'aplicació que pugui donar diners?

Abans d'escriure una línia de codi, respon per escrit tres preguntes.

Per a qui? Una persona concreta, amb un problema que torna. "La gent a qui costa llevar-se" és més útil que "tothom".

Què fa l'app, en una frase? Si necessites dues frases, la primera versió és massa gran. Les altres funcions esperaran que usuaris reals les demanin.

Com guanya diners? Subscripció, compra única, publicitat: decideix-ho ara. Per a una app que es fa servir sovint, la subscripció sol ser el més lògic; per a una eina puntual, la compra única té sentit. La comparativa completa és a subscripció o compra única per a una app iOS.

Per comprovar que una idea interessa algú abans de dedicar-hi setmanes, passa-li les 5 proves de trobar una idea d'aplicació. I per posar-la per escrit, n'hi ha prou amb una pàgina: el model és a plec de requisits d'una aplicació mòbil.

Al final d'aquest pas, també has de tenir instal·lada la base tècnica. Per a un principiant, és React Native amb Expo, pels motius que he explicat més amunt; la pàgina React Native i Expo per a una app mòbil detalla aquesta elecció. La definició de la primera versió s'explica a la pàgina MVP d'aplicació iOS.

Una bona primera versió fa una cosa de manera excel·lent, no dotze de manera passable.

Pas 2: com construir el nucli de la teva aplicació?

Construeix només la funció principal, i prova-la al teu propi iPhone com més aviat millor. No en captures, ni només al simulador.

Unes quantes normes que m'han estalviat molts passos enrere:

• Prova-la a la pantalla més petita i a la més gran. El meu primer rebuig d'Apple a Solys venia d'una demo de benvinguda impossible de guanyar en una finestra més petita que la dels meus telèfons: el revisor provava en un iPad, on l'app d'iPhone funciona en mode de compatibilitat.
• Preveu les fallades. Xarxa caiguda, permís denegat, pantalla buida: cada cas mereix un missatge clar.
• Fes servir la IA, però revisa-ho. Claude o Cursor escriuen ràpid, i s'equivoquen amb tota la seguretat sobre les normes d'Apple. Les trampes estan llistades a crear una app iOS amb IA.

Aquest pas acaba quan provadors externs fan servir l'app via TestFlight, l'eina de beta d'Apple. Tot està explicat a TestFlight: provar la teva app d'iPhone.

Pas 3: com connectar el pagament en una aplicació iOS?

És el pas que la majoria de principiants ajornen, i és el que decideix si l'app pot donar alguna cosa.

L'onboarding. Les primeres pantalles han de mostrar el valor de l'app abans de demanar res: una valoració, un permís o un pagament. També és el que comprova Apple: el meu segon rebuig a Solys (guideline 5.6.3) venia d'una petició de valoració posada durant l'onboarding.

El paywall. La pantalla de subscripció ha de mostrar clarament el preu, la durada, la prova gratuïta si n'hi ha i un botó per restaurar les compres. Els errors clàssics són a paywall iOS: 7 errors de principiant.

Les subscripcions. Els productes es creen a App Store Connect. Faig servir RevenueCat per gestionar els drets d'accés, la restauració i el seguiment dels ingressos. La pàgina subscripcions in-app iOS descriu tota la feina.

Les mètriques. Sense mètriques, no sabràs on abandona la gent. Faig servir PostHog per seguir el recorregut (obertura, final de l'onboarding, visualització del paywall, compra) i Sentry per als errors greus.

Pas 4: com publicar la teva aplicació i fer que et trobin?

La fitxa de l'App Store. Nom, subtítol, paraules clau, captures, descripció. És el que decideix si algú la descarrega, i si l'App Store et mostra als resultats de cerca. La pàgina ASO App Store explica com treballar-la.

La privadesa. Les declaracions de recollida de dades han de correspondre al que l'app fa de debò, i la teva política de privadesa en línia ha d'estar al dia. És precisament el que li va valer un rebuig 5.1.1 a Clic.

L'enviament a revisió. Proporciona un compte de demostració si l'app demana iniciar sessió, i explica què ha de provar el revisor. Apple diu que revisa el 90 % de les sol·licituds en menys de 48 hores; són els rebutjos els que allarguen de debò el calendari. Els terminis estan detallats a termini de validació de l'App Store, i tot el procés a la pàgina publicar una aplicació a l'App Store.

I a Google Play? El camí és el mateix, amb un pas més. Per a un compte personal creat després del 13 de novembre de 2023, Google exigeix una prova tancada amb almenys 12 provadors inscrits durant 14 dies seguits abans de passar a producció.

Els primers usuaris. Una app publicada no és una app trobada. Parla de la teva app allà on ja és el teu públic, i mira les xifres de la fitxa des de la primera setmana.

Quant costa crear una aplicació?

Si la construeixes tu mateix, les despeses obligatòries són baixes. Aquests són els preus que mostraven les pàgines oficials el 2 d'octubre de 2026. Aquestes ofertes canvien: comprova-les abans de llançar-t'hi.

Concepte	Preu indicat	Quan el pagues
Compte d'Apple Developer	99 $ l'any	Per a TestFlight i per publicar
Compte de Google Play	25 $, una sola vegada	En crear el compte
Compilació i enviament a les botigues (Expo EAS)	0 $ fins a 15 builds iOS i 15 builds Android al mes, després 19 $ al mes	Quan compiles sovint
Base de dades i comptes (Supabase)	0 $ fins a 500 MB i 50.000 usuaris actius al mes, després a partir de 25 $ al mes	Quan l'app creix
Subscripcions (RevenueCat)	0 $ fins a 2.500 $ d'ingressos seguits al mes, després l'1 %	Quan l'app ven
Comissió d'Apple	15 % amb el Small Business Program, 30 % si no	En cada venda feta a través de l'App Store

Dos aclariments. El compte d'Apple de 99 $ no cal per començar a programar, només per a TestFlight i la publicació: els passos són a compte de desenvolupador d'Apple: preu i inscripció. I la inscripció al Small Business Program no és automàtica: l'has de sol·licitar.

Si encarregues l'app, pagues temps de desenvolupador: una tarifa diària multiplicada per un nombre de dies. No es pot donar cap xifra seriosa sense conèixer l'abast. Les despeses, els trams gratuïts i els costos que gairebé ningú no anuncia estan detallats a quant costa una aplicació.

La despesa més gran no surt a cap factura: el teu temps.

Quant de temps cal per passar de la idea a l'App Store?

No hi ha cap durada honesta sense conèixer l'app i el teu nivell de partida. El que és segur és que cada pas ha de tenir un final visible:

1. Idea: una frase, un públic, un model d'ingressos, la base tècnica instal·lada.
2. Construcció: la funció principal feta servir per provadors via TestFlight.
3. Pagament: una compra de prova feta amb èxit, restauració inclosa.
4. Publicació: l'app enviada a Apple, fitxa completa, classificació per edat inclosa.

Si un pas no té un final visible, és senyal que la primera versió és massa gran.

Una referència real, que no és ni una mitjana ni temps complet: amb TradaZen, van passar 26 dies naturals entre el primer commit i la publicació a l'App Store. El detall és a quant de temps cal per crear una aplicació.

I després de publicar-la?

Una app publicada és un començament. Les primeres mètriques d'ús gairebé sempre diuen alguna cosa que ningú havia previst: una pantalla on tothom abandona, un paywall que ningú veu, una funció que la gent fa servir d'una altra manera. La versió següent es decideix amb aquestes xifres, no amb les teves intuïcions inicials.

Preguntes freqüents

Es pot crear una aplicació gratis?

Sí, en bona part. Pots programar, provar al teu telèfon i compilar l'app sense pagar res, gràcies als plans gratuïts de les eines. La publicació, en canvi, és de pagament: 99 $ l'any a Apple, 25 $ una sola vegada a Google. El detall és a crear una aplicació gratis.

Quin cost té crear una aplicació?

Si la construeixes tu mateix, les despeses obligatòries es limiten als comptes de desenvolupador: 99 $ l'any per a Apple, 25 $ una sola vegada per a Google. Les eines tenen plans gratuïts per començar. Si l'encarregues, pagues temps de desenvolupador, i el preu depèn de l'abast.

Com crear una aplicació fàcilment?

El més fàcil no és una eina, és una primera versió minúscula: una sola funció, acabada. Per a un catàleg o un formulari, n'hi ha prou amb una eina sense codi. Per a una app que vols publicar i vendre, la IA escriu el codi, sempre que provis cada pas en un telèfon de veritat.

Quin és el millor programa per crear una aplicació mòbil?

No hi ha un millor programa en absolut. Per muntar sense codi, Bubble o FlutterFlow saben publicar a les botigues. Perquè la IA escrigui el codi, Claude Code, Codex o Cursor es fan servir amb React Native i Expo. La bona elecció depèn de dues coses: si l'app ha de ser a les botigues i si ha de vendre una subscripció. La comparativa de generadors és a Lovable, Rork, FlutterFlow.

Es pot crear una aplicació sol, sense saber programar?

Sí. Publico les meves pròpies apps amb React Native, Expo i la IA, i cada pas d'aquesta guia es pot fer sol. El que cal saber: la IA escriu el codi, però qui ho comprova ets tu. Sempre arriba un moment en què has d'entendre una mica el que ha escrit, sobretot per al pagament i la revisió d'Apple.

És rendible crear una aplicació?

Ningú no t'ho pot garantir. Els ingressos no depenen del nombre de descàrregues, sinó del nombre de persones que paguen i del que queda després de la comissió d'Apple. El que fa variar el resultat s'explica a quant guanya una aplicació.

Quant de temps cal per crear una aplicació?

No hi ha una durada universal: tot depèn de la mida de la primera versió i del temps que hi dediques cada setmana. La meva referència real: 26 dies naturals entre el primer commit i la publicació de TradaZen a l'App Store.

Com crear una aplicació per a iPhone?

Els 4 passos són els mateixos, amb tres eines pròpies d'Apple: el compte d'Apple Developer, TestFlight per als provadors i App Store Connect per a la fitxa i l'enviament a revisió. El recorregut complet és a la pàgina crear una aplicació per a iPhone.

Seguir aquest mètode amb l'iOS Kit

Aquests 4 passos són exactament els del recorregut de l'iOS Kit: triar l'app que pot donar diners, construir-ne el nucli, connectar els diners, publicar-la i fer que la trobin. Els segueixes al teu ritme, amb el codi de partida de les meves apps i les skills de Claude Code de cada pas.

També pots seguir aquest mètode pel teu compte, amb les guies enllaçades en aquest article. No saps en quin pas ets? El diagnòstic gratuït et situa, et diu per quin començar i t'envia la meva checklist antirebuig d'Apple. Ningú no et pot garantir la validació d'Apple ni uns ingressos; el que el mètode garanteix és que saps en tot moment què et queda per fer.