Derivar a una persona y adaptar al canal

Esta página trata dos situaciones en las que la conversación cambia de forma: cuando pasa a una persona y cuando cambia el medio. En los dos casos, lo que se mantiene y lo que se adapta se puede pensar con herramientas lingüísticas.

1. Derivar no es fracasar

Pasar la conversación a una persona (en inglés, handoff) no es un fracaso del sistema: es una capacidad del servicio. Debe existir una vía humana cuando:

• la persona la pide
• el caso requiere criterio, empatía o responsabilidad humana
• el sistema falla repetidamente en la misma tarea
• el resultado tiene un impacto alto o exige una revisión autorizada
• hay una excepción que el primer alcance no cubre
• la persona está desorientada o no puede usar el canal actual
• hay una urgencia o una situación delicada con su propio protocolo

2. Qué debe incluir una transferencia

Para la persona: por qué se la deriva, a quién o a qué canal, si tiene que esperar o hacer algo y cómo volver si se corta.

Para quien recibe el caso: un resumen útil y comprobable con el objetivo, los datos confirmados, lo que se intentó, lo que ya se hizo y lo que queda pendiente. No hace falta transferir todo el historial si basta con un resumen, y conviene no pasar datos que no se necesitan. Lo que no puede ocurrir es que la persona tenga que contar desde cero una historia que el servicio ya conoce.

3. No prometer a alguien que no está

Si no hay atención humana inmediata, dilo. Ofrece alternativas reales: dejar el caso registrado, pedir que te llamen, consultar el horario, otro canal de contacto o un plazo de respuesta. Un botón de «hablar con una persona» que devuelve al mismo menú es peor que no tenerlo.

4. Inmediatez y distancia: por qué el canal importa

Koch y Oesterreicher propusieron que lo oral y lo escrito no son dos categorías cerradas, sino los extremos de un continuo entre la inmediatez y la distancia comunicativa. Una conversación telefónica está cerca de la inmediatez: espontánea, efímera, sin posibilidad de releer. Un correo formal está cerca de la distancia: planificado, permanente, revisable. Un chat queda en medio: escrito, pero con muchos rasgos de la inmediatez.

Esa idea explica por qué no se puede copiar el mismo diálogo en todos los canales. Se mantienen el objetivo, la política y el estado de la tarea; cambian la longitud, el ritmo, la presentación y los tiempos de espera.

En voz, las palabras desaparecen en cuanto se dicen y todo depende de la memoria inmediata; además, el reconocimiento del habla no funciona igual con todos los acentos y ritmos (la página sobre tecnologías del habla explica por qué). En texto se puede releer y revisar. Las interfaces que combinan ambas cosas tienen que conseguir que lo dicho y lo mostrado cuenten lo mismo:

5. Qué cambia en cada canal

Los tiempos de espera son un buen ejemplo. En voz, tres segundos de silencio ya significan algo; en mensajería, una pregunta puede quedar pendiente horas. Las propias plataformas lo reflejan: Amazon Lex distingue entre el tiempo para empezar a hablar, el que marca el final de una intervención y el de la entrada por teclado. No existe un único tiempo de espera válido para todo.

6. ¿Cuántas opciones?

Se repite a menudo que un menú de voz no debe tener más de cuatro opciones. Es una hipótesis razonable para la voz, porque las opciones hay que escucharlas y recordarlas, pero no una ley. En pantalla, una lista visible puede tener muchas más. Agrupa, ordena por frecuencia y ofrece «ver más» o un buscador cuando haga falta.

7. Accesibilidad

W3C recuerda que las interfaces conversacionales pueden exigir mucha memoria y procesamiento en tiempo real. Recomienda alternativas de acceso, opciones manejables, pausas, tiempos ajustables, historial visible y recuperación sencilla. El diseño accesible beneficia además a quien está en un sitio ruidoso, tiene prisa, usa una segunda lengua o necesita revisar lo que ha oído.