Evaluación de preparación para la IA: ¿está lista tu pyme?

Una evaluación de preparación para la IA debe ayudarte a decidir qué tarea puedes probar de forma segura, no concederle una insignia a tu empresa. Puntúa 15 preguntas repartidas en cinco áreas, revisa las condiciones que obligan a detenerse y usa el resultado para planificar los próximos 90 días. En una empresa de 10-200 personas, la respuesta útil es concreta: este flujo de trabajo puede ponerse a prueba con estos controles, o debe esperar hasta resolver estas carencias.

Empieza por un flujo de trabajo concreto

Antes de evaluar toda la empresa, examina la tarea en la que quieres incorporar IA. Una organización puede estar preparada para redactar informes internos de avance y, al mismo tiempo, no estarlo para dejar que un programa envíe compromisos a los clientes. Cada decisión exige pruebas distintas, aunque las personas y las herramientas sean las mismas.

Piensa en la revisión de un vehículo antes de un viaje concreto. Tener las llaves no demuestra que los frenos funcionen ni que el vehículo sea adecuado para la ruta. Una suscripción de IA equivale a esas llaves. Los datos, los permisos de acceso, las personas que revisan y las reglas de uso determinan si conviene emprender el viaje.

Elige una tarea recurrente con una entrada identificable, un resultado que alguien pueda comprobar y una persona responsable. «Mejorar las operaciones» es demasiado amplio. «Redactar el informe semanal de avance a partir de notas aprobadas, con revisión del responsable del proyecto antes del envío» sí se puede evaluar.

Esta plantilla está pensada para una prueba pequeña y supervisada de una tarea cotidiana. Las decisiones que afectan a la contratación de personal, el crédito, la salud, la seguridad o los derechos legales requieren una evaluación aparte, a cargo de personas cualificadas en ese ámbito. Una puntuación alta aquí no autoriza esos usos.

La persona propietaria de la empresa o quien dirige operaciones define el resultado buscado y quién responde por él. El responsable de TI comprueba los permisos y la configuración. Quien realiza la tarea explica las excepciones y valora si el resultado sirve. En una empresa pequeña, una misma persona puede desempeñar varios papeles, pero todas las comprobaciones siguen siendo necesarias.

Evaluación de preparación para la IA: plantilla de una página

Puntúa lo que puedas demostrar hoy. Una política que nadie ha leído, una configuración que nadie ha comprobado o una persona que aún no ha practicado la revisión de un resultado merecen, como mucho, una puntuación parcial.

Los criterios siguientes son una ayuda para planificar, creada para este artículo. Tanto el peso de cada pregunta como los umbrales son decisiones editoriales: no son indicadores predictivos validados, referencias del sector ni una prueba de certificación. Todas las preguntas valen lo mismo para facilitar el cálculo; los requisitos críticos impiden que esa sencillez oculte una omisión peligrosa.

Copia en un documento el contenido de la plantilla que va de Tarea a Próxima acción. Guarda las capturas de pantalla, los archivos de muestra y las notas de respaldo en una carpeta aparte, para que la evaluación siga siendo breve.

Lista de comprobación para empezar con IA

Tarea: __________ Responsable: __________ Fecha: __________

Puntuación de cada respuesta: 0 = inexistente o desconocido; 1 = demostrado parcialmente; 2 = demostrado por completo para esta tarea. Añade junto a cada puntuación una referencia breve a la evidencia. Si una pregunta incluye varias comprobaciones, deben cumplirse todas para obtener 2. Cada área suma 6; el total es 30.

A. El trabajo que merece la pena automatizar

• A1. ¿Hay una tarea recurrente con una persona responsable designada y con una entrada y un resultado claramente definidos?
• A2. ¿Has registrado su frecuencia, el tiempo que lleva actualmente y los errores habituales a partir de ejemplos recientes?
• A3. ¿Has definido por escrito qué debe incluir un resultado útil, con ejemplos aceptables e inaceptables?

B. Datos y acceso

• B1. ¿Las entradas representativas están actualizadas y son lo bastante legibles y coherentes para esta tarea?
• B2. REQUISITO CRÍTICO: ¿Has confirmado que existe permiso para usar estas entradas en esta herramienta y con este fin?
• B3. REQUISITO CRÍTICO: ¿Has comprobado que los usuarios y las conexiones solo pueden acceder a la información permitida para esta tarea?

C. Herramientas que ya tienes contratadas

• C1. ¿Has revisado las suscripciones existentes, las funciones incluidas, las licencias disponibles y quién las administra?
• C2. REQUISITO CRÍTICO: ¿La persona administradora ha aprobado la herramienta y la cuenta concretas, y ha revisado la configuración y las condiciones de tratamiento de datos?
• C3. ¿El flujo de trabajo propuesto puede recibir el material necesario y devolver un resultado utilizable sin depender de suposiciones no comprobadas?

D. Personas y habilidades

• D1. ¿Hay una persona responsable de la prueba, con tiempo asignado y alguien que pueda sustituirla?
• D2. REQUISITO CRÍTICO: ¿La persona designada para revisar puede contrastar los datos con las fuentes y detectar errores con consecuencias importantes?
• D3. ¿Los futuros usuarios han practicado la tarea, incluido cómo cuestionar una respuesta y comunicar un problema?

E. Riesgos y normas de uso

• E1. REQUISITO CRÍTICO: ¿Las entradas permitidas, los usos autorizados y los usos prohibidos están por escrito y los participantes los entienden?
• E2. ¿Has identificado a quién podría perjudicar un error y qué casos deben remitirse a una instancia superior?
• E3. REQUISITO CRÍTICO: ¿Has ensayado la aprobación humana, la interrupción de la prueba, la notificación de incidentes y la vuelta al proceso manual?

Totales: A ___/6 + B ___/6 + C ___/6 + D ___/6 + E ___/6 = ___/30.

Decisión: 0-11: reforzar las bases. 12-21: preparar una prueba piloto de alcance limitado. 22-30: realizar una prueba piloto con medición de resultados si se cumplen los requisitos críticos. Cualquier requisito crítico con menos de 2 impide usar datos reales de la empresa o de clientes y aplicar los resultados al trabajo operativo; usa únicamente ejemplos sintéticos en un entorno aprobado. Cualquier área por debajo de 3/6 debe corregirse antes de ampliar la prueba.

Próxima acción: __________ Persona responsable: __________ Fecha límite: __________

¿Qué sirve como evidencia?

Basta una nota breve que remita a algo comprobable. Para B2, registra qué responsable de los datos autorizó el uso y qué límites fijó. Para B3, muestra una comprobación de permisos realizada con la cuenta de un usuario habitual de la prueba, no solo desde la vista de administración. Para C2, anota el tipo de cuenta, las condiciones relevantes sobre conservación de datos y uso para entrenamiento, las conexiones habilitadas y la fecha de revisión. «El proveedor dice que es seguro» no responde a estas preguntas.

Para D2, pide a la persona que revisa que compare un borrador con su fuente y detecte un error factual introducido a propósito. Utiliza material sintético y deja claro que se trata de un ejercicio. El objetivo es comprobar el hábito de revisión antes de depender de él.

Lo desconocido vale 0, no «seguramente estará bien». Si hay desacuerdo entre compañeros, conserva la puntuación más baja hasta que la evidencia lo resuelva. No concedas puntos por planes para arreglar algo el mes que viene.

Qué hacer en los próximos 90 días según tu puntuación

Usa el rango de puntuación para ordenar las prioridades y, después, revisa los requisitos críticos para decidir si puede comenzar una prueba con datos reales. Estos plazos sirven para planificar; que se cumplan no concede permiso para avanzar. Si una corrección necesaria tarda más, la prueba piloto debe esperar.

0-11: refuerza las bases

Lo primero: elige una tarea y designa a su responsable. Si no puedes describir la entrada, el resultado y quién responde por él, comprar otra herramienta no resolverá la incertidumbre.

Durante los días 1-30, reúne ejemplos, documenta el proceso actual y localiza los datos. Revisa el software existente y redacta las reglas básicas. Elige una tarea de menor riesgo si la original depende de datos que no puedes usar.

Durante los días 31-60, depura una muestra pequeña y representativa, comprueba los accesos y practica con ejemplos sintéticos en un entorno aprobado. Asegúrate de que los participantes dispongan de un proceso manual que funcione y al que puedan volver. El objetivo es reunir evidencia para las preguntas sin respuesta, no preparar una demostración vistosa.

Durante los días 61-90, vuelve a puntuar la misma tarea. Inicia una prueba piloto limitada con datos reales solo cuando alcances, como mínimo, el rango intermedio y cumplas todos los requisitos críticos. Si la tarea sigue sin ser adecuada, terminar el trimestre con una decisión documentada de esperar también es un resultado útil.

12-21: prepara una prueba piloto de alcance limitado

Lo primero: asigna una persona responsable y una fecha límite a cada requisito crítico incumplido. Después, mejora el área más débil en lugar de seguir perfeccionando la más sólida.

Durante los días 1-30, completa esas salvaguardas, define qué resultado es aceptable y registra el rendimiento de referencia del proceso manual. Ese punto de referencia describe cómo funciona el trabajo antes de la prueba, incluido el tiempo de revisión y corrección. Una política de uso aceptable de IA puede aportar las reglas escritas; adáptala a la tarea y a los datos de entrada concretos.

Durante los días 31-60, si se cumplen todos los requisitos críticos, prueba la tarea con dos usuarios designados y una persona encargada de revisar. Los resultados deben seguir siendo borradores hasta que se aprueben. Registra el tiempo total de trabajo, las correcciones y las excepciones, y compáralos con el proceso manual. Si los usuarios aún no han practicado el flujo de trabajo, capacítalos antes de empezar, aunque la puntuación total sea suficiente.

Durante los días 61-90, decide si mantienes, modificas o detienes la prueba. Repite la evaluación cuando cambie la tarea, la fuente de datos, la herramienta o el alcance de los permisos. Avanzar significa tener menos carencias pendientes y mejor evidencia, no simplemente sumar usuarios.

22-30: realiza una prueba piloto y mide los resultados

Lo primero: revisa los requisitos críticos y el área con menor puntuación. Un total alto respalda una prueba controlada; no justifica envíos automáticos, acceso sin restricciones ni una implantación en toda la empresa.

Durante los días 1-30, acuerda los criterios de aceptación e inicia una prueba pequeña si se cumplen los requisitos críticos y los participantes saben realizar la tarea. La persona que revisa debe seguir respondiendo por cada resultado que se use en las operaciones. En esta etapa, comprueba si el flujo de trabajo completo resulta útil, incluido el esfuerzo humano que exige el uso de IA.

Durante los días 31-60, revisa los resultados cada semana. Amplía la variedad de ejemplos antes de aumentar el número de usuarios. Un sistema que maneja bien las notas habituales puede fallar ante una actualización ambigua, material de origen incompleto o un cambio en las instrucciones del cliente.

Durante los días 61-90, amplía la prueba solo si el flujo de trabajo cumple sus criterios escritos durante dos periodos de revisión consecutivos, no queda ningún requisito crítico pendiente y todas las áreas alcanzan al menos 3/6. Esta es una regla operativa propuesta para esta prueba pequeña, no una demostración estadística de fiabilidad. Si revisar lleva tanto tiempo como hacer el trabajo manualmente, simplifica la tarea o detén la prueba.

Ejemplo completo: una empresa de servicios de 40 personas

Una empresa ficticia de servicios de 40 personas obtiene 18/30. Su primer paso, por tanto, es resolver las carencias que impiden iniciar una prueba piloto. Todavía no está preparada para usar información real de los proyectos.

La tarea propuesta consiste en redactar un borrador interno sobre el avance de un proyecto a partir de notas aprobadas. Un responsable de proyecto verificaría cada afirmación factual y enviaría el mensaje definitivo. La prueba no enviaría mensajes de forma automática, no modificaría registros ni asumiría compromisos con clientes.

La evidencia y las puntuaciones siguientes son ilustrativas. No corresponden a resultados de un cliente ni a una prueba de producto, y tampoco afirman que un asistente concreto pueda realizar la tarea.

Los subtotales son trabajo 4/6, datos 4/6, herramientas 4/6, personas 3/6 y riesgos 3/6. La suma es 4 + 4 + 4 + 3 + 3 = 18/30. B2 es el único requisito crítico que ya se cumple.

La decisión de la dirección de operaciones es: preparar la prueba y mantener fuera los datos reales de los proyectos hasta cumplir los requisitos críticos restantes. La persona administradora comprueba B3 y C2. El responsable de proyecto demuestra D2. La dirección de operaciones explica los límites escritos de E1 y ensaya con los participantes la aprobación, la notificación de incidentes, la interrupción y la vuelta al proceso manual que exige E3.

Si esos cinco puntos pasan de 1 a 2 cada uno, la nueva puntuación será 23/30. El cálculo no resuelve D3: los usuarios todavía necesitan practicar. Cuando lo hagan y D3 pase de 0 a 2, el total será 25/30, con puntuaciones por área de 4, 5, 5, 6 y 5. En esta secuencia hipotética, ya se cumplen todos los requisitos críticos.

Antes de elaborar el primer borrador con datos reales, la empresa debe completar la medición de referencia, los ejemplos de aceptación y la comprobación de C3 que abarca desde la entrada hasta el resultado. Solo debe actualizar esas puntuaciones cuando la evidencia lo justifique. Si la herramienta no permite realizar el flujo de trabajo propuesto, hay que elegir otra tarea. La empresa aún no tiene evidencia de horas ahorradas: debe medirlas, incluido el tiempo dedicado a verificar y corregir el borrador.

Cómo completar la evaluación en una semana laboral

Dedica la semana a llegar a una decisión documentada, sin prometer una implantación terminada. El trabajo consiste en reunir evidencia de las personas que ya conocen la tarea.

1. 1

   Lunes: elige la tarea y reúne ejemplos

   La persona propietaria de la empresa o quien dirige operaciones define la tarea, designa a su responsable y concreta qué decisión debe tomarse el viernes. Pide a quien hace el trabajo diez ejemplos recientes, incluidos los casos difíciles. Registra la frecuencia, el tiempo dedicado y las correcciones habituales. Es una muestra inicial práctica, no una demostración de que se hayan cubierto todas las excepciones.

2. 2

   Martes: revisa los datos y los accesos reales

   El responsable de TI y el responsable de los datos examinan cinco documentos de origen representativos. Confirma el permiso para el uso propuesto y comprueba los accesos con la cuenta de un usuario habitual de la prueba. Busca versiones desactualizadas, carpetas con información de distintos clientes mezclada, datos personales y material de uso restringido. Que una carpeta exista no significa que sea adecuado conectarla.

3. 3

   Miércoles: haz inventario de las herramientas y de su uso actual

   Revisa las suscripciones que ya tiene la empresa, los tipos de cuenta concretos y quién puede administrarlas. Pregunta al personal qué asistentes, extensiones de navegador o herramientas para reuniones utiliza ya en el trabajo. El objetivo es conocer los hechos: una lista de facturas no basta para evaluar los usos que pasan inadvertidos. La guía sobre IA no supervisada o shadow AI, es decir, el uso laboral de IA al margen de la supervisión autorizada, ayuda a estructurar esa conversación.

4. 4

   Jueves: ensaya las comprobaciones sobre personas y normas

   Reserva una hora para que los futuros usuarios y la persona que revisa practiquen con material sintético en un entorno aprobado. Comparen un borrador con su fuente, rechacen una afirmación sin respaldo, comuniquen un problema y vuelvan al proceso manual. Puntúa la conducta demostrada; asistir, por sí solo, no da puntos.

5. 5

   Viernes: puntúa, decide y asigna las correcciones

   La persona propietaria de la empresa o quien dirige operaciones, el responsable de TI y el responsable de la tarea contrastan la evidencia, resuelven los desacuerdos y suman la plantilla. Registra el rango obtenido, los requisitos críticos incumplidos, la primera acción, quién se encargará de ella y la fecha límite. Acuerden una fecha de revisión y conserven esta versión para que las puntuaciones posteriores permitan ver qué cambió.

¿Qué herramienta necesitas para evaluar la preparación para la IA?

Un documento y una hoja de cálculo bastan para esta primera decisión. Mantén juntos el identificador de la pregunta, la puntuación, la referencia a la evidencia y la próxima acción. Poder rastrear la justificación de cada respuesta es más útil que un panel sofisticado.

En «herramientas que ya tienes contratadas», lo que cuenta es haber comprobado su idoneidad, no cuántas suscripciones tienes. Una función incluida puede no estar disponible para los usuarios previstos, estar desactivada por quien administra la cuenta o resultar inadecuada para los datos implicados. Comprueba la cuenta y el flujo de trabajo reales antes de añadir otra compra al plan.

Consulta la guía de herramientas de IA para pequeñas empresas cuando la tarea y sus restricciones estén claras. Si estás considerando Claude de Anthropic, la guía de flujos de trabajo con Claude para pequeñas empresas ofrece ideas que puedes evaluar. Ninguno de los enlaces sustituye la comprobación de tu cuenta, tus permisos y el resultado que necesitas.

Qué marcos complementan la evaluación de preparación para la IA

Los marcos públicos ayudan a profundizar en los controles una vez detectadas las carencias. El AI Risk Management Framework, o NIST AI RMF, del National Institute of Standards and Technology, ofrece orientación voluntaria para gestionar los riesgos de la IA. Su Playbook agrupa las acciones sugeridas en Gobernar, Mapear, Medir y Gestionar, y aclara expresamente que no es una lista que deba completarse de principio a fin. Úsalo para examinar con más detalle las responsabilidades, el contexto, la evaluación y las respuestas. ISO/IEC 42001 establece requisitos para crear y mejorar de forma continua un sistema de gestión de IA: las políticas, responsabilidades y procesos de la organización relacionados con la IA. Resulta pertinente cuando necesitas esa estructura organizativa formal. Estas páginas públicas se verificaron el 23 de octubre de 2026. Esta plantilla es una ayuda original para planificar; no es una evaluación de NIST, una evaluación de conformidad con ISO ni una prueba de certificación. Usa el marco de gobernanza de IA para pequeñas empresas para convertir sus conclusiones en responsabilidades asignadas y reglas de decisión.

¿Qué se exagera al hablar de preparación para la IA?

Una puntuación que parece precisa puede ocultar una respuesta vaga. Un 18/30 sustentado en evidencia es más útil que un rotundo 28/30 basado en conjeturas. Los rangos ayudan a organizar el trabajo; no miden una propiedad universal de la empresa. No conviertas el total en un porcentaje para afirmar que la empresa está «preparada en ese porcentaje».

Más herramientas no aclaran un trabajo mal definido. Si no hay acuerdo sobre qué constituye un buen resultado, una nueva suscripción no hará que la tarea sea más fácil de evaluar. Lo mismo ocurre cuando el material de origen se contradice. A veces, la primera mejora es un formulario estándar para recoger la información o un proceso de aprobación más claro.

Superar la evaluación no demuestra el beneficio. La preparación indica si se dan las condiciones para una prueba razonable. La prueba permite averiguar si el flujo de trabajo mejora la tarea. Mide la preparación, la revisión, la corrección y la gestión de excepciones, además del tiempo de generación. Un borrador rápido que tarda más en verificarse puede seguir siendo una mala opción.

La puntuación no autoriza a actuar de forma autónoma. Pasar de «redactar para que lo revise una persona» a «enviar sin aprobación» cambia el flujo de trabajo y sus consecuencias. Vuelve a evaluarlo. Lo mismo sucede al dar al asistente acceso a archivos de otro departamento. Ni siquiera un 30/30 permite que un nuevo permiso o un nuevo caso de uso se apoyen en evidencia que nunca se reunió para ellos.

Preguntas frecuentes

¿Qué es una evaluación de preparación?

Una evaluación de preparación contrasta la evidencia actual con las condiciones necesarias para dar un paso concreto. En el caso de la IA, supone revisar el trabajo, los datos, las herramientas, las personas y las reglas de funcionamiento, y dejar constancia de qué puede avanzar y qué debe corregirse. El resultado útil es una decisión con responsables, no solo una puntuación.

¿Cómo obtener la evaluación de preparación para la IA en PDF?

Copia la plantilla de una página en tu editor de documentos y expórtala o imprímela como PDF. Guarda las notas de evidencia por separado y conserva una copia editable para volver a puntuar. Todas las preguntas y reglas de puntuación están en esta página; no hace falta rellenar un formulario de evaluación ni proporcionar un correo electrónico.

El primer paso para el lunes

Programa la evaluación con la persona responsable de una tarea recurrente y con quien administra sus datos y herramientas. Pide ejemplos recientes antes de la reunión. Para el viernes, completa esta frase: «Podemos probar este flujo de trabajo con estos límites, una vez resueltas estas carencias concretas». Si no puedes terminarla, la próxima acción debe ser reunir la evidencia que falta.

Para recibir guías prácticas sobre cómo elegir y poner en marcha flujos de trabajo con IA, suscríbete al boletín.