Quant costa una app depèn del que ha de resoldre

L'abast funcional, el nombre de plataformes, el disseny, el backend, les integracions amb altres sistemes, els perfils d'usuari, la seguretat i els requisits de publicació i operació. Canviar qualsevol d'aquests factors a mig projecte sol moure l'estimació inicial de manera notable.

No sempre. Compartir codi entre plataformes pot reduir l'esforç de desenvolupament, però la decisió correcta depèn del rendiment necessari, les capacitats del dispositiu que es faran servir, l'experiència desitjada i el manteniment esperat a llarg termini.

Sí, sempre que l'MVP validi una hipòtesi concreta i no sigui només una versió incompleta del producte final. Reduir l'abast no vol dir eliminar la qualitat bàsica, la seguretat ni una arquitectura coherent amb la fase següent del projecte.

Ho detallem per separat perquè sàpigues exactament què correspon a la construcció inicial i què correspon a la publicació a les botigues corresponents. També separem la infraestructura i l'evolució posterior, que només comencen un cop l'app ja és en producció.

Sí. Partim de la idea i d'unes preguntes guiades sobre usuaris, funcions i sistemes implicats per construir un rang inicial, explicant quins supòsits el poden canviar més un cop es defineixin els detalls amb més precisió.

Perquè cadascuna inclou un abast diferent encara que descriguin l'app amb les mateixes paraules. Login, un panell d'administració o pagaments poden implicar feina molt diferent segons els casos d'ús, així que convé comparar el detall abans que la xifra final.

Depèn de l'abast acordat i del nombre d'integracions, no només del pressupost. Preferim fixar primer una primera versió utilitzable en producció i calcular el calendari sobre aquest abast concret, en lloc de prometre una data abans de definir què es construirà.