Territory Agent.
Territorios que se rebalancean solos. Con datos, no con instinto.
Un agente custom que analiza potencial de mercado por cuenta, evalúa la carga de cada rep, simula reasignaciones y proyecta el impacto en quota. Implementado por Solu sobre Sales Cloud + Data Cloud.
El problema que resuelve Territory Agent
Territorios desbalanceados
Algunos reps tienen demasiadas cuentas de alto potencial y no las pueden trabajar. Otros tienen territorio grande pero sin oportunidades reales. El resultado: revenue que se pierde por distribución, no por capacidad.
Planificación manual y anual
El territorio se define una vez al año en un spreadsheet. Para cuando terminás, el mercado ya cambió. Y nadie quiere abrir el archivo de nuevo hasta el próximo fiscal year.
Reps saturados, potencial sin asignar
Cuentas de alto valor asignadas a reps que ya tienen el pipeline lleno. No las trabajan, no las sueltan. Y el potencial se enfría.
Territory Agent resuelve esto con análisis continuo: evalúa potencial, carga y rendimiento por rep, simula escenarios de reasignación y proyecta el impacto en quota antes de que muevas una sola cuenta.
Flujo del Territory Agent
Análisis de potencial de mercado
El agente evalúa cada cuenta por revenue potencial, industria, tamaño, intent signals y datos externos vía Data Cloud. Genera un score de potencial actualizado continuamente.
Evaluación de carga por rep
Analiza pipeline activo, cantidad de cuentas, actividad reciente, win rate y capacidad real de cada vendedor. Identifica quién está saturado y quién tiene espacio.
Simulación de reasignaciones
Genera escenarios de redistribución que optimizan balance entre potencial y capacidad. Cada escenario incluye las cuentas que se mueven, de quién a quién, y por qué.
Recomendación de rebalanceo
Presenta la mejor opción al equipo de RevOps con justificación por cuenta. Incluye análisis de riesgo (relaciones existentes, deals en curso, historial).
Proyección de impacto en quota
Modela el efecto de la reasignación en la quota alcanzable de cada rep y del equipo. Muestra el delta de revenue esperado para que la decisión sea informada.
El agente detecta que 3 cuentas de alto potencial están asignadas a reps saturados (pipeline > 150% de capacidad). Propone reasignarlas a 2 reps con espacio en territorio adyacente. La proyección muestra +15% de quota alcanzable para el equipo sin cambiar headcount.
Cómo se construye por dentro
Agent Builder
Topics de territorio, acciones de simulación y prompts de recomendación configurados en Agent Builder. Sin código para la lógica de orquestación.
Atlas Reasoning
Motor de razonamiento que evalúa múltiples variables (potencial, carga, historial, relaciones) para generar recomendaciones coherentes, no solo reglas if/then.
Data Cloud
Unifica datos de CRM, firmográficos externos, intent data y actividad de ventas en un perfil unificado por cuenta. El agente consume estos datos en tiempo real para scoring de potencial.
Trust Layer
Guardrails que limitan el volumen de reasignaciones por ciclo, protegen deals en curso y requieren aprobación de RevOps antes de ejecutar cambios.
Enterprise Territory Management (ETM) es el módulo nativo de Sales Cloud que el agente consume y actualiza. Si ya lo tenés configurado, la integración es directa. Si no, lo activamos como parte de la implementación.
Cómo implementamos Territory Agent
10 a 16 semanas. Equipo mixto Solu + cliente. Piloto con un equipo de ventas antes de rollout.
Discovery & Data Assessment
Semanas 1-3Mapeo de modelo de territorios actual, reglas de asignación, fuentes de datos de potencial. Assessment de data readiness. Definición de KPIs objetivo.
Modelo de Scoring & ETM
Semanas 3-6Diseño del modelo de potencial de mercado. Configuración o ajuste de Enterprise Territory Management. Integración de fuentes externas vía Data Cloud si aplica.
Build del Agente
Semanas 6-10Configuración de topics, acciones y prompts en Agent Builder. Lógica de simulación. Guardrails de Trust Layer. Testing con datos reales.
Piloto
Semanas 10-13Despliegue con un equipo de ventas (1 región o 1 vertical). Medición de adopción, calidad de recomendaciones y resistencia al cambio. Iteración.
Rollout & Optimización
Semanas 13-16Extensión a toda la organización de ventas. Capacitación de RevOps para administrar el agente. Ajuste de modelos de scoring. Soporte post-go-live.
Qué necesitás para empezar
Licencias Salesforce
- Sales Cloud Enterprise Edition o superior
- Agentforce (licencia por conversación)
- Data Cloud (incluido en muchas ediciones)
- Enterprise Territory Management (incluido en EE+)
Datos mínimos
- Cuentas con datos de tamaño / industria / revenue estimado
- Asignaciones actuales de territorio (ETM o campo custom)
- Oportunidades con owner y stage actualizados
- Cuotas por rep (o por territorio)
Equipo cliente
- RevOps lead como product owner del agente
- VP Sales o Sales Director como sponsor
- Acceso a datos firmográficos externos (deseable)
- Disposición a pilotar con un equipo real
Antes y después de Territory Agent
Qué puede salir mal (y cómo lo mitigamos)
Resistencia de reps que pierden cuentas
El cambio de territorio es sensible. Un rep que pierde una cuenta que "es suya" va a resistir.
Datos de potencial de mercado incompletos
Si no tenés un buen scoring de cuentas, el agente optimiza sobre datos malos.
Reasignaciones que rompen relaciones
Mover una cuenta en medio de un deal activo puede matar la oportunidad.
Sobre-optimización y cambios frecuentes
Si el agente recomienda cambios cada semana, nadie adopta el proceso.
Preguntas frecuentes
¿El Territory Agent es out-of-the-box o custom?
Es custom. Salesforce no incluye un agente de territorios OOTB en Agentforce. Solu lo diseña y construye sobre Agent Builder usando topics, acciones y prompts específicos para tu modelo de cobertura.
¿Qué datos necesita el agente para funcionar?
Necesita datos de cuentas con potencial estimado (revenue, employees, industry), asignaciones actuales de territorio, carga de oportunidades por rep y cuotas vigentes. Si usás Enterprise Territory Management de Sales Cloud, la integración es directa.
¿Reemplaza la planificación anual de territorios?
No la reemplaza, la transforma. En lugar de un ejercicio anual estático, el agente propone ajustes continuos basados en datos reales. El equipo de RevOps sigue aprobando cada cambio, pero con datos y simulaciones en vez de instinto.
¿Cómo manejo la resistencia de reps que pierden cuentas?
El agente genera proyecciones de quota alcanzable para cada rep post-reasignación. Cuando un rep pierde una cuenta saturada pero gana capacidad para trabajar mejor las restantes, los números hablan solos. Además, se pueden configurar guardrails para limitar el volumen de cambios por ciclo.
¿Funciona con Enterprise Territory Management (ETM)?
Sí. El agente se integra nativamente con ETM de Sales Cloud. Lee las reglas de asignación, los modelos de territorio y las jerarquías existentes. Si no tenés ETM activado, podemos trabajar con un modelo custom basado en campos de Account.
¿Cuánto tarda la implementación?
Entre 10 y 16 semanas dependiendo de la complejidad del modelo de territorios, la cantidad de regiones y la calidad de datos de potencial de mercado. Incluye el diseño del modelo de scoring, la configuración del agente y el piloto con un equipo de ventas.
¿Qué pasa si mis datos de potencial de mercado no están limpios?
La fase 1 de implementación incluye un assessment de data readiness. Si faltan datos de potencial, integramos fuentes externas vía Data Cloud (firmográficos, intent data) o construimos un modelo de scoring con los datos que ya tenés en el CRM.
Territorios inteligentes. Revenue predecible.
Dejá de planificar territorios con spreadsheets una vez al año. Territory Agent rebalancea de forma continua, con datos, y con la aprobación de tu equipo.