RPA, automatización empresarial y flujos de trabajo con IA
Primero simplificar. Después automatizar. Añadir IA donde crea valor real.
La automatización no debe hacer que un mal proceso se ejecute más rápido. Un proceso mal diseñado a mano sigue estando mal diseñado cuando lo ejecuta un robot — solo que ahora es más difícil de ver, más difícil de cambiar, y falla a velocidad de máquina.
La pregunta que responde esta página no es, por tanto, «qué herramienta de automatización compramos». Es: ¿cómo puede una organización mejorar y automatizar su trabajo sin limitarse a automatizar la ineficiencia existente? Eso empieza por el proceso y el resultado de negocio, no por un robot de software ni por un producto de IA. VODIS puede ayudar a pasar del proceso actual a la comprensión, la simplificación, el diseño objetivo, la automatización, la integración, el control y la operación — y la tecnología se elige solo cuando la necesidad se ha entendido de verdad.
Entender el proceso antes de automatizarlo
La primera tarea es averiguar cómo ocurre realmente el trabajo, que rara vez coincide con lo que dice el procedimiento documentado. Según el proceso, el descubrimiento puede cubrir:
- entrevistas con las partes implicadas y los pasos que la gente ejecuta sin que nadie los haya escrito
- el flujo AS-IS: actividades, tareas, traspasos y roles
- los sistemas implicados y las entradas y salidas de cada paso
- reglas de negocio, aprobaciones y los controles que deben sobrevivir a cualquier rediseño
- las excepciones — con qué frecuencia ocurren y qué se hace con ellas
- tiempos de espera, retrabajo y los puntos donde el trabajo se acumula
- intervenciones manuales, reintroducción de datos y apaños con hojas de cálculo
- dependencias de datos y calidad del dato en cada paso
- los puntos de dolor tal como los describen quienes hacen el trabajo
- los riesgos operativos y lo que hoy los evita
- process mining, task mining o análisis de registros de eventos donde los sistemas y los datos lo hagan apropiado
El resultado suele ser una línea base AS-IS: flujo, volúmenes, tiempos, roles, sistemas, controles, excepciones y dependencias. Donde hay evidencia se mide; donde no la hay se describe una estimación y se etiqueta como tal. Ninguna métrica de proceso de una línea base de VODIS se inventa. El process mining puede ser valioso pero no es un requisito previo, y VODIS no posee ni revende una plataforma de process mining — cuando tal herramienta sirve, es del cliente o de un tercero.
Simplificar antes de automatizar
Este es el paso que más se salta y el que normalmente más devuelve. Automatizar trabajo innecesario no lo vuelve valioso — lo vuelve permanente. Antes de automatizar nada, cada paso merece una pregunta sencilla: ¿tiene que seguir existiendo, y de esta forma?
- eliminar — pasos que existen solo porque alguna vez existieron
- agrupar — aprobaciones y comprobaciones que se duplican
- estandarizar — variantes de proceso que difieren sin razón actual
- simplificar — reglas de negocio que llevan años acumulando excepciones
- mover — trabajo situado en el lugar equivocado del flujo, o en el equipo equivocado
- digitalizar — pasos en papel y correo que rompen la cadena
- integrar — doble introducción de datos entre sistemas que podrían hablarse
- controlar de otro modo — controles obsoletos y conciliaciones manuales que existen solo porque dos sistemas discrepan
- clarificar la titularidad — pasos de los que nadie responde con claridad
No todos los procesos se pueden simplificar, y parte de la complejidad la exigen realmente la regulación, el riesgo o el modelo de negocio. Lo importante es que la pregunta se haga antes de comprometer el presupuesto de automatización, y no después.
Diseñar el proceso objetivo
El proceso TO-BE se diseña alrededor del resultado, no alrededor de la herramienta que lo implementará. Un diseño objetivo suele tener que resolver:
- el resultado de negocio para el que existe el proceso
- la experiencia del cliente y del empleado a lo largo del recorrido
- qué controles son obligatorios y cómo se evidencian
- qué se automatiza y qué sigue siendo humano
- cómo salen las excepciones de la vía automatizada y cómo vuelven
- los datos que necesita el proceso y dónde son maestros
- los sistemas e integraciones implicados
- quién es dueño del proceso una vez en producción
- cómo se medirá el proceso
La tecnología sigue a este diseño. Elegir primero la plataforma y después moldear el proceso según sus restricciones es la forma en que las organizaciones acaban automatizando las preferencias de la herramienta en lugar de su propio negocio.
El trabajo humano y el automatizado no son lo mismo
Un diseño objetivo útil es explícito sobre de qué tipo es cada paso, porque cada tipo necesita un mecanismo y un control distintos:
- JUICIO HUMANO — trabajo que exige contexto, criterio o responsabilidad
- AUTOMATIZACIÓN POR REGLAS — trabajo determinista con lógica estable y comprobable
- INTEGRACIÓN DE SISTEMAS — mover datos y disparar acciones entre sistemas
- DECISIÓN ASISTIDA POR IA — una sugerencia de máquina que una persona revisa y asume
- ACCIÓN DE IA CONTROLADA — una acción de máquina dentro de límites definidos, registrada y reversible
Que la tecnología sepa imitar un juicio no es razón para automatizarlo. Algunos pasos existen precisamente porque una persona debe mirarlos, y quitar a la persona quita el control en lugar del coste.
Automatizar donde tiene sentido
No todo candidato merece automatizarse, y los que más atraen suelen ser los menos estables. Una evaluación de oportunidades suele sopesar:
- volumen de transacciones o expedientes, y frecuencia
- esfuerzo manual y cuán repetitivo es realmente el trabajo
- estabilidad de las reglas — con qué frecuencia cambia la lógica
- número y variedad de excepciones
- calidad del dato y si se puede confiar en las entradas
- accesibilidad de los sistemas y capacidad de integración
- riesgo operativo y criticidad para el negocio
- beneficio esperado, expresado como rango con sus supuestos
- complejidad de implantación y, sobre todo, mantenibilidad
El resultado puede ser una matriz de oportunidades de automatización y, para parques mayores, una cartera o backlog priorizado por valor, viabilidad, riesgo, esfuerzo y dependencias. La ponderación se acuerda con el cliente para su situación; no existe un modelo de puntuación universal y no se garantiza ningún beneficio antes de que existan evidencias de implantación.
Elegir el mecanismo de automatización adecuado
La automatización de procesos moderna es bastante más amplia que robots pulsando pantallas. El objetivo es un proceso de extremo a extremo que funcione, no el máximo número de bots:
- RPA, para trabajo a nivel de interfaz de usuario
- workflow y BPM, para tareas humanas, aprobaciones y gestión de expedientes
- API e integración de sistemas, donde existan interfaces
- eventos, mensajería y orquestación entre sistemas
- automatización empresarial, que coordina todo lo anterior
- automatización documental y de contenidos
- componentes low-code donde realmente encajen
- IA, donde la lógica determinista no basta
- agentes controlados, dentro de límites definidos
- tareas humanas — mantenidas deliberadamente en el diseño
La mayoría de los procesos reales acaban usando varios a la vez. Un diseño que insiste en un único mecanismo para todo describe normalmente lo que vende el proveedor, no lo que el proceso necesita.
La RPA — y sus límites
La RPA maneja las aplicaciones como lo haría una persona, a través de la interfaz de usuario. Eso la hace realmente útil en circunstancias concretas:
- tareas repetitivas de interfaz con pantallas estables
- aplicaciones heredadas que no se pueden modificar
- aplicaciones sin una API adecuada
- tareas estructuradas y basadas en reglas con entradas previsibles
- movimiento controlado de datos entre sistemas que no se integran
- trabajo operativo repetitivo que hoy se hace a mano
Es igual de importante ser honesto sobre dónde se encarece. La automatización de interfaz se vuelve frágil cuando cambian las pantallas, cuando se multiplican las variantes, cuando las excepciones crecen más rápido que las reglas que las tratan, o cuando se actualizan los sistemas subyacentes. Un robot no es una entrega puntual; es un activo que hay que mantener frente a todo lo que lo rodea. La RPA es, por tanto, una herramienta del conjunto, no la arquitectura por defecto de toda automatización.
Workflow, BPM y gestión de expedientes
Cuando un proceso trata sobre todo de coordinar personas más que de mover datos, una capacidad de workflow o BPM suele encajar mejor:
- trabajo que pasa por varias personas o equipos
- aprobaciones, delegaciones y comprobaciones a cuatro ojos
- asignación de tareas, colas y reparto de carga
- reglas de negocio que deben permanecer visibles y modificables
- traspasos entre departamentos o entre cliente y proveedor
- niveles de servicio y escalado cuando no se cumplen
- gestión de excepciones como una vía de primer orden, no como un remiendo
- gestión de expedientes, donde cada caso sigue su propio recorrido
- una pista de auditoría que muestre quién hizo qué y cuándo
Aquí no se prefiere ninguna plataforma de BPM o workflow. La adecuada depende del parque ya instalado, de los requisitos de integración, del modelo operativo y de las condiciones comerciales.
La integración suele ser la automatización más mantenible
Donde existen interfaces de sistema sólidas, conectar los sistemas directamente resulta normalmente más duradero que reproducir los clics de una persona. Una integración no se rompe porque haya cambiado la maquetación de una pantalla:
- API e interfaces de servicio
- eventos y mensajería para lo que ocurre de forma asíncrona
- intercambio por ficheros y batch donde es lo que los sistemas soportan
- plataformas de integración y orquestación
- automatización empresarial que coordina a la vez personas, sistemas, flujos, robots, datos e IA
- visibilidad de extremo a extremo de un proceso que atraviesa varios sistemas
- control coherente y gestión coordinada de excepciones a lo largo de la cadena
- menos traspasos manuales entre pasos por lo demás desconectados
- resultados de proceso realmente medibles de extremo a extremo
Esto no vuelve las API universalmente superiores. Donde no existe interfaz, donde el fabricante no la expone, o donde la ventana de cambio está a años vista, la automatización de superficie puede ser la respuesta pragmática por ahora. La arquitectura depende del contexto, y VODIS no posee ni revende una plataforma de automatización empresarial.
Automatización documental y de contenidos
Muchísimos procesos son en realidad procesos documentales disfrazados de procesos de sistema: el trabajo espera un PDF, un adjunto de correo, un formulario escaneado o la hoja de cálculo de un proveedor. Ahí es donde suele irse el tiempo:
- ingesta desde correo, escaneo, portal o sistema
- clasificación de qué es realmente el documento
- extracción de los campos que el proceso necesita
- validación contra las reglas de negocio y contra otros sistemas
- enrutado a la cola, el equipo o el flujo correctos
- gestión de excepciones cuando la confianza es baja o los datos entran en conflicto
- archivado, conservación y procesamiento posterior
- evidencia de que el documento fue tratado, y por quién
El procesamiento inteligente de documentos puede ayudar en clasificación, extracción de campos, comprensión del contenido, resumen y marcado de excepciones. La precisión de extracción nunca es perfecta y no debe presentarse como tal: cuánta validación humana permanece depende del tipo de documento, del nivel de confianza, del riesgo de negocio y de cualquier requisito regulatorio ligado a la decisión que el documento sustenta.
Añadir IA donde las reglas no bastan
La automatización determinista es sólida, barata y comprobable allí donde la lógica se puede escribir como: si A, entonces B. Eso cubre buena parte de los procesos de negocio y, donde aplica, suele ser la respuesta correcta. La IA se gana su sitio en las partes que se resisten a esa formulación:
- información no estructurada — texto libre, documentos, correspondencia
- lenguaje: entender un correo o un mensaje entrante
- clasificación de intención y enrutado
- comprensión documental y extracción más allá de plantillas fijas
- resumen de material largo o disperso
- recuperación desde el conocimiento corporativo, mostrando la fuente
- recomendación y apoyo a la decisión para una persona que decide
- redacción de una respuesta, una nota o un resumen de expediente, para revisión
- detección de anomalías, donde el patrón no es una regla fija
- asistencia a expedientes e interacción en lenguaje natural con un proceso
Añadir IA donde la automatización determinista sería más apropiada hace un proceso menos previsible, más difícil de probar y más caro de operar, sin ganancia alguna. La disciplina útil es escoger el mecanismo más sencillo que cumpla el requisito, y tratar la IA como una capacidad que apoya, asiste y recomienda allí donde importa la responsabilidad humana.
Automatización a medida donde el proceso lo exige
Las plataformas de automatización consolidadas cubren mucho, pero no todo, y la brecha suele ser específica de la organización. VODIS puede ayudar a diseñar o coordinar componentes construidos a propósito, como:
- asistentes de IA acotados a un proceso en lugar de a todo
- asistentes de conocimiento que trabajan sobre fuentes internas aprobadas
- servicios de procesamiento documental ajustados al corpus propio de la organización
- copilotos de flujo que ayudan a una persona a completar un expediente
- servicios de automatización y orquestación entre herramientas existentes
- componentes de apoyo a la decisión que muestran su razonamiento y sus fuentes
- servicios de integración donde no existe un conector adecuado
- aplicaciones con IA donde el requisito es realmente un producto
La decisión de construir o configurar se toma explícitamente: configurar la plataforma existente, extenderla, integrar varias, construir un componente o construir una aplicación. Se pondera sobre encaje de negocio, arquitectura, mantenimiento, seguridad, integración, coste, competencias disponibles, dependencia del proveedor y escalabilidad. No se presume que el desarrollo a medida sea superior — suele ser la opción más cara de poseer, y tiene que merecerlo. Donde la respuesta es una aplicación realmente nueva, ese es el tema de Innovación de producto y desarrollo de aplicaciones, no de esta página.
Flujos agénticos controlados
Donde encaja de verdad, un flujo con IA puede hacer más que clasificar y sugerir. Un paso agéntico controlado sigue una secuencia definida:
- interpretar la solicitud o el disparador
- recuperar información aprobada de fuentes aprobadas
- elegir dentro de un conjunto definido de acciones autorizadas — no uno abierto
- llamar a herramientas y API aprobadas, con los permisos de una identidad de servicio
- preparar la acción y mostrar qué pretende hacer
- solicitar aprobación humana donde el modelo de control lo exija
- ejecutar dentro de límites definidos, incluidos límites de importe y de volumen
- registrar disparador, entradas, acción, resultado y cualquier intervención humana
La arquitectura que hace esto seguro es IA más herramientas más reglas de negocio más flujo más salvaguardas más control humano — no un modelo al que se deja improvisar. Esto se describe deliberadamente como un flujo controlado. No es un empleado de IA, no es una fuerza laboral autónoma y no es una empresa que se dirige sola, y VODIS no lo describirá en esos términos.
Humano en el bucle, y quién sigue siendo responsable
El modelo de control se elige paso a paso, según lo que ocurra si el paso se equivoca:
- tarea determinista, de bajo riesgo y reversible — ejecución automática
- recomendación de IA — una persona revisa antes de que surta efecto
- decisión de mayor riesgo o valor — aprobación humana explícita
- excepción o confianza baja — escalado a una persona, por diseño
- el modelo depende de riesgo, impacto, regulación, confianza, reversibilidad y sensibilidad de los datos
La automatización y la IA no eliminan la responsabilidad; reubican el trabajo dejando la responsabilidad donde estaba. Las personas siguen siendo responsables de la titularidad del proceso, las reglas de negocio, la política de aprobación, la arquitectura, la seguridad, los controles, las pruebas, la gestión de excepciones, la decisión de pasar a producción y la supervisión operativa. Para actividades sensibles o de alto impacto — crédito, cumplimiento, empleo, ámbito médico y todo lo que tenga consecuencias legales, de seguridad o relevantes para el cliente — los controles son proporcionados al impacto, y VODIS no ofrece ni recomienda la aprobación autónoma de tales decisiones.
Seguridad, control del dato y auditabilidad
Una automatización es un nuevo actor en el parque, y debe tratarse como tal desde el principio:
- identidades de servicio propias — las automatizaciones no deben reutilizar credenciales de una persona
- gestión de credenciales y secretos, con rotación
- mínimo privilegio y permisos de API acotados a la tarea
- los accesos privilegiados tratados como privilegiados
- segregación de funciones preservada, no sorteada discretamente por el robot
- registro y una pista de auditoría sobre disparador, entrada, acción, decisión, aprobador, excepción y resultado
- gestión del cambio, para que una automatización se versione y libere como cualquier software
- para pasos de IA: qué datos llegan al modelo, qué proveedor, retención, registro, confidencialidad, datos personales y sensibles, accesos y ubicación del dato cuando proceda
- modelos y servicios aprobados, con IA corporativa autorizada, nube controlada, entorno privado o ejecución local si la clasificación del dato lo exige
- trazabilidad del paso asistido por modelo, de la fuente o contexto usados y de cualquier intervención humana
No toda automatización necesita un modelo local — esa decisión sigue a la clasificación del dato y a la política de seguridad del cliente, no a la moda. Y no debe prometerse explicabilidad perfecta para todo modelo: lo que sí puede prometerse es que el disparador, la acción, los límites y las decisiones humanas alrededor queden registrados y sean revisables.
El ciclo de vida de la automatización
Un marco de trabajo, deliberadamente corriente en lugar de una metodología propietaria: descubrir, optimizar, diseñar, automatizar, integrar, validar, operar, mejorar.
- DESCUBRIR — entender el proceso real, no el documentado
- OPTIMIZAR — quitar lo que no debería automatizarse en absoluto
- DISEÑAR — el proceso objetivo, sus controles y sus vías de excepción
- AUTOMATIZAR — implementar los mecanismos apropiados
- INTEGRAR — conectar sistemas, datos, personas y flujo
- VALIDAR — pruebas funcionales, de reglas, de integración, de excepción, de seguridad, de acceso, de regresión, de volumen y de recuperación, más la aceptación; para pasos de IA también exactitud, salidas inapropiadas, confianza, anclaje a fuentes, repliegue y escalado
- OPERAR — monitorización, soporte ante incidencias, revisión de excepciones, ciclo de vida de credenciales, respuesta a cambios de plataformas y aplicaciones, evolución de prompts y modelos, capacidad y documentación
- MEJORAR — medir y cambiar lo que la medición muestre
Que termine el desarrollo no es que termine la automatización. El paso a producción exige despliegue, alta de accesos y credenciales, monitorización, un runbook, titularidad de soporte nombrada, enrutado de excepciones, vuelta atrás y contingencia, formación y preparación del negocio. Después necesita un dueño: las automatizaciones acumulan deuda técnica igual que las aplicaciones, y es en el parque en operación donde vive el coste. Esa dimensión operativa conecta con Gestión de infraestructura y aplicaciones. Ningún régimen de pruebas produce cero errores, y aquí no se afirma nada semejante.
Medir lo que realmente cambió
Los beneficios se reivindican mucho más a menudo de lo que se miden. Donde existe una línea base, el cambio puede mostrarse:
- tiempo de ciclo, de extremo a extremo
- tiempo de manipulación manual por expediente
- tiempo de espera entre pasos
- tasas de error y de retrabajo
- rendimiento y capacidad de absorber picos
- tasa de automatización y la tasa de excepciones que hay detrás
- experiencia de usuarios y clientes
- calidad de servicio frente a los niveles acordados
- coste del proceso, donde pueda atribuirse con honestidad
- eficacia de los controles, que a menudo es el beneficio real
Los beneficios potenciales pueden incluir menos trabajo repetitivo, tiempos de tramitación más cortos, una ejecución más consistente, mejor trazabilidad, menos traspasos manuales, escalado más sencillo y mayor visibilidad del proceso. Se enuncian como lo que puede ocurrir, no como una promesa. Donde un caso de negocio resulta útil, VODIS puede ayudar a estimar el esfuerzo de implantación, los costes de plataforma y operación, el mantenimiento, los volúmenes, el esfuerzo manual actual, el beneficio esperado y los supuestos de retorno — como supuestos, contrastados con las cifras del cliente. No se garantiza ningún ROI ni se inventa ningún porcentaje de ahorro.
De automatizaciones sueltas a una capacidad de automatización
Un puñado de automatizaciones puede gestionarse de manera informal. Un parque no. A medida que el número crece, las organizaciones suelen necesitar:
- una entrada — una vía por la que la demanda llegue y sea evaluada
- priorización frente a valor, riesgo y capacidad
- estándares de desarrollo, para que una automatización sea legible por otro
- titularidad nombrada para cada automatización en producción
- revisión de arquitectura y seguridad proporcionada al riesgo
- un ciclo de desarrollo, prueba y liberación
- acuerdos de monitorización y soporte
- componentes reutilizables, para no construir cinco veces el mismo conector
- documentación que sobreviva a la marcha de su autor
- seguimiento de beneficios frente a lo declarado en la aprobación
- gobierno del desarrollo por usuarios de negocio: permisos, entornos, datos, conectores, revisión, liberación, titularidad y soporte
- gobierno de la IA donde haya pasos con IA en el alcance
Esto puede tomar la forma de un centro de excelencia de automatización, de un modelo de gobierno más ligero, o de un modelo federado donde la ejecución está en el negocio y los estándares en el centro. Un CoE no es necesario en toda organización y puede convertirse en carga burocrática si se impone demasiado pronto. Igualmente, un desarrollo por usuarios sin control no es un objetivo — herramientas accesibles sin permisos, revisión ni titularidad producen sencillamente la siguiente generación de automatizaciones no documentadas.
Modernizar el parque de automatizaciones existente
La mayoría de las organizaciones ya tiene un parque de automatizaciones, aunque nadie lo llame así: bots antiguos, scripts, macros, tareas programadas, automatizaciones en hojas de cálculo, pequeñas utilidades de base de datos de escritorio, interfaces a medida y flujos no documentados que hacen funcionar en silencio partes del negocio.
- INVENTARIAR — encontrar lo que existe, incluido lo que corre desde el puesto de alguien
- ENTENDER — qué hace cada una, qué toca y quién depende de ella
- RACIONALIZAR — retirar lo muerto, fusionar lo que se solapa
- REDISEÑAR — donde el proceso subyacente debería cambiar primero
- MIGRAR o MODERNIZAR — hacia mecanismos soportados con titularidad real
- un análisis asistido por IA puede ayudar a leer scripts, código de automatización, documentación, reglas, dependencias y registros cuando el volumen es grande
No toda automatización antigua es mala. Algunas llevan una década funcionando con fiabilidad y codifican reglas que nadie más recuerda; el riesgo no es que sean antiguas sino que estén sin dueño y sin explicación. Donde entender código antiguo pasa a ser el problema principal, ese es el terreno de Modernización de sistemas core legacy y la arqueología de software, que llega más hondo que este servicio.
Casos de uso ilustrativos
Los siguientes dominios son ilustrativos y sirven para mostrar la forma del trabajo. Son ejemplos de dónde suele aplicarse este tipo de automatización — no son descripciones de proyectos de clientes realizados por VODIS, y en esta página no se nombra a ningún cliente:
- FINANZAS — tratamiento de facturas, conciliaciones, informes recurrentes, apoyo al cierre, recogida de datos entre sistemas
- BANCA Y SERVICIOS FINANCIEROS — apoyo al alta de clientes, tratamiento documental, apoyo al flujo de crédito, conciliaciones operativas, preparación del reporte regulatorio, enrutado de expedientes
- RECURSOS HUMANOS — altas y bajas, solicitudes de empleados, flujos documentales, aprobaciones
- COMPRAS — solicitudes, aprobaciones, flujo de alta de proveedores, comprobación de documentos
- OPERACIONES DE CLIENTE — clasificación de expedientes, enrutado de correo, solicitudes de servicio, procesamiento documental, actualizaciones de estado
- TI — flujos de aprovisionamiento y accesos, enrutado de incidencias, informes recurrentes, actividades operativas repetitivas
- TRANSVERSAL — cualquier proceso donde el mismo dato se introduce dos veces, o donde el trabajo espera en una bandeja de entrada
En ámbitos regulados y de alto impacto la automatización apoya al proceso y a las personas que lo llevan; las decisiones con consecuencias financieras, regulatorias, legales, de seguridad o relevantes para el cliente permanecen en personas responsables, bajo controles proporcionados a ese impacto.
Cómo trabaja VODIS, y qué puede recibir
VODIS puede actuar como traductor entre negocio y tecnología, asesor de transformación de procesos, coordinador de programa de automatización, capa de arquitectura y gobierno, apoyo a la selección de proveedores, coordinador de implantación y apoyo al cambio y la adopción — una sola visión sobre proceso, tecnología y cambio. VODIS puede reunir y coordinar experiencia en procesos de negocio, automatización, aplicaciones, integración, IA, arquitectura y entrega según el alcance y la disponibilidad, y es independiente de proveedores: en esta página no se nombra, recomienda ni revende ninguna plataforma, y la elección tecnológica sigue a los requisitos del proceso, la arquitectura, el parque existente, la seguridad, los datos, la escala, la operación y el modelo comercial.
- los encargos van desde el descubrimiento, mapeo y optimización de procesos, pasando por la evaluación de oportunidades y la hoja de ruta de automatización, hasta el diseño de RPA y workflow, la evaluación de plataformas, la implantación y la automatización a medida
- el diseño de un CoE y un gobierno de automatización, la revisión del parque, la remediación y modernización, el apoyo al programa y la dirección interina de automatización están disponibles por derecho propio
- los modelos comerciales incluyen asesoría, evaluación, alcance definido, tiempo y materiales, paquetes de trabajo gestionados, gobierno o soporte recurrentes y dirección interina o fraccional
- los resultados pueden incluir un mapa de proceso AS-IS, un inventario de procesos, un análisis de puntos de dolor y una arquitectura de procesos
- una matriz de oportunidades, un backlog de automatización, un proceso TO-BE y un caso de negocio
- una arquitectura de solución, una evaluación de plataformas, un diseño de integración y un modelo de control
- una implantación de RPA o workflow, un componente de IA o un componente de automatización a medida
- escenarios de prueba, un modelo operativo, un runbook, un modelo de KPI y medición, un marco de gobierno y un modelo de CoE de automatización
Son ejemplos de lo que un encargo puede producir, no una lista fija de entregables, y los especialistas implicados se reúnen por encargo según el alcance y la disponibilidad en lugar de extraerse de una gran plantilla permanente — no se da a entender ninguna capacidad de ejecución ilimitada o garantizada. No se publican nombres individuales, nombres de empresas socias, plantillas ni tarifas. Donde la experiencia del fundador es relevante, se describe como programas dirigidos o coordinados por el fundador de VODIS en anteriores puestos de dirección y alta gestión, antes de la creación de VODIS; esos programas no se presentan como trabajo de VODIS para clientes.
Si en su organización el trabajo va lento por cómo está formado el proceso y no por lo mucho que se esfuercen las personas, el siguiente paso útil no es una demostración de herramienta. Es mirar el proceso en sí — qué puede eliminarse, qué merece automatizarse y dónde, si acaso, la IA se gana de verdad su sitio.