Cómo pedir presupuesto de software sin llevarte sustos

Pedir un presupuesto de software a medida puede ser un mundo si nunca lo has hecho antes. No sabes muy bien qué preguntar, no tienes claro qué es normal y qué no, y al final firmas algo con la sensación de estar comprando a ciegas. No hace falta que sea así. Con unas pocas preguntas bien hechas puedes distinguir un presupuesto serio de uno que va a acabar dándote problemas.

En este artículo repasamos qué debería incluir un presupuesto de software, qué preguntas conviene hacer antes de firmar y qué señales deberían hacerte dudar de una propuesta.

Qué debe incluir un buen presupuesto

Un presupuesto de software a medida que se precie debería dejar claro, como mínimo, lo siguiente:

• Alcance concreto: qué funcionalidades entran y cuáles no. Si el documento habla en términos vagos ("gestión de pedidos", "panel de administración") sin detallar qué hace cada parte, es difícil saber qué estás comprando realmente.

• Precio cerrado o por horas: son dos modelos distintos y conviene saber cuál te están ofreciendo. Un precio cerrado te protege de sorpresas; un presupuesto por horas puede acabar costando bastante más de lo estimado si el proyecto se complica.

• Plazo de entrega: con una fecha o un rango de semanas razonable, no "lo antes posible". Un desarrollo a medida bien planteado suele poder entregarse en semanas, no en meses, si el alcance está bien definido desde el principio.

• Propiedad del código: esto es más importante de lo que parece y lo explicamos aparte más abajo.

• Qué pasa después de la entrega: si hay soporte incluido, durante cuánto tiempo, y qué ocurre si necesitas cambios más adelante.

El tema de la propiedad del código

Aquí hay una diferencia que muchas pymes no descubren hasta que ya es tarde: no todos los proveedores entregan el código fuente como propiedad tuya. Algunos construyen sobre plataformas cerradas, plantillas propias o licencias que te atan a ellos de por vida, aunque tú hayas pagado el desarrollo entero.

Antes de firmar, pregunta explícitamente: ¿el código es mío al terminar el proyecto? ¿Puedo llevarlo a otro equipo si algún día quiero cambiar de proveedor? Si la respuesta no es un "sí" claro y por escrito, es una señal de alarma seria. Un software que pagas tú debería ser tuyo, sin depender de que sigas pagando cuotas mensuales a quien lo hizo.

Preguntas que conviene hacer siempre

Antes de aceptar cualquier presupuesto, es razonable pedir respuesta clara a esto:

• ¿El precio es cerrado o puede variar según avance el proyecto?

• ¿Qué pasa si durante el desarrollo pido algún cambio razonable de alcance?

• ¿Quién va a programar realmente mi proyecto? ¿Hablaré con esa persona o solo con un comercial?

• ¿El código y los datos son míos al terminar, sin condiciones?

• ¿Hay cuotas mensuales obligatorias para poder seguir usando el software?

• ¿Qué plazo de entrega manejáis y qué pasa si no se cumple?

• ¿Qué incluye el soporte posterior y durante cuánto tiempo?

Si el proveedor responde con evasivas a alguna de estas preguntas, tómalo como información.

Banderas rojas a las que prestar atención

• Presupuestos extremadamente baratos comparados con el resto: alguien tiene que compensar ese precio, y suele ser con menos horas de las necesarias, código de peor calidad o soporte inexistente.

• Plazos poco realistas para el alcance que pides, prometidos solo para cerrar la venta.

• Falta de detalle en lo que se va a construir: cuanto más ambiguo el documento, más margen para discutir después qué estaba incluido y qué no.

• Intermediarios: comerciales que venden el proyecto pero no van a programarlo ni conocen bien los detalles técnicos.

• Dependencia obligatoria del proveedor después de la entrega, ya sea por cuotas, por plataformas cerradas o porque el código no es realmente tuyo.

Checklist antes de firmar

• El alcance está descrito con detalle, funcionalidad por funcionalidad.

• Sé si el precio es cerrado o variable, y qué pasa si cambia el alcance.

• Tengo un plazo de entrega concreto, no una estimación vaga.

• Me han confirmado por escrito que el código será mío sin condiciones.

• Sé si hay cuotas mensuales obligatorias, y por qué concepto.

• Conozco a quien va a programar mi proyecto, no solo a quien me lo vende.

• Sé qué soporte tengo después de la entrega.

En FastIA trabajamos con precio cerrado desde el primer momento, sin cuotas mensuales obligatorias, con el código como propiedad tuya desde el día uno y con trato directo con quien realmente programa el proyecto. Los plazos que manejamos suelen ser de semanas, no meses, porque cerramos bien el alcance antes de empezar.

Si tienes un proyecto en mente y quieres ver cómo sería el presupuesto en tu caso, puedes pedir presupuesto sin compromiso. Y si quieres conocer primero cómo trabajamos, échale un vistazo a software a medida.