Presupuesto de desarrollo de software: qué debe traer
Un presupuesto de desarrollo de software útil detalla alcance por fases, entregables, supuestos, exclusiones, calendario, mantenimiento y pagos. Pide a todos la misma estructura, compara totales por fase y no tarifas sueltas, y desconfía del precio del sistema completo sin análisis.
Un buen presupuesto de desarrollo de software dice qué se construye en cada fase, qué recibes al terminar cada una, qué supuestos sostienen el precio, qué queda fuera, cuánto cuesta mantenerlo después y cómo se paga. Si le falta alguno de esos datos, no se puede comparar con otro: es una cifra suelta.
Qué mueve el precio lo explicamos en cuánto cuesta un software a medida. Aquí vamos a lo práctico: cómo pedirlo, qué debe traer, qué cambia entre precio por hora y precio cerrado, y una plantilla para poner varias ofertas una al lado de otra.
Cómo pedir un presupuesto que se pueda comparar
Las ofertas se parecen poco cuando cada proveedor ha entendido un proyecto distinto. Para evitarlo:
- Envía a todos el mismo encargo, por escrito: el problema, los procesos de la primera fase, quién lo usará, qué programas tenéis y qué datos hay que traer. La lista completa de qué preparar está en el artículo de costes enlazado arriba.
- Pide la misma estructura. Adjunta la plantilla de más abajo y pide que la rellenen. Lo que un proveedor deje en blanco también es información.
- Distingue estimación de propuesta cerrada. Un precio dado antes de ver tu proceso es orientativo: las estimaciones tempranas tienen un margen de error muy amplio, como contamos en cuánto se tarda en desarrollar un software. La propuesta cerrada llega después de un análisis.
- Pide una reunión de aclaración con quien vaya a dirigir el proyecto, no solo con quien vende. Ahí se ve si ha entendido tu proceso.
Qué debe incluir un presupuesto
Un presupuesto completo no es más largo: es más preciso. Estos son los apartados que no deberían faltar:
- Alcance por fases: funciones, perfiles de usuario e integraciones de cada una.
- Entregables: qué recibes al cerrar cada fase (prototipo, una versión que ya se puede usar, datos migrados, documentación).
- Calendario con sus hitos y lo que necesita de ti en cada uno.
- Supuestos y exclusiones, por escrito.
- Precio por fase y pagos ligados a la aceptación de cada entrega.
- Cómo se gestionan los cambios: quién los valora y con qué precio y plazo, antes de hacerlos.
- Mantenimiento y servicios de terceros (alojamiento, correo, pasarela de pago), separados del desarrollo. Qué debe cubrir el mantenimiento lo contamos en contrato de mantenimiento de software.
- Propiedad y datos: qué derechos recibes sobre el código y cómo se exportan tus datos. Las cláusulas están en contrato de desarrollo de software a medida.
- Impuestos y validez: si los importes llevan IVA y hasta cuándo vale la oferta.
Supuestos y exclusiones: la letra pequeña que más importa
Dos presupuestos para el mismo proyecto pueden diferir mucho y ser honestos los dos, porque parten de supuestos distintos. Por eso es la parte que más conviene leer.
Un supuesto es algo que el proveedor da por hecho para calcular el precio. Por ejemplo: que los datos llegarán en un único fichero y sin duplicados, que la pasarela de pago ya está contratada, que habrá una ronda de cambios sobre el prototipo o que las validaciones se harán en pocos días. Si un supuesto falla, cambian el precio o el plazo, y el presupuesto debería decir cómo.
Una exclusión es lo que no entra: la migración del histórico, la publicación en las tiendas de aplicaciones, la formación de personal nuevo, el alojamiento o el mantenimiento después del lanzamiento. Un presupuesto sin exclusiones no es más completo: es más ambiguo, y la ambigüedad acaba en discusión o en factura.
Precio por hora o precio cerrado: qué debe traer cada uno
Los dos modelos son legítimos, pero cada uno exige datos distintos en el documento:
| Aspecto | Precio por hora | Precio cerrado por fase |
|---|---|---|
| Qué debe traer | Tarifa por perfil, horas estimadas por tarea y un tope | Alcance detallado, entregables y criterios de aceptación |
| Quién asume la desviación | Tú, salvo que haya tope | El proveedor, dentro del alcance pactado |
| Cómo se controla | Informe periódico de horas por tarea | Entregas y aceptación de cada fase |
| Qué pedir para protegerte | Aviso antes de superar lo estimado | Cambios con precio y plazo antes de hacerse |
Sobre la tarifa por hora: compararla sola engaña, porque cambia con la experiencia, el perfil y lo que incluye esa hora (gestión, pruebas, herramientas). Lo que pagas es la tarifa por las horas necesarias, más lo que no entra. Una tarifa más baja con más horas, o sin pruebas, puede salir más cara que una más alta con menos horas y menos errores. Compara el total estimado de una misma fase, no la tarifa suelta.
Plantilla: los campos de un presupuesto
Copia esta tabla, pide a cada proveedor que la rellene y ponlas en columnas. Los huecos te dirán tanto como las cifras.
| Campo | Qué debe decir | Pregunta de control |
|---|---|---|
| Objetivo | El problema que resuelve, en una frase | ¿Coincide con lo que pediste? |
| Fases | Nombre, contenido y orden de cada fase | ¿Puedes usar algo al terminar la primera? |
| Alcance por fase | Funciones, perfiles e integraciones | ¿Está lo que más te duele? |
| Entregables | Qué recibes al cerrar cada fase | ¿Hay prototipo antes de programar? |
| Supuestos | Lo que se da por hecho para calcular | ¿Qué pasa si uno falla? |
| Exclusiones | Lo que no entra | ¿Hay algo que dabas por incluido? |
| Calendario | Hitos y lo que necesitan de ti | ¿Cada cuánto verás avances? |
| Pruebas | Cómo se prueba cada entrega | ¿Hay pruebas automáticas? |
| Migración de datos | Qué datos se traen y cómo se comprueban | ¿Hay un ensayo antes de la migración definitiva? |
| Precio | Por fase, con su modelo (hora o cerrado) | ¿Lleva IVA? ¿Tiene tope? |
| Pagos | Cuándo se paga cada parte | ¿Van ligados a entregas aceptadas? |
| Cambios | Cómo se piden y se valoran | ¿Precio y plazo antes de hacerlos? |
| Mantenimiento | Qué cubre, tiempos y modalidad | ¿Está separado del desarrollo? |
| Terceros | Alojamiento, correo, pagos, licencias | ¿Quién los contrata y quién los paga? |
| Propiedad y datos | Derechos sobre el código y exportación | ¿Puedes llevarte tus datos si cambias? |
| Validez | Hasta cuándo vale la oferta | ¿Cambia el precio si empiezas más tarde? |
Cómo usar la plantilla para comparar
- Marca los huecos y pide a cada proveedor que los complete. Una respuesta del tipo «a consultar» en mantenimiento o en migración es un coste que todavía no ves.
- Iguala los alcances. Si una oferta incluye la migración de datos y otra la excluye, pide a la segunda que la presupueste antes de comparar totales.
- Compara la primera fase, que es la que vas a firmar. El total del proyecto completo, a varios meses vista, es la parte menos fiable de cualquier presupuesto.
Señales de alarma en el documento
Ninguna de estas señales descarta una oferta por sí sola, pero todas merecen una pregunta antes de firmar:
- Un total para todo el sistema, sin desglose por fases ni entregables.
- Ni supuestos ni exclusiones: todo parece incluido hasta que deja de estarlo.
- La mayor parte del pago por adelantado, sin entregas intermedias.
- Un calendario que no dice qué necesita de ti.
- El mantenimiento y los servicios de terceros mezclados con el desarrollo, o sin mencionar.
- La exportación de tus datos como servicio aparte y sin precio.
- Cambios «ilimitados» sin procedimiento, que acaban en discusión o en retraso.
Las señales que dependen del proveedor (cómo pregunta, cómo entrega, cómo prueba) están en cómo elegir empresa de desarrollo de software. Nosotros empezamos por un diagnóstico de tu proceso y, con él, preparamos una propuesta cerrada por fases, con lo que entra y lo que no; antes de programar ves un prototipo navegable, y durante el desarrollo, avances desde la primera semana. Lo contamos en desarrollo de software a medida.
Preguntas frecuentes
¿Hay que pagar por un presupuesto de software?
Depende del proveedor. Algunos presupuestan el análisis detallado como una primera fase, porque requiere entrevistas y un prototipo. En nuestro caso, el análisis inicial es sin coste.
¿Qué es un presupuesto cerrado?
Un precio fijo para un alcance definido por escrito, con sus entregables y criterios de aceptación. Lo que quede fuera de ese alcance se presupuesta aparte como cambio, con su precio y su plazo antes de hacerse.
¿Es normal pagar una parte por adelantado?
Un anticipo al empezar una fase es razonable si está acotado a esa fase. Lo prudente es que el resto de los pagos vaya ligado a entregas aceptadas, para que pagues por lo que ya puedes usar.
¿Qué diferencia hay entre una estimación y una propuesta cerrada?
Una estimación es un precio orientativo dado antes de conocer bien el proceso, y puede desviarse mucho. Una propuesta cerrada fija el precio de una fase con su alcance, sus entregables y sus supuestos por escrito, y llega después de analizar el proceso.
¿Algo de esto encaja con tu negocio? Cuéntanos cómo lo haces hoy.