Antes de comparar herramientas, una empresa puede dedicar un rato a describir una tarea real, el dato que interviene, quién revisaría una salida y qué caso obligaría a detenerse. Ese mapa no demuestra que la IA sea necesaria ni que una prueba vaya a funcionar. Sirve para que la conversación empiece por el trabajo que existe, y no por la presión de llegar a una media.
Eurostat informa de que, en 2025, el 20,0 % de las empresas de la economía no financiera de la UE con diez o más personas empleadas declaró usar al menos una tecnología de IA. La cifra ayuda a situar el tema, pero tiene un límite muy concreto: no describe Murcia, un sector ni una empresa; tampoco mide la calidad del uso, los resultados o lo que ocurre dentro de un proceso particular.
Una media puede acompañar una decisión, pero no tomarla
Es comprensible mirar una cifra y pensar que quizá se está llegando tarde. También es comprensible que alguien del equipo pregunte qué pasará con su forma de trabajar si entra una herramienta nueva. Ninguna de esas preguntas se responde bien con un porcentaje.
La edición 2026 de las estadísticas digitales regionales de Eurostat, publicada el 26 de septiembre de 2026, muestra que el uso declarado varía entre regiones. Eso no convierte a una región en un modelo para otra. Menos aún convierte una media en una instrucción para una persona que, mañana, tendrá que revisar un documento, atender una incidencia o responder ante un cliente.
Una estadística puede decir que, en una población definida, algunas empresas han declarado utilizar al menos una tecnología de IA. Puede abrir una conversación sobre cómo se está adoptando esa tecnología. No puede decir qué parte del trabajo conviene tocar, qué información es adecuada, quién debe revisar una salida o qué coste humano tendría equivocarse.
Ese límite no resta valor a los datos. Los coloca en su sitio: ayudan a formular una pregunta más honesta que «¿qué herramienta necesitamos?». La pregunta útil suele ser «¿qué trabajo queremos entender mejor antes de cambiarlo?».
El mapa empieza por el trabajo que alguien conoce
Una tarea no es «usar IA». Una tarea es comprobar si una solicitud tiene toda la información, ordenar partes de trabajo que llegan por canales distintos, preparar un primer borrador a partir de documentos o localizar un dato que ya existe, pero está repartido.
Al formularla así, aparece la persona que sabe dónde se atasca el trabajo y dónde suele haber una excepción. Esa persona no tiene que defender el proceso actual ni aceptar un cambio de antemano. Su conocimiento es precisamente lo que evita que una prueba se construya sobre una versión demasiado simple de la realidad.
El mapa de cuatro campos no es un formulario para aprobar una compra. Es una conversación estructurada. Se puede escribir en una hoja y corregir durante la conversación, porque las respuestas importan más que llenar las casillas rápido.
| Campo | Pregunta que abre la conversación | Ejemplo cotidiano neutral | Qué conviene aclarar antes de continuar |
|---|---|---|---|
| Tarea | ¿Qué trabajo concreto queremos asistir, comprender o preparar mejor? | «Revisar si una solicitud contiene los datos necesarios antes de asignarla». | Qué resultado se espera y cuándo se considera que el trabajo está terminado. |
| Dato | ¿Qué información usa esa tarea y de dónde viene? | «El texto recibido, una fecha, una referencia y documentos adjuntos». | Qué información sobra, qué no debe salir del proceso y qué origen no es fiable. |
| Revisión | ¿Quién puede comprobar la salida y con qué referencia? | «La persona que hoy contrasta la solicitud con el documento de origen». | Qué puede aceptar, qué debe corregir y qué no tiene autoridad para decidir. |
| Excepción | ¿Qué situación obliga a detenerse o a pedir ayuda? | «Falta un dato, aparecen instrucciones contradictorias o la salida afecta a una decisión sensible». | A quién se escala el caso y qué se hace mientras se espera una respuesta. |
Tarea: describir el momento, no el departamento entero
Decir «queremos mejorar administración» suele esconder demasiadas tareas distintas. Una persona puede recibir solicitudes, otra comprobar referencias y otra resolver los casos que no encajan. Ponerlas todas bajo una misma etiqueta hace más difícil saber qué se está probando.
Una buena primera descripción tiene un principio y un final reconocibles: «cuando llega X, comprobamos Y y dejamos Z preparado para revisión». Si todavía no puede expresarse así, no es un fracaso. Es una señal para mirar el proceso antes de elegir una herramienta.
También conviene preguntar qué cambia según el día. Hay tareas repetitivas en apariencia que dependen de una llamada, una urgencia, una relación previa o una regla no escrita. Esa variación no invalida una posible ayuda; solo impide tratar la tarea como una cinta transportadora cuando no lo es.
Dato: no todo lo que está disponible tiene que entrar
En muchos equipos, la información útil existe, pero vive en correos, carpetas, conversaciones y herramientas distintas. El primer impulso puede ser reunirlo todo. Es mejor empezar al revés: qué información mínima hace falta para entender esta tarea y qué información no hace falta para este fin.
La pregunta no es solo técnica. Quien trabaja con el proceso puede saber que un comentario interno cambia el sentido de una solicitud, que una versión antigua de un archivo confunde o que un dato sensible no debe circular fuera de un entorno concreto.
Si no se conoce el origen de un dato, no conviene rellenar el hueco con una suposición. Se puede marcar como «origen por confirmar», conservarlo fuera de la prueba y pedir a la persona que lo gestiona que explique de dónde sale, quién lo actualiza y cuándo deja de ser válido. A veces esa conversación resuelve un problema anterior a cualquier uso de IA.
Revisión: nombrar a la persona no es cargarle con todo
Una revisión útil no consiste en poner a alguien al final para que dé el visto bueno a cualquier cosa. Consiste en decidir qué puede comprobar esa persona, con qué material y cuándo debe decir «esto no me basta».
Por ejemplo, si una salida resume una solicitud, la revisión puede consistir en contrastar que no falten condiciones del texto original. Si ordena documentos, puede consistir en comprobar una muestra de casos y revisar siempre los que tengan un indicador de incertidumbre. El criterio cambia con la tarea; lo importante es que exista antes de usar la salida para actuar.
Si no hay responsable claro, el problema no se resuelve asignando el nombre de quien esté más disponible. La empresa puede parar ahí y decidir quién tiene contexto, autoridad y tiempo para responder cuando aparezca un caso dudoso. Sin esa decisión, una herramienta puede añadir una salida nueva, pero no un lugar fiable donde decidir sobre ella.
Excepción: acordar dónde termina una ayuda
Las excepciones son normales. Una solicitud puede venir incompleta, un documento puede contradecir otro o una situación puede afectar a una persona de un modo que una regla general no captura. El problema no es que existan; el problema es que nadie haya decidido qué ocurre cuando aparecen.
Una condición de parada sencilla puede ser más útil que una lista larga de posibilidades: «si falta el dato de origen, no seguimos»; «si afecta a una decisión individual, lo revisa una persona»; «si no se puede explicar la salida con el material disponible, no se usa». Estas frases no sustituyen el juicio profesional. Le reservan un lugar.
La conversación también trata de las personas
Introducir una herramienta en un proceso no es solo cambiar una pantalla. Puede cambiar qué se revisa, a quién se consulta y qué parte de una tarea queda más visible. Por eso tiene sentido hablar con las personas que realizan el trabajo antes de definir qué se quiere probar.
Si alguien teme que una prueba sea el primer paso para sustituir su puesto, minimizarlo con «solo es una herramienta» no ayuda. Es más útil concretar el alcance: qué tarea se está mirando, qué no se está decidiendo, quién revisará el resultado y qué sigue dependiendo de conocimiento, criterio y responsabilidad humana.
No hay una respuesta universal sobre cómo cambiará el trabajo. Tampoco este mapa pretende darla. Lo que sí puede hacer es evitar que una conversación afecte al equipo desde una idea abstracta y sin límites visibles.
El Marco de Gestión de Riesgos de IA 1.0 del NIST es una referencia voluntaria y mucho más amplia que este ejercicio. Resulta útil aquí por una idea sencilla: documentar el propósito, el alcance, los datos, las responsabilidades y la supervisión humana forma parte de entender un sistema antes de apoyarse en él. No convierte esta hoja en un marco de cumplimiento ni en una evaluación formal.
Cuando el proceso cambia cada día
Hay trabajos que no se repiten igual dos veces. Un responsable puede pensar que no merece la pena describirlos porque cada caso trae una combinación nueva de información, urgencias y personas.
En esos casos, el mapa puede centrarse en una frontera, no en la tarea completa. Por ejemplo: preparar un resumen de los antecedentes para que alguien decida, localizar documentos relacionados o señalar qué información falta antes de una conversación. La ayuda posible quizá no sea decidir; quizá sea dejar el caso mejor preparado para quien sí puede hacerlo.
Conviene recoger dos o tres casos recientes que hayan sido distintos entre sí. No para convertirlos en una estadística, sino para preguntar qué se mantuvo estable y qué obligó a cambiar de criterio. Si no aparece una parte común, la decisión razonable puede ser no automatizar esa tarea por ahora.
Qué hacer una vez que el mapa existe
El mapa puede acabar en tres lugares, y los tres son válidos.
Puede mostrar que aún falta información: el dato no tiene origen claro, la tarea no tiene un final observable o nadie puede asumir la revisión. En ese caso, la siguiente mejora no es tecnológica. Es aclarar el proceso con las personas implicadas.
Puede mostrar una tarea acotada con un dato mínimo, una revisión posible y una excepción comprensible. Eso permite estudiar una prueba pequeña sin afirmar de antemano que vaya a aportar un resultado concreto.
O puede revelar que el cambio no conviene. Si la tarea depende de excepciones constantes, de información que no se puede usar o de un criterio que nadie puede explicar todavía, detenerse también es una decisión bien fundamentada.
Qué puede hacer una empresa mañana
Reserva treinta minutos con una persona que conozca una tarea concreta. No hace falta comprar nada, abrir una cuenta ni decidir un proyecto.
Durante los primeros diez minutos, elegid un momento real del trabajo que ocurra al menos algunas veces: no «mejorar atención», sino «preparar la información que falta antes de responder una solicitud». Escribid qué entra, qué salida se espera y qué cambia si esa salida es incorrecta.
En los diez minutos siguientes, señalad el dato mínimo. Preguntad de dónde viene, quién puede confirmar que está actualizado y qué no debería incluirse. Si hay dudas, no intentéis resolverlas por intuición: anotadlas como preguntas pendientes.
Usad los últimos diez minutos para nombrar la revisión y la parada. ¿Quién podría comparar una salida con el origen? ¿Qué caso haría que esa persona dijera «no seguimos»? Dejad por escrito a quién se consultaría entonces.
Al terminar, no hace falta convertir la hoja en un plan. Basta con guardar una foto o una nota con cuatro respuestas y las dudas que han aparecido. Si la conversación ha hecho visible un punto que antes estaba implícito, ya ha cumplido su función.