Cuando una organización identifica todo lo que podría automatizar, la primera lista suele ser demasiado larga. aparecen contenidos, informes, reuniones, atención al cliente, ventas, documentos y tareas internas que hace tiempos que generan fricción. Intentar abordarlo todo a la vez convierte una oportunidad clara en un proyecto difícil de gobernar. Escoger solo aquello que parece más innovador produce el error contrario: un piloto vistoso que no resuelve ningún problema relevante.
El primer agente tiene que servir para aprender y, al mismo tiempo, generar una mejora observable. No buscamos el proceso más impresionante, sino una combinación razonable de impacto, viabilidad y riesgo.
Empieza por el proceso, no por la herramienta
Una plataforma puede ofrecer muchas funciones, pero esto no quiere decir que la empresa las necesite. Antes de escoger tecnología, conviene describir una tarea concreta: quién la inicia, qué entradas recibe, qué pasos sigue, donde se producen errores, que considera un buen resultado y quien lo aprueba.
Si el proceso no se puede explicar, el agente tampoco se podrá configurar con suficiente claridad. En algunos casos, el análisis revelará que el problema no es la carencia de automatización, sino una responsabilidad indefinida, una fuente duplicada o una decisión que cada persona interpreta de manera diferente. Ordenar esto ya forma parte del proyecto.
Cinco criterios para seleccionar el primer piloto
El primer criterio es la repetición. Las tareas que suceden a menudo permiten aprender más deprisa y acumulan un ahorro más visible. El segundo es el impacto: no solo en horas, sino también en calidad, consistencia, capacidad de respuesta o acceso al conocimiento.
El tercer criterio es la disponibilidad de fuentes. Un proceso con documentos fiables, datos accesibles y ejemplos validados tiene muchas más posibilidades de éxito que un proceso que depende de información implícita. El cuarto es el riesgo. Para empezar, acostumbra a ser preferible una tarea interna, reversible y revisable antes de que una acción pública, financiera o relacionada con datos sensibles.
El quinto criterio es la presencia de un responsable. El piloto necesita alguien que conozca el proceso, pueda valorar los resultados y tenga tiempos para tomar decisiones. Sin esta figura, los errores se acumulan, las fuentes no se actualizan y nadie sabe cuándo el sistema está preparado para avanzar.
Podemos convertir estos criterios en una matriz sencilla y puntuar cada candidato según repetición, impacto, calidad de las fuentes, riesgo y disponibilidad del responsable. La puntuación no decide a solas, pero obliga a comparar procesos con una misma lógica.
Qué acostumbra a funcionar bien como primer agente
Preparar resúmenes de reuniones, construir un primer borrador de informe, clasificar documentos, revisar una pieza antes de publicarla o detectar incidencias en un proceso recurrente son buenos candidatos porque el resultado se puede observar y corregir. También permiten mantener una revisión humana antes de que la acción tenga consecuencias externas.
En cambio, automatizar una comunicación sensible con clientes, modificar presupuestos publicitarios o tomar decisiones sobre personas requiere controles mucho más exigentes. No significa que nunca se pueda trabajar en estos ámbitos, sino que no suelen ser la mejor puerta de entrada cuando la organización todavía no ha establecido políticas, roles y pruebas.
Define el éxito antes de empezar
Un piloto no se tiene que evaluar por la novedad de la demostración. Antes de implementarlo, hay que registrar como funciona hoy el proceso: cuánto tarda, cuántos pasos manuales exige, qué errores se repiten y qué nivel de calidad acepta el equipo. Después se pueden comparar los resultados.
Las métricas dependerán de la tarea. Pueden incluir tiempo de preparación, porcentaje de resultados aceptados con cambios menores, incidencias detectadas, tiempos de respuesta, cumplimiento del calendario o satisfacción de las personas usuarias. También hay que registrar los errores, los casos que se han tenido que escalar y el tiempo de supervisión. Reducir el tiempo de producción no es una mejora real si la revisión posterior se duplica.
Un piloto pequeño necesita una visión más grande
Empezar con un agente no significa pensar solo en aquel agente. Durante la Knowledge Foundation conviene identificar otros procesos que podrían reutilizar las mismas fuentes. Un libro de estilo, un catálogo de servicios y un historial de contenidos pueden alimentar el Blog Publisher, el Social Publisher, Review y una futura landing.
Esta visión evita construir una solución cerrada que después no se puede conectar con nada. El roadmap marca las posibles derivadas, pero la implantación continúa siendo progresiva: Foundation, Roadmap, Piloto, Onboarding y Scale.
La decisión final
El primer agente adecuado es aquel que resuelve una fricción real, dispone del conocimiento mínimo necesario, tiene un riesgo controlable y cuenta con una persona capaz de gobernarlo. Tiene que ser bastante importante para que el cambio se note y bastante delimitado para que la organización pueda entender qué ha funcionado.
Si el piloto demuestra valor, la base construida no se pierde. Se reutiliza, se amplía y facilita que el siguiente agente requiera menos trabajo de contexto, aunque continúe necesitando pruebas y límites propios.
Si tienes varias ideas y no sabes qué priorizar, el primer paso no es presupuestar diez agentes. Es construir un mapa de procesos y seleccionar un piloto que permita aprender con evidencia.