La persona que mejor puede automatizar un proceso ya trabaja en él

Cuando una empresa decide automatizar un proceso, la reacción habitual es buscar a alguien que programe.

Tiene lógica. Al final habrá que conectar herramientas, tratar datos, definir permisos y construir algo que funcione. Pero hay una pregunta anterior que el código no puede responder por sí solo: ¿cómo funciona realmente ese proceso?

La respuesta rara vez está completa en un manual. Está en la persona que lo ejecuta todos los días.

Esa persona sabe qué documento suele llegar mal, qué dato nunca está donde debería, qué excepción aparece cada final de mes y qué comprobación hace casi sin pensar antes de dar algo por bueno. Conoce también los atajos, las dependencias y las decisiones que desde fuera parecen pequeñas, pero determinan que el resultado sirva o no.

Por eso, el experto de área debe estar en el centro de la automatización.

El proceso escrito y el proceso real

Sobre el papel, preparar un informe puede parecer sencillo: recoger datos, completar una plantilla y enviarla.

En la práctica, alguien sabe que primero hay que comprobar si dos columnas coinciden, pedir por correo el dato que siempre falta, utilizar una fuente distinta para una determinada sede y corregir el formato antes de generar el PDF.

Un programador puede construir exactamente lo que aparece en la descripción inicial. El problema es que esa descripción casi nunca contiene todo lo que hace que el proceso funcione.

El conocimiento más valioso suele ser tácito. Vive en pequeñas decisiones que la persona experta ha aprendido a tomar después de meses o años haciendo el trabajo.

Si ese conocimiento no entra en el diseño, la automatización puede ser técnicamente correcta y operativamente inútil.

Automatizar empieza por saber preguntar

El experto conoce el problema, pero no siempre sabe convertirlo en una especificación técnica. No tiene por qué saber si necesita un agente, una integración, una base de conocimiento o unas cuantas reglas escritas en código.

Ahí aparece el trabajo de Officer K.

Ayudamos a extraer y ordenar ese conocimiento: qué información entra, qué decisiones se toman, qué excepciones existen, qué resultado se espera y cómo se comprueba que está bien.

Después lo convertimos en una primera solución que pueda probarse con trabajo real. El experto no se limita a aprobar algo al final. Participa en el diseño, prueba los resultados y decide qué debe aprender el sistema.

La tecnología se construye alrededor del conocimiento de la persona que realiza el trabajo.

Dos maneras de hacerlo

No todas las organizaciones necesitan el mismo nivel de autonomía. Por eso trabajamos de dos formas.

Construimos el sistema con vuestro equipo. El experto de área nos enseña el proceso y nosotros nos ocupamos de darle forma, seleccionar las herramientas, desarrollar la solución y dejarla preparada para su uso. Es la vía adecuada cuando hay integraciones complejas, información sensible o una herramienta que debe utilizar mucha gente.

Formamos al experto para que pueda construir. En otros casos, la mejor solución es que la propia persona que conoce el trabajo cree y mejore pequeñas automatizaciones. Le enseñamos a definir el problema, dividirlo en partes, trabajar con agentes y herramientas de IA, comprobar los resultados y reconocer cuándo necesita apoyo técnico.

No se trata de convertir a todo el mundo en desarrollador. Se trata de dar capacidad de construcción a quienes mejor entienden dónde está el problema.

Quien conoce el problema debe ayudar a construir la solución

La automatización funciona mejor cuando el experto de área deja de ser únicamente quien recibe la herramienta y se convierte en quien dirige lo que debe hacer.

Officer K aporta el puente: podemos construir el sistema junto a vuestro equipo o formar a las personas que conocen el proceso para que desarrollen sus propias soluciones.

Si hay alguien en vuestra organización que lleva años pensando “esto debería hacerse de otra manera”, probablemente ya habéis encontrado por dónde empezar.

Abrid un caso y lo convertimos juntos en un sistema.