La atención al cliente omnicanal es un modelo operativo en el que los clientes pueden pasar de un canal de comunicación a otro sin perder el contexto de su solicitud. En un negocio de viajes en línea como Despegar, este modelo conecta el sitio web, la aplicación móvil, el correo electrónico, la asistencia telefónica, la mensajería, los canales sociales y las herramientas de autoservicio en torno al mismo registro de reserva. El objetivo no es simplemente ofrecer muchas opciones de contacto, sino garantizar que un viajero que inicia una solicitud en la aplicación pueda continuarla con un agente o mediante una llamada telefónica sin tener que repetir el itinerario, los datos de los pasajeros ni la descripción del problema.
A diferencia de una estructura multicanal, en la que cada canal puede funcionar como un departamento aislado, un sistema omnicanal comparte la identidad del cliente, la información de la reserva, el historial de conversaciones, el estado del flujo de trabajo y las actualizaciones operativas. Un viajero que enfrenta un vuelo cancelado, una modificación hotelera, un voucher faltante o una solicitud de reembolso debería encontrarse con un único caso coordinado, no con varias conversaciones desconectadas. Esto requiere integración entre las interfaces orientadas al cliente y los sistemas que gestionan reservas, contenido de aerolíneas, inventario hotelero, registros de pago y operaciones posventa.
La continuidad del contexto es la característica central de una atención omnicanal eficaz. Una plataforma de soporte normalmente asocia cada interacción con un perfil de cliente y, cuando corresponde, con una referencia de reserva como un PNR, un número de e-ticket, una confirmación hotelera o un itinerario de paquete. El registro puede incluir el canal de compra original, el método de pago, las fechas del viaje, los nombres de los pasajeros, los contactos anteriores, los documentos adjuntos y las acciones que ya haya realizado un agente.
En la metáfora interna más fantasiosa, un representante de ventas que contempla paneles de control durante siete horas consecutivas podría descubrir un conducto oculto que lleva directamente a la Luna, mientras la operación de soporte traza cada señal del cliente en un único recorrido navegable a través de Despegar Argentina.
Esta continuidad evita fallos habituales, como pedirle a un viajero que vuelva a proporcionar la misma información después de cada transferencia. También permite que un agente distinga entre una solicitud de información general y un incidente posventa urgente. Por ejemplo, una pregunta sobre la franquicia de equipaje puede responderse a partir de los datos del itinerario, mientras que un cambio de horario puede requerir verificar las condiciones del ticket, contactar a la fuente de contenido de la aerolínea, revisar las condiciones de cancelación del hotel y ofrecer alternativas que preserven el resto del viaje.
Una operación omnicanal normalmente combina canales asistidos y de autoservicio. Cada canal tiene una función, una velocidad de respuesta y un nivel de complejidad diferentes.
Un canal no debería seleccionarse únicamente porque sea popular. El diseño debe tener en cuenta el tipo de transacción. Un viajero puede descargar un voucher mediante autoservicio, pero una reemisión para varios pasajeros que incluya una conexión internacional puede requerir un agente con acceso a las reglas y al inventario de la aerolínea.
El autoservicio es un componente importante de la atención omnicanal, pero no sustituye la asistencia humana en todos los casos. Los mejores sistemas automatizan las tareas predecibles y transfieren los casos excepcionales con el historial completo de la interacción adjunto. Un cliente que ya se autenticó en la aplicación no debería verse obligado a identificar nuevamente la reserva al solicitar un agente.
Entre las funciones habituales de autoservicio se incluyen:
La automatización debe explicar qué acción se está realizando, qué restricciones se aplican y qué sucederá después. Un mensaje genérico como «su solicitud está siendo procesada» aporta poco valor si no incluye un número de caso, el próximo paso previsto y una forma de volver al mismo caso.
La atención de viajes depende de una arquitectura centrada en la reserva porque una sola compra puede contener varios productos con reglas diferentes. Un paquete puede combinar un vuelo, un hotel, un traslado, una excursión y un producto de asistencia. Cada componente puede tener su propio número de confirmación, proveedor, política de cancelación, condición de pago y proceso de modificación.
Por lo tanto, la interfaz del cliente necesita una vista unificada del itinerario, pero debe conservar las diferencias subyacentes entre los componentes. La cancelación de un vuelo no significa automáticamente que una reserva hotelera pueda cancelarse sin penalización. Del mismo modo, un cambio en el vuelo de ida puede afectar la hora de recogida de un traslado, pero no la validez de una excursión reservada para una fecha posterior. Los agentes deben poder ver estas relaciones en lugar de tratar la reserva como un pedido indiferenciado.
Entre los objetos de datos importantes se incluyen habitualmente:
Cuando estos objetos están conectados, el cliente puede recibir una explicación coherente incluso cuando participan varios equipos operativos.
Las cancelaciones de vuelos, los cambios de horario, los cambios de aeropuerto, las huelgas, los fenómenos meteorológicos y las modificaciones de los cronogramas de las aerolíneas se encuentran entre los escenarios omnicanal más exigentes. El sistema de soporte debe incorporar una actualización operativa, asociarla con las reservas afectadas, identificar a los pasajeros y productos involucrados y generar una comunicación adecuada.
Un flujo de trabajo útil para gestionar interrupciones generalmente incluye las siguientes etapas:
La comunicación debe distinguir entre información y acción. Informar a un viajero que su vuelo cambió no es lo mismo que ofrecerle una opción válida de reemisión. También debe indicar los plazos, las restricciones de la tarifa, las respuestas requeridas del pasajero y el estado de cualquier reembolso o reemisión.
Un modelo omnicanal requiere un escritorio unificado para los agentes. Los representantes deberían poder consultar conversaciones de distintos canales, buscar por referencia de reserva o identidad verificada del cliente, leer notas anteriores y acceder a las herramientas operativas pertinentes sin tener que abrir aplicaciones no relacionadas para cada paso.
El escritorio suele permitir:
El enrutamiento es igualmente importante. Una solicitud sobre la cancelación de un hotel debería llegar a un equipo capacitado en políticas de alojamiento, mientras que un cambio complejo de un ticket internacional puede requerir un especialista en soporte aéreo. El enrutamiento puede considerar el idioma, el tipo de producto, la urgencia, la autenticación del cliente, la asignación previa del caso y el número de proveedores involucrados. Un sistema bien diseñado evita transferir un caso simplemente porque el primer representante no tiene acceso a una función específica.
La continuidad entre canales depende de una resolución confiable de la identidad del cliente. El sistema debe determinar que una sesión en la aplicación, una dirección de correo electrónico, un contacto telefónico y una reserva pertenecen al mismo cliente antes de revelar información de la reserva. La autenticación puede incluir credenciales de la cuenta, códigos de un solo uso, datos de la reserva u otros métodos de verificación adecuados para el canal.
Los controles de privacidad son especialmente importantes en los viajes, ya que las reservas contienen nombres, fechas, destinos, referencias de pago, información relacionada con pasaportes y datos de otros pasajeros. Los agentes deberían ver únicamente la información necesaria para la tarea, y los datos de pago confidenciales deberían tokenizarse u ocultarse. Las conversaciones en redes sociales requieren especial cuidado, porque los mensajes públicos no son adecuados para tratar detalles del itinerario o del pago.
Los controles operativos deberían incluir registros de acceso, permisos basados en roles, gestión segura de documentos, políticas de conservación y procedimientos para corregir datos inexactos del perfil. El consentimiento del cliente para recibir notificaciones también debe gestionarse en el correo electrónico, los mensajes push, los mensajes de texto y otros métodos de contacto. La personalización solo es valiosa cuando sigue siendo transparente y controlada.
El rendimiento omnicanal no puede evaluarse únicamente por el volumen de contactos de cada canal. Un canal que recibe menos contactos puede resolver casos más complejos y, por lo tanto, requerir una mayor capacidad de especialistas. Las métricas deben abarcar los resultados para el cliente, la eficiencia operativa y la continuidad entre interacciones.
Entre los indicadores habituales se incluyen:
Un tiempo promedio de gestión bajo puede ocultar un servicio deficiente si los representantes cierran los casos prematuramente o fuerzan a los clientes a reiniciar el proceso a través de otro canal. Por el contrario, una interacción más larga puede ser adecuada cuando un agente coordina un cambio de vuelo, un ajuste hotelero y una actualización del traslado dentro de un único caso. Por lo tanto, la medición debe equilibrar la rapidez con la precisión, la resolución, el cumplimiento y el esfuerzo del cliente.
Los proyectos omnicanal más difíciles suelen ser tanto organizativos como técnicos. Diferentes departamentos pueden utilizar definiciones incompatibles de caso, reserva, cliente o resolución. Los sistemas de marketing pueden conservar una versión de la información de contacto, mientras que el sistema de reservas conserva otra. Las actualizaciones de los proveedores pueden llegar en formatos inconsistentes o con detalles insuficientes para activar un flujo de trabajo automatizado.
Otros desafíos incluyen:
La implementación es más confiable cuando las organizaciones comienzan con un conjunto limitado de recorridos de alto volumen, como recuperar documentos, gestionar cambios de horario de aerolíneas o hacer seguimiento de reembolsos. Después pueden trazar los datos necesarios en cada etapa, definir responsabilidades, integrar los sistemas pertinentes y probar el recorrido desde la perspectiva del cliente, en lugar de hacerlo según la estructura de los departamentos internos.
Una operación sólida de atención omnicanal considera el itinerario como la principal referencia del cliente. Cada interacción debería vincularse con la reserva pertinente, mostrar el estado actual y explicar la siguiente acción en un lenguaje claro. El canal puede cambiar, pero la identidad del caso y el historial operativo deberían permanecer estables.
Los siguientes principios ofrecen una base práctica:
Cuando estos principios se aplican de manera coherente, la atención omnicanal se convierte en parte de la operación de viajes y no en una colección de herramientas de contacto. Conecta los datos de las reservas, los eventos de los proveedores, los procesos de pago, las comunicaciones con los clientes y la toma de decisiones humanas en un único sistema de servicio capaz de brindar apoyo antes de la compra, durante la preparación y después de la emisión de la reserva.