Cómo evaluar un proveedor de software empresarial en 2026: guía para directivos

Contratar a un proveedor de software es una de las decisiones más caras y difíciles de revertir que toma un directivo. Un sistema mal construido no falla el primer día: falla a los 18 meses, cuando ya migraste tu operación, capacitaste a tu equipo y el proveedor original desapareció.

El problema es que, en 2026, casi todos los proveedores suenan igual. Todos usan IA. Todos tienen “más de X años de experiencia”. Todos prometen entregar rápido y barato. El discurso comercial dejó de ser un factor diferenciador.

Esta guía no es sobre marketing. Es sobre las preguntas concretas que separan a un socio tecnológico real de una factura cara con código frágil dentro.

Por qué la mayoría de las evaluaciones falla

Las empresas suelen elegir proveedor por tres criterios visibles: precio, tiempo de entrega y portafolio. Los tres son fáciles de inflar.

• El precio se baja recortando pruebas, documentación y revisión — costos que no ves hasta que algo se rompe en producción.
• El tiempo de entrega se acorta acumulando deuda técnica: código que “funciona en la demo” pero no escala.
• El portafolio muestra los proyectos que salieron bien, nunca los que el cliente terminó reescribiendo.

Lo que predice el resultado real de un proyecto no es ninguna de esas tres cosas. Es el proceso de ingeniería del proveedor: cómo prueba, cómo revisa, cómo documenta y cómo te entrega el control de lo que pagaste.

Las 7 preguntas que sí importan

1. “¿Cómo se prueba este software antes de llegar a producción?”

Un buen proveedor te habla de pruebas automatizadas, entornos de staging, revisión de código por pares y criterios de aceptación claros. Un mal proveedor te dice “lo probamos manualmente” o “nuestros desarrolladores son muy buenos”.

En 2026, con IA generando gran parte del código, la pregunta es aún más crítica: el código se escribe más rápido, pero la responsabilidad de validarlo sigue siendo humana. Un proveedor que acelera con IA sin reforzar sus pruebas está acumulando riesgo a velocidad de IA.

2. “¿De quién es el código y cómo me lo entregan?”

Tú deberías ser dueño del código, la documentación y la infraestructura. Pide que esté en un repositorio que tú controlas (no en la cuenta personal de un desarrollador) y que cada entrega quede registrada.

Señal de alarma: proveedores que se quedan con el código “para protegerte” o que no te dan acceso al repositorio. Eso no es protección, es dependencia forzada.

3. “¿Qué pasa si el desarrollador clave se va mañana?”

Esta pregunta revela si el conocimiento está en las personas o en el sistema. Un proveedor maduro tiene documentación, código legible y más de una persona que entiende cada parte. Un proveedor frágil depende de un héroe individual que, si se va, se lleva tu proyecto con él.

4. “¿Cómo manejan los cambios de alcance?”

Todo proyecto cambia. La pregunta no es si habrá cambios, sino cómo se gestionan. Busca un proceso explícito: cómo se estima, cómo se prioriza, cómo se comunica el impacto en tiempo y costo. Desconfía de quien dice “sí” a todo sin renegociar plazos — o no entendió el cambio, o te lo va a cobrar después en calidad.

5. “¿Quién va a estar realmente en mi proyecto?”

Es común que la venta la haga un perfil senior y la ejecución caiga en juniors sin supervisión. Pregunta por el equipo concreto, su experiencia y quién revisa el trabajo. En el modelo de staff augmentation, esto es innegociable: estás integrando personas a tu operación, no comprando una caja negra.

6. “¿Cómo integran la IA en su proceso de calidad?”

Ya no preguntes si usan IA — todos la usan. Pregunta cómo. La respuesta correcta describe la IA como un acelerador supervisado: genera borradores, propone tests, acelera refactors, pero un humano con criterio valida cada salida. La respuesta preocupante presenta a la IA como reemplazo del juicio técnico.

7. “¿Pueden mostrarme un proyecto que salió mal y qué aprendieron?”

La mejor pregunta de todas. Un proveedor honesto y experimentado tiene cicatrices y aprendió de ellas. Uno que jura que nunca tuvo un problema, o no tiene experiencia real, o no te está diciendo la verdad.

Señales de alarma que deberían frenar la firma

• Estimaciones sin rango ni supuestos. “Esto cuesta X y toma Y” sin condiciones es una promesa que no se va a cumplir.
• Cero conversación sobre mantenimiento. El software no se entrega y se olvida. Si el proveedor no habla del después, no piensa en el largo plazo.
• Mismo precio que en 2023 “porque ahora con IA hacemos todo más rápido”. La productividad aumentada debería traducirse en mejor calidad o menor tiempo, no en cobrarte lo mismo por menos rigor.
• No preguntan por tu negocio. Un proveedor que solo habla de tecnología y nunca de tus procesos, tus clientes o tus reglas de negocio va a construir algo técnicamente correcto que no resuelve tu problema.

El factor que ningún proveedor menciona: el conocimiento del dominio

La IA puede escribir código. No puede entender por qué tu proceso de facturación tiene esa excepción rara, ni qué regulación de tu industria heredaste, ni por qué ese flujo de aprobación existe desde hace 15 años.

El conocimiento del dominio — de tu empresa, tu industria, tus procesos — es lo que convierte el código en una solución. Un buen proveedor invierte tiempo en entenderlo antes de escribir una línea. Esa inversión inicial, que algunos clientes perciben como “lentitud”, es exactamente lo que evita reescribir todo en seis meses.

Cómo estructurar la decisión

1. Define el problema de negocio, no la solución técnica. “Necesito reducir el tiempo de cierre contable”, no “necesito un sistema en .NET”.
2. Pide a 2-3 proveedores que respondan las 7 preguntas por escrito. Las respuestas vagas se delatan solas en papel.
3. Empieza con un alcance pequeño y medible. Un primer entregable acotado te dice más sobre un proveedor que cualquier propuesta comercial.
4. Evalúa el proceso, no solo el resultado. Un buen resultado con un mal proceso no se puede repetir; un buen proceso entrega buenos resultados de forma sostenible.

Conclusión

Elegir proveedor de software en 2026 no se trata de encontrar al más barato ni al más rápido, ni siquiera al que más promete con IA. Se trata de encontrar al que tiene el proceso, la experiencia y la honestidad para entregarte un sistema que siga funcionando — y que sigas controlando — mucho después de que termine el contrato.

La tecnología es una commodity. El criterio para usarla bien, no. Esa es la diferencia que vas a pagar de una forma u otra: o la pagas eligiendo bien al inicio, o la pagas reescribiendo todo dentro de 18 meses.