Automatizar un proceso empieza por entenderlo. Si una tarea cambia cada día, nadie sabe quién la revisa o faltan datos, conectarla a más herramientas puede multiplicar la confusión. Un buen primer proyecto tiene un inicio reconocible, un resultado concreto y una persona responsable.
Elegir una tarea que se pueda explicar
Piensa en una consulta que llega desde una web. Alguien copia los datos, comprueba qué necesita la persona y prepara el siguiente paso. En lugar de automatizar toda la relación comercial, se puede comenzar creando una ficha de seguimiento y una tarea interna para revisarla.
Dibuja el proceso actual e identifica las decisiones. Qué información llega, qué falta con frecuencia, dónde se guarda y quién actúa después. Si aparecen excepciones, escríbelas. Son parte del diseño, aunque no sean la parte más vistosa de la demo.
Reglas claras o inteligencia artificial
Una regla basta cuando la condición es explícita: si falta un correo, marcar la solicitud como incompleta; si ya existe el identificador del envío, evitar una segunda ficha. No hace falta pedirle a un modelo que decida algo que el sistema ya puede comprobar.
La IA puede tener sentido cuando hay texto libre que resumir o clasificar. Por ejemplo, proponer si una consulta trata sobre una web, una integración o una automatización. Esa propuesta puede ser incorrecta: conviene permitir la categoría «sin clasificar» y hacer visible el mensaje original para la revisión.
Un primer flujo que conserva el control
- Recibir la consulta y asignarle un identificador.
- Validar los campos necesarios y detectar posibles duplicados.
- Crear una ficha pendiente de revisión.
- Si aporta valor, generar un resumen como borrador.
- Avisar a la persona responsable y esperar su decisión.
El contenido de una consulta es información para procesar, no una instrucción para cambiar las reglas del sistema. Tampoco debería permitir que una IA envíe mensajes, borre datos o ejecute acciones ajenas al flujo previsto. Las herramientas disponibles y los permisos deben limitarse a la tarea que se quiere resolver.
Diseñar también lo que falla
Prueba una consulta vacía, una repetida y una que no encaje en ninguna categoría. Simula que la herramienta de destino no responde. El flujo necesita una forma de dejar el caso pendiente sin perder el mensaje ni repetir una acción ya realizada. Una notificación interna puede ser suficiente para la primera versión.
Conserva únicamente los datos necesarios para el proceso y define quién puede acceder a ellos. Para las primeras pruebas, utiliza ejemplos ficticios. Antes de conectar servicios reales, revisa qué información recibirá cada uno y durante cuánto tiempo necesitas guardarla.
Medir antes de ampliar
Compara cuánto trabajo manual sigue haciendo falta, cuántos casos requieren corrección y si las solicitudes llegan a la persona adecuada. Una automatización útil no es la que tiene más pasos: es la que hace más fiable una tarea concreta y deja claro qué hacer cuando aparece una excepción. Después podrás decidir si merece la pena ampliar el alcance.
Probar la simulación de automatización de LVX