Dale a los agentes respuestas instantáneas y citadas desde tu documentación técnica. Pregunta en lenguaje sencillo y obtén los pasos de resolución, los problemas conocidos y las soluciones alternas, con el artículo exacto detrás de cada respuesta, para que nadie adivine en un ticket en vivo.
Usando nuestra documentación técnica y base de conocimiento en el Knowledge Center, responde preguntas de soporte. Empieza con: ¿cómo resuelvo un [mensaje de error] para un cliente en el [plan o versión]? Da los pasos y cita el artículo exacto.
Un ejemplo ilustrativo: tu resultado dependerá de tus fuentes, datos y peticiones.
Este está documentado. El error "sync failed: token expired" está cubierto en la Guía de solución de problemas de integraciones, y hay un detalle del plan Business en las notas de versión que vale la pena saber antes de responder.
El error significa que el token OAuth guardado del cliente pasó su ventana de actualización y necesita volver a autorizarse. Aquí está el arreglo de la Guía de solución de problemas de integraciones, sección 4.2 ("Errores de token y autenticación").
Aquí importa un detalle del plan Business. Según las notas de versión de marzo, los tokens del plan Business ahora expiran tras 90 días de inactividad en lugar de 30, así que si este cliente sincroniza con regularidad no debería volver a toparse con esto. Si le pasa, suele apuntar a una integración en pausa: revisa si su calendario de sincronización quedó deshabilitado (Guía de solución de problemas, sección 4.4).
Si Reconectar falla con el mismo error tras un nuevo inicio de sesión, esa es la señal documentada para escalar a nivel 2: indica una revocación del lado del proveedor que el agente no puede resolver (sección 4.2, nota).
¿Quieres que redacte una respuesta lista para el cliente con estos pasos en lenguaje sencillo, o que saque la checklist de escalación para nivel 2 por si Reconectar no lo resuelve?
Buscador de Soluciones permite que cualquier agente haga una pregunta de soporte en lenguaje natural y obtenga la respuesta directo de tu documentación técnica (pasos de resolución, problemas conocidos y soluciones alternas) con el artículo exacto citado para que pueda confiar en ella y abrirla. Lee tus fuentes aprobadas al momento de preguntar, así que las respuestas reflejan la documentación vigente, no un recuerdo de ella.
Agrega guías de solución de problemas, documentación de producto, notas de versión y runbooks al Knowledge Center. Joy indexa el texto completo y lo lee al momento de preguntar.
Los agentes escriben el error, el síntoma o el cómo hacer algo en lenguaje sencillo, sin necesidad de saber qué documento tiene la respuesta ni el término exacto del producto.
Joy entrega los pasos de resolución y cita el artículo y la sección exactos, para que el agente pueda verificar y abrirlos antes de responderle al cliente.
Copia los pasos en tu respuesta o en las notas del ticket, adaptados al cliente. Joy redacta la respuesta; el agente la envía.
Guarda esta petición como un comando personalizado en el asistente que tu equipo ya usa, para que cualquiera pueda ejecutarla en un solo paso.
Cada respuesta nombra el artículo y la sección exactos, para que los agentes puedan confiar en ella y abrirla para confirmar.
Los agentes describen el problema con sus propias palabras; Joy encuentra el arreglo sin que sepan en qué documento está.
Muestra las soluciones alternas documentadas junto al arreglo, para que los agentes puedan destrabar a un cliente incluso en medio de un bug.
Cuando la documentación no lo cubre, Joy lo dice con claridad en lugar de adivinar, mostrándote qué documentar a continuación.
Acótalo al runbook de primera línea para que los agentes nuevos resuelvan problemas comunes sin escalar.
Dale a los agentes de nivel 2 respuestas profundas desde los runbooks de ingeniería y las bitácoras de problemas conocidos.
Apúntalo a las notas de versión más recientes para que los agentes respondan con confianza la semana en que se lanza una función.
Enfócalo en la documentación de API e integraciones para las preguntas que traban a los clientes técnicos.
Los agentes le hacen la pregunta a Joy en lenguaje sencillo (un mensaje de error, un síntoma, un cómo hacer algo) y obtienen los pasos de resolución directo de tu documentación técnica, con el artículo exacto citado. Sin buscar entre carpetas ni escribir al canal del equipo a media atención.
Cada respuesta cita el artículo y la sección exactos de donde salió, así que los agentes pueden abrirlos y confirmar antes de responder. Joy responde solo desde la documentación aprobada que conectas y la lee al momento de preguntar, así que la guía refleja la documentación vigente.
Joy lo dice con claridad en lugar de adivinar. Esa honestidad es útil por sí sola. Las preguntas que no puede responder son un mapa en vivo de las brechas que vale la pena documentar a continuación.
Sí. Los recién contratados no necesitan saber qué documento tiene la respuesta ni el término exacto del producto. Describen el problema como lo haría un cliente, y Joy los lleva a la misma respuesta fundamentada a la que llegaría un veterano.
No. Joy encuentra y redacta la respuesta; el agente la adapta y envía la contestación. No abre, enruta ni cierra tickets. Resolver el problema del cliente queda en manos de quien está en la cola.
Únete a la lista de espera y sé de los primeros en probar este flujo de trabajo cuando JoySuite se lance.