La respuesta concisa
Una evaluación de preparación para Agentforce toma solo unas semanas; un piloto fallido cuesta meses y la confianza interna. Por lo tanto, vale la pena responder de antemano a cinco preguntas clave: ¿Existe un proceso definido con un responsable asignado? ¿Son fiables los datos en los que se basará el agente? ¿Existe una base de conocimiento actualizada y mantenida? ¿Es claro el modelo de permisos? Y, ¿hay alguien que gestione al agente después de su lanzamiento?
La evaluación no es una cuestión de sí o no. Genera una puntuación para cada eje y un mapa de las brechas, lo que permite una decisión más precisa: empezar, reducir el alcance (Scope), o posponer y cerrar primero una brecha específica.
El marco de decisión sobre la idoneidad del caso de uso (Use Case) se encuentra en Agentforce para empresas.
Los cinco ejes de preparación
| Eje | La pregunta decisiva | Señal de debilidad | Umbral mínimo para un piloto |
|---|---|---|---|
| Proceso | ¿Está el proceso definido y tiene un responsable asignado? | Cada equipo lo ejecuta de manera diferente y no hay documentación | Un proceso documentado con un Propietario (Owner) y volumen conocido |
| Datos | ¿Son fiables los campos que leerá el agente? | Campos vacíos o rellenados con texto libre | 90% de completitud en los campos críticos para el proceso |
| Conocimiento | ¿Existe una fuente aprobada para las respuestas? | Artículos antiguos o contradictorios | 20 artículos actualizados para los escenarios comunes |
| Permisos | ¿Está claro lo que cada usuario puede ver y hacer? | Permisos amplios y no controlados | Mapeo de perfiles (Profiles) y conjuntos de permisos (Permission Sets) para el proceso |
| Operación | ¿Quién monitoriza, corrige y aprueba los cambios? | No hay un responsable después del lanzamiento | Un Propietario operativo (Operational Owner) y revisión semanal |
Eje 1: El Proceso
El fallo más común no es tecnológico. Las organizaciones eligen un proceso sin un responsable asignado, y entonces no hay quien decida sobre las preguntas que surgen durante la construcción: qué sucede en una excepción, cuándo escalar, qué se considera una respuesta correcta. Sin una decisión, el equipo técnico inventa las reglas y el negocio evalúa según otra expectativa.
Una prueba práctica: solicite la descripción del proceso por escrito a cuatro personas que lo ejecuten. Si se obtienen cuatro versiones significativamente diferentes, el proceso no está listo para la automatización de un agente; está listo para ser documentado y acordado primero.
También necesita volumen. Un proceso que ocurre diez veces al mes no justificará el costo de construcción y mantenimiento, por molesto que sea. Un buen candidato es un proceso con un volumen significativo, alta repetibilidad y variabilidad en la formulación de la solicitud, precisamente donde las reglas estrictas se rompen.
Eje 2: Los Datos
No se requiere una calidad de datos perfecta en toda la organización (Org). Se requiere calidad en los campos que el agente leerá o actualizará en el proceso seleccionado. La evaluación es estrecha y medible: se toma la lista de campos relevantes y se mide la completitud, la consistencia de los valores y las duplicidades en los registros relacionados.
Tres pruebas que proporcionan una respuesta rápida: el porcentaje de campos críticos completados, el número de registros duplicados en el objeto central y el porcentaje de casos en los que la información necesaria proviene de un sistema externo y no de Salesforce. La tercera prueba es la que sorprende, ya que revela una dependencia de una integración que no ha sido presupuestada.
El texto libre es una bandera roja especial. Cuando la información esencial reside en un campo de comentarios, el agente tendrá que deducirla, y ahí es precisamente donde se generan errores difíciles de rastrear.
El orden recomendado para abordar las brechas de datos se detalla en Métricas de calidad de datos en Salesforce.
El conocimiento se evalúa no por cantidad, sino por cobertura y validez. Se toman las veinte solicitudes más comunes y se verifica para cada una: si hay un artículo aprobado, cuándo se actualizó y quién es el propietario. Una cobertura de la mitad de los escenarios con artículos actualizados es preferible a una cobertura completa con artículos antiguos.
Una señal de debilidad fácil de pasar por alto: artículos escritos exclusivamente para uso interno y que se utilizan simultáneamente para responder a los clientes. Contienen formulaciones, precios o excepciones que no deben ser expuestos externamente, y la separación debe realizarse antes de la conexión.
Eje 4: Los Permisos
El agente opera en nombre de un usuario, por lo que el modelo de permisos existente se convierte en el modelo de seguridad de la IA. Si los permisos son amplios y no controlados hoy, el agente aumentará la exposición en lugar de crearla. La evaluación examina tres aspectos: quién puede leer los datos en el proceso, qué operaciones de escritura son necesarias y quién aprueba una operación sensible.
Para cada acción que el agente realice, es necesario definir si es reversible. Una acción irreversible (un crédito financiero, el cierre de un caso, el envío de un mensaje al cliente) requiere un punto de aprobación humano en la primera etapa, y por lo tanto afecta la planificación del proceso y no solo la configuración.
La planificación de puntos de aprobación por riesgo se detalla en Human-in-the-Loop en Agentforce.
Eje 5: La Operación
Un agente no es un proyecto con fecha de finalización. Es un componente que requiere la monitorización de trazas (Traces), la gestión de fallos, la actualización de contenido y el control de costes. Una organización que no tenga a alguien que realice estas tareas, aunque sea a tiempo parcial, experimentará una disminución gradual de la calidad en un trimestre.
El mínimo: un propietario operativo (Operational Owner) nombrado, una rutina de revisión semanal de las llamadas que fallaron, un proceso de cambio acordado para actualizar las instrucciones (Instructions) y un presupuesto mensual supervisado. Si ninguna de estas cuatro condiciones existe, la brecha en este eje es mayor de lo que parece inicialmente.
Traducción de la puntuación en decisión
| Estado | Interpretación | Acción recomendada |
|---|---|---|
| Todos los ejes en el umbral o superior | Preparación completa | Piloto en un proceso con criterios Go/No-Go |
| Debilidad solo en la operación | Puede compensarse con acompañamiento | Piloto con acompañamiento externo y desarrollo de capacidad interna en paralelo |
| Debilidad solo en el conocimiento | Brecha de contenido específica | Cuatro a seis semanas de formación en Conocimiento, y luego piloto |
| Debilidad en datos o permisos | Riesgo significativo | No iniciar con el agente; cerrar la brecha como un proyecto separado |
| Debilidad en tres o más ejes | La organización no está madura | Elegir un subproceso más limitado y reevaluar |
Escenario: Una organización financiera que descubrió que se eligió el proceso incorrecto
Una organización financiera solicitó un agente para gestionar solicitudes de cambio de datos de clientes. Durante la evaluación de preparación, se descubrió que el proceso pasaba por dos sistemas externos, que cada cambio requería aprobación regulatoria y que el volumen mensual era modesto. Los ejes de permisos y datos obtuvieron una puntuación baja.
En esa misma evaluación, surgió otro proceso en el que nadie había pensado: la respuesta a preguntas de estado sobre solicitudes existentes. Este se basaba en un campo fiable en Salesforce, no implicaba operaciones de escritura y su volumen era ocho veces mayor. El piloto se trasladó a este nuevo proceso.
El resultado práctico de la evaluación no fue "listos o no listos", sino un cambio de candidato. Esta es la principal contribución de una evaluación de preparación: es lo suficientemente económica como para realizarla en tres candidatos y elegir el que tenga las dependencias más pequeñas.
Lista de verificación de preparación
- ☐ Se ha seleccionado un único proceso candidato con un propietario asignado.
- ☐ Se ha medido el volumen mensual y la tasa de repetibilidad.
- ☐ Se ha verificado la completitud de los campos críticos para el proceso.
- ☐ Se han verificado las duplicidades en el objeto central.
- ☐ Se han identificado las dependencias en sistemas externos.
- ☐ Se ha mapeado la cobertura de Knowlegde para las veinte solicitudes más comunes.
- ☐ Se ha separado el contenido interno del contenido permitido para el cliente.
- ☐ Se han mapeado los permisos de lectura y escritura para el proceso.
- ☐ Se han clasificado las acciones reversibles frente a las irreversibles.
- ☐ Se ha definido un propietario operativo y una rutina de revisión posterior al lanzamiento.
Cuando se requiere un tercero para realizar la evaluación y traducirla en un plan de acción (Roadmap), el servicio Agentforce e IA es la ruta práctica a seguir.