Guia · Cost d'una app

Què encareix una app, i què et diu primer una demo.

El cost d'una app depèn de les connexions que necessita, les dades que ha de protegir i les funcions que ha de complir, més que del nombre de pantalles. Aquesta guia explica què fa variar un pressupost, com abaratir una primera versió, què mostra una demo bàsica gratuïta abans de gastar i quan es pot pressupostar per escrit.

Per què el nombre de pantalles no serveix per calcular el preu

Quan algú pregunta quant costa una app, sol comptar pantalles: un accés, una llista, una fitxa, uns ajustos. Les pantalles són la part visible, però els formularis i les llistes senzilles poques vegades són el cost principal. El desenvolupament assistit per IA pot agilitzar aquesta feina rutinària. Les interaccions complexes i un disseny cuidat continuen requerint temps, de manera que comptar pantalles diu poc de l'esforç necessari.

El que porta temps és tot el que hi ha al darrere: d'on surten les dades, qui les pot veure, què passa quan falla un pagament o dues persones modifiquen el mateix registre alhora. Dues apps amb les mateixes deu pantalles poden tenir costos molt diferents, perquè una llegeix dades d'exemple i l'altra es comunica amb el teu programa de comptabilitat, gestiona rols i cobra.

Per tant, quan comparis pressupostos, compara què hi ha darrere de les pantalles, no quantes n'hi ha.

Fitxes d'interfície en paper formen un recorregut principal amb diverses excepcions sobre una taula de planificació.
Les excepcions, els estats de les dades i les integracions poden requerir més feina que les pantalles visibles.

Què encareix de debò una aplicació

Cinc coses fan variar un pressupost més que cap altra. Les integracions amb altres sistemes, perquè cada programa extern té la seva interfície, els seus límits i les seves maneres de fallar, i cal provar cada connexió amb el comportament real. Els comptes d'usuari i els rols, perquè quan persones diferents veuen coses diferents, cada funció ha de respectar els permisos. Els pagaments i la normativa, perquè cobrar implica devolucions, rebuts, reclamacions i les normes del teu sector. La migració de dades, perquè passar anys de fulls de càlcul o una base de dades antiga a una estructura nova obliga a netejar el que mai no va ser coherent. I els canvis d'abast, perquè una funció afegida a mig projecte sol afectar el que ja estava construït.

  1. Pantalles i formularis 1/3 Visibles, rutinaris, ràpids de construir
  2. Regles i validacions 2/3 Cal definir i provar cada excepció
  3. Comptes d'usuari i rols 2/3 Cada funció ha de respectar qui pot veure què
  4. Integracions externes 3/3 Cada programa extern té la seva interfície, els seus límits i les seves fallades
  5. Pagaments i normativa 3/3 Devolucions, rebuts, reclamacions i normes del teu sector
Esforç relatiu darrere de funcions habituals

Les regles de negoci queden al mig: són fàcils de descriure, però cal escriure i provar cada excepció que avui resols a mà.

La seguretat també forma part de l'abast: revisa quins secrets pot protegir una app i quins han de quedar al servidor.

Com reduir el cost d'una app

La major part de l'estalvi ve de decidir què no farà la primera versió. Aquestes decisions retallen el cost sense retallar la qualitat:

Demana dos abasts: la versió mínima utilitzable i les ampliacions opcionals. Tots dos han d'aclarir la preparació de dades, les integracions, l'allotjament i el manteniment. Un pressupost inicial més baix només serveix si saps quina feina s'ajorna.

  • Comença amb un sol recorregut: el camí que un usuari fa més sovint, complet, abans de res més.
  • Fes servir dades d'exemple al principi, perquè l'estructura estigui ben resolta abans de connectar comptes i sistemes reals.
  • Reutilitza el que ja pagues: un accés existent, un proveïdor de pagaments o l'exportació de comptabilitat, en lloc de refer-los.
  • Decideix què continuarà sent manual: una excepció que passa dues vegades al mes la pot resoldre una persona, no cal codi.
  • Deixa l'abast per escrit abans de començar, perquè els afegits siguin decisions visibles i no sorpreses.

Res d'això fa el producte més petit per sempre. Fa que la primera versió sigui una cosa que pots pagar, fer servir i ampliar.

Abans de pagar per una plataforma mòbil, compara app, PWA i pàgina web.

Què et diu una demo bàsica gratuïta abans de gastar

Una demo bàsica és una peça funcional de la idea: una pantalla, una pàgina o un pas automatitzat, amb dades d'exemple, sense comptes i sense connexió amb els teus sistemes. En projectes que encaixen la construeixo de franc amb un abast acordat, fent servir agents d'IA per avançar de pressa i revisant jo mateix el resultat.

Respon a preguntes que un document no pot respondre. Si el desenvolupador t'ha entès. Si la idea continua tenint sentit quan la veus al mòbil o al navegador. Quines parts que creies imprescindibles resulten opcionals i quin petit detall resulta important. I, per a tots dos, si ens sentim còmodes treballant plegats. Tot això surt més econòmic aprendre-ho amb una pantalla que amb un producte acabat.

  1. 01 Demo bàsica gratuïta Una peça, dades d'exemple, sense comptes. Abast acordat, sense compromís.
  2. 02 Primera versió o MVP El recorregut principal, complet: comptes, dades desades, errors controlats. De pagament.
  3. 03 Projecte complet Integracions, rols, pagaments, producció i traspàs. Pressupost per escrit.
De la demo al projecte complet

Per triar què cal validar abans d'invertir, compara demo, prototip i MVP.

Quan et pot donar un pressupost un desenvolupador?

Un pressupost seriós necessita un abast definit: quins recorreguts, quins comptes, quines integracions, quines plataformes i què en queda fora. Mentre no hi sigui, qualsevol xifra és una estimació amb massa incertesa, i acostuma a quedar curta. Per això no dono cap xifra abans de la primera conversa i per això la demo sol anar primer: concreta l'abast.

Quan l'abast és clar, reps les funcions, un termini orientatiu i el preu per escrit. Cada projecte es pressuposta per separat, perquè no hi ha paquets fixos que encaixin amb una app que es comunica amb els teus sistemes. Si l'abast canvia més endavant, el canvi també s'acorda per escrit; així el preu varia per motius que pots veure.

Dubtes abans de començar

Per què no pots donar un preu d'entrada?

Perquè el preu depèn de les integracions, els comptes, els pagaments i les dades, no només del nombre de pantalles. Podem aclarir aquests detalls per missatge o en una trucada. Després reps l'abast i el pressupost per escrit, per saber què hi queda inclòs.

Una demo em compromet a res?

No. La demo bàsica és gratuïta un cop acordat un abast que encaixi, i no hi ha cap obligació de continuar. Fer-la servir al teu negoci requeriria la implementació de pagament, perquè funciona amb dades d'exemple i sense comptes.

Una app mòbil és més cara que una app web?

Sovint sí, quan s'ha de publicar a les botigues d'aplicacions i funcionar en dues plataformes. Per a molts negocis n'hi ha prou amb una app web que s'instal·la al mòbil i costa menys; ho decidim a la primera conversa.

Què fa canviar el preu després del pressupost?

Els canvis d'abast: una integració nova, un tipus d'usuari nou o una funció que no figurava a l'abast escrit. Cadascun s'acorda per escrit abans de construir-lo, perquè el preu no variï sense que tu ho decideixis.

Puc encarregar una app econòmica sense haver-la de refer després?

Pots reduir l'abast inicial, però acorda com es desen, s'exporten i es mantenen les dades. Valida aviat la integració difícil o l'ús sense connexió. Una demo d'un sol ús i una primera versió que es pugui mantenir tenen funcions diferents.

PARLEM-NE

Parlem del teu projecte.

ASSISTENT DE PROJECTES

Prepara un resum del teu projecte.

El meu assistent t’ajuda a concretar la idea i preparar un resum per a la nostra primera conversa.

Explica'm la teva idea
Assistent de projectes

Assistent de projectes

ARTUR PUIG

Què t'agradaria construir?

Explica-m'ho en una o dues frases. T'ajudo a concretar-ho i a preparar una conversa amb l'Artur.

En enviar confirmes que tens almenys 18 anys i acceptes que Google processi la teva idea. L'Artur desa el xat 14 dies i en rep un resum per Telegram. Una galeta de sessió de 30 minuts protegeix aquest xat. No hi incloguis dades sensibles. Google ↗

UNA PRIMERA CONVERSA GRATUÏTA

Reserva una consulta gratuïta.

Una videotrucada de 30 minuts per parlar de la teva idea o del problema que vols resoldre. Si una demo bàsica pot ajudar, acordem què hauria de mostrar.

Gratuïta · 30 min · Google Meet

Reserva una consulta gratuïta

ARTUR PUIG · Gratuïta · 30 min · Google Meet

Tria un dia i una hora.

Parlem del teu projecte

Escriu-me aquí.

Prefereixes escriure? Envia un resum breu i et respondré per correu.

El missatge m'arriba directament a mi. Sense butlletins ni trucades comercials.

Afegeix detalls (opcional)

Faré servir les teves dades per respondre a la consulta. El formulari utilitza la protecció antispam de Cloudflare i em fa arribar el missatge a través de Telegram.

Contacta amb mi a LinkedIn

A Barcelona · Treballo en remot