# ¿Agente o automatización? > Árbol de decisión sobre un proceso concreto: si se resuelve con una regla escrita, con un agente de IA, con un agente que propone y una persona que firma, o con ninguno de los dos todavía. La herramienta interactiva vive en https://c2suite.com/recursos/agente-o-automatizacion. Lo contesta una persona: no mira ninguna operación ni se conecta a ningún sistema. **No devuelve puntaje, y es deliberado.** Entre una automatización y un agente no hay más y menos: son dos soluciones para dos problemas distintos, así que un número sobre 100 tendría que fingir un orden que no existe. El resultado es una recomendación con sus condiciones y un primer paso. ## Cómo se decide 1. **Se elige un área** —ventas, soporte, finanzas u operaciones— y con ella el tramo inicial de preguntas, que es propio de cada una. 2. **Después viene el tronco común**, igual para las cuatro: lo que decide si un caso es de agente o de automatización no depende del departamento. 3. **El árbol ramifica de verdad.** Hay preguntas que no se hacen según lo respondido antes: con formato fijo se pregunta por la regla y con lenguaje suelto no; sin revisión previa se salta el criterio y manda el costo del error. 4. **Ningún recorrido usa todas las preguntas.** Son 25 en el catálogo y el camino más largo tiene 13; el más corto, seis. 5. **Algunas respuestas encienden una condición** que se recoge al final aunque quedara diez pasos atrás: datos personales, auditabilidad, costo del error, tiempo real, datos dispersos o proceso sin documentar. 6. **El costo del error asciende la recomendación.** Un recorrido que termina en «agente» pero que encendió un error caro pasa a ser «agente que propone, persona que firma». 7. **El presupuesto y el tamaño del equipo no ramifican.** Se preguntan **después** de la recomendación, son opcionales y no la tocan: dicen si lo que salió tiene sentido a esa escala, que es una segunda lectura. Un presupuesto corto no convierte un problema de lenguaje en un problema de reglas. 8. **No se pide correo para ver el resultado.** Es la única herramienta del sitio que no lo hace. El correo se pide después, en el formulario de contacto, y solo si la persona decide seguir. ## Los cuatro desenlaces ### Automatización, no agente Lo que describes se resuelve con un flujo de trabajo: una regla escrita que hace siempre lo mismo con la misma entrada. Un modelo de lenguaje aquí añade coste, espera y una fuente de error que la regla no tenía, a cambio de una flexibilidad que en este caso es un defecto. ### Agente que propone, persona que firma El trabajo pide un modelo —la entrada es lenguaje y la regla no se puede cerrar— pero equivocarse sale caro, así que el modelo prepara y una persona aprueba. No es una versión descafeinada: es la única forma en que este caso llega a producción sin que el primer error se lleve por delante el proyecto entero. ### Agente Entrada en lenguaje suelto, se repite lo suficiente, hay quien revise mientras se afina y hay criterio para decir si una salida está mejor que otra. Es el caso donde un modelo aporta algo que una regla no puede, y donde se va a poder saber si funcionó. ### Todavía no Falta una de las condiciones que hacen evaluable un proyecto de IA. No es que el proceso no sirva: es que sin repetición, sin revisión o sin criterio nadie va a poder decir si funcionó, y ese desenlace —terminar sin saberlo— es el que impide que haya un segundo proyecto. ## Las 4 áreas Cada una tiene sus propias preguntas de arranque, y de ella sale también el primer paso concreto del resultado. - **Ventas** (4 preguntas propias: la tarea, el disparador, de dónde sale, quién lo ve). Prospección, calificación, seguimiento y registro de lo que se habla. - **Soporte y servicio** (4 preguntas propias: la tarea, por dónde entra, qué tan repetido, quién lo ve). Lo que pide un cliente después de comprar: tickets, respuestas y escalamientos. - **Finanzas y administración** (4 preguntas propias: la tarea, los documentos, quién pide cuentas, qué produce). Facturación, cobranza, conciliación y todo lo que alguien puede auditar. - **Operaciones** (4 preguntas propias: la tarea, de dónde llega, cuándo hay que resolver, qué se mueve). Programación, campo, cumplimiento y el papeleo que genera todo eso. ## El tronco común (9 preguntas) Las discriminantes, en el orden en que pueden aparecer. - **Formato de entrada**: ¿Cómo llega lo que hay que procesar? - **La regla**: ¿La regla se puede escribir entera, con sus excepciones? - **Mismo resultado**: ¿El resultado tiene que ser idéntico siempre? - **Repetición**: ¿Cuántas veces al mes ocurre? - **Revisión previa**: ¿Alguien revisa hoy el resultado antes de que tenga consecuencias? - **Criterio**: ¿Dos personas del equipo dirían cuál de dos salidas está mejor? - **Costo del error**: ¿Qué pasa si se equivoca y nadie lo nota? - **Datos personales**: ¿La entrada trae datos personales? - **Explicar el porqué**: ¿Hay que poder explicar en qué se basó el resultado? ## Las condiciones que puede encender ### Con los datos dentro La entrada trae datos personales, así que antes del modelo va la decisión de a dónde viajan. Las opciones reales son tres: quitar lo identificable antes de mandarlo, contratar el modelo con un acuerdo de tratamiento que lo cubra, o correrlo en tu propia infraestructura. La LFPDPPP de 2025 obliga además a que el aviso de privacidad lo diga. ### Con registro de por qué Alguien puede pedirte cuentas de este resultado, así que no basta con acertar: hay que poder reconstruir en qué se basó. En la práctica son dos cosas: guardar la entrada y la salida de cada ejecución, y que el modelo devuelva de dónde sacó cada dato en vez de una conclusión suelta. ### Con una persona en medio Equivocarse tiene consecuencias que no se deshacen solas, así que la salida se aprueba antes de tener efecto. Conviene ponerle número al arranque: qué porcentaje se aprueba sin cambios, y usar esa cifra para decidir cuándo —y si— se suelta. ### Antes, juntar los datos Lo que el proceso necesita saber está repartido o en la cabeza de alguien. Eso no lo arregla un modelo: es un proyecto anterior, y sin él el agente contesta con la mitad de la historia. El diagnóstico de calidad de datos de esta misma sección mide exactamente eso. ### Y tiene que contestar rápido Hay que resolver en el momento, así que la latencia deja de ser un detalle técnico y pasa a ser un requisito del proceso. Condiciona el modelo que se puede usar y obliga a tener una salida por defecto para cuando no conteste a tiempo. ### Y el proceso no está escrito Nadie ha escrito cómo se hace hoy, así que no hay contra qué comparar lo que produzca el modelo. Documentarlo no es burocracia previa: es lo que convierte «parece que funciona» en «funciona mejor que antes». ## La lectura de escala Después de la recomendación se preguntan dos cosas opcionales —cuánta gente hace hoy ese trabajo y qué presupuesto hay previsto— y de cruzarlas sale una de estas seis lecturas. Ninguna trae un precio nuestro: dicen si lo que salió encaja con el tamaño descrito. ### Primero el número, después el presupuesto Sin saber qué cuesta hoy hacerlo a mano, cualquier presupuesto es una corazonada. La calculadora del costo del trabajo manual de esta misma sección te da la cifra por área y por tarea; con eso, decidir cuánto invertir deja de ser una discusión de opiniones. ### A esa escala, el ahorro no lo justifica Con una sola persona dedicada a esto, un proyecto de ese tamaño no se recupera por horas ahorradas: tendría que justificarse por otra cosa —aprender, quitar un cuello de botella, preparar un crecimiento que ya está decidido—. Si el motivo es el ahorro, sale más a cuenta buscar un proceso donde haya más gente metida. ### Una automatización no cuesta eso Lo que describes es un flujo de trabajo, y con ese presupuesto estás pensando en un proyecto bastante mayor. Suele significar una de dos: o el alcance real incluye integraciones y migración de datos que no salieron en el árbol, o el presupuesto está sobredimensionado y conviene empezar por menos y reservar el resto. ### Da para una prueba acotada, y está bien Con ese presupuesto no se monta el proceso entero, pero sí un pedazo suficiente para saber si funciona: un caso de uso, unas semanas, con la medición puesta desde el principio. Es además la forma correcta de empezar aunque hubiera más dinero, porque el primer caso se elige por lo rápido que enseña, no por lo grande que es. ### Empieza por el trozo que más se repite Hay bastante gente en esto y el presupuesto no alcanza para cubrirlo todo de una vez. La salida no es repartirlo entre todos: es tomar el pedazo que más veces ocurre, resolverlo entero y usar lo que devuelva para financiar el siguiente. Repartir poco entre mucho es cómo se consigue que nada llegue a producción. ### Da para un proyecto por etapas La escala y el presupuesto se corresponden. Aun así conviene partirlo: una primera etapa acotada con su medición, y las siguientes decididas con lo que enseñe la primera. Un proyecto de este tamaño aprobado de una sola vez es el que después nadie sabe si funcionó. ## Aquí no hay puntaje Las otras herramientas de esta sección suman respuestas y devuelven una nota. Esta no puede: entre una automatización y un agente no hay más y menos, hay dos soluciones distintas para dos problemas distintos. Así que se camina y se llega a un sitio. - El resultado es una recomendación con sus condiciones, no una cifra sobre 100. - Un número aquí sería inventado, y se archivaría como se archiva cualquier número sin lectura. - A cambio, el camino queda entero a la vista: se puede desarmar la recomendación paso a paso. ## Cada área tiene sus propias preguntas El área no cambia solo los ejemplos: cambia el tramo inicial del recorrido. Ventas pregunta por el disparador, finanzas por el tipo de documento y por si hay una autoridad detrás, operaciones por el turno. Son cosas que solo existen en esa área. - Cuatro preguntas propias por área, y después el tronco común. - El tronco es el mismo para todas a propósito: lo que decide si un caso es de agente o de automatización no depende del departamento. - Del área sale también el primer paso del resultado, que es la parte que un consejo genérico no puede dar. ## El árbol ramifica de verdad No es un cuestionario con adorno de árbol: hay preguntas que no se hacen según lo que respondiste antes. Con formato fijo se pregunta por la regla; con lenguaje suelto, no. Sin revisión previa se salta el criterio y manda el costo del error. - Entre seis y trece preguntas según el camino. Nadie contesta las veinticinco. - La rama que no tomaste se queda dibujada y apagada: ver lo que descartaste es la mitad del valor de un árbol. - Cualquier respuesta se puede cambiar, y el mapa vuelve hasta ese punto. Lo que venía después se descarta, porque en la rama nueva puede que ni exista. ## El recorrido tiene memoria Algunas respuestas encienden una condición —que hay datos personales, que alguien puede pedirte cuentas, que el error sale caro— y esa condición cambia el resultado aunque la pregunta que la encendió quedara diez pasos atrás. - El costo del error no es un matiz: asciende la recomendación. Un agente con error caro pasa a ser un agente que propone y una persona que firma. - Los datos personales no cambian si es agente o automatización; cambian a dónde puede viajar la entrada, y eso es una decisión previa al modelo. - Sin memoria, un árbol largo olvida su propio principio y termina recomendando lo mismo a todo el mundo. ## Qué no es Esto no mira tu operación ni se conecta a nada. Es un árbol de decisión que contestas tú, y vale lo que valgan tus respuestas. Tampoco cotiza: el presupuesto que se pregunta después de la recomendación no la toca. - Un presupuesto corto no convierte un problema de lenguaje en un problema de reglas, así que ramificar por dinero haría que el árbol dejara de diagnosticar. - Si la respuesta es «todavía no», es un resultado y no un rodeo para vender otra cosa. - No se pide correo para verlo, y es la única herramienta del sitio que no lo hace: mientras no decidas seguir, tus respuestas no salen de tu navegador. ## Preguntas frecuentes ### ¿Cuál es la diferencia entre una automatización y un agente? Una automatización ejecuta una regla escrita: con la misma entrada hace siempre exactamente lo mismo, y si aparece un caso que la regla no contempla, no hace nada. Un agente con modelo de lenguaje interpreta una entrada que no tiene forma fija y produce algo razonable, que no es lo mismo que algo idéntico. La primera es barata, predecible y auditable; el segundo aguanta la variedad que una regla no puede enumerar. La mayoría de los proyectos que fracasan eligieron el segundo para un problema del primero. ### ¿Por qué no me da un puntaje como las otras herramientas? Porque no habría eje que medir. El diagnóstico de HubSpot y el de calidad de datos puntúan porque sus frentes van de peor a mejor: más duplicados es peor, más adopción es mejor. Aquí no: «automatización» no es una nota más baja que «agente», es otra cosa. Un número obligaría a fingir un orden que no existe. ### ¿Puedo cambiar una respuesta a mitad del recorrido? Sí, y es a propósito. Cada respuesta del rastro es un botón que devuelve a esa pregunta y el mapa hace el viaje de vuelta. Lo que venía después se descarta, porque en la otra rama puede que esas preguntas ni existan. En los otros cuestionarios del sitio el resultado se congela; aquí ver a dónde lleva la otra rama es la herramienta. ### ¿Por qué me pregunta el área antes de empezar? Porque cada área tiene su propio tramo de preguntas, no solo sus ejemplos. En ventas se pregunta qué dispara el trabajo; en finanzas, con qué documentos se trabaja y si hay una autoridad que pueda pedirte cuentas; en operaciones, si hay que resolver en el turno. Del área sale también el primer paso concreto del resultado. ### ¿El presupuesto cambia la recomendación? No, y se dice en la propia pantalla. Se pregunta **después** de la recomendación, junto con cuánta gente hace hoy ese trabajo, y las dos son opcionales. De cruzarlas sale una segunda lectura: si lo que salió tiene sentido a esa escala. Son dos cosas distintas y por eso están separadas: qué clase de solución es no depende del dinero, pero si conviene hacerla ahora, sí. ### ¿Por qué preguntan cuánta gente hace ese trabajo? Porque un proyecto se paga con las horas que devuelve, y eso depende de cuánta gente esté metida. Con una sola persona dedicada a un proceso, un proyecto grande no se recupera por ahorro por muy claro que esté que el caso es de agente; y con quince, un presupuesto corto no da para cubrirlo todo, así que la salida es empezar por el trozo que más se repite. Ninguna de las dos cosas se puede decir sin las dos cifras. ### ¿Tengo que dejar mi correo para ver el resultado? No. Es la única herramienta del sitio que no lo pide: la recomendación aparece al terminar el recorrido y ahí se acaba, si quieres. El correo se pide después, en el formulario de contacto, y solo si decides seguir; entonces el recorrido viaja contigo para que no lo tengas que escribir otra vez. ### ¿Qué pasa con mis respuestas? Se quedan en tu navegador y no salen de ahí mientras no pulses el botón del final. Si lo pulsas, el recorrido completo llega escrito al formulario de contacto y se registra con lo que envíes, que es lo que nos permite escribirte sobre tu caso en vez de mandarte un texto genérico. --- Fuente: https://c2suite.com/recursos/agente-o-automatizacion Puedes citar y resumir este contenido atribuyéndolo a C2Suite y enlazando a la URL de origen.