Empiece por la decisión, no por la interfaz
Una pantalla conversacional puede ocultar trabajos muy distintos. «Asigne los casos de esta región a esta cola» es una regla explícita. «Explique por qué este cliente está insatisfecho a partir de varios mensajes» requiere interpretación. Pedir a un modelo que haga ambas cosas sin distinguirlas dificulta las pruebas.
La orientación de arquitectura de Salesforce distingue entre automatización tradicional, trabajo con agentes y orquestación híbrida. Sus ejemplos se refieren a los productos propios de Salesforce; respaldan la distinción arquitectónica, no una afirmación de que REDA tenga todas las capacidades de Agentforce. [1]
- Llega la solicitud
- La IA propone una categoría
- Las reglas validan la ruta
- El equipo gestiona la excepción
Divida el trabajo en tres responsabilidades
| Responsabilidad | Enfoque inicial adecuado |
|---|---|
| Condiciones conocidas y resultados exactos | Flow o código con validación y gestión de errores explícitas. |
| Leer, resumir o proponer a partir de texto variable | Resultado de IA evaluado frente a la evidencia y un propósito definido. |
| Decisiones importantes o ambiguas | Un revisor responsable con una vía clara de escalamiento. |
Es un marco inicial, no una regla de que todo Flow sea seguro o cada paso de IA requiera una pantalla independiente de aprobación. La escala, el comportamiento transaccional, los permisos y las consecuencias de los fallos siguen importando.
Un ejemplo desarrollado: distribuir una solicitud de servicio
Escenario ilustrativo. Un mensaje entrante contiene una queja de mantenimiento y una pregunta de facturación. La IA propone dos categorías y destaca las frases relevantes. Un proceso configurado comprueba las categorías permitidas, el acceso a registros y los campos requeridos para la distribución. Un coordinador revisa las solicitudes mixtas o no respaldadas en lugar de permitir que el modelo invente una nueva cola.
La acción de distribución debe recibir una categoría y un identificador de registro validados, no una instrucción sin restricciones para «resolverlo». Mantenga la regla existente para asignar una categoría aprobada a su cola. El modelo ayuda a interpretar la solicitud; la acción controlada realiza la actualización.
Pruebe el límite entre ambas
- Una solicitud que encaje claramente en una categoría debe seguir la ruta esperada.
- Una solicitud con instrucciones contradictorias debe convertirse en una excepción.
- Una actualización fallida de un registro no debe describirse como completada.
- Enviar la misma solicitud dos veces no debe crear trabajo duplicado de forma silenciosa.
Pruebe también el volumen y los límites transaccionales del diseño elegido. La demostración de una solicitud correcta no demuestra que un proceso masivo, un trabajo programado o un canal de portal se comporte igual.
Dónde encaja REDA AI
REDA AI puede configurarse en torno a instrucciones de negocio, contexto disponible y herramientas permitidas, con experiencias distintas para personal, automatización y usuarios externos. Una integración con automatización existente sigue necesitando diseño y pruebas; no se crea simplemente escribiendo instrucciones.
Traiga el Flow existente o el diagrama del proceso a la primera conversación. Podemos identificar dónde debe seguir siendo determinista y dónde merece la pena evaluar un paso asistido por IA. Explore la plataforma.
Fuentes
- Salesforce Architects — Determining agentic vs. traditional workflow automation. Consultado el 22 de septiembre de 2026.