Onboarding Agent.
Tu programa de onboarding, ejecutado por un agente que no se olvida de ningún rep.
El onboarding de vendedores nuevos no debería depender de la memoria de un manager ni de un Google Sheet con links rotos. Onboarding Agent guía a cada rep por el programa completo — video, quiz, práctica, role-play — y le entrega al manager un dashboard de ramp en tiempo real. Implementado por Solu en 10 a 14 semanas.
¿Qué hace el Onboarding Agent?
Onboarding Agent es un agente custom construido con Agent Builder que automatiza y personaliza el programa de onboarding de vendedores nuevos. Guía a cada rep módulo por módulo, evalúa su competencia en cada tema, detecta gaps y asigna ejercicios específicos antes de habilitarlo para el campo. El manager recibe un dashboard de ramp actualizado en tiempo real, no un Excel al final del trimestre.
El problema que resuelve es concreto: hoy un rep nuevo tarda en promedio 6 meses en ser productivo. El programa de onboarding es inconsistente — depende de quién le toque de buddy, de qué tan ocupado esté el manager, de si alguien se acuerda de hacer el follow-up. No hay tracking real de en qué nivel está cada rep.
Cómo funciona
Desde que el rep entra al programa hasta que está habilitado para el campo. Cada paso es automático, rastreable y adaptable.
Rep nuevo entra al programa
Cuando se crea el registro del rep en Sales Cloud (o se activa un flow de HR), el agente arranca el programa de onboarding. Evalúa el perfil del rep (experiencia previa, vertical, producto asignado) y genera un plan personalizado con la secuencia de módulos.
Guía módulo por módulo
El agente presenta cada módulo: video, material de lectura, quiz de validación y ejercicio práctico. Solo avanza al siguiente módulo cuando el rep demuestra competencia mínima. Si el rep queda trabado, el agente ofrece material complementario o escala al manager.
Asigna role-plays específicos
Basándose en los resultados de quizzes y evaluaciones, el agente identifica gaps de competencia y asigna role-plays. No son genéricos: si el rep tiene gap en manejo de objeciones de precio, le asigna 3 role-plays de objeciones de precio con escenarios del vertical asignado.
Evalúa competencia por tema
Cada competencia (discovery, demo, objeciones, negociación, cierre) tiene un score. El agente actualiza el score después de cada interacción. No es aprobado/desaprobado — es un nivel de dominio que el manager puede ver en cualquier momento.
Dashboard de ramp al manager
El manager recibe un dashboard con el progreso de cada rep: módulos completados, scores por competencia, tiempo estimado para campo, alertas de reps en riesgo. No necesita preguntarle al buddy ni al rep cómo va — lo tiene en tiempo real.
Ejemplo real de interacción
El agente detecta que María, rep nueva en el equipo Enterprise, completó los módulos de producto y discovery con scores altos (85%+), pero en el módulo de manejo de objeciones sacó 52%. El agente no la deja avanzar al módulo de negociación.
Le asigna 3 role-plays específicos: (1) objeción de precio en deal enterprise de su vertical, (2) objeción de "ya tenemos solución interna", (3) objeción de timing "no es prioridad ahora". Recién cuando supera los 3 con score ≥ 75%, la habilita para el siguiente módulo. En paralelo, le notifica al manager el gap y el plan de refuerzo.
María completa los role-plays en 4 días. Su score en objeciones sube a 78%. El agente la habilita para negociación y registra el gap resuelto en el dashboard. El manager no tuvo que intervenir, pero tiene visibilidad completa.
Arquitectura técnica
Qué componentes de la plataforma Salesforce usa este agente y cómo interactúan.
Atlas Reasoning Engine
Motor de decisión que evalúa el perfil del rep, analiza resultados de evaluaciones y decide la siguiente acción: asignar módulo, programar role-play, escalar al manager o habilitar para campo.
Einstein Trust Layer
Los datos de evaluación del rep se procesan con masking de PII. Zero data retention en el LLM. Audit trail de cada decisión del agente — qué asignó, por qué, cuándo.
Agent Builder + Topics & Actions
El agente se configura con topics (onboarding, evaluación, role-play, reporting) y actions (asignar módulo, evaluar quiz, generar dashboard, enviar alerta). Cada action es un flow o un Apex invocable.
Sales Cloud + Objetos Custom
El programa vive sobre objetos custom (Onboarding_Program__c, Module__c, Competency_Score__c, Role_Play__c) relacionados con User y Account en Sales Cloud. Flows orquestan la lógica de progresión.
Cómo se implementa
5 fases. De discovery a producción con el primer cohort de reps nuevos.
Discovery y diseño del programa
Relevamiento del programa de onboarding actual (si existe), definición de módulos, competencias a evaluar, criterios de aprobación y rol del manager. Se mapean las fuentes de contenido (videos, docs, quizzes existentes).
Modelo de datos y configuración base
Creación de objetos custom, campos, relaciones. Configuración de módulos y competencias en el sistema. Armado de los flows de progresión y evaluación. Integración con LMS si existe.
Configuración del agente en Agent Builder
Creación de topics, actions y guardrails. Definición de los prompts del agente para cada interacción (presentar módulo, evaluar respuesta, asignar role-play, generar reporte). Testing con escenarios de reps reales.
Piloto con cohort reducido
Se lanza con 3-5 reps nuevos reales. El agente los guía por el programa completo. Se miden tiempos, scores, engagement y se ajustan prompts, criterios de evaluación y umbrales de competencia.
Rollout y optimización
Deploy a producción para todos los reps nuevos. Capacitación a managers sobre el dashboard de ramp. Definición de cadencia de revisión y mejora continua del programa.
Requisitos previos
Lo que necesitás tener antes de arrancar. Sin esto, no tiene sentido implementar.
Sales Cloud activo
Enterprise Edition o superior. El agente necesita acceso a Users, Accounts y objetos custom.
Agentforce licencia
Licencia de Agentforce para Agent Builder. Modelo de consumo por conversación o Flex Credits.
Programa de onboarding definido
No tiene que estar digitalizado, pero sí definido: qué debe saber un rep antes de salir al campo, en qué orden, con qué criterio se evalúa.
Contenido de training existente
Videos, decks, quizzes, playbooks. Si no existen, se pueden crear como parte del proyecto, pero agrega tiempo.
Data Cloud
Para enriquecer la evaluación con datos de actividad real del rep en campo. No es requisito para arrancar.
LMS / Trailhead for Partners
Si ya tenés un LMS, se puede integrar para que el agente use el contenido existente y registre completions.
KPIs: antes vs después
KPIs esperados al implementar este agente. Rangos referenciales para planificación; los resultados reales dependen del estado de los datos y la operación de cada empresa.
Tiempo desde ingreso hasta que el rep alcanza cuota consistente.
Porcentaje de reps que alcanzan ≥ 80% de cuota al tercer mes.
Los reps que pasan por el agente adoptan el playbook con mayor consistencia porque lo practican antes de usarlo en campo.
Menos horas de manager y buddy dedicadas. El agente absorbe la carga operativa del programa.
Riesgos y mitigaciones
Los problemas reales que pueden aparecer y cómo los manejamos.
Contenido de training pobre
Si los videos y materiales son malos, el agente no los va a mejorar. Basura entra, basura sale.
Mitigación: En la fase de discovery auditamos el contenido existente. Si no está al nivel, se incluye un sprint de creación/mejora de contenido antes de configurar el agente.
Reps que "hackean" el sistema
Reps que intentan pasar quizzes con respuestas memorizadas sin aprender realmente.
Mitigación: Evaluaciones con variación (no siempre las mismas preguntas), role-plays que requieren demostración real de competencia, y correlación con métricas de campo una vez habilitados.
Managers que no miran el dashboard
El dashboard existe pero nadie lo revisa. El agente funciona pero el manager no interviene cuando debería.
Mitigación: Alertas proactivas al manager cuando un rep está en riesgo. Reportes semanales automáticos. Integración con la reunión de forecast semanal.
Escalabilidad del contenido
El programa arranca con un producto/vertical pero cuando hay que escalar a 5 productos o 3 verticales, el contenido no alcanza.
Mitigación: Diseño modular desde el inicio. Cada módulo es independiente y reutilizable. La arquitectura soporta múltiples "tracks" de onboarding por rol/vertical/producto.
Evaluaciones demasiado estrictas o laxas
Si los umbrales están mal calibrados, reps buenos quedan trabados o reps flojos pasan sin estar listos.
Mitigación: Calibración con el primer cohort piloto. Se ajustan umbrales basándose en los resultados reales. Revisión trimestral de los criterios de competencia.
Preguntas Frecuentes
Sí, pero la fase de discovery va a ser más larga. Necesitamos definir juntos qué debe saber un rep antes de salir al campo, en qué orden y con qué criterio se evalúa. Es trabajo de diseño instruccional, no solo de tecnología. Lo hacemos como parte del proyecto.
No. El agente maneja la parte estructurada del onboarding (módulos, evaluaciones, tracking). El buddy sigue siendo clave para la parte cultural, las preguntas que no están en ningún playbook y el acompañamiento humano. Lo que el agente elimina es la carga operativa del buddy: recordar qué módulo sigue, hacer follow-up, trackear progreso.
No hay límite técnico. Hemos visto programas de 8 módulos (venta transaccional) a 25+ módulos (venta enterprise compleja). Lo importante es que cada módulo tenga un objetivo claro, contenido de calidad y un criterio de evaluación definido.
Sí. La arquitectura es la misma — lo que cambia es el contenido y los criterios de evaluación. Se pueden crear tracks separados para partners, distribuidores o canales con sus propios módulos y umbrales.
El agente puede consumir completions de Trailhead for Partners o de un LMS vía API. Si el contenido ya vive en otro sistema, el agente lo referencia y registra el progreso. No es necesario migrar todo a Salesforce.
El agente genera alertas al manager cuando un rep está retrasado o estancado. Qué hacer con esa información (más tiempo, cambio de rol, desvinculación) es una decisión del manager, no del agente. El agente da visibilidad; el humano decide.
Sí. Se configuran "tracks" de onboarding diferentes según el rol del rep (SDR, AE, AM), la vertical (fintech, retail, salud) o el producto asignado. Cada track tiene sus propios módulos, role-plays y criterios de evaluación.
Entre 10 y 14 semanas desde discovery hasta producción con el primer cohort. Si el contenido de training necesita crearse desde cero, sumar 3-4 semanas adicionales. El piloto con 3-5 reps se ejecuta en las semanas 9-11.
Tu programa de onboarding, en piloto en 10 semanas.
Hablá con un Sales Enablement Architect de Solu. En una sesión de discovery evaluamos tu programa actual y diseñamos el agente que lo ejecuta.