Cómo definir los límites de atención al cliente en WebChat y WhatsApp

Por qué los equipos de mensajería necesitan límites de atención claros y documentados

Un límite de atención establece qué puede resolver un equipo de soporte durante una conversación, en qué condiciones puede ayudar y qué debe gestionarse mediante otro proceso. No es simplemente una lista de temas que los agentes deben rechazar. Un buen límite ayuda al cliente a entender qué ocurrirá a continuación.

Sin límites por escrito, dos operadores pueden dar respuestas distintas a la misma solicitud. También puede que se pida a los clientes información que el equipo no necesita o que se les derive a otro lugar sin suficiente contexto para actuar. Documentar la decisión y el paso siguiente hace que las respuestas sean más coherentes en WebChat y WhatsApp.

Un límite es una política operativa, no una función de la plataforma de mensajería. Una bandeja de entrada compartida puede ayudar a los equipos a organizar conversaciones, operadores, departamentos, enrutamiento, horarios, niveles de servicio, plantillas y etiquetas; aun así, la organización debe definir qué está autorizado y capacitado para hacer cada equipo.

• Define el resultado permitido, no solo el tema. Por ejemplo, un equipo puede explicar una política, pero no aprobar una excepción.
• Indica quién se hará cargo de las solicitudes que no puedan resolverse en la conversación actual.
• Documenta las excepciones, las reglas de urgencia y la vía de escalamiento a una persona para que los operadores no tengan que improvisar.

Evalúa cada solicitud con cuatro criterios de decisión

Aplica las mismas cuatro preguntas a cada solicitud antes de decidir si puede resolverse en la conversación. En general, una solicitud puede ser adecuada para mensajería, pero aun así requerir otra vía debido a sus riesgos, a la información necesaria o a las opciones de soporte disponibles.

Adecuación de la tarea: ¿Puede completarse claramente mediante un intercambio de mensajes o depende de una presentación formal, una revisión de documentos, una acción presencial u otro proceso? Distingue entre proporcionar información, tomar una decisión y ejecutar una acción.

Riesgo: ¿Qué podría salir mal si la respuesta es incorrecta, se malinterpreta o se demora? Considera las consecuencias económicas, de seguridad, privacidad, legales o de otra índole que sean relevantes para el servicio. Establece límites más estrictos cuando un error pueda causar daños importantes y no pidas a los operadores que tomen decisiones que excedan su autoridad.

Necesidades de información: ¿Cuál es la información mínima necesaria para dar el siguiente paso? Si la tarea requiere información que no está permitido recopilar en la conversación actual o que no puede revisarse de forma fiable allí, utiliza el proceso aprobado por la organización. No recopiles datos sensibles adicionales solo para que la conversación parezca completa.

Vías disponibles: ¿Existe una vía real, atendida por personal, que pueda gestionar la solicitud y a la que el cliente pueda acceder? Identifica al equipo responsable, cómo contactarlo, qué información debe prepararse y qué hacer si la vía preferida no está disponible. Una vía que solo existe sobre el papel no es un paso siguiente útil.

• Pregunta: ¿La tarea está dentro de la autoridad y las capacidades de este equipo?
• Pregunta: ¿El nivel de riesgo es aceptable para este canal y proceso?
• Pregunta: ¿Podemos recopilar y utilizar adecuadamente la información necesaria?
• Pregunta: ¿Podemos indicar un siguiente paso accesible y disponible, y quién se hará cargo?

Crea una matriz de límites de atención con tres posibles resultados

Crea una matriz breve que los agentes puedan consultar rápidamente. Adáptala a tu servicio: los ejemplos siguientes describen patrones de decisión, no reglas universales. Confirma con las personas responsables de las políticas pertinentes qué equipo se hace cargo, qué acciones están permitidas y cuáles son las vías aprobadas.

Resolver aquí: Elige este resultado cuando la solicitud sea adecuada para la mensajería, el operador tenga autoridad, la información necesaria pueda gestionarse de forma apropiada y el riesgo sea aceptable. Indica qué se hizo y qué acción o limitación queda pendiente.

Continuar con salvaguardas: Elige este resultado cuando la solicitud pueda seguir en la conversación, pero necesite una condición definida; por ejemplo, una respuesta más acotada, la revisión de un colega autorizado o un límite sobre la información que se comparte. Explica la condición y qué puede esperar el cliente a continuación. Si no se puede cumplir la salvaguarda, utiliza otro proceso.

Utilizar otro proceso: Elige este resultado cuando la tarea exceda la autoridad del equipo, la información o la acción requiera otro proceso aprobado, el riesgo sea demasiado alto para la conversación actual o no sea posible completar la solicitud de forma fiable en el chat. Indica al cliente una vía concreta y, cuando corresponda, conecta la solicitud con un equipo identificado o una persona responsable.

• Para cada tipo de solicitud habitual, registra el resultado, el motivo, la acción autorizada, la información permitida, la persona responsable y el siguiente paso que se comunicará al cliente.
• Señala por separado las situaciones urgentes o potencialmente perjudiciales e indica la vía de escalamiento a una persona y las expectativas de respuesta de la organización. No dejes que los operadores tengan que decidir qué es urgente sin orientación.
• Consulta los casos ambiguos con las personas responsables de políticas, privacidad, seguridad o especialidades antes de añadir una nueva regla.

Explica el límite y ofrece un siguiente paso útil

Una negativa sin una vía alternativa crea un callejón sin salida. Un mensaje útil sobre los límites reconoce la solicitud, explica brevemente la limitación e indica un siguiente paso que el cliente pueda llevar a cabo. Evita la jerga interna, las recriminaciones, las indicaciones vagas como «contacta con el departamento correspondiente» y las promesas que el equipo no pueda cumplir.

Cuando el cliente deba proporcionar información, explica qué se necesita y por qué, y cómo puede enviarla mediante la vía aprobada. Las pautas del W3C sobre el criterio de éxito 3.3.2 de WCAG indican que se deben ofrecer etiquetas o instrucciones que ayuden a las personas a saber qué información introducir. Cuando se detecta un error de entrada y se conoce una sugerencia para corregirlo, el criterio de éxito 3.3.3 de WCAG exige ofrecer esa sugerencia, salvo que hacerlo ponga en riesgo la seguridad o el propósito del contenido.

Si el cliente no puede utilizar la vía sugerida, no te limites a repetirla. Pregúntale qué obstáculo encuentra y sigue las opciones de asistencia documentadas. Las necesidades de soporte varían; entre las posibles vías contempladas en el diseño de servicios están el teléfono, la atención presencial o, cuando corresponda, el chat web. Ofrece solo las opciones que tu organización realmente proporciona.

• Reconoce la solicitud: «Entiendo que nos estás pidiendo que…»
• Explica el límite: «No puedo realizar ese cambio en esta conversación porque…»
• Indica una acción concreta: «Envía la solicitud a través de [vía aprobada] e incluye [información necesaria]».
• Establece expectativas solo cuando estén confirmadas: indica el equipo o el siguiente paso, pero no inventes un plazo de respuesta.
• Ofrece una vía para contactar con una persona: «Si no puedes utilizar ese proceso, dime qué te lo impide y te explicaré las opciones de soporte disponibles».

Mantén una política coherente en WebChat y WhatsApp sin dar por hecho que los canales son idénticos

Empieza con una política única para el servicio y, después, documenta las limitaciones específicas de cada canal que el equipo haya confirmado. El límite no debería cambiar solo porque un operador responda por WebChat en lugar de WhatsApp. Sin embargo, puede variar la información que se puede recopilar, el contexto del cliente y las formas prácticas de continuar, así que prueba las instrucciones en cada canal.

webchat.vip ofrece una bandeja de entrada compartida para las conversaciones de WebChat y WhatsApp. Además, cada canal de WebChat cuenta con un widget instalable, personalizable y multilingüe. Estas capacidades pueden ayudar a los equipos a organizar las conversaciones y presentar instrucciones, pero no determinan qué solicitudes debería aceptar o autorizar tu organización.

Aplica las pautas de WCAG al contenido web que controla tu organización, como su widget de WebChat. WCAG abarca el contenido dinámico y la web en dispositivos móviles; esto no significa que tu organización controle la interfaz de WhatsApp. Procura que el texto sea legible en móviles, utiliza etiquetas e instrucciones claras y no dependas únicamente del formato o de indicaciones visuales. Cuando el proceso deba continuar en otro lugar, explica la vía en la conversación actual y evita que los clientes repitan información innecesariamente cuando tus procedimientos permitan trasladar el contexto.

• Utiliza las mismas categorías de resultados y los mismos motivos de política en todos los canales.
• Comprueba que los enlaces, los datos de contacto, las instrucciones y las opciones de idioma admitidas sean correctos en cada canal.
• No prometas que un cliente podrá completar una tarea en un canal a menos que el equipo haya confirmado que esa vía está disponible y es adecuada.
• Trata los requisitos de privacidad, consentimiento y seguridad como normas operativas; recopila solo la información necesaria para el siguiente paso definido.

Convierte la política en una lista de verificación para operadores

Una lista breve de verificación hace que el marco sea útil durante las conversaciones en curso. Mantenla junto a las instrucciones del equipo y asegúrate de que los operadores sepan dónde pedir ayuda cuando un caso no encaje. Una política de límites debe facilitar el criterio dentro de márgenes claros, no animar a los agentes a hacer conjeturas.

Para las solicitudes que requieren información, especifica qué es necesario y cómo debe proporcionarla el cliente. El Marco de Privacidad del NIST es un recurso voluntario para identificar y gestionar los riesgos de privacidad mientras se protege la privacidad de las personas; utiliza a los responsables de privacidad de tu organización y los requisitos aplicables para definir las reglas concretas de tu servicio.

En cuanto a los controles técnicos de seguridad, no confíes únicamente en la redacción de los mensajes. El Estándar de Verificación de Seguridad de Aplicaciones de OWASP ofrece una base para probar los controles de seguridad de aplicaciones web. Pide a los responsables técnicos y de seguridad pertinentes que determinen qué controles corresponden a los sistemas y procesos implicados.

• Identifica el resultado que busca el cliente; no infieras más de lo que ha dicho.
• Compara la tarea con la matriz de tres resultados y confirma que el operador tenga autoridad.
• Limita las preguntas a la información necesaria para la acción aprobada; explica en lenguaje claro los datos requeridos.
• Si el caso queda fuera del alcance o no está claro, explica el límite y sigue la vía documentada para derivarlo a una persona o un equipo autorizado.
• Registra el motivo y el resultado mediante el proceso aprobado por el equipo, sin añadir datos personales innecesarios.
• Confirma que el cliente tenga un siguiente paso viable y entienda qué hacer si no puede acceder a esa vía.

Revisa las decisiones sobre límites y corrige los callejones sin salida recurrentes

Los límites deben revisarse a medida que cambian las necesidades de los clientes, las políticas y las condiciones operativas. Busca solicitudes repetidas que los agentes no puedan resolver, derivaciones frecuentes al mismo equipo, comentarios de clientes que reflejen confusión y conversaciones que terminan sin una resolución o un siguiente paso claros. Estos patrones pueden indicar que falta una vía, que las instrucciones no son claras, que una regla está desactualizada o que una tarea debe reevaluarse; no necesariamente significan que haya que rechazar solicitudes con más frecuencia.

Revisa los ejemplos con los operadores de primera línea y las personas responsables de las políticas pertinentes. Confirma que la regla escrita corresponda a la autoridad real y a las vías de servicio disponibles. Cuando sea posible, prueba las nuevas instrucciones con usuarios y comprueba que sigan siendo comprensibles y coherentes de principio a fin. Las pautas de servicio de GOV.UK recomiendan integrar los canales de atención, facilitar el uso de los servicios y mejorarlos a lo largo de todo su ciclo de vida.

• Haz seguimiento de los resultados relativos a los límites, las solicitudes sin resolver, las derivaciones repetidas y los comentarios de los clientes, utilizando los datos operativos que el equipo ya recopila.
• Revisa una muestra de conversaciones para comprobar si los agentes explican el motivo, siguen la vía aprobada y evitan recopilar datos innecesarios.
• Cuando actualices una regla, informa a los operadores afectados, actualiza las plantillas o instrucciones y comprueba que la nueva vía esté realmente disponible.
• Deriva las dudas controvertidas sobre políticas, privacidad o seguridad a la persona responsable, en lugar de resolverlas de manera improvisada durante una conversación con un cliente.