Cómo elegir un proveedor de inteligencia artificial confiable en Colombia
La inteligencia artificial atrajo a mucha gente seria y también a mucho oportunista. Para una empresa que evalúa su primer proyecto de IA, distinguir entre ambos es difícil: las dos partes usan el mismo vocabulario, muestran demos impresionantes y prometen ahorros de tiempo enormes.
Esta guía reúne las preguntas concretas que permiten separar a uno del otro. Están escritas desde el lado del proveedor, lo cual significa que también funcionan para evaluarnos a nosotros.
Por qué las demos engañan
Casi cualquier proveedor puede mostrarte una demo espectacular. Conectar un modelo de lenguaje a una interfaz bonita y hacerle tres preguntas preparadas toma un fin de semana. El problema es que esa demo no dice nada sobre lo único que importa: si el sistema funciona con tu información, bajo tus criterios, cuando las preguntas no están ensayadas.
La prueba que sí sirve es distinta. Pide que la demostración use tus propios documentos, y haz preguntas que tú sepas responder pero que el proveedor no. Ahí se ve la diferencia entre un producto real y una capa de presentación.
Si la respuesta es que “primero necesitamos el contrato para poder trabajar con tus documentos”, es razonable pedir una prueba acotada bajo NDA con un conjunto pequeño de información no crítica. Un proveedor serio acepta esa estructura; uno que necesita el contrato firmado antes de mostrar cualquier cosa concreta está pidiendo fe.
Las cuatro preguntas que revelan más
1. ¿Qué pasa exactamente con mi información?
Esta es la pregunta que más proveedores responden con vaguedades. Las respuestas aceptables son específicas y verificables:
- Contra qué proveedor de modelos corre el sistema (Anthropic, OpenAI, Azure, modelos abiertos autoalojados).
- Si el plan contratado usa tus datos para entrenar modelos. Los planes empresariales de API de los principales proveedores no lo hacen, a diferencia de las versiones de chat de consumo. Esa distinción es real y debe quedar por escrito.
- Dónde se almacena la información y quién del equipo del proveedor puede verla.
- Si es posible desplegar dentro de la infraestructura de tu propia empresa.
Una respuesta del tipo “tranquilo, todo es seguro y encriptado” no es una respuesta. Encriptado no dice nada sobre quién tiene la llave.
2. ¿Qué pasa cuando el sistema se equivoca?
Todos los sistemas de IA generan errores. Un proveedor que insinúa lo contrario no ha operado uno en producción, o no te lo está diciendo.
Lo que distingue a un proveedor competente es que ya pensó en el error: cómo se detecta, quién revisa antes de que la salida llegue al cliente final, si el sistema cita las fuentes de donde sacó la información para poder verificarla, y qué pasa cuando no sabe algo. Un asistente que responde “no encontré esto en la documentación” es más valioso que uno que inventa una respuesta plausible.
Para documentos técnicos, informes regulados o cualquier cosa que se firme, esto no es un detalle: es el diseño central del sistema.
3. ¿Quién queda dueño de lo construido?
Pregunta directamente por el código, la configuración, los prompts del sistema y la documentación generada. Si la respuesta implica que dejas de operar en el momento en que termina la relación con el proveedor, estás alquilando, no construyendo. Puede ser una decisión válida, pero debes tomarla conscientemente y no descubrirla dos años después.
4. ¿Con quién puedo hablar que ya trabajó con ustedes?
Un caso de estudio publicado es útil, pero una conversación de quince minutos con un cliente anterior vale más. Un proveedor con trabajo real hecho puede conectarte con alguien. Nota que la ausencia de casos publicados no siempre es mala señal: muchos proyectos serios están bajo confidencialidad. Lo que importa es que exista alguna forma de verificación independiente.
Señales de alerta concretas
- Promete un porcentaje de ahorro antes de conocer tu operación. “Te ahorramos el 80% del tiempo” dicho en la primera reunión es una cifra inventada, porque nadie puede saberlo sin haber visto cómo trabajas hoy.
- Evita hablar de limitaciones. Todo sistema tiene casos donde no aplica. Un proveedor que nunca menciona ninguno o no conoce la tecnología o no te está diciendo lo que sabe.
- Cobra por adelantado el total del proyecto. Los esquemas por fases con entregables verificables protegen a ambas partes.
- No pregunta casi nada sobre tu proceso. Si un proveedor puede cotizarte un asistente de IA sin entender en detalle cómo se hace hoy el trabajo, está cotizando un producto genérico que le venderá igual al siguiente cliente.
- El alcance está escrito en lenguaje de marketing. “Transformación digital impulsada por IA” no es un entregable. “Un asistente que genera el borrador del informe de inspección a partir del formulario de campo, con revisión humana antes de la firma” sí lo es.
Lo que sí deberías esperar de una propuesta seria
Una propuesta bien hecha se parece poco a un folleto. Debería incluir el problema descrito en las palabras de tu operación, no en las del proveedor; entregables concretos con criterios de aceptación; una fase inicial acotada que reduzca el riesgo antes del compromiso grande; el tratamiento de datos por escrito; y una estimación honesta de qué depende de tu equipo, porque la disponibilidad de tu gente para explicar cómo se hace bien el trabajo suele ser el factor que más afecta el cronograma.
El costo de elegir mal no es solo el dinero
Cuando un primer proyecto de IA fracasa, el daño mayor rara vez es el presupuesto perdido. Es que la organización concluye que “la IA no funciona para nosotros” y la conversación queda cerrada por años, mientras la competencia sí encuentra un proveedor que hace el trabajo.
Por eso vale la pena invertir tiempo en la evaluación. Las preguntas de esta guía toman una reunión. Un proyecto mal elegido toma meses.
En GeekCorp construimos asistentes de IA a la medida para operaciones técnicas, y respondemos por escrito cada una de las preguntas de esta guía antes de que firmes algo. Si estás evaluando un proyecto de IA y quieres una opinión franca sobre si aplica a tu caso, conversemos.
