CUSTOM

Handoff Agent.

Transiciones SDR→AE→CSM sin fricción, sin contexto perdido

Cada vez que un lead se califica, un deal se cierra o una implementación termina, el agente sintetiza el contexto completo y entrega un brief estructurado al siguiente rol. El cliente nunca repite su historia. Implementado por Solu en 8 a 14 semanas.

Agente Custom

¿Qué hace el Handoff Agent?

Automatiza la transición de contexto entre roles del revenue team. Cuando un SDR califica un lead, cuando un AE cierra un deal, cuando una implementación termina — el agente recopila todo el historial, los commitments, los riesgos y las preferencias del cliente, y genera un brief estructurado para el siguiente responsable. Sin gaps. Sin "contame de nuevo tu caso".

Para: SDRs, AEs, CSMs, Customer Success Leaders

Síntesis automática de contexto Historial completo, commitments, riesgos identificados y preferencias del sponsor en un brief
Brief estructurado por rol Cada rol recibe la información que necesita, en el formato que necesita, en el momento que la necesita
Primer touch guiado El agente sugiere el approach para la primera interacción post-handoff con contexto del cliente
Tracking de handoff exitoso Métricas de adopción del brief, CSAT post-transición y alertas si el handoff no se completa

El problema que ya conocés

Cada transición entre roles es un punto de fuga de contexto. Y cada punto de fuga es fricción para el cliente.

Contexto perdido

El SDR calificó el lead con información clave. El AE arranca de cero. El CSM recibe un deal cerrado sin saber qué se prometió.

"Contame de nuevo"

El cliente repite su historia en cada etapa. Tres, cuatro, cinco veces. Cada repetición erosiona confianza.

Primeras semanas críticas

Las primeras semanas post-cierre definen la relación. Sin contexto, el CSM opera a ciegas y las escalaciones se multiplican.

Cómo funciona el Handoff Agent

5 pasos, completamente autónomos. El agente opera dentro de Sales Cloud con tus datos y tus reglas.

1

Trigger detectado

Un lead se califica (MQL→SQL), un deal se cierra (Closed Won), o una implementación termina. El agente se activa automáticamente.

2

Síntesis de contexto completo

El agente recopila el historial completo: interacciones, emails, notas de llamadas, commitments hechos durante la venta, riesgos identificados, preferencias del sponsor, timeline acordado.

3

Brief estructurado al siguiente rol

Genera un brief adaptado al rol receptor. El CSM no necesita lo mismo que el AE. Cada brief incluye contexto, prioridades, riesgos y recomendaciones específicas.

4

Primer touch guiado

El agente sugiere el approach para la primera interacción: qué mencionar, qué evitar, qué priorizar. El nuevo responsable llega informado desde el primer contacto.

5

Tracking de handoff exitoso

Mide si el brief se leyó, si el primer touch se realizó en tiempo, y el CSAT post-transición. Alerta si un handoff queda incompleto.

Ejemplo real

Un AE cierra un deal enterprise. El Handoff Agent sintetiza los 8 commitments hechos durante la venta, los 3 riesgos identificados en el proceso y las preferencias del sponsor (canal de comunicación, frecuencia de updates, temas sensibles). Entrega al CSM un brief con plan de primeros 30 días alineado a lo que se prometió. El CSM llega a la primera reunión sabiendo todo. El cliente no repite nada.

Arquitectura técnica

El Handoff Agent opera sobre la infraestructura nativa de Agentforce. Sin middleware, sin integraciones frágiles.

Atlas Reasoning Engine

Motor de razonamiento que decide qué información incluir en cada brief, prioriza por relevancia y adapta el formato al rol receptor.

Einstein Trust Layer

Masking de PII antes de procesar datos sensibles del deal. Zero data retention. Audit trail de cada brief generado.

Agent Builder + Prompt Builder

Configuración low-code del agente: triggers por stage, templates de brief por rol, reglas de escalación y lógica de primer touch.

Sales Cloud nativo

Lee directamente de Opportunity, Account, Contact, Activity, EmailMessage, Task y objetos custom. Sin ETL, sin sync lag.

+ Data Cloud Con Data Cloud, el agente enriquece los briefs con datos de múltiples fuentes: engagement de marketing, historial de soporte, datos de producto, NPS. Sin Data Cloud funciona con datos estándar de Sales Cloud — con Data Cloud, la síntesis es completa.

Cómo se implementa

5 fases, 8 a 14 semanas. Desde discovery hasta producción con métricas de éxito.

1
Semanas 1-2

Discovery y mapeo de handoffs

Identificamos cada punto de transición en tu revenue cycle. Mapeamos qué información se pierde, dónde, y cuánto cuesta esa pérdida.

Revenue Ops + Solu Architect Mapa de handoffs + gap analysis
2
Semanas 3-4

Data readiness + brief design

Validamos la calidad de datos en cada objeto de Sales Cloud involucrado. Diseñamos los templates de brief por rol y por tipo de transición.

Data team + Sales Leaders Data readiness report + brief templates
3
Semanas 5-8

Build y configuración

Construimos el agente en Agent Builder: triggers, lógica de síntesis, templates de brief, reglas de primer touch y métricas de tracking.

Solu Dev + Admin Agente configurado en sandbox
4
Semanas 9-11

Piloto con equipo acotado

Piloto con 2-3 handoffs reales (SDR→AE y AE→CSM). Medimos calidad del brief, tiempo de adopción y CSAT post-transición. Iteramos.

SDRs + AEs + CSMs piloto Resultados piloto + ajustes
5
Semanas 12-14

Rollout y optimización

Deploy a producción para todos los equipos. Dashboards de handoff success rate, CSAT tracking y alertas de handoffs incompletos.

Full revenue team Agente en producción + dashboards

Requisitos para implementar

Sales Cloud activo

Enterprise o Unlimited Edition con Opportunity, Account, Contact, Activity y Task configurados y con datos actualizados.

Agentforce habilitado

Licencia Agentforce (Agentforce 1 Edition o Flex Credits) para ejecutar el agente custom.

Datos de actividad limpios

El agente sintetiza emails, notas de llamadas y tareas. Si las actividades no se registran en el CRM, el brief será incompleto.

Proceso de handoff definido

No necesita ser perfecto, pero sí necesitamos saber quién le entrega a quién, cuándo y qué información debería pasar.

Data Cloud (recomendado)

Para enriquecer briefs con datos de marketing, soporte y producto. Sin Data Cloud funciona, con Data Cloud funciona mucho mejor.

Einstein Activity Capture (recomendado)

Captura automática de emails y eventos del calendario. Más datos de actividad = mejores briefs.

KPIs antes y después

Métricas concretas que medimos desde el piloto. Sin handwaving.

Customer satisfaction post-handoff (CSAT)
Antes Baseline
Después +15-25 ppt
Tiempo a first value post-cierre
Antes Baseline
Después -30-40%
Escalaciones en primer mes post-venta
Antes Baseline
Después -50%

Riesgos comunes y cómo los mitigamos

Actividades no registradas en CRM

Si los reps no loguean llamadas y emails, el agente tiene poco material para sintetizar.

Mitigación: Einstein Activity Capture automatiza la captura de emails y eventos. El agente detecta gaps de actividad y alerta antes de generar un brief incompleto.

Brief con información incorrecta

El agente sintetiza algo que no se dijo o malinterpreta un commitment.

Mitigación: Guardrails del Trust Layer + prompts estructurados que citan fuentes. Cada dato del brief tiene trazabilidad al registro original. Revisión humana en las primeras semanas.

Resistencia del equipo

Los reps no leen los briefs o siguen pidiendo contexto de forma informal.

Mitigación: Change management desde la fase 1. Tracking de adopción del brief. Métricas que demuestran que los reps que usan el brief tienen mejor CSAT y menos escalaciones.

Información sensible en el brief

El brief incluye datos que el siguiente rol no debería ver (pricing interno, notas privadas).

Mitigación: Reglas de visibilidad por rol configuradas en el agente. El Trust Layer enmascara PII. Campos marcados como "no compartir" se excluyen automáticamente.

Costos de credits por volumen

Muchos handoffs por mes generan consumo alto de Flex Credits.

Mitigación: Dashboards de consumo en tiempo real. Capping por tipo de handoff. Optimización de prompts para reducir tokens por brief.

Preguntas Frecuentes

Las tres más comunes: SDR→AE (lead calificado), AE→CSM (deal cerrado) y CSM→Renewal/Expansion (ciclo de cuenta). Pero se puede configurar para cualquier transición dentro del revenue cycle — incluyendo handoffs entre equipos regionales o entre partners y equipos internos.

Funciona mejor cuanta más información haya. Con Einstein Activity Capture se capturan emails y eventos automáticamente. El agente también detecta gaps de información y los señala en el brief — en lugar de inventar, dice "sin datos registrados sobre X".

Sí. Cada rol receptor puede tener su propio template de brief. El CSM recibe información de onboarding y riesgos. El AE recibe contexto de calificación y pain points. Todo se configura en Prompt Builder sin código.

El brief se entrega dentro de Salesforce (como registro asociado a la oportunidad o cuenta). También se puede configurar para enviar notificaciones por Slack, email o ambos. El brief queda siempre disponible en el CRM como fuente de verdad.

Entre 30 segundos y 2 minutos dependiendo del volumen de datos del deal. Deals enterprise con 6+ meses de historial tardan más que una calificación de lead. El brief está disponible antes de que el nuevo responsable necesite usarlo.

No. Sin Data Cloud el agente trabaja con datos estándar de Sales Cloud (Opportunity, Activity, Task, EmailMessage, Contact). Con Data Cloud agrega datos de marketing, soporte, producto y fuentes externas — lo que hace los briefs significativamente más completos.

Con tres métricas clave: CSAT post-handoff (encuesta automática después de la primera reunión con el nuevo responsable), tiempo a first value (cuánto tarda el cliente en recibir valor post-transición) y tasa de escalaciones en el primer mes. Las tres se miden desde el piloto.

No necesariamente la reemplaza, pero la hace mucho más eficiente. En lugar de 30-60 minutos explicando contexto, la reunión se enfoca en matices, estrategia y acuerdos. Algunos equipos la eliminan para handoffs simples y la mantienen solo para deals enterprise.

Que ningún handoff pierda contexto.

Hablá con un Revenue Architect de Solu. En una sesión de discovery mapeamos tus handoffs y diseñamos el brief perfecto para cada transición.