Service Agent para Service Cloud.
Resuelve cases end-to-end en chat, WhatsApp y voz. Sin cola, sin espera, sin contexto perdido.
El agente autónomo de Agentforce que atiende al cliente final 24/7, identifica su consulta, hidrata el contexto completo desde Data Cloud y resuelve o escala con summary. Para contact centers multicanal en telco, banca, retail, e-commerce y salud.
¿Qué hace Service Agent?
Service Agent es un agente autónomo de Agentforce que trabaja dentro de Service Cloud las 24 horas. Cuando un cliente inicia una conversación por chat, WhatsApp, email o voz, el agente identifica su consulta, hidrata el contexto completo desde Data Cloud — Account 360, historial de cases, billing, Knowledge — y resuelve o escala con un summary completo para el humano. El resultado: containment de 45-65% vs 25-35% de bots tradicionales.
Cómo funciona paso a paso
Del mensaje del cliente al case resuelto. 8 pasos, con confirmación antes de actuar.
Cliente inicia conversación
Web chat, WhatsApp, app, voz o email. Embedded Service crea la sesión y dispara el agente.
Identificación del cliente
El agente saluda, verifica identidad (número de cuenta, email, OTP) e hidrata Account 360.
Detección de intent
El primer mensaje dispara el reasoning loop. Atlas clasifica intent y selecciona el Topic relevante.
Context gathering
Hydrators en paralelo: Case 360, Account, Knowledge, Billing, Order. Budget de latencia 800-1500 ms.
Razonamiento con Atlas
Atlas razona sobre contexto + prompt del topic, genera respuesta y/o plan de acción, pasa por Trust Layer.
Ejecución con confirmación
Si requiere escritura (refund, cambio de dirección), el agente confirma con el cliente antes de actuar.
Resolución o handoff
Si el cliente confirma, cierra y dispara CSAT. Si pide humano o confidence baja, handoff con summary completo.
Logging y feedback
Cada turno se persiste en ServiceInteraction, Calculated Insights se actualizan, CSAT alimenta el loop.
Ejemplo de interacción real
Arquitectura del agente
Los cuatro pilares que hacen funcionar a Service Agent dentro de tu org de Salesforce.
Data
Fuentes de grounding
- Service Cloud: Case, Account, Contact, Knowledge
- Data Cloud: CustomerProfile, ServiceInteraction, KnowledgeEmbedding
- Billing externo: SAP, Oracle
- Couriers (si e-commerce)
Actions
Lo que el agente ejecuta
- getAccountSummary, getOpenCases
- createCase, processRefund
- updateAccountField, sendKnowledgeArticle
- scheduleCallback, transferToAgent
- logCSAT
Guardrails
Controles de confianza
- Einstein Trust Layer: PII masking, zero data retention
- Prompt defense customer-facing, toxicity filter
- Grounding obligatorio sobre Knowledge
- Rate limiting por sesión (max 25 turnos)
Channels
Dónde opera el agente
- Embedded Service Messaging (web/mobile)
- WhatsApp Business (Twilio/Sinch/Infobip)
- Service Cloud Voice (Amazon Connect)
- Slack
Implementación en 5 fases
De discovery a producción. Service Agent requiere entre 8 y 14 semanas dependiendo de canales y complejidad de topics.
Discovery y agent mapping
ICP, canales, topics prioritarios, integraciones, KPIs baseline.
Data readiness
Knowledge cleanup, Case taxonomy, Identity Resolution, Data Cloud DMOs.
Agent build
Topics, Hydrators, Effectors, prompts, Trust Layer, canales configurados en sandbox.
Testing y piloto
QA con cases históricos, piloto con 1 canal y 2-3 topics, métricas baseline.
Go-live y tuning
Rollout multicanal, monitoreo de containment, tuning de prompts, expansión de topics.
Equipo típico de implementación
Requisitos para arrancar
Lo que necesitás tener listo antes de poner Service Agent en producción.
Datos mínimos
- Knowledge base limpio (80-150 artículos)
- Case taxonomy estable
- Identity Resolution configurada
- Feedback loop CSAT
Licencias
- Service Cloud Enterprise+
- Agentforce for Service
- Digital Engagement
- Data Cloud (recomendado)
- Service Cloud Voice (si canal voz)
Integraciones
- WhatsApp Business API (Twilio/Sinch)
- Service Cloud Voice (Amazon Connect)
- Sistema de billing/ERP
- Couriers (si e-commerce)
Org readiness
- Sponsor ejecutivo (Dir. Servicio)
- Knowledge owner activo
- Proceso de escalamiento documentado
- Sandbox disponible
KPIs: antes y 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.
| Métrica | Antes (bots) | Después (Service Agent) | Cambio |
|---|---|---|---|
| Containment rate | 25-35% | 45-65% | +20-30 ppt |
| CSAT del canal digital | 3.1-3.7/5 | 4.0-4.4/5 | +0.7-1.0 |
| AHT post-handoff humano | Baseline | -25-35% | -25-35% |
| Latencia por turno (chat) | N/A | 2-5 seg | Tiempo real |
| Volumen humano en peak | Baseline | -30-40% | -30-40% |
| Time-to-value post go-live | N/A | 2-4 semanas | Rápido |
Caso arquetipo LATAM
Telco multinacional Argentina, ~7M clientes. 14 semanas de implementación. Containment pasó de 28% a 54%, CSAT de 3.1 a 4.2, volumen humano peak -36%.
Tenemos casos en este agente — hablemos para compartir los relevantes a tu industria.
Riesgos comunes y cómo los mitigamos
Alucinación en FAQ
Agente responde con políticas inexistentes.
Mitigación: Grounding obligatorio sobre Knowledge con citación. Si no hay artículo fuente, deriva a humano.
Latencia en canal voz >3s
Cliente percibe pausas, cuelga.
Mitigación: Budget de latencia por turno, Hydrators en paralelo, cache agresivo, streaming response.
Fuga de PII
Cross-contamination de contexto entre clientes.
Mitigación: Masking obligatorio pre-LLM, hidratación POST-LLM, audit trail, contexto aislado por sesión.
Flex Credits desbordados
Conversaciones largas sin resolución gastan 200-400 credits.
Mitigación: Hard cap de turnos (25), warning a los 15, handoff automático, budget alert en runtime.
Resistencia del contact center
BPO sabotea el ramp pasivamente.
Mitigación: Incluir al BPO en discovery, renegociar SLAs, dar upside por cases resueltos con contexto del agente.
Preguntas Frecuentes
No. Service Agent toma el volumen que hoy se resuelve con bots básicos o que queda en cola. Los agentes humanos se enfocan en cases complejos, regulados o de alto valor. La mayoría de operaciones que implementan Service Agent no reducen headcount — redistribuyen la carga.
Sí. El agente soporta español (todas las variantes regionales), portugués brasileño e inglés. Los prompts y guardrails se configuran por idioma, y el agente detecta el idioma del cliente a partir del canal y el historial.
Depende del estado de tu Knowledge y de la complejidad de los topics. En deploys maduros (6+ meses) vemos 45-65%. En piloto inicial con 2-3 topics, 35-45%. La clave es arrancar acotado y expandir.
No es obligatorio, pero sí recomendado. Sin Data Cloud, el agente trabaja con datos de Service Cloud y funciona para FAQ y cases simples. Con Data Cloud, tiene contexto 360 del cliente que mejora la resolución y personalización.
Sí. WhatsApp Business API se conecta vía partner BSP (Twilio, Sinch, Infobip). En LATAM lo configuramos en 2-3 semanas si el número ya está provisionado. WhatsApp es el canal con mayor volumen en la región.
Einstein Trust Layer aplica masking de PII antes de enviar datos al LLM. Zero data retention. Audit trail completo con retención mínima 12 meses. Consentimiento gestionado por Consent Object. Opción de hablar con humano siempre disponible.
Tu Service Agent, en producción en 8-14 semanas.
Hablá con un Service Architect de Solu. En una sesión de discovery mapeamos tus canales, tus topics prioritarios y tu Knowledge.