5 errores al contratar un desarrollador de software (y cómo evitarlos)

La mayoría de empresarios con los que trabajo no llegan en frío. Llegan después. Después de un proyecto que no terminó, de un desarrollador que dejó de responder los emails, de un Excel que iba a sustituirse por una “aplicación seria” y acabó costando el doble. La conversación arranca casi siempre igual: “es que en su día contratamos a un chico y…”.

Contratar un desarrollador de software es una decisión opaca: el producto no se puede tocar antes, el precio varía un orden de magnitud entre proveedores, y los términos técnicos hacen difícil comparar manzanas con manzanas. Estos son los cinco errores que veo todas las semanas, contados con ejemplos reales de gente que vino después de tropezar con ellos.

Los 5 errores

1. Pedir el precio antes de explicar el problema

Qué pasa. Llamas a tres desarrolladores y, antes de contar lo que tienes en mente, sueltas la pregunta: “¿cuánto me costaría una aplicación así?”. Recibes tres números distintos, te quedas con el más bajo, y dos meses después estás en una reunión incómoda donde el desarrollador te dice “eso no estaba en el alcance, son 4.000 euros más”.

Por qué pasa. Es lógico querer saber el coste antes de meterse a fondo. Pero sin entender el problema, cualquier número es una invención. El que te da 5.000 quizá ha entendido algo muy pequeño, y el que te da 18.000 algo enorme.

Cómo evitarlo. Antes de pedir presupuesto, dedica una primera conversación a explicar qué problema quieres resolver, cómo trabajáis hoy, qué te frustra y qué resultado esperas. Un buen desarrollador hará muchas preguntas y solo después dará un rango realista. Si en la primera llamada alguien te promete un número cerrado, sal corriendo.

2. Buscar el más barato (y luego pagar el doble)

Qué pasa. Recibes tres presupuestos: 4.000€, 9.000€ y 14.000€. Eliges el de 4.000€ porque “para empezar es suficiente”. Seis meses después, el proyecto sigue sin entregarse, no consigues hablar con el desarrollador, y cuando tienes algo en producción está mal hecho. Acabas pagando otros 12.000€ a alguien para que lo arregle.

Por qué pasa. En software casi nadie sabe evaluar la calidad antes de comprarlo. Es fácil hacer una demo que parezca igual de bien hecha que un proyecto sólido. Pero por dentro, lo que diferencia un trabajo bueno (estructura del código, seguridad, tests, mantenibilidad) no se ve hasta que estás dentro y no puedes salir.

Cómo evitarlo. Compara presupuestos por valor entregado, no por número final. Pregunta qué incluye cada uno: ¿tests automatizados? ¿documentación para el siguiente desarrollador? ¿garantía después de la entrega? ¿el código se queda en tu poder? El más barato suele ahorrar en lo que más te va a doler luego.

3. No pedir entregas parciales

Qué pasa. Firmas un proyecto de cuatro meses con pago partido (50% al inicio y 50% al entregar). Pasan los meses, recibes algún email con capturas, te dicen “va bien”, y el día de la entrega te muestran algo que no se parece a lo que esperabas. Retrasos, malas caras y semanas extra “para ajustarlo”.

Por qué pasa. Construir software es como construir una casa: muchas decisiones pequeñas (cómo se navega entre pantallas, qué pasa cuando pulsas un botón) tienen consecuencias gordas en el resultado final. Si no las ves hasta el final, no puedes corregir.

Cómo evitarlo. Pide entregas parciales reales: cada dos o tres semanas, un trozo del producto que ya puedas tocar. No diapositivas, no capturas. Una versión funcionando, en una URL, donde tú entres y la pruebes con datos parecidos a los tuyos. Si algo no encaja, lo ves a la semana 3, no a la 16.

4. Asumir que tú sabes lo que necesitas (cuando aún no lo sabes)

Qué pasa. Llegas con un documento Word de 40 páginas describiendo “exactamente lo que quieres”. El desarrollador construye eso, lo entrega, y al usarlo te das cuenta de que la mitad de las funciones no se usan, otras faltan, y el flujo del día a día es una pesadilla. Conclusión: “no es lo que necesitábamos”.

Por qué pasa. Hasta que no ves el software funcionando, no sabes qué necesitas de verdad. Tu equipo cree que necesita “X” porque hoy lo hace en Excel “X”, pero en cuanto tiene una herramienta nueva descubre que lo que de verdad ahorra tiempo es “Y”. Hablar de software sobre papel es poco fiable.

Cómo evitarlo. En vez de cerrar todo el alcance al milímetro al principio, plantea el proyecto en etapas: una primera versión más pequeña que cubra lo más crítico, y desde ahí decides qué añadir según lo que vayas aprendiendo. Es la forma menos cara de hacer software que de verdad se use.

5. No preguntar qué pasa después de la entrega

Qué pasa. Te entregan el proyecto, pagas la última factura, todos contentos. Tres meses después, descubres un fallo. Llamas y… no contesta. O contesta y te dice “eso ya no entraba en el proyecto, son 1.500 euros”. Tu equipo deja de usar la herramienta y la inversión se pierde.

Por qué pasa. Mucha gente piensa que el software se construye y ya. Falso. Aparecen bugs cuando lo usas con casos reales, las leyes cambian (factura electrónica, IVA, RGPD), las integraciones se rompen porque el otro sistema actualiza, los usuarios piden cosas nuevas. Sin plan de continuidad, el producto envejece.

Cómo evitarlo. Antes de firmar, deja claro qué pasa después de la entrega. ¿Hay un periodo de garantía gratuito (1-3 meses) para corregir bugs? ¿Hay mantenimiento mensual contratable y cuánto cuesta? ¿Qué incluye y qué no? ¿Quién custodia el código? Estas respuestas, por escrito, valen mucho más que un descuento del 10% en el presupuesto.

En resumen

Si tuviera que dejarte una sola idea: contratar software a medida no es comprar un producto, es elegir un compañero para los próximos 2-3 años de tu negocio. La pregunta importante no es cuánto cuesta hoy, es cuánto valor real va a generar tu equipo durante los siguientes meses gracias a esta herramienta, y cuánto cuesta mantenerla viva.

Si quieres ver casos reales de empresas que han pasado por este proceso y siguen usando el producto años después, puedes echar un vistazo a algunos trabajos en producción. Si lo que tienes en mente es un sistema interno (presupuestos, facturación, clientes, control de operativa), tienes el detalle en sistemas de gestión a medida. Y si tienes un proyecto en mente y prefieres comentarlo antes de pedir un presupuesto formal, hablemos — la primera conversación siempre es gratis y suele aclarar bastante más de lo que parece.