L'app ja està feta. Ara comença la part difícil.
En els darrers anys, les eines d'intel·ligència artificial han canviat les regles del joc. La distància entre tenir una idea d'app i poder construir-la és avui més petita que mai. Plataformes com Cursor, Lovable o l'ús directe de models de llenguatge han permès que emprenedors, product managers i equips petits puguin arribar a llançar quelcom que funciona, sense necessitar un equip de desenvolupament tradicional al darrere (amb els riscos que això comporta).
Però hi ha una part del camí que la IA no pot escurçar: aconseguir que la teva app arribi als usuaris reals a través de l'App Store o Google Play. I aquí és on les coses es compliquen, sovint de maneres que ningú t'havia avisat.
El mur que no vas veure venir
Publicar una app s'assembla molt a passar la ITV abans de poder circular. El teu cotxe pot funcionar perfectament, però si no compleix els requisits reglamentaris, no va a cap lloc. Les botigues tenen les seves pròpies exigències, els seus propis processos i els seus propis ritmes. Vegem en què consisteix tot plegat, sense tecnicismes innecessaris.
Els comptes de desenvolupador: el primer tràmit burocràtic
Abans de publicar res, necessites registrar-te com a desenvolupador a cada plataforma. Del costat de Google, això significa crear un compte a Google Play Console: un pagament únic de 25 dòlars i un procés de verificació que pot trigar diversos dies. A Apple, l'Apple Developer Program costa 99 dòlars l'any, implica un procés de verificació d'identitat i, si vols publicar amb el nom de la teva empresa en lloc del teu, necessitaràs un número D-U-N-S, un identificador empresarial que pot tardar fins a dues setmanes a obtenir-se si no en tens ja.
Cap d'aquests passos és tècnicament complex, però requereixen precisió. Un nom que no coincideixi, una inconsistència en les dades de registre, i tornes a començar. Molts equips perden aquí una setmana sencera abans d'haver pujat un sol fitxer.
Certificats, signatures i provisioning profiles: el laberint d'iOS
Si publicar a Android s'assembla al control de duanes, ordenat però minuciós, publicar a iOS és més aviat navegar per un laberint burocràtic dissenyat per algú que clarament no volia que passessis de pressa.
Abans que la teva app arribi a l'equip de revisió d'Apple, necessita estar signada digitalment. Això implica certificats (fitxers criptogràfics que demostren que ets qui dius ser), provisioning profiles (fitxers que vinculen la teva app, el teu compte i els dispositius on es pot executar) i una build arxivada que s'ha de generar des de la màquina correcta amb la configuració correcta.
Un provisioning profile, en termes senzills, és la manera que té Apple de dir: aquesta app concreta, d'aquest desenvolupador concret, té permís per existir en aquests dispositius concrets. Equivocar-se aquí (i és fàcil equivocar-se) significa que la teva build falla en silenci o que el teu enviament és rebutjat abans que comenci la revisió. Per a equips sense experiència en iOS, només aquest pas pot costar diversos dies de frustració.
ASO: la fitxa de la teva app és un producte en si mateixa
Un cop resolt el tècnic, encara cal construir la fitxa de la teva app a la botiga. I això és molt més que omplir un formulari. L'App Store Optimization, o ASO, és bàsicament el SEO de les botigues d'apps: l'art de fer que la teva app sigui trobable i atractiva per a les persones adequades.
Això implica redactar un títol i una descripció que equilibrin la rellevància de paraules clau amb la claredat real, triar la categoria correcta, seleccionar en quins països publiques i en quins idiomes, pujar captures de pantalla que realment venguin l'experiència (no simples captures de la interfície) i dissenyar una icona.
Una fitxa fluixa significa menys descàrregues, tot i que la teva app sigui excel·lent. Els equips que s'ometen aquest pas sovint es pregunten per què la seva app no arrenca, sense adonar-se que la fitxa els estava perjudicant des del primer dia.
La revisió d'Apple: el cap final impredictible
El procés de revisió de Google és relativament ràpid: normalment uns quants dies. El d'Apple és una altra història. Les revisions solen tardar entre un i tres dies, però això només quan tot va bé. I sovint no va bé.
Les directrius d'Apple són extenses i de vegades ambigües. Els motius de rebuig més habituals inclouen metadades que no es corresponen amb el que l'app realment fa, absència d'informació sobre privacitat, fluxos que els revisors no van poder completar per manca de credencials de prova, o patrons de disseny que Apple considera no estàndard. Cada rebuig reinicia el comptador de revisió. Dos o tres cicles de rebuig poden endarrerir el llançament fàcilment dues o tres setmanes, just quan el momentum importa més.
Saber anticipar-se a les objeccions d'Apple, escriure notes per als revisors amb claredat i respondre als rebutjos de manera eficient fa una diferència real. És el tipus de coneixement que només s'adquireix havent passat per això moltes vegades.
El que tot això et costa realment
El cost real d'afrontar aquest procés sense experiència prèvia no és només diners: és temps, energia i momentum. Un fundador que passa dues setmanes lluitant amb provisioning profiles és un fundador que no parla amb els seus usuaris, que no itera en el producte ni tanca la seva propera venda. Un equip petit que rep tres rebutjos d'Apple seguits no només perd temps: perd confiança.
Aquestes no són pèrdues trivials. Per a un producte en etapes primerenques, el moment del llançament pot ser-ho tot. I la frustració en la fase de publicació és una de les raons més habituals per les quals els productes digitals mai no arriben realment al mercat.
Nosaltres ho gestionem
A Liquid Studio oferim un servei de publicació d'apps dedicat a equips que tenen el producte llest (o gairebé) i volen que algú que coneix el terreny s'encarregui de la resta.
Gestionem tot el procés: creació i verificació de comptes de desenvolupador, configuració de certificats i perfils per a iOS, preparació de la build (APK o IPA), creació de la fitxa de la botiga amb criteris ASO, enviament i gestió del procés de revisió a les dues plataformes. Si Apple respon amb preguntes o sol·licita canvis, ens encarreguem de la resposta. Tu et centres en el teu producte i en els teus usuaris; nosaltres ens assegurem que realment arribi a publicar-se.
Aquest servei està pensat per a una situació concreta: has construït quelcom, hi creus, i no vols que el darrer quilòmetre es converteixi en sis setmanes d'obstacles. Hem passat per això prou vegades per saber on s'amaguen els problemes i com esquivar-los amb eficiència.
Si la teva app ja és llesta i et trobes mirant la Google Play Console o el portal d'Apple Developer sense saber per on començar, estarem encantats d'ajudar-te. Sense processos d'incorporació complicats, sense tecnicismes. Només una conversa sobre on ets i què necessites.
