IA · Procesos · Organización

De los prompts a los procesos: cómo integrar la IA en los flujos de trabajo de tu empresa

La primera fase ya ha pasado: casi todo el mundo tiene un asistente de IA abierto en una pestaña y sabe pedirle un resumen. La segunda fase es otra cosa. Consiste en que la IA deje de ser una herramienta personal y pase a ser un paso del proceso, con los datos del sistema, una validación humana y un registro.

Esta guía explica por qué el prompt no escala, cómo es la anatomía de un paso de IA dentro de un flujo, qué tareas rinden primero, qué gobernanza mínima hace falta y cómo hacerlo en noventa días sin montar un programa de transformación.

Ventana de chat de cristal aislada a la izquierda de la que sale un hilo luminoso que se conecta a un tablero de proceso isométrico, donde un núcleo de IA está cableado dentro del flujo seguido de una puerta ámbar de validación humana
AR
Dueño de Dokuflex
Actualizado: 16 septiembre 2026

Para dirección general, operaciones, RRHH e IT. Guía divulgativa sobre la segunda fase de adopción de la IA: qué cambia cuando la IA pasa de herramienta personal a paso del proceso, y cómo hacerlo con control. No es un catálogo de modelos ni de proveedores.

Respuesta directa

Integrar la IA en los procesos significa dejar de usarla como un chat aparte y colocarla como un paso más del flujo de trabajo, con datos del propio sistema, una validación humana y registro de cada decisión. Según Deloitte (The State of AI in the Enterprise 2026, más de 3.200 directivos en 24 países), el 84 % de las organizaciones todavía no ha rediseñado puestos ni flujos en torno a la IA. Esa es la segunda fase, y la mayoría aún no ha empezado.

La primera fase ya pasó: qué cambia en la segunda

La primera fase de la IA en la empresa fue individual. Cada persona descubrió que un asistente le ahorraba una hora al día resumiendo, traduciendo o redactando, y la adopción creció sin que nadie la planificara. El informe de Deloitte sobre el estado de la IA en la empresa en 2026 lo mide con precisión:

  • La proporción de empleados con acceso a herramientas de IA aprobadas creció un 50 % en un año, hasta alrededor del 60 % de la plantilla.
  • Solo el 25 % de las organizaciones ha llevado a producción al menos el 40 % de sus experimentos.
  • Solo el 34 % usa la IA para transformar de forma significativa su modelo de negocio.
  • El 84 % todavía no ha rediseñado puestos ni flujos de trabajo en torno a las capacidades de la IA.

Léelo junto: mucha gente con acceso, pocos experimentos en producción y casi nadie tocando el proceso. Es exactamente lo que se ve desde dentro. El asistente está en la pestaña de al lado, pero el proceso de aprobar una factura, revisar un contrato o dar de alta a un empleado sigue siendo el mismo que en 2022, solo que con un copiar y pegar en medio.

La segunda fase no va de modelos más grandes. Va de dónde está la IA: fuera del proceso, alimentada a mano por cada persona, o dentro del proceso, alimentada por el sistema y con las mismas reglas para todos.

Por qué el prompt no escala

El prompt escrito a mano funciona muy bien para una persona y muy mal para una organización, por cuatro razones que se acumulan:

  1. Depende de quién lo escribe. Dos personas del mismo departamento obtienen resultados distintos del mismo documento. El proceso no es repetible y, por tanto, no es mejorable.
  2. La IA no ve el sistema. Solo ve lo que se le pega. No sabe qué proveedor es, qué contrato hay vigente ni qué se aprobó la última vez. Todo el contexto que da valor se queda en el ERP o en el gestor documental.
  3. No queda rastro. Nadie puede decir qué se preguntó, qué respondió la IA ni qué se hizo con la respuesta. Para una auditoría o una reclamación, el paso simplemente no existe.
  4. No hay control sobre lo que sale. Cuando el contexto se pega a mano, los datos personales, los precios y los contratos salen con él. Es el mecanismo exacto del shadow AI.

Ninguna de las cuatro se arregla con formación en prompts. Se arreglan cambiando de sitio la IA.

Anatomía de un paso de IA dentro de un proceso

Un paso de IA bien diseñado dentro de un flujo tiene seis componentes. Si falta uno, lo que tienes es un chat con otro nombre.

Componente Pregunta que responde Ejemplo: contrato de proveedor
Entrada definida ¿Qué recibe la IA y de dónde? El PDF del contrato desde el expediente del proveedor, no un texto pegado.
Tarea acotada ¿Qué tiene que hacer exactamente? Extraer partes, vigencia, importe, cláusula de renovación y penalizaciones. Nada más.
Salida estructurada ¿En qué formato devuelve el resultado? Campos del expediente rellenados, no un párrafo de prosa.
Umbral de confianza ¿Cuándo pide ayuda? Si no localiza la fecha de vencimiento con seguridad, marca el campo y no lo inventa.
Validación humana ¿Quién revisa y cuándo? Compras revisa los campos marcados antes de que el contrato pase a firma.
Registro ¿Qué queda escrito? Qué documento, qué extrajo la IA, qué corrigió la persona y cuándo.

La fila que más se olvida es la de la salida estructurada. Mientras la IA devuelva prosa, alguien tendrá que leerla y volver a teclear. Cuando devuelve campos, el siguiente paso del flujo puede arrancar solo.

Dónde empezar: las tres tareas que rinden primero

Las tareas que mejor funcionan como primer paso de IA comparten tres rasgos: volumen alto, criterio repetible y un error barato de corregir. Con esos filtros, casi siempre aparecen las mismas tres familias.

Familia Qué hace la IA Dónde aparece
Clasificar y enrutar Decide qué es el documento o la solicitud y a qué cola va. Buzón de facturas, solicitudes de RRHH, incidencias de clientes, registro de entrada.
Extraer datos Saca los campos de un documento y rellena el expediente. Facturas, contratos, DNI y certificados, formularios, albaranes.
Redactar borradores Propone un texto que una persona revisa antes de enviarlo. Respuestas a clientes, resúmenes de expediente, informes de no conformidad, comunicaciones internas.

Lo que no conviene poner primero: decisiones con efecto jurídico o económico sobre personas, como aprobar un crédito, seleccionar candidatos o sancionar. No porque la IA no pueda ayudar, sino porque el error es caro y la normativa exige garantías que un primer proyecto no está preparado para dar.

Un ejemplo completo de la segunda familia está en automatizar la aprobación de facturas de proveedores, y la técnica de lectura en procesamiento inteligente de documentos.

Rediseñar el puesto, no solo el paso

El 84 % de Deloitte no habla de tecnología: habla de puestos y flujos. Cuando la IA extrae los datos de la factura, la persona que antes los tecleaba pasa a validar excepciones. Es otro trabajo, con otra métrica y otra formación, y si no se rediseña de forma explícita ocurren dos cosas: la persona sigue tecleando «por si acaso» y el ahorro desaparece, o la persona valida sin mirar y el control desaparece.

Tres cambios concretos que acompañan a cada paso de IA que se pone en producción:

  • La métrica del puesto cambia. De «facturas registradas al día» a «excepciones resueltas y errores detectados». Si la métrica no cambia, el comportamiento tampoco.
  • La formación es obligatoria, no opcional. El artículo 4 del Reglamento (UE) 2024/1689 exige desde el 2 de febrero de 2025 que quien usa sistemas de IA tenga competencia suficiente para hacerlo con conocimiento de los riesgos. Saber cuándo desconfiar de una extracción es parte del puesto.
  • La responsabilidad se asigna. Cada paso de IA tiene un dueño de negocio que responde de su calidad, revisa las excepciones y decide cuándo se cambia el umbral de confianza.
El contrapeso que conviene tener presente

Gartner prevé que a finales de 2026 el 40 % de las aplicaciones empresariales incorpore agentes de IA para tareas específicas, y al mismo tiempo que más del 40 % de los proyectos de IA agéntica se cancele antes de 2028 por costes, valor poco claro o controles insuficientes. Las dos cifras son compatibles: la IA entra en el proceso, pero solo se queda cuando el proceso se rediseñó para ella.

La gobernanza mínima que hace falta

No hace falta un comité de ética para poner un paso de IA en un flujo de facturas. Hace falta lo siguiente, y cabe en una página:

  1. Un inventario. Qué pasos de IA hay, en qué procesos, con qué modelo y con qué datos. Es también lo que pide el Reglamento de IA; lo explicamos en registro e inventario de sistemas de IA.
  2. Una regla de validación por nivel de riesgo. Todo, por umbral de confianza o por muestreo. Decidida por el dueño del proceso y escrita en el flujo, no en un documento.
  3. Un límite de datos. Qué información puede ver el modelo y bajo qué contrato. Si hay datos personales, el encargado del tratamiento y la ubicación del servicio están definidos antes de arrancar; cómo hacerlo está en LLM y RAG con cumplimiento del RGPD.
  4. Un registro. Cada ejecución deja qué entró, qué salió y quién validó. Sin esto no hay auditoría ni mejora posible.
  5. Una revisión periódica. Cada trimestre, el dueño del proceso mira la tasa de excepciones y decide si el umbral sube, baja o el paso se retira.

Cuando el paso de IA deja de ser una tarea y empieza a tomar decisiones encadenadas, la gobernanza tiene que crecer con él; ese caso lo tratamos en agentes de IA gobernados por BPM.

Plan de 90 días para pasar de la fase uno a la fase dos

Un solo proceso, tres meses y una cifra al final. Es lo contrario de un programa de transformación, y por eso funciona.

  1. Días 1-30 — Elegir y medir. Escoge un proceso que duela, con volumen y con los documentos ya en un sistema. Pregunta a quien lo ejecuta dónde copia y pega en un chat hoy. Mide el tiempo por expediente y la tasa de error actual: sin esa cifra de partida no habrá decisión al final.
  2. Días 31-60 — Construir el paso. Define entrada, tarea, salida estructurada, umbral y validación humana. Móntalo en el flujo real, no en una demo aparte, con un grupo pequeño de usuarios y el registro activado desde el primer día.
  3. Días 61-90 — Operar y decidir. Treinta días de uso real. Compara tiempo, errores y excepciones con la cifra de partida. Ajusta el umbral una vez. Y con fecha fijada de antemano, decide: se amplía a otro proceso, se mantiene o se cierra.

La fecha de decisión es la parte más importante del plan. Explicamos por qué en por qué el 95 % de los pilotos de IA no llega a producción.

Cómo lo resuelve Dokuflex: la IA como un paso más del flujo

Dokuflex, plataforma BPM low-code con IA, está construida sobre la idea de este artículo: la IA no es una aplicación aparte, es una acción que se arrastra al diseñador del proceso igual que una tarea humana o una integración.

  • Acciones de IA en el diseñador. Clasificar un documento, extraer campos, resumir un expediente o redactar un borrador son pasos del flujo en Dokuflex BPM low-code, con la entrada tomada del expediente y la salida escrita en sus campos.
  • Validación humana como tarea. El paso siguiente puede ser una tarea humana que solo se crea cuando la confianza baja del umbral, con responsable, plazo y escalado, igual que cualquier otra aprobación.
  • Los documentos ya están ahí. La IA trabaja sobre el gestor documental de Dokuflex, con los permisos del usuario que lanza el proceso. Nadie exporta nada.
  • Registro de cada ejecución. Qué documento, qué devolvió la IA, qué corrigió la persona y cuándo, en el historial del expediente.
  • Tratamiento bajo control. El modelo recibe el contexto mínimo y bajo contrato, con la arquitectura descrita en LLM y RAG con cumplimiento del RGPD europeo.

El resultado práctico es que el plan de 90 días de arriba no necesita un proyecto de integración: el paso de IA se dibuja en el mismo flujo donde ya viven las tareas, y por eso el plazo se cuenta en semanas, como explicamos en cómo un BPM con IA reduce los plazos de implantación.

Pide una demo y vemos un paso de IA dentro de uno de tus procesos →

Preguntas frecuentes

¿Qué significa integrar la IA en los procesos de la empresa? +

Significa dejar de usar la IA como una herramienta aparte, a la que cada persona copia y pega información, y colocarla como un paso más dentro del flujo de trabajo: recibe los datos del propio sistema, ejecuta una tarea acotada como clasificar, extraer o redactar un borrador, devuelve un resultado estructurado, pasa por una validación humana cuando el riesgo lo exige y deja registro de lo que hizo. La diferencia es que el resultado ya no depende de quién escribió el prompt.

¿Qué dice el informe de Deloitte sobre la adopción de IA en 2026? +

El informe The State of AI in the Enterprise 2026, elaborado a partir de una encuesta a más de 3.200 directivos de negocio y tecnología en 24 países, señala que alrededor del 60 % de los empleados ya tiene acceso a herramientas de IA aprobadas, pero que el 84 % de las organizaciones todavía no ha rediseñado puestos ni flujos de trabajo en torno a la IA, y que solo una de cada cuatro ha llevado a producción al menos el 40 % de sus experimentos.

¿Por qué el uso de IA con prompts no escala? +

Por cuatro razones: el resultado depende de la habilidad y del humor de la persona que escribe el prompt; la IA no ve los datos del sistema, solo lo que se le pega; no queda registro de qué se preguntó ni de qué se hizo con la respuesta; y no hay ningún control sobre qué información sale de la empresa. Un proceso hace lo contrario en los cuatro puntos: misma entrada, misma tarea, misma validación y mismo registro, lo lance quien lo lance.

¿Qué tareas conviene automatizar con IA primero? +

Las que combinan volumen alto, criterio repetible y un error barato de corregir: clasificar y enrutar documentos o solicitudes, extraer datos de facturas, contratos o formularios, y redactar borradores que una persona revisa antes de enviar. Las decisiones con efecto jurídico o económico sobre personas quedan para más adelante y siempre con validación humana.

¿Qué es la validación humana o human in the loop? +

Es el paso del proceso en el que una persona revisa, corrige o aprueba el resultado de la IA antes de que produzca efectos. Se diseña en función del riesgo: puede ser obligatoria para todo, solo cuando la confianza del modelo baja de un umbral, o solo por muestreo. Lo importante es que sea un paso explícito del flujo, con responsable y plazo, y no una recomendación en un documento de política.

¿Qué obliga el Reglamento europeo de IA cuando se integra la IA en un proceso? +

Como mínimo, el artículo 4 del Reglamento (UE) 2024/1689, aplicable desde el 2 de febrero de 2025, exige que el personal que usa sistemas de IA tenga competencia suficiente para hacerlo con conocimiento de los riesgos. Si el proceso entra en uno de los ámbitos de alto riesgo del anexo III, como el acceso al empleo o la evaluación de personas, las obligaciones son mucho mayores y conviene inventariar el sistema y analizarlo antes de ponerlo en producción.

¿Por dónde empiezo si mi empresa está en la primera fase? +

Por un solo proceso, no por una estrategia. Elige uno que duela, que tenga volumen y cuyos documentos ya estén en un sistema; identifica la tarea concreta que hoy se hace copiando y pegando en un chat; conviértela en un paso del flujo con entrada definida, salida estructurada y validación humana; mide el tiempo y los errores antes y después durante treinta días; y decide con esa cifra si se amplía o se cierra.

Fuentes

Siguiente paso

Saca la IA de la pestaña y métela en el proceso

Reserva 30 minutos: cogemos un proceso real tuyo, localizamos la tarea que hoy se hace en un chat y la dibujamos como paso del flujo con su validación humana. Sin compromiso y sin presentación genérica.