Qué pedir en un presupuesto de app o web antes de firmar
Checklist de lo que debe incluir un presupuesto de app o web: alcance, precio cerrado o por horas, plazos, pagos y qué suele quedar fuera del precio.
Germán Hernández
· 5 min de lectura
Un presupuesto de app o web sirve de poco si solo trae una cifra final. Antes de firmar necesitas que incluya el alcance exacto (qué pantallas y funciones entran), si el precio es cerrado o por horas, el plazo con hitos, cómo se reparten los pagos y qué queda fuera. Si el documento no responde a estos cinco puntos, pídelo por escrito antes de comprometerte.
Qué debe incluir el alcance
El alcance es la parte que más discusiones evita después. Un presupuesto serio detalla:
- Las pantallas o secciones concretas, no un número genérico ("varias pantallas").
- Si hay backend: registro de usuarios, base de datos, panel de gestión.
- Si incluye iOS, Android o ambos, y si es desarrollo nativo o multiplataforma.
- Integraciones con pagos, calendarios, WhatsApp u otros sistemas que ya uses.
- Idiomas, si el negocio los necesita.
Si el presupuesto dice "app completa" sin desglosar esto, pide que te lo concreten. Es la diferencia entre saber qué vas a recibir y descubrirlo en la entrega.
Precio cerrado o por horas
Los dos modelos son legítimos, pero cambian el riesgo que asumes tú frente al que asume quien desarrolla.
| Precio cerrado | Por horas | |
|---|---|---|
| Quién asume el riesgo si algo tarda más | El desarrollador | Tú |
| Facilidad para comparar presupuestos | Alta | Baja, depende de la estimación de horas |
| Flexibilidad para cambiar cosas sobre la marcha | Baja, cada cambio se valora aparte | Alta |
| Recomendado para | Proyectos con alcance claro desde el inicio | Proyectos exploratorios o mantenimiento continuo |
Para una primera versión de app o web, con un alcance que puedes describir en una lista, el precio cerrado suele ser más fácil de gestionar: sabes cuánto vas a pagar y no dependes de cuántas horas se han registrado esa semana. En Fluxer Labs uso precio cerrado para el paquete de app, web y panel en 4 semanas por 3.000 EUR precisamente por eso.
Qué preguntar sobre plazos y entregas
Un plazo único al final del proyecto ("en 8 semanas lo tienes") es más difícil de verificar que un calendario con hitos. Pregunta:
- Qué vas a ver o probar cada semana o cada dos semanas.
- Si las entregas son una demo, un enlace navegable o un documento.
- Qué pasa si una entrega se retrasa: se retrasa todo el proyecto o solo esa fase.
- Cuándo tienes que aprobar cada fase para que avance la siguiente.
Un proveedor que solo puede enseñarte trabajo hecho al final del plazo es más difícil de corregir a tiempo si algo no va como esperabas.
Cómo se reparten los pagos
El reparto de pagos dice mucho sobre el riesgo que estás asumiendo. Algunos modelos habituales en España:
- 50% al empezar y 50% a la entrega: común en proyectos de precio cerrado y plazo corto.
- Pagos por hitos (inicio, diseño aprobado, entrega): más frecuente en proyectos más largos.
- Facturación mensual por horas: propio de proyectos por horas o mantenimiento.
Desconfía de quien pide el 100% por adelantado sin ningún hito intermedio, y también de quien no puede explicarte con claridad cuándo factura cada pago.
Qué no suele incluir un presupuesto
Esta es la parte que más sorpresas genera después de firmar. Pregunta explícitamente si el presupuesto incluye o no:
- Las cuentas de desarrollador de Apple (99 USD al año) y Google (25 USD, pago único).
- El dominio y el alojamiento, y quién es el titular de esas cuentas.
- El soporte después de la entrega y durante cuánto tiempo.
- Cambios de alcance durante el desarrollo: cómo se valoran y quién los aprueba.
- Contenidos como fotos, textos definitivos o traducciones.
Un buen presupuesto no esconde estos puntos: los deja fuera de forma explícita, con precio o sin él, para que no aparezcan como coste inesperado en la última semana.
Checklist antes de firmar
Antes de aceptar cualquier presupuesto de app o web, repasa que puedas responder a esto:
- ¿Tengo una lista concreta de lo que incluye el alcance?
- ¿Sé si el precio es cerrado o por horas, y qué pasa si el proyecto se alarga?
- ¿Hay un calendario con entregas que puedo revisar, no solo una fecha final?
- ¿Entiendo cómo se reparten los pagos y qué desbloquea cada uno?
- ¿Sé qué queda fuera del precio: cuentas de tienda, dominio, soporte, contenidos?
- ¿El código, el dominio y las cuentas quedan a mi nombre al terminar?
- ¿Puedo hablar directamente con quien va a desarrollar el proyecto?
Si puedes responder a las siete con seguridad, el presupuesto está listo para firmarse. Si alguna respuesta es "no lo sé", esa es justo la pregunta que falta por hacer antes de comprometer el dinero.
Si quieres comparar tu situación con un presupuesto real, escríbeme en contacto y te respondo con una propuesta concreta, con alcance, plazo y pagos detallados desde el primer documento.
Preguntas frecuentes
¿Es normal que dos presupuestos para lo mismo tengan precios muy distintos?
Sí, casi siempre porque el alcance no es idéntico aunque lo parezca en la conversación. Antes de comparar precios, compara qué incluye cada uno con el mismo nivel de detalle.
¿Debo desconfiar de un presupuesto muy bajo?
No necesariamente, pero revisa qué queda fuera. Un precio bajo con un alcance muy reducido puede ser correcto; un precio bajo con la misma lista de funciones que uno más caro suele significar que algo se está dejando fuera sin decírtelo.
¿Puedo pedir cambios al presupuesto antes de firmarlo?
Sí, y deberías. Pide que se ajuste el documento hasta que el alcance, el precio, el calendario y los pagos queden claros por escrito. Un proveedor serio no tiene problema en concretarlo antes de empezar.
