La respuesta breve
En el servicio de atención al cliente, la diferencia entre un piloto que se expande y uno que se detiene se define casi siempre por la elección del primer caso de uso. Un caso de uso maduro es aquel que se apoya en una fuente de información fiable y única, no realiza una acción irreversible y tiene un volumen que justifica su mantenimiento.
Los casos de uso más tentadores —gestionar una reclamación, retener a un cliente, decidir un reembolso— son precisamente los que requieren criterio, sensibilidad e información de múltiples sistemas. Estos son de una tercera etapa, no la primera.
El marco general para la decisión de la adaptación de casos de uso aparece en Agentforce para empresas.
Clasificación de casos de uso por madurez
| Caso de uso | Madurez | Requisitos | Riesgo principal |
|---|---|---|---|
| Consultas de estado | Alta | Un único campo fiable en el CRM | Casi nulo; error reversible |
| Preguntas frecuentes de conocimiento | Alta | Artículos de Knowledge actualizados para los casos de uso comunes | Cita de política obsoleta |
| Asistencia al agente durante la llamada | Alta | Knowledge e historial de casos (Case) | El agente adopta una respuesta incorrecta |
| Enrutamiento y clasificación de solicitudes | Media | Taxonomía consistente de tipos de solicitud | Clasificación incorrecta que alarga la gestión |
| Actualización de datos y operaciones simples | Media | Permisos precisos y acciones (Actions) limitadas | Actualización incorrecta en el registro del cliente |
| Coordinación, cancelación y cambio de fecha | Media | Integración estable con el sistema operativo | Fallo de integración con el cliente |
| Reembolsos y compensaciones | Baja | Política escrita, autoridad y aprobación humana | Exposición financiera y precedente con el cliente |
| Gestión de reclamaciones y retención | Baja | Comprensión del contexto, sensibilidad e historial completo | Daño a la marca y a la confianza |
Los tres casos de uso por los que vale la pena empezar
Las consultas de estado son el mejor punto de partida. El cliente pregunta dónde está el pedido, cuál es el estado de la solicitud, cuándo llega el técnico. La respuesta se basa en un solo campo, no hay operaciones de escritura y el volumen suele ser alto. El éxito también es fácil de medir: ¿recibió el cliente una respuesta y no volvió a contactar?
Las preguntas frecuentes de conocimiento son el segundo caso de uso. Aquí el desafío no es el agente, sino el contenido, por lo que el trabajo comienza por revisar las veinte consultas más comunes y asegurarse de que cada una tenga un artículo aprobado y actualizado.
La asistencia al agente es el caso de uso más recomendado para empezar cuando hay dudas. El agente sugiere una respuesta, el representante aprueba o corrige. Cada corrección es un dato de aprendizaje y el riesgo externo es mínimo. Las organizaciones que empiezan aquí alcanzan una exposición externa con un conjunto de pruebas reales en lugar de suposiciones.
Lo necesario para que la base de conocimientos soporte la carga se detalla en Gestión del conocimiento para Agentforce.
Lo que se aplaza para una etapa posterior
Los reembolsos y compensaciones requieren una política escrita que en la mayoría de las organizaciones no está completamente definida; reside en el criterio de los gerentes de equipo. Antes de que el agente entre en este ámbito, se debe redactar la política, y entonces se descubre que este es un trabajo organizacional en sí mismo.
La gestión de reclamaciones requiere una comprensión del contexto emocional y un historial completo. Incluso cuando la respuesta técnica es correcta, la formulación es clave. Este es el ámbito en el que una escalada rápida es casi siempre preferible a un intento de solución.
Los casos de uso de sistemas cruzados en los que la información está dispersa entre tres sistemas sin una única fuente de verdad, no por una limitación de la IA, sino porque la brecha en los datos se revelará aquí primero y se considerará un fracaso del agente.
Reglas de escalada que deben estar definidas
Cuatro factores desencadenantes (triggers) rígidos: una solicitud explícita de hablar con una persona, la identificación de un tono negativo o palabras de escalada, dos intentos fallidos de responder la misma pregunta y cualquier consulta que involucre un tema sensible predefinido.
La transferencia debe mantener el contexto. Un cliente que se ve obligado a repetir todo al agente percibe a este como un obstáculo, y esto es lo que recordará. Un resumen de la conversación, lo que se verificó y lo que se encontró, deben transferirse automáticamente al agente.
El diseño de las rutas de escalada dentro del conjunto de canales se detalla en Omni-Channel y SLA en Service Cloud.
Caso de uso: Un centro de contacto que cambió el piloto después de dos semanas
Una empresa de productos de consumo planeó comenzar con un agente que gestionaría las solicitudes de devolución, el caso de uso con más reclamaciones. En las dos primeras semanas se comprobó que cada solicitud requería verificar las condiciones de garantía en el sistema ERP, verificar el inventario y tomar una decisión que, en la práctica, se hacía a criterio de un gerente.
El piloto se trasladó a otro caso de uso: responder al estado de una devolución existente. Los mismos clientes, el mismo ámbito, pero basado en un solo campo de estado. El volumen era alto, la tasa de escalada baja y el centro de contacto vio una disminución inmediata de las llamadas repetidas.
Seis meses después, una vez redactada la política de devoluciones como documento aprobado, el caso de uso original volvió a la planificación, esta vez con aprobación humana para cada aprobación de devolución. El orden, y no la tecnología, fue lo que lo hizo posible.
Riesgos y acciones preventivas
| Riesgo | Cómo se ve en el centro de contacto | Acción preventiva |
|---|---|---|
| Empezar con un caso de uso emocional | Reclamaciones que llegan a la dirección en la primera semana | Empezar con un caso de uso informativo en lugar de uno de resolución |
| No hay camino hacia una persona | Cliente atrapado en un bucle de preguntas | Botón de transferencia al agente en cada etapa y factores desencadenantes rígidos |
| Pérdida de contexto en la escalada | El cliente repite la historia al agente | Transferencia automática del resumen de la conversación |
| Política no escrita | Respuestas inconsistentes entre casos | Redactar la política antes de introducir el caso de uso |
| Múltiples casos de uso paralelamente | No hay capacidad para mantener y la calidad disminuye | Hasta tres casos de uso activos en el primer año |
Métricas en el servicio
| Métrica | Definición | Frecuencia |
|---|---|---|
| Containment | Porcentaje de solicitudes cerradas sin agente y sin contacto repetido | Semanal |
| Tasa de contacto repetido | Clientes que volvieron a contactar por el mismo tema en una semana | Semanal |
| Tiempo hasta la escalada | Cuánto tiempo transcurre hasta la transferencia a una persona cuando es necesario | Semanal |
| Satisfacción del canal | Comparación con un canal humano paralelo | Mensual |
| Tiempo de manejo del agente | Si la asistencia acortó realmente la llamada | Mensual |
El "Containment" sin la tasa de contacto repetido es una métrica engañosa. Una llamada que se cerró rápidamente porque el cliente se rindió se cuenta como un éxito, por lo que las dos métricas siempre se interpretan juntas.
Cuando se requiere acompañamiento en la selección de casos de uso y en la configuración de las rutas de escalada, Servicio Agentforce e IA es la ruta práctica a seguir.
Lista de verificación para seleccionar el primer caso de uso
- ☐ El caso de uso se basa en una única fuente de información fiable.
- ☐ No hay ninguna acción irreversible en la primera versión.
- ☐ El volumen mensual justifica el mantenimiento continuo.
- ☐ Existen artículos aprobados para los casos de uso comunes.
- ☐ Se han definido los cuatro factores desencadenantes (triggers) de escalada.
- ☐ La transferencia al agente incluye un resumen de la conversación.
- ☐ El agente declara que no es humano al inicio.
- ☐ Se mide una línea de base (Baseline) de "Containment" y contactos repetidos.
- ☐ Se establece un número máximo de casos de uso activos al mismo tiempo.