Qué revisar antes de contratar una empresa de desarrollo de software

La primera verificación es la más simple: pedir sistemas en uso, no maquetas ni pantallas de presentación. Una demostración diseñada para vender siempre se ve bien.

Si te muestran un sistema real, fíjate en los detalles poco vistosos: cómo se maneja un error, qué pasa si falta un dato, cómo se ve en un celular. Ahí se nota si algo se construyó para usarse o para enseñarse.

La mayor fuente de conflictos en proyectos de software no es el precio: es que cada parte entendió algo distinto sobre qué incluía el trabajo.

Qué debe quedar escrito

• Qué se va a construir, con el detalle suficiente para reconocerlo cuando esté hecho.
• Qué NO está incluido, que suele ser más útil que la lista de lo que sí.
• Cómo se manejan los cambios: qué pasa si a mitad de camino pides algo nuevo.
• Qué necesitas entregar tú, y cuándo: contenidos, accesos, datos, decisiones.

Ese último punto se subestima siempre. Muchos proyectos se atrasan esperando información del cliente, y conviene saberlo desde el principio para organizarse.

Son preguntas incómodas de hacer y por eso muchos no las hacen. Conviene hacerlas igual, y aceptar cualquier respuesta clara.

• ¿Dónde van a estar alojados el sistema y los datos?
• ¿Puedo obtener una copia de mi información cuando quiera, y en qué formato?
• ¿Qué pasa si más adelante quiero trabajar con otro proveedor?
• ¿Quién tiene los accesos de administración del servidor y del dominio?

No hay una única respuesta correcta: hay acuerdos distintos y todos pueden ser legítimos. Lo que no es aceptable es que no haya respuesta, o que sea ambigua.

Un sistema no termina el día que se entrega. Van a aparecer ajustes, dudas del equipo y cosas que no se previeron. Conviene saber de antemano cómo se maneja eso.

Pregunta por qué canal se piden las cosas, qué está incluido y qué se cobra aparte. Desconfía por igual de quien no quiere hablar del tema y de quien promete soporte ilimitado: nadie sostiene eso indefinidamente, y una promesa que no se puede cumplir termina en un cliente molesto.

• Un precio cerrado antes de haber entendido qué necesitas. Si nadie preguntó cómo trabajas, no puede saber cuánto cuesta.
• Plazos que suenan demasiado bien. Es fácil prometer un mes y entregar en cuatro.
• Respuestas que evitan la pregunta técnica con palabras de moda.
• Promesas de resultados comerciales: nadie puede garantizarte más ventas, porque eso depende de tu producto, tu precio y tu mercado.
• Falta de claridad sobre quién va a hacer el trabajo.

Una señal positiva, en cambio, es que te digan que no. Un proveedor que reconoce que algo no conviene, o que tu caso se resuelve mejor con una herramienta existente, está pensando en el problema y no solo en cerrar la venta.

La mejor forma de evaluar a un proveedor no es la propuesta: es trabajar con él. Cuando el proyecto lo permite, conviene partirlo y empezar por una parte acotada y útil por sí misma.

Así ves cómo responde, cómo comunica y cómo resuelve los imprevistos antes de comprometer todo el presupuesto. Y si la cosa no funciona, lo descubres con un costo mucho menor.