Cada fundador hace esta pregunta, y casi todas las respuestas son inútiles. "Depende" es verdad e inútil. "50.000 €" es específico y probablemente incorrecto. El problema es que MVP significa algo diferente para quien pregunta que para quien cotiza.
Entonces desglosemos el número en sus partes reales.
Las tres cosas que realmente estás comprando
Cualquier presupuesto que recibas es una combinación de estas, ya sea que el desglose se te muestre o no.
- Decisiones. Qué se construye, qué se elimina, para qué sirve. Esta es la parte cara y casi nunca se especifica.
- Construcción. Convertir esas decisiones en software funcional. Esta es la parte que crees que pagas.
- Riesgo. El colchón que añade el proveedor porque no conoce tu código, tus stakeholders, ni cuántas veces cambiarás de idea.
Un presupuesto que parece caro suele estar cargado de punto tres. Un presupuesto barato probablemente saltó el punto uno, y lo pagarás después en change requests.
Rangos aproximados, establecidos honestamente
Estas son tarifas europeas para trabajo senior en 2026. Las tarifas de agencias estadounidenses típicamente cuestan 1,5–2 veces más para seniority equivalente; las tarifas offshore cuestan menos pero trasladan coste de la factura a tu propio tiempo de gestión, que raramente se contabiliza.
- Un flujo validado único — un viaje core, backend real, lanzable a un grupo de test: 7.000–15.000 €.
- Un MVP consumer creíble — auth, un core loop, payments, push, lanzamiento en store: 25.000–60.000 €.
- Un producto B2B con integraciones reales — SSO, roles, una API externa que no controlas, una superficie admin: 60.000–150.000 €.
- Cualquier cosa que toque datos regulados — salud, finanzas, identidad — suma 30–50% por trabajo de compliance invisible en la demo.
Si un proveedor te da un número fijo sin preguntarte para qué es el producto, está cotizando punto dos y esperando que puntos uno y tres no le muerdan. Lo harán.
Qué realmente mueve el número
Más o menos en el orden que sorprende a la gente:
- Integraciones con sistemas que no controlas. Un proveedor de pagos, un ERP legacy, una API undocumented de otro. Esta es la fuente más común de sobrecostes, porque el esfuerzo es desconocido hasta que estás dentro.
- El número de gente que puede decir que no. Cada aprobador adicional suma tiempo de calendario, y tiempo de calendario es dinero en tarifa diaria. Un proyecto de tres stakeholders no cuesta 50% más que uno de dos — suele costar el doble.
- Diseño que aún no ha sucedido. "Lo decidimos mientras construimos" es una decisión de pagar la misma pantalla tres veces.
- Nativo vs cross-platform. Real, pero usualmente más pequeño de lo que espera la gente — ver Nativo vs Flutter vs React Native.
- Tu propia capacidad de respuesta. Un equipo esperando dos días por una respuesta bill esos dos días a algo.
El MVP más barato es el que no construyes dos veces
Los proyectos más caros que he visto no fueron los de presupuestos grandes. Fueron los que lanzaron algo que nadie quería, barato, y luego tuvieron que empezar de nuevo — esta vez con menos dinero y menos paciencia de la junta.
Antes de comparar presupuestos, responde esto: ¿qué una cosa debe ser verdad para que valga la pena continuar? Si el MVP no prueba eso, su precio es irrelevante.
Cómo hacer los presupuestos comparables
Envía a cada proveedor las mismas tres cosas y los números que recibas finalmente significarán algo:
- El único viaje de usuario que más importa, descrito end-to-end en lenguaje plano.
- Los sistemas con los que debe hablar, nombrados, con una nota sobre si los controlas.
- La fecha en que algo debe estar frente a usuarios reales, y qué pasa si no lo está.
Los proveedores que vuelven con preguntas en lugar de con un número son los que vale la pena escuchar.
Un ejemplo trabajado
Un fundador me pidió hace un año una app de marketplace. Dos lados, payments, chat, reviews, ratings, panel admin web. Tres agencias cotizaron entre 90.000 € y 140.000 €, y los tres cotizaban honestamente por lo que se había descrito.
La incertidumbre que importaba era si los suppliers listarían. Todo lo demás — los pagos, el chat, las valoraciones — sólo valía la pena construir si eso resultaba ser verdad, y nada de eso lo testeaba.
Lo que realmente construimos, en un sprint de dos semanas: un flujo de listing, una vista de browse, y un botón de contacto que abría WhatsApp. Sin pagos, sin chat, sin ratings, sin panel admin. Alrededor de 8.000 €.
Treinta suppliers listaron en la primera quincena, y casi todos intentaron mover la conversación off-platform inmediatamente. Eso es un descubrimiento que vale seis cifras, y llegó por el precio de un error de redondeo. La construcción completa sucedió después, deliberadamente, con el problema de desintermediación diseñado en lugar de descubierto en el mes cinco.
La cotización de 90.000 € no estaba mal. Era un precio correcto para un alcance equivocado, y negociar la tarifa nunca lo habría arreglado.
Cinco preguntas para hacer antes de aceptar cualquier presupuesto
- ¿Qué asumiste que yo no te dije? Cada estimación descansa en asunciones. Escribirlas convierte futuras excusas en riesgos presentes.
- ¿De qué parte de esto tienes menos certeza? Un proveedor honesto la nombra inmediatamente. Uno que dice "ninguna" no ha pensado en ello, y pagarás ese pensamiento después.
- ¿Qué cortarías si el presupuesto fuera la mitad? La respuesta revela qué creen que es esencial — y si entienden para qué es el producto.
- ¿Quién escribe el código, y qué porcentaje de su semana me toca? La segunda mitad de esa pregunta es la que importa. "Un senior lead" un día a la semana no es un senior lead.
- ¿Qué pasa el día que no estamos de acuerdo sobre si algo está en scope? Habrá tal día. Mejor saber el mecanismo ahora, mientras todos somos amables.
Por qué los presupuestos baratos se vuelven caros
El patrón es consistente enough para ser predecible. Un presupuesto bajo gana en precio, luego se encuentra con la realidad:
- Mes uno: las cosas avanzan rápido, porque el 60% fácil es genuinamente fácil y todos están motivados.
- Mes dos: la integración que nadie scopeó resulta necesitar una cuenta, un contrato, y una sandbox que tarda tres semanas en aprovisionarse.
- Mes tres: comienzan los change requests. Cada uno es individualmente razonable y colectivamente igualan la diferencia entre el presupuesto barato y el caro.
- Mes cuatro: estás eligiendo entre pagar más y lanzar algo de lo que te avergonzarías.
No ahorraste dinero — diferiste descubrir el precio. Ese aplazamiento tiene un coste, pagado en runway y en la credibilidad que gastaste diciéndole a tu junta el número.
Una nota sobre precios fijos
Un precio fijo no es un descuento — es una transferencia de riesgo. El proveedor precia el riesgo de estar equivocado, y tú pagas esa certeza. Si vale la pena depende de cómo esté bien definido el trabajo, que es exactamente el tema de precio fijo vs time and materials.
Lo que diría es esto: si un proveedor fija un precio sin entender el trabajo, el precio fijo los protege a ellos, no a ti. El alcance simplemente se encogerá hasta encajar.