Un proveedor que dedica la primera reunión a explicar qué modelo usa, con qué arquitectura de recuperación y cuántos parámetros tiene, está describiendo su producto, no tu problema. La conversación útil va en la dirección contraria: debería ser él quien hace las preguntas, y deberían ser sobre tu proceso, tus datos y tus excepciones.
Esta es probablemente la señal más fiable de todas las disponibles en una fase comercial, porque es imposible de simular sin haber hecho el trabajo.
Si en la primera conversación no aparecen la mayoría de estas, el diagnóstico no se está haciendo:
La séptima es especialmente reveladora. Un proveedor que pregunta qué se intentó antes está buscando la causa del fracaso anterior; uno que no lo pregunta va a repetirla.
Si el proveedor habla sobre todo de… | Probablemente vende… | Riesgo para ti |
|---|---|---|
El modelo y sus capacidades | Acceso a una tecnología | Que la integración quede fuera del alcance |
Su plataforma y sus conectores | Una suscripción | Dependencia y coste de salida |
Casos de éxito de otros sectores | Referencia comercial | Que tu caso no se parezca en nada |
Tu proceso y tus excepciones | Un sistema | El riesgo habitual de cualquier proyecto |
Ninguna de las tres primeras filas descalifica automáticamente. Lo que indican es qué queda fuera del contrato y, por tanto, dónde aparecerá el sobrecoste.
¿De quién es el código y la documentación al terminar? Si hay matices, la respuesta es que no es tuyo.
¿Qué pasa si queremos cambiar de proveedor dentro de dos años? La respuesta útil describe documentación, contratos versionados y capacidad de traspaso, no fidelidad.
¿Quién paga los defectos del código entregado? Un defecto no es un cambio de alcance. Debería corregirse sin coste y estar por escrito.
¿Qué pasa si os retrasáis? Una respuesta con consecuencia contractual indica disciplina de entrega; una respuesta sobre metodologías ágiles, no.
¿Cómo resolvéis los permisos y la trazabilidad? Si la respuesta es que se verá en la fase de implantación, la seguridad quedará pegada al final.
Quel est le coût d'exploitation estimé sur trois ans ? Consumo, evaluación, mantenimiento y evolución.
¿Qué caso de uso nos recomendaríais NO hacer? La mejor de las siete. Un proveedor que nunca descarta nada no está evaluando.
En The Cloud Group llevamos estas condiciones al contrato precisamente porque son las que un comprador debería exigir: propiedad del código y de la documentación, corrección de defectos de por vida y devolución íntegra si entregamos tarde. No es una posición comercial arriesgada si la ingeniería está ordenada; es la consecuencia de tenerla ordenada. Puedes verlas en nuestras garantías por escrito
«No hace falta que cambiéis nada.» Si el proyecto no exige ningún cambio en cómo se trabaja, tampoco producirá cambios en los resultados. Los datos de McKinsey de 2025 son claros: el factor que más correlaciona con impacto en EBIT es el rediseño de los flujos de trabajo, y solo el 21% lo había hecho.
«El modelo no se equivoca en eso.» Todo componente probabilístico se equivoca. Un proveedor que lo niega no ha operado sistemas en producción o prefiere no hablar de ello.
Precio muy por debajo del mercado sin explicación. Suele significar que el alcance excluye integración, permisos, pruebas o documentación. El precio bajo se recupera en los cambios de alcance posteriores.
Y una advertencia de mercado que conviene tener presente: Gartner estimaba en 2025 que, de los miles de proveedores que se presentan como especialistas en agentes de IA, solo alrededor de 130 lo son realmente, un fenómeno que denominó *agent washing*.
El problema estructural de estas compras es que la información la aportan los candidatos, y cada uno define el problema de modo que su producto sea la solución. Tres medidas lo corrigen:
La tercera es la que más cambia el resultado, y es el papel que asumimos cuando participamos en un RFP como evaluadores y no como candidatos: redactamos el pliego, valoramos las ofertas y negociamos el contrato, sin presentarnos a la licitación que estamos evaluando.
Si tuvieras que quedarte con un solo indicador después de la primera reunión, este funciona bien: ¿quién ha hablado más?
Si has hablado tú, probablemente estás ante alguien que quiere entender el problema. Si ha hablado el proveedor, estás ante alguien que quiere colocar una solución. La diferencia se nota mucho antes de firmar, y muchísimo más después.
Por las preguntas que hace, no por las respuestas que da. Un buen proveedor dedica la primera conversación a entender el proceso, los datos, las excepciones, los responsables y las restricciones normativas del cliente, en lugar de describir su modelo, su plataforma o sus capacidades técnicas.
Qué proceso se quiere mejorar y cuánto cuesta hoy, dónde están los datos y quién es su dueño, qué porcentaje de casos son excepciones, quién decide y qué ocurre ante un error, qué sistemas hay que tocar, qué restricciones normativas aplican, qué se intentó antes y cómo se medirá el éxito.
De quién es el código y la documentación al terminar, qué ocurre si se quiere cambiar de proveedor, quién paga los defectos del código entregado, qué consecuencia tiene un retraso, cómo se resuelven permisos y trazabilidad, cuál es el coste de operación a tres años y qué caso de uso recomendaría no hacer.
Tres: que se asegure que no hará falta cambiar nada en la forma de trabajar, que se niegue que el modelo pueda equivocarse, y un precio muy por debajo de mercado sin explicación, que normalmente excluye integración, permisos, pruebas o documentación del alcance.
Es la presentación como especialistas en agentes de IA de proveedores que no lo son. Gartner estimaba en 2025 que, de los miles de proveedores que se anuncian en esta categoría, solo alrededor de 130 tenían capacidades reales.
Escribiendo el proceso y los criterios ponderados antes de la primera demostración, evaluando con datos propios y un caso raro elegido por el cliente, e incorporando una parte técnica independiente que no compita en la misma licitación que evalúa.
¿Estás evaluando proveedores de IA o de software a medida? Podemos redactar el RFP, valorar las ofertas y negociar el contrato con criterio técnico independiente, sin presentarnos como candidatos. Parlons-en →
Español Español 
English
Français
العربية
Português
Deutsch
Italiano
