Siete errores al contratar software a la medida en Colombia, y cómo evitarlos antes de firmar

Los sistemas a la medida que fracasan casi nunca fracasan por técnica. Fracasan por cómo se contrataron: sin saber qué se iba a resolver, pagando todo al final, sin exigir el código, o adaptando la empresa al sistema en vez de al revés. Estos son los siete errores que más hemos visto —algunos los cometimos nosotros al principio— y la pregunta que evita cada uno.

1. Empezar por la pantalla y no por la operación

"Quiero que se vea así" antes de "esto es lo que se pierde hoy". El sistema termina bonito y sin resolver nada. La pregunta correcta al inicio es: ¿dónde se pierde la plata o el tiempo hoy? El diseño viene después, y sale de la operación.

2. Aceptar que "la empresa se adapta al sistema"

Si el proveedor propone que el depósito de madera empiece a contar en "unidades" porque su sistema no convierte, está vendiendo un genérico disfrazado. La medida es que el sistema entienda cómo opera la empresa, no al revés. Pregunta: ¿qué de mi operación no cabe en lo que propone?

3. Pagar todo al final

Un sistema que se entrega completo a los seis meses es un sistema que nadie usó durante seis meses. Cuando llega, la operación cambió y hay veinte cosas que no se previeron. Lo correcto es por módulos, en producción, pagando por lo que ya se usa. Pregunta: ¿cuándo uso el primer módulo? Si la respuesta es "al final", no.

4. No exigir el código ni la base de datos

Si el código no queda de la empresa, la empresa queda del proveedor. Cualquier cambio, cualquier problema, cualquier subida de precio: sin alternativa. Debe estar por escrito: código, base de datos y documentación son del cliente. Pregunta: ¿si mañana no seguimos juntos, con qué me quedo?

5. Construir lo que se puede comprar

Contabilidad, nómina, facturación electrónica, pasarela de pagos: ya existen, son baratos y están certificados. Construirlos es pagar de más y asumir un riesgo legal. El sistema propio se conecta a ellos. Pregunta: ¿qué parte de esto ya existe y solo hay que integrar?

6. No hablar de seguridad hasta que pasa algo

Un sistema con la plata y los clientes de la empresa adentro tiene que tener contraseñas bien guardadas, permisos por rol, copias de seguridad probadas, y aislamiento entre datos si es multiempresa. No es un extra: es el piso. Pregunta: ¿quién puede ver qué, y qué pasa si se cae el servidor mañana? Nuestro checklist está en la descripción de cómo construimos.

7. Medir el éxito por "que funcione"

Que funcione es el mínimo. El éxito es que la merma bajó, que las cotizaciones salen en un minuto, que la cartera se cobra sola, que el dueño dejó de contestar WhatsApp a las once de la noche. Eso se define antes de empezar y se mide después. Pregunta: ¿cómo sabremos en tres meses que valió la pena?

Cómo se ve un contrato sano

Módulos con alcance y precio cada uno. Fechas de entrega en producción por módulo, no una fecha final. Propiedad del código, la base de datos y la documentación a nombre de la empresa. Mantenimiento mensual con lo que incluye y lo que no. Y una cláusula de salida: qué recibe la empresa si decide no seguir. Un proveedor que acepta eso sin discutir es uno que ya lo hace así.

Lo que un buen proveedor hace sin que se lo pidan

Te dice qué no necesitas. Propone comprar en vez de construir cuando conviene. Entrega en producción desde las primeras semanas. Deja el código y la documentación. Y cuando algo se rompe —porque algo siempre se rompe—, lo dice antes de que lo notes. Si quieres ver cómo se ve eso en la práctica, aquí están los sistemas que hemos entregado, con lo que cada uno resuelve.