Guies

Com Pressupostar el Desenvolupament d'un MVP sense Sorpreses

Per Marc Molas·20 de maig del 2024·10 min de lectura

"Quant costa un MVP?" es la primera pregunta que fa tot fundador. I es la pregunta equivocada.

La pregunta correcta es: "Quina es la cosa mes petita que puc construir per validar la meva hipotesi?" Perque un MVP no es la versio 1 del teu producte. Es un experiment. I com tot experiment, hauria de costar el minim necessari per obtenir una resposta clara.

Si comences preguntant pel preu, acabaras construint mes del que necessites. Si comences preguntant per la hipotesi, acabaras gastant nomes el necessari.

Pas 1: Defineix que es el teu MVP (i que no es)

Abans de parlar de diners, necessites una llista de funcionalitats. I despres necessites tallar aquesta llista per la meitat.

Sona agressiu, pero funciona. Fes aquest exercici:

Escriu totes les funcionalitats que imagines per al teu producte. Totes. Sense filtre.
Classifica-les en tres categories: imprescindible (el producte no funciona sense aixo), important (millora molt l'experiencia) i nice-to-have (seria genial, pero pot esperar).
Elimina tot el que no sigui imprescindible. Si, tot. Els "important" van a la v1.1, els "nice-to-have" van a la v2.
Del que es imprescindible, pregunta't: puc validar la hipotesi sense aquesta funcionalitat? Si la resposta es si, elimina-la tambe.

El resultat hauria d'incomodar-te una mica. Si la teva llista de MVP et sembla completa i polida, probablement no has tallat prou.

Un MVP d'autenticacio no necessita login amb Google, Apple, Facebook I email. Nomes email. Un MVP de marketplace no necessita sistema de reviews, missatgeria interna I pagaments escrow. Nomes un flux basic de compravenda. Un MVP de SaaS no necessita dashboard d'analytics, rols d'usuari I integracions amb Zapier. Nomes la funcionalitat core que resol el problema.

Pas 2: Enten els components de cost

Un MVP tipic te aquests blocs de cost:

Disseny UX/UI: wireframes, fluxos d'usuari, disseny visual. Rang: 2.000-8.000 euros depenent de la complexitat.
Frontend: la interficie que veu l'usuari. Web (React, Next.js, Vue) o mobil (React Native, Flutter). Es on se'n va la major part del temps visible.
Backend: la logica de negoci, APIs, base de dades. El que l'usuari no veu pero fa que tot funcioni.
Infraestructura: hosting, domini, SSL, CDN, bases de dades al nuvol. Cost mensual recurrent.
Serveis de tercers: autenticacio (Auth0, Clerk), pagaments (Stripe), email (SendGrid), emmagatzematge (S3). Cadascun amb el seu model de preus.
Testing i QA: provar que funciona. Sona obvi, pero molts pressupostos ho ometen.
Deployment i DevOps: CI/CD, entorns de staging, monitoritzacio. La diferencia entre "funciona a la meva maquina" i "funciona en produccio".

El que connecta aquests blocs es temps d'enginyer. I el temps d'enginyer es, amb diferencia, el major cost de qualsevol MVP.

Rangs de referencia el 2024

Aquests son rangs orientatius del mercat, no preus de cap proveidor especific. Varien segons regio, complexitat i equip:

Web app simple (landing amb funcionalitat, dashboard basic, CRUD): 15.000-30.000 euros. Exemple: eina interna, directori, app de reserves simple.
Web app complexa (multiples rols d'usuari, integracions, logica de negoci no trivial): 30.000-80.000 euros. Exemple: plataforma SaaS vertical, eina de gestio amb workflows.
App mobil (iOS i Android, backend propi): 40.000-100.000 euros. El rang es ampli perque mobil sempre costa mes del que sembla — dues plataformes, app stores, notificacions push, offline support.
Marketplace o SaaS multi-tenant (dos costats del mercat, pagaments, onboarding complex): 50.000-120.000 euros. La complexitat aqui esta en la logica de negoci, no en la tecnologia.

Si algu et pressupost un SaaS complet per 8.000 euros, desconfia. Si algu et pressupost una landing amb formulari per 50.000 euros, tambe.

Els costos ocults que la majoria de fundadors no veuen

El pressupost de desenvolupament es nomes el principi. Aquests son els costos que apareixen despres del llancament i que hauries d'incloure a la teva planificacio:

Manteniment continu: estima un 15-20% del cost de desenvolupament anualment. Actualitzacions de dependencies, pedacos de seguretat, correccio de bugs que apareixen amb us real. El programari no es construeix i s'oblida.
Costos d'APIs de tercers: Stripe cobra un 1,4-2,9% + 0,25 euros per transaccio. SendGrid te tier gratuit pero escala rapid. Auth0 es gratuit fins a 7.000 usuaris. Aquests costos son insignificants al principi, pero creixen amb els teus usuaris.
Hosting i infraestructura: una app petita pot correr amb 50-100 euros al mes. Una app amb trafic real, base de dades relacional i workers en background pot arribar a 500-1.000 euros mensuals facilment.
Domini, SSL, email transaccional: costos petits individualment (10-50 euros al mes en total) pero que sumen.
Processador de pagaments: si cobres als teus usuaris, el processador se n'emporta un percentatge. Inclou-lo al teu model financer.

Regla general: si el teu MVP costa 30.000 euros de desenvolupament, pressupost almenys 40.000 per al primer any complet (desenvolupament + 6 mesos d'operacio i manteniment).

Preu tancat vs time & materials

Hi ha dos models habituals de facturacio per a desenvolupament de programari. Cadascun te els seus avantatges:

Preu tancat (fixed price):

Saps exactament quant pagaras abans de comencar.
El risc de superar el pressupost recau en el proveidor.
Funciona be quan l'abast esta molt definit i no canviara.
Problema: incentiva el proveidor a tallar cantonades per protegir el seu marge. I qualsevol canvi d'abast implica renegociacio.

Time & materials (per hores/sprints):

Pagues pel temps real dedicat.
Maxima flexibilitat per canviar prioritats sobre la marxa.
Funciona be quan estas descobrint el producte mentre el construeixes (que es el que passa amb la majoria de MVPs).
Problema: sense un limit clar, els costos poden escalar. Necessites visibilitat setmanal de la despesa i disciplina per tallar.

La meva recomanacio per a MVPs: time & materials amb sprints curts (2 setmanes) i un pressupost maxim acordat. Tens flexibilitat per pivotar, pero amb un sostre que no superaras.

Com reduir el cost del teu MVP

No tots els euros es gasten igual. Aquestes decisions poden estalviar-te un 30-40% sense sacrificar qualitat:

Fes servir frameworks i templates existents. No construeixis un design system des de zero. Fes servir Tailwind, shadcn/ui, o un kit de components provat. El 80% de les interficies d'un MVP son formularis, taules i dashboards — no necessiten disseny custom.
Autenticacio estandard. Implementar auth propi es car i arriscat. Auth0, Clerk o Supabase Auth et donen login segur en hores, no setmanes.
Infraestructura managed. Vercel, Railway, Render o Fly.io. No muntis el teu propi cluster de Kubernetes per a un MVP. Gastaras mes en DevOps que en producte.
Comenca nomes amb web. Si el teu producte pot funcionar com a web app, no construeixis app mobil per a l'MVP. Sempre pots afegir mobil despres si valides la idea. Una PWA pot cobrir el 80% dels casos.
Prioritza funcionalitat sobre polish. Els primers usuaris perdonen un disseny imperfecte si el producte resol el seu problema. No perdonen un producte bonic que no funciona.

Red flags en propostes de desenvolupament

Quan rebis pressupostos, desconfia de:

Preus irrealment baixos. Si tres proveidors et pressuposten 30.000-45.000 i un et diu 8.000, aquest proveidor o no ha entes l'abast o tallara cantonades que pagaras despres.
Sense mencio de testing. Si el pressupost no inclou QA, qui provara que el programari funciona? Tu, el fundador, a les 11 de la nit.
Sense pla de deployment. "T'entreguem el codi" no es un pla. On es desplega? Qui configura l'entorn? Hi ha CI/CD?
"Ho anem veient sobre la marxa." Flexibilitat es bona. Falta de planificacio disfressada de flexibilitat es una recepta per al desastre.
Sense estimacions desglossades. Un pressupost que diu "MVP: 40.000 euros" sense desglos per modul o funcionalitat no et permet prendre decisions informades sobre que tallar si necessites reduir abast.

Pressupost amb realisme, no amb optimisme

L'error mes car en desenvolupament de programari es l'optimisme sense fonament. "Segur que tarda menys de l'estimat" — no, no tardara menys. "Segur que no necessitem manteniment els primers mesos" — si, el necessitaras. "Segur que els costos d'infraestructura son minims" — depen, pero probablement no.

A Conectia, quan un fundador ens presenta un projecte, el primer que fem es un scoping tecnic amb un CTO. No per vendre't mes hores, sino per definir exactament que es construira, que no, i quant hauria de costar de forma realista. Aquest scoping evita el 80% de les sorpreses que apareixen a meitat de projecte.

Treballem amb enginyers senior de LATAM que entenen el context de startups europees. Pricing transparent, sprints visibles, i un CTO que supervisa la qualitat tecnica perque tu puguis centrar-te en validar el teu negoci, no en gestionar enginyers.

Construir un MVP no hauria de ser una aposta. Hauria de ser una inversio calculada amb un pla clar de que construeixes, quant costa i quan ho tens llest.

Estas planificant el teu MVP i vols un scoping tecnic realista? Parla amb un CTO — t'ajudem a definir abast, prioritats i pressupost abans d'escriure una linia de codi.