Recursos · 42
Asistentes conversacionales accesibles: múltiples modos, recuperación y traspaso humano
Diseñar un asistente de soporte al que las personas puedan acceder, comprender y salir para recibir ayuda humana sin tener que volver a iniciar su solicitud.
Actualizado · 4 min
Lo que esta guía ayuda a lograr
- Hacer que la entrada y salida sean utilizables a través de varios modos
- Permitir que la gente entienda y corrija una respuesta
- Definir cuando y como llegar a una persona
- Prueba todo el recorrido con usuarios y casos difíciles
Comprobación rápida
- ¿El servicio funciona con teclado y tecnología de asistencia relevante?
- ¿Puede una persona leer una respuesta sin depender del habla o de un efecto visual?
- ¿Los errores explican cómo recuperar?
- ¿La respuesta distingue la información verificada de una suposición?
- ¿Es reconocible la ayuda humana antes y después del fracaso?
- ¿El agente recibe solo el contexto necesario, a elección del usuario?
Método paso a paso
- 1
Establecer tareas y límites explícitos
Elija solicitudes reales: busque información, solucione un problema de cuenta, comprenda un cargo y busque ayuda humana. Indique lo que el asistente puede explicar, sugerir o transmitir y lo que nunca debe decidir solo.
Entregable: mapa de tareas, datos necesarios y triggers de traspaso.
- 2
Ofrecer varias formas de interactuar
Consulta texto, uso del teclado, enfoque, orden de lectura, contraste, zoom y anuncios de nuevos mensajes. Si se ofrece voz, mantenga una ruta de texto completa y controles para ralentizarlo, releerlo o interrumpirlo.
Entregable: recorridos probados en dispositivos y modos de entrada representativos.
- 3
Hacer recuperables respuestas y errores
Una respuesta debe mostrar de dónde proviene la información material cuando una decisión necesita evidencia. Evite afirmar certeza sin respaldo. Si la solicitud es ambigua, aclare la necesidad, conserve información útil y proporcione una siguiente acción clara.
Entregable: escenarios de respuesta correctos, inciertos, incorrectos y sin respuesta.
- 4
Diseñar la transferencia a una persona
Definir desencadenantes de traspaso: solicitud explícita, falla repetida, situación sensible, desacuerdo o una acción fuera del alcance. Explicar el canal, disponibilidad e información a compartir; permitir que el usuario modifique o elimine ese contexto.
Entregable: protocolo de traspaso, resumen revisable y propietario receptor.
- 5
Prueba de continuidad de extremo a extremo
Repite cada tarea con diversas habilidades, dispositivos y entornos, luego sigue lo que sucede después de la transferencia. Realice un seguimiento de la resolución y el abandono, revise errores graves y repita después de un cambio de modelo o contenido.
Entregable: conjunto de pruebas fechado, hallazgos priorizados y decisión de liberación.
Ejemplo trabajado ficticio
Situación ilustrativa
Un cliente pregunta por qué no se realiza el reembolso previsto. El asistente primero da información general y luego afirma que no puede verificar el caso del cliente. Utilizando un teclado y un lector de pantalla, el cliente puede alcanzar el mismo control de transferencia.
Decisión y pruebas esperadas
Antes de la transferencia, el cliente revisa y corrige un resumen que omite detalles de pago. El agente humano recibe el asunto, los pasos ya ensayados y la cuestión no resuelta; el cliente no tiene que repetir el viaje. La prueba registra continuidad y resolución, no solo volumen de automatización.
Indicadores de gestión
| Indicador | Qué mide | Primera acción |
|---|---|---|
| Finalización de tarea | Porcentaje de escenarios resueltos sin información engañosa por modo de acceso | Arreglar el recorrido o limitar el alcance |
| Traspaso efectivo | Solicitudes que llegan a una persona con contexto útil | Disponibilidad, resumen o enrutamiento de reparación |
| Error recuperable | Fallos donde el usuario puede corregir y continuar sin volver a ingresar todo | Revisar mensajes y estado retenido |
| Calidad de respuesta | Respuestas contrastadas con un conjunto fechado que incluye casos sin respuesta | Actualizar fuentes y umbrales de rechazo |
Errores comunes
- Tratar la voz como único canal accesible
- Mover foco para cada mensaje nuevo sin control
- Dar respuestas seguras cuando no hay pruebas
- Ocultar el contacto humano detrás de repetidas negativas
- Pasar la conversación completa sin necesidad ni elección
- Medición solo deflexión respecto al apoyo
Preguntas frecuentes
¿Un chatbot accesible hace que todo el servicio sea accesible?
No. Páginas, formularios, canales de transferencia y respuestas posteriores al traspaso son parte de una misma tarea.
¿El traspaso debe esperar a que se produzcan fallos repetidos?
No. La gente debería poder solicitarlo directamente; Los fallos repetidos o el contexto sensible también pueden desencadenarlo.
¿La nota de interfaz en lenguaje natural del W3C es un estándar de conformidad?
No. Describe las necesidades de los usuarios y es un trabajo en progreso. Los criterios WCAG aplicables para el servicio web deben comprobarse por separado.
¿Se debe conservar toda la conversación para el agente?
Pasa solo el contexto necesario para la solicitud, informa al usuario y permite la corrección o eliminación antes de la transferencia.
Referencias oficiales
Las referencias respaldan el método. Adapte los controles a su contexto; no constituyen certificación. Los títulos de referencia originales y los documentos fuente pueden estar en otro idioma.
