MP La conversación sobre IA en las empresas ha cambiado de tono en el último año. Ya casi nadie pregunta si la inteligencia artificial sirve para algo. La pregunta ahora es más incómoda: tengo acceso a estas herramientas, las he probado un par de tardes, y aun así mi equipo sigue trabajando igual que antes. ¿Por qué? La respuesta casi nunca está en la herramienta. Está en todo lo que rodea a esa herramienta y que nadie te enseña cuando contratas la licencia.
Probar una herramienta no es implementar IA
Cualquiera puede abrir un asistente de IA y pedirle que resuma un correo o redacte un borrador. Esa parte es genuinamente sencilla, y por eso resulta engañosa: da la sensación de que ya está hecho. Pero usar una herramienta de forma puntual y meterla dentro del trabajo diario de una empresa son dos cosas distintas. La primera es una demo. La segunda es un proyecto.
La diferencia se nota cuando intentas pasar del «qué bien resume esto» al «que esto resuma automáticamente los tickets de soporte de mi equipo y avise al técnico correcto». Ahí aparecen las preguntas que no salen en la demo: ¿de dónde saca la información?, ¿quién puede ver qué?, ¿qué pasa si se equivoca?, ¿cómo encaja esto con el sistema que ya usamos? Responder a eso no es cuestión de probar más tardes. Es cuestión de criterio.
La IA no falla por mala tecnología. Falla por falta de criterio sobre dónde y cómo aplicarla.
Qué resuelve un consultor IT que tú no ves venir
El valor de un consultor en un proyecto de IA no está en saber usar la herramienta mejor que tú. Está en anticipar los problemas que aparecen cuando esa herramienta toca tu negocio real. Hay tres que se repiten en casi todas las empresas, y ninguno tiene que ver con la inteligencia artificial en sí.
1. Los datos casi nunca están listos
Una herramienta de IA es tan útil como la información a la que puede acceder. Y la información de la mayoría de las empresas está repartida entre carpetas compartidas, correos, un CRM a medio rellenar y la cabeza de tres personas. Antes de que la IA aporte algo, alguien tiene que decidir a qué datos accede, cómo se ordenan y qué se queda fuera. Esa preparación es invisible desde fuera, pero es la que separa un proyecto que funciona de uno que devuelve respuestas a medias.
2. La seguridad deja de ser opcional
Cuando una herramienta de IA empieza a leer documentos internos, correos o datos de clientes, deja de ser un juguete y pasa a ser un punto de acceso a información sensible. Quién puede consultar qué, dónde se procesan esos datos y qué queda registrado son decisiones que afectan tanto a la operativa como al cumplimiento normativo. Un consultor IT plantea estas preguntas al principio, no después de un susto. Es el mismo enfoque que aplicamos en cualquier proyecto de ciberseguridad: la protección se diseña desde el primer día, no se parchea al final.
3. La adopción no se da por hecha
Una herramienta que el equipo no entiende o no se fía es una licencia que se paga y no se usa. La adopción real depende de cosas poco glamurosas: explicar para qué sirve en el día a día concreto de cada persona, integrarla en el flujo que ya conocen y acompañar las primeras semanas. Sin ese empujón, la novedad dura lo que dura el entusiasmo inicial, y luego todo el mundo vuelve a hacer las cosas como antes.
Elegir bien el primer caso de uso lo cambia todo
El error más común no es técnico, es de planteamiento: querer aplicar IA a todo a la vez. Un proyecto bien hecho empieza por un único caso concreto, medible y con un dolor claro detrás. Automatizar la clasificación de correos entrantes, generar primeros borradores de presupuestos, resumir reuniones para quien no pudo asistir. Casos acotados, con un antes y un después que se puede medir en horas ahorradas.
La función del consultor aquí es de filtro: separar lo que suena bien de lo que de verdad mueve la aguja en tu empresa concreta. Esa conversación, la de «esto sí, esto todavía no», es probablemente la parte más valiosa de todo el proceso, y es justo la que no aparece cuando contratas una herramienta por tu cuenta.
Un proyecto de IA bien planteado no empieza por la herramienta. Empieza por el problema que vas a resolver con ella.
Preguntas frecuentes
¿Puedo adoptar IA en mi empresa sin un consultor IT?
Puedes empezar con herramientas básicas por tu cuenta, pero la integración con tus sistemas, la gobernanza de datos y la seguridad requieren criterio técnico. Sin acompañamiento, la mayoría de proyectos se quedan en pruebas que nadie acaba usando.
¿Qué hace exactamente un consultor IT en un proyecto de IA?
Traduce un objetivo de negocio en una implementación concreta: elige la herramienta adecuada, la conecta con tus datos y sistemas, define permisos y seguridad, forma al equipo y mide si realmente ahorra tiempo o dinero.
¿No es más caro contratar a un consultor que comprar la herramienta y ya está?
La herramienta suele ser la parte barata. Lo caro es pagar licencias durante meses que nadie usa, o tomar una decisión sobre tus datos que luego tienes que deshacer. Un proyecto bien acotado evita justo eso.
¿Cuánto tarda en verse el retorno de un proyecto de IA bien planteado?
Depende del caso de uso, pero un proyecto acotado y con un objetivo claro empieza a mostrar resultados medibles en semanas, no en años. La clave está en elegir bien el primer caso, no en abarcar todo a la vez.
MP 
S 