Quant costa fer una app?

Una app a mida per a iOS i Android, dissenyada, desenvolupada i publicada a les stores, costa entre 10.000 i més de 50.000 €. El preu no el marca el tipus d'app, sinó el que ha de fer:

• Una app amb l'essencial: entre 10.000 i 20.000 €, de 2 a 3 mesos. Poques pantalles, pensades per al mòbil, i usuaris que es registren i inicien sessió. El backend és un de ja fet, com Strapi, que es configura en lloc de programar-se: des del seu panell, el teu equip gestiona el contingut i els usuaris.
• Amb un backend a mida: entre 20.000 i 50.000 €, de 3 a 5 mesos. Quan l'app necessita lògica pròpia, com punts i recompenses o notificacions segons el que fa cada usuari, i un panell fet a la mida de com treballa el teu equip. Sol connectar-se amb serveis comuns, com l'inici de sessió amb Google o Apple, els mapes o una passarel·la de pagament.
• Amb sistemes corporatius o requisits exigents: des de 50.000 €, a partir de 5 mesos. Connexió amb l'ERP, el CRM o l'inici de sessió corporatiu de la teva empresa, un mode sense connexió que sincronitza les dades en recuperar la cobertura, o un backend preparat per a molts usuaris alhora o amb una seguretat reforçada, com la que demanen les dades de salut.

Compte amb el que sembla senzill. Un catàleg o l'app d'un esdeveniment sonen a app petita, però quan porten un programa de fidelització o es connecten amb els teus sistemes passen al segon o al tercer grup. El que costa és el que demanes que faci l'app, no el nom que li posis.

Els rangs inclouen el disseny, el desenvolupament per a iOS i Android, el backend i el panell quan calen, i la publicació a les stores. A part van els servidors, el manteniment i els comptes de desenvolupador d'Apple i Google, que expliquem més avall.

El que pesa més no és el nombre de pantalles, sinó el que hi ha al darrere:

• Backend. Si l'app té usuaris o contingut que gestiona el teu equip, necessita un backend: un servidor, una base de dades i un panell. Un de ja fet, com Strapi, es configura en lloc de programar-se, i n'hi ha prou per a moltes apps. Quan cal lògica pròpia, es fa a mida, i es pot fer tan sofisticat com demani l'app: rendiment per a molts usuaris alhora, seguretat reforçada, un panell personalitzat. Cadascuna d'aquestes coses suma cost, i és la part que no es veu a l'app.
• Integracions. No costa el mateix connectar-se amb serveis comuns, com l'inici de sessió amb Google, els mapes o una passarel·la de pagament, que amb l'ERP o el CRM de la teva empresa. Els primers estan fets per a això i ben documentats. Un sistema corporatiu sol estar adaptat a cada empresa, de vegades sense una API preparada, i cada connexió s'ha d'estudiar, com la del catàleg de Compo Expert, sincronitzat amb els seus sistemes.
• Mode sense connexió. Que l'app continuï funcionant sense cobertura i sincronitzi les dades en recuperar-la, com els qüestionaris de La Teva Decisió. Cal decidir quines dades es guarden al mòbil, què passa si dues persones canvien el mateix i com s'avisa del que falta per enviar, i tot això es fa a l'app i al backend.
• Tauletes. Una app pensada per al mòbil també s'obre en una tauleta, però no n'aprofita la pantalla. Dissenyar-la per a tauleta vol dir repensar cada pantalla per a aquesta mida, i encara més si ha de girar entre vertical i horitzontal o funcionar en finestres de qualsevol mida a l'iPad, com la pantalla dividida o les finestres flotants.
• Pantalles i fluxos. Com més pantalles i més camins diferents (perfils d'usuari, estats, errors), més disseny, més desenvolupament i més proves.
• Disseny. Una interfície a mida, validada amb un prototip, costa més que adaptar un estil existent, i es nota en com es fa servir l'app cada dia.
• Altres requisits. L'accessibilitat, diversos idiomes o les dades de salut afegeixen feina a cada part del projecte.

iOS i Android costen el doble? No. Treballem amb React Native: una sola base de codi per a les dues plataformes, amb rendiment i aspecte natius. Fer-les totes dues costa una mica més que fer-ne només una, perquè cal provar i publicar a totes dues, però ben lluny del doble.

Una app no s'acaba quan es publica. Compta amb tres costos:

• Manteniment. Apple i Google treuen versions noves d'iOS i Android cada any i demanen que les apps s'actualitzin: Google Play deixa d'oferir als usuaris nous amb mòbils recents les apps que no ho fan. El nostre manteniment bàsic, des de 99 € al mes sense IVA, manté l'app al dia a les stores davant d'aquestes petites actualitzacions. Si vols que inclogui correccions, suport o millores, el preu depèn del que hi entri.
• Servidors. El backend necessita un allotjament, que va a part del manteniment i depèn de l'ús: no és el mateix una app amb cent usuaris que una amb cent mil.
• Comptes de desenvolupador. Apple cobra 99 dòlars l'any i Google, un pagament únic de 25. A l'apartat següent t'expliquem com donar-los d'alta.

Les funcions noves, l'evolució de l'app, es pressuposten a part, com un projecte petit.

Per publicar una app calen dos comptes de desenvolupador: un d'Apple, per a l'App Store, i un altre de Google, per a Google Play. El més habitual és que siguin teus, a nom de la teva empresa: així l'app és teva encara que un dia canviïs de proveïdor. Tu els dones d'alta, ens convides com a usuaris i nosaltres ho configurem tot: les fitxes de les stores, els certificats, els formularis de privacitat i cada enviament a revisió.

Apple Developer Program: 99 dòlars l'any (Apple el cobra en euros en pagar). Per donar-se d'alta com a empresa, Apple demana:

• Que l'empresa sigui una entitat legal: no n'hi ha prou amb un nom comercial.
• Un número D-U-N-S.
• Un web públic amb domini propi i un correu d'aquest domini.
• Que qui dona d'alta el compte pugui signar en nom de l'empresa, amb un compte d'Apple amb verificació en dos passos.

Apple revisa les dades abans d'aprovar l'alta.

Google Play Console: un pagament únic de 25 dòlars. Com a empresa, Google demana el número D-U-N-S, el web i el telèfon de l'empresa, un contacte amb correu i telèfon i, de vegades, un document d'identitat. Convé obrir-lo com a organització i no com a compte personal: els comptes personals nous han de fer una prova tancada amb almenys 12 persones durant 14 dies abans de poder publicar.

El D-U-N-S és un número que identifica la teva empresa i que dona Dun & Bradstreet. És gratuït, però pot trigar fins a una setmana. Moltes empreses ja el tenen sense saber-ho: Apple té un cercador per comprovar-ho.

El nostre consell: comença l'alta al principi del projecte, no al final. Entre el D-U-N-S i les revisions d'Apple i Google poden passar un parell de setmanes, i val més que no endarrereixin el llançament.

• Comença per una primera versió. El que és imprescindible perquè l'app sigui útil, publicat aviat; la resta, quan sàpigues què fa servir la gent de debò.
• Un sol codi per a iOS i Android. Amb React Native no pagues dues apps.
• Prototip abans de programar. Canviar una pantalla al prototip costa minuts; canviar-la a l'app ja programada, dies.
• Decideix què no faràs. Cada funció «per si de cas» costa desenvolupar-la i, després, mantenir-la.
• Compara què inclou cada pressupost, no només la xifra. Si el més barat no inclou el backend, el panell, les proves o la publicació, ho pagaràs després.

Comencem amb una trucada de 30 minuts per entendre què vols aconseguir, per a qui és l'app i quines limitacions hi ha. Després t'enviem una proposta amb abast, terminis i pressupost, sense lletra petita.

En els projectes petits, el preu és tancat per a tot el projecte. En els més grans, el tanquem per fases (disseny, desenvolupament, llançament): cada fase té el seu abast i el seu preu, i si a mig camí vols canviar alguna cosa, et diem què costa abans de fer-ho. Des del principi tens versions de prova al teu mòbil per veure com avança l'app.