Preparación

Diagnóstico de madurez en IA: qué evaluar en tu empresa

Seis dimensiones, una escala de cuatro niveles y un método de trabajo para hacer un diagnóstico de madurez en IA que termine en prioridades y no en un informe.

Imagen ilustrativa generada con IA sobre trabajo y tecnología empresarial

Imagen ilustrativa generada con IA. No representa un proyecto o cliente real.

Para qué sirve un diagnóstico de madurez

Un diagnóstico de madurez en IA es una fotografía honesta de lo preparada que está tu empresa para usar inteligencia artificial en sus procesos: qué datos tiene, qué sistemas usa, qué sabe hacer su equipo y cómo se toman las decisiones. Su utilidad no está en la puntuación final, sino en lo que te ayuda a decidir: por dónde empezar, qué hay que preparar antes y qué conviene descartar por ahora.

No es una certificación ni un examen. Un diagnóstico que concluye que la empresa está «muy avanzada» sin señalar ninguna carencia probablemente no se ha hecho con suficiente detalle. Tampoco tiene que ser largo: en una pyme, unas pocas entrevistas bien preparadas y una revisión de sistemas y datos suelen bastar para obtener conclusiones útiles.

El documento del Plan IA360 recoge que la implantación del futuro Bono IA incorporará un diagnóstico previo de madurez. No hay convocatoria ni bases publicadas, así que no se sabe qué formato tendrá ni quién podrá realizarlo. Lo que sigue es un método propio para hacerlo bien, no una plantilla oficial.

Las seis dimensiones que conviene revisar

Un diagnóstico útil mira a la vez la parte técnica y la organizativa. Proponemos seis dimensiones, cada una con preguntas que puedes responder con evidencias y no con opiniones.

La dimensión de personas suele subestimarse. Es frecuente que parte del equipo ya utilice herramientas de IA por su cuenta, sin criterios comunes sobre qué información introduce. Detectarlo no sirve para sancionar, sino para ordenar ese uso y aprovechar lo que ya saben.

  • Dirección y objetivos: ¿hay alguien en la dirección que impulse el proyecto? ¿Se sabe qué problema de negocio se quiere resolver y cómo se medirá?
  • Procesos: ¿están documentados los procesos candidatos? ¿Se conoce cuánto tiempo y cuántos errores generan hoy?
  • Datos: ¿dónde están los datos necesarios, quién los mantiene y en qué estado se encuentran? ¿Hay documentos con versiones contradictorias?
  • Sistemas e integración: ¿qué aplicaciones usa la empresa (ERP, CRM, gestor documental) y qué vías ofrecen para conectarse?
  • Personas y competencias: ¿qué uso hace hoy el equipo de herramientas de IA? ¿Hay formación, dudas o resistencias?
  • Gobierno y riesgos: ¿existe una política sobre qué datos pueden usarse con herramientas externas? ¿Se han revisado la protección de datos y la regulación europea aplicable?

Una escala sencilla de cuatro niveles

Para que el resultado sea comparable entre dimensiones, puntúa cada una en una escala corta. Cuatro niveles suelen ser suficientes y evitan discusiones sobre matices que no cambian la decisión.

Justifica cada puntuación con una evidencia: un documento, un sistema revisado, una muestra de datos o una respuesta concreta en una entrevista. Así el diagnóstico se puede repetir dentro de unos meses y comparar el progreso.

No es necesario estar en el nivel 4 para empezar un proyecto. Lo importante es que el caso de uso elegido no dependa de una dimensión en nivel 1: si los datos de un proceso están en estado inicial, ese proceso no es un buen primer candidato.

  • Nivel 1, inicial: no hay información ordenada ni responsables; todo depende de personas concretas.
  • Nivel 2, en preparación: existen datos y procesos identificados, con carencias conocidas y sin integración.
  • Nivel 3, uso puntual: hay algún uso de IA o automatización en marcha, con responsables y alguna medición.
  • Nivel 4, integrado: la IA forma parte de procesos con indicadores, gobierno y mantenimiento establecidos.

Cómo hacerlo en la práctica

El diagnóstico se puede organizar en pocas semanas sin paralizar la actividad. La clave es preparar bien las entrevistas y revisar evidencias, no limitarse a recoger opiniones.

Por ejemplo, una distribuidora de material eléctrico de 40 personas puede descubrir en el diagnóstico que su ERP está bien mantenido y tiene conectores disponibles, que el equipo comercial ya usa herramientas de IA para redactar correos sin ninguna pauta, y que las consultas técnicas de clientes se responden buscando en catálogos en PDF dispersos. Ese resultado apunta a dos acciones: ordenar el uso actual con una política y formación, y valorar un asistente sobre los catálogos como primer caso de uso.

  • Reunión inicial con la dirección para fijar objetivos y procesos candidatos.
  • Entrevistas con los responsables de cada proceso y con quien lo ejecuta a diario.
  • Revisión de los sistemas implicados y de sus posibilidades de integración con el responsable técnico.
  • Revisión de una muestra de datos y documentos reales de cada proceso candidato.
  • Encuesta breve al equipo sobre uso actual de IA, dudas y necesidades de formación.
  • Sesión de devolución con resultados, brechas y prioridades propuestas.

Del diagnóstico a las prioridades

El entregable final debería caber en pocas páginas y responder a tres preguntas: dónde está la empresa en cada dimensión, qué brechas impiden avanzar y qué casos de uso tienen más sentido como punto de partida. Un informe extenso que nadie lee no sirve.

Para pasar de brechas a prioridades, cruza los procesos candidatos con su nivel en datos y sistemas. Los mejores primeros casos combinan un problema de negocio claro con datos y sistemas en nivel 2 o superior. Los que tienen mucho valor pero datos en nivel 1 pasan a una lista de preparación: primero se arreglan los datos y después se reconsideran.

Incluye también acciones que no son de IA. A menudo el diagnóstico revela que hay que documentar un proceso, unificar un maestro de clientes o definir permisos. Son mejoras con valor propio y una condición previa para cualquier proyecto posterior.

Errores frecuentes al diagnosticar

Hay errores habituales que restan valor al diagnóstico. Conviene tenerlos presentes antes de empezar, sobre todo si lo realiza un proveedor que también va a ofrecer la implantación.

Un buen diagnóstico se nota porque cambia alguna idea previa. Si al terminar sigues pensando exactamente lo mismo que al principio, probablemente se ha quedado en la superficie.

  • Confundir diagnóstico con venta: si todas las conclusiones llevan al mismo producto, desconfía.
  • Puntuar sin evidencias, solo con la percepción de la dirección.
  • Entrevistar solo a responsables y no a quien ejecuta el proceso.
  • Olvidar la gobernanza: permisos, protección de datos y política de uso.
  • Entregar un informe sin prioridades ni siguientes pasos con responsable y fecha.

Los ejemplos son orientativos y no implican que un proyecto sea subvencionable. La financiación depende de las bases y de la convocatoria aplicable.

Para seguir explorando

Contenido elaborado con asistencia de IA bajo los criterios de la política editorial de Nextmedia.