Salesforce presenta Hunter: el agente outbound que quiere trabajar el pipeline durante semanas

Salesforce presentó una cartera de agentes preconfigurados para funciones concretas. Hunter es el agente de ventas outbound: la compañía dice que puede trabajar un pipeline desde investigación y priorización hasta outreach, avance de oportunidades, propuestas y apoyo a forecasting. El comunicado lo ubica en piloto ahora y proyecta disponibilidad general para noviembre de 2026.

La novedad no está en redactar una primera línea. El producto se presenta como un agente de largo horizonte que conserva un objetivo, construye un plan y coordina acciones durante semanas o meses. Esa ambición lo acerca menos a un chatbot y más a una capa operativa sobre cuentas, contactos, oportunidades, conversaciones y reglas comerciales.

Salesforce también anunció agentes para servicio, recursos humanos, comercio, supply chain e inbound pipeline. Para outbound B2B, Hunter merece atención porque intenta resolver el problema que aparece después de la demo: mantener contexto cuando cambian la cuenta, el vendedor, la señal y la etapa. La continuidad es justamente donde muchas automatizaciones dejan de verse inteligentes.

La página oficial define un agente outbound como un sistema que inicia trabajo bajo reglas: identifica cuentas objetivo, investiga compradores, prioriza contactos y prepara o envía outreach. En el caso de Hunter, Salesforce extiende el alcance después de la primera reunión hacia calificación, propuestas, revisión de pipeline y forecasting.

Ese límite importa. Un generador de emails puede optimizar una tarea local y aun perder el negocio completo: investigar una cuenta equivocada, ignorar una oportunidad abierta, contactar a dos personas sin coordinación o insistir después de una respuesta. Un agente que pretende operar durante semanas debe mantener estado y saber qué acción ya ocurrió, cuál sigue permitida y cuándo detenerse.

Nuestra interpretación es que el producto compite por convertirse en orquestador del proceso, no solo en copiloto de copy. También aumenta la superficie de fallo. Si una sugerencia incorrecta vive en una frase, un humano puede editarla. Si una decisión incorrecta persiste y activa nuevos pasos, el error viaja con zapatos cómodos.

Salesforce describe tres piezas en su nuevo runtime. Memory conserva contexto y progreso entre sesiones. Durable execution permite que un plan siga activo y se reanude o corrija cuando cambia la situación. Dynamic steering adapta el comportamiento con la dirección y feedback del usuario. Hunter es el primer agente de la cartera anunciado sobre ese runtime.

Llevado a outbound, el horizonte largo podría conectar eventos que hoy viven separados: una cuenta entra por una señal, un contacto responde, otro stakeholder es referido, aparece una reunión, cambia la prioridad y se abre una oportunidad. El agente necesita distinguir continuidad de repetición. Recordar que existe una cuenta no basta; debe recordar qué se prometió, qué evidencia llegó y qué acción dejó de ser válida.

La hipótesis atractiva es reducir handoffs y tareas olvidadas. La hipótesis de riesgo es automatizar memoria defectuosa: un cargo antiguo, una baja no propagada o una etapa mal actualizada pueden orientar varias acciones futuras. Por eso la evaluación de largo horizonte necesita pruebas de estado y recuperación, no solamente comparar la calidad de un email aislado.

Salesforce afirma haber entregado 7,000 millones de Agentic Work Units entre Agentforce y Slack durante dos años, incluidos 3,200 millones en su segundo trimestre. La propia compañía introdujo AWU como una unidad para medir trabajo agéntico en lugar de tokens. Sigue siendo una métrica definida por el proveedor: habla de consumo o trabajo registrado, no revela por sí sola precisión, ingreso incremental ni retorno para cada caso de uso.

El comunicado añade que 60% del pipeline de Perk es construido por Hunter. Debe conservarse como un resultado de cliente reportado por Salesforce. La página pública no aporta allí denominador, periodo, definición de pipeline construido, grupo de comparación, costo ni calidad de las oportunidades. El dato sirve como caso para investigar, no como baseline transferible a otra empresa.

La distinción es importante porque actividad y resultado pueden crecer juntas sin tener la misma causa. Más cuentas procesadas, más mensajes o más Agentic Work Units no garantizan más pipeline incremental. Incluso pipeline atribuido puede incluir oportunidades que el equipo habría creado por otra vía. Un comprador necesita reconstruir su cadena de eventos y conservar un grupo comparable.

Salesforce marca Hunter como piloto y anuncia GA para noviembre de 2026. También incluye en el comunicado la advertencia habitual de que algunas funciones pueden seguir en desarrollo y que las decisiones de compra deben basarse en capacidades disponibles. Conviene leer esa línea con la misma atención que el titular.

En un piloto, pregunta qué tareas están realmente habilitadas en tu organización, qué fuentes de datos admite, qué regiones y ediciones participan, qué acciones requieren aprobación y qué historial queda disponible para auditoría. La página de producto describe el alcance deseado; el contrato, la documentación de la instancia y una prueba controlada determinan el alcance utilizable.

No diseñes el caso económico sobre una fecha futura ni conectes todo el pipeline el primer día. Empieza por un tramo reversible: investigación y priorización en modo sombra, luego borradores sujetos a revisión y después acciones acotadas. La disponibilidad general cambia soporte y distribución. No convierte automáticamente el playbook de tu empresa en una instrucción correcta.

Salesforce indica que Hunter opera dentro de permisos, reglas y configuraciones de aprobación, y que las acciones frente al cliente —como outreach o propuestas— pueden requerir aprobación del vendedor. La palabra relevante es pueden. Cada empresa debe definir qué eventos pasan de recomendación a ejecución y cuáles siempre necesitan revisión humana.

Agent Script se presenta como un lenguaje que combina reglas deterministas con razonamiento del agente. En outbound, usa reglas estrictas para invariantes: nunca enviar a una baja; no contactar una cuenta con oportunidad activa sin autorización; no inventar una señal; bloquear dominios o territorios excluidos; limitar acciones cuando falta un owner. Deja el razonamiento para decisiones donde la incertidumbre sea visible y revisable.

Una traza debe responder quién fijó el objetivo, qué datos consultó el agente, qué versión de skill o política usó, qué acción propuso, quién la aprobó, qué se ejecutó y qué evento comercial ocurrió después. Si solo conservas el texto final, no puedes explicar por qué la cuenta entró ni corregir la regla que produjo un error.

Define una unidad de prueba antes de activar Hunter u otro agente. La cuenta suele ser más segura que el contacto porque evita mezclar varios stakeholders entre tratamiento y control. Mantén comparables ICP, oferta, territorio, periodo y capacidad del equipo. Registra qué parte opera el agente: investigación, priorización, mensaje, seguimiento o avance de oportunidad.

Durante una primera fase en sombra, el agente recomienda pero no actúa. Mide precisión de cuentas aprobadas, fuentes válidas, errores críticos, ediciones humanas, tiempo por tarea y desacuerdos con el vendedor. Después habilita acciones de bajo riesgo y verifica stop conditions con casos controlados: baja, hard bounce, respuesta, referencia, oportunidad existente, cambio de owner y señal caducada.

Para negocio, compara respuestas positivas, reuniones realizadas y calificadas, oportunidades aceptadas, pipeline y costo incremental por cuenta asignada. Añade métricas de seguridad: acciones bloqueadas, aprobaciones, contactos indebidos, reintentos y fallas de sincronización. El objetivo no es demostrar que el agente trabaja mucho. Es saber si mejora una decisión completa sin crear deuda alrededor.

Hunter señala hacia una arquitectura razonable: agentes especializados, memoria, ejecución durable, reglas deterministas y aprobación humana para acciones sensibles. El anuncio no demuestra todavía que esa arquitectura produzca el mismo resultado fuera de los casos elegidos por Salesforce, pero sí cambia la pregunta de compra.

Ya no basta con preguntar si la AI escribe un correo aceptable. Hay que preguntar si conserva identidad entre CRM, enriquecimiento y sender; si una respuesta detiene el siguiente paso; si un cambio de etapa modifica el plan; si el vendedor puede intervenir; y si el pipeline atribuido resiste una comparación con el proceso anterior.

picos.Ai diseña pruebas de AI outbound con cuentas comparables, reglas de fuente, supresión, aprobaciones y reporting desde mensaje hasta oportunidad. Si tu equipo está evaluando Hunter, Agentforce u otro agente de ventas, usa el enlace Hablemos al final de esta página. Podemos convertir la promesa de largo horizonte en un experimento con límites y resultados verificables.