Una pregunta habitual en atención al cliente suena simple: ¿quién atiende este ticket? En equipos pequeños, la respuesta es quien esté libre. En equipos grandes, esa respuesta deja de funcionar: un restablecimiento de contraseña y una migración de base de datos no puede atenderlos la misma persona de forma eficiente.
Los niveles de soporte son la respuesta estructural. Dividen los problemas entrantes en tres capas según la complejidad, de modo que el nivel de habilidad adecuado atiende cada problema. Esta guía explica qué hace cada nivel en la práctica, cómo escalan los tickets entre ellos y dónde los equipos se equivocan en el reparto.
Ventajas clave
- La habilidad adecuada para cada problema: Los problemas simples los resuelve el nivel 1 sin esperar a un especialista; los complejos reciben la atención adecuada sin que un generalista tenga que adivinar.
- Tiempo medio de resolución más rápido: Como entre el 60% y el 80% de los tickets se cierra en el nivel 1, los especialistas de los niveles 2 y 3 no se convierten en un cuello de botella.
- Progresión profesional más clara: Los agentes pasan del nivel 1 al nivel 2 y al nivel 3, con referencias de competencia definidas en cada transición.
- Dotación predecible: El volumen de cada nivel se puede pronosticar de forma independiente, lo que hace manejable la planificación de capacidad.
Qué atiende cada nivel en la práctica
El reparto exacto varía según el sector, pero los principios son consistentes.
Nivel 1: agentes de primera línea
El nivel 1 es la primera línea de contacto. Cada ticket entrante empieza aquí (salvo que las reglas de enrutamiento envíen explícitamente las cuentas de alta prioridad a otro sitio).
Qué atiende el nivel 1: consultas sobre la cuenta, restablecimiento de contraseñas, estado de un pedido, información estándar del producto, primera toma de datos de una queja, resolución básica de problemas y cualquier incidencia con una solución conocida documentada en la base de conocimiento.
Habilidades requeridas: comunicación, conocimiento del producto a nivel de usuario, cumplimiento de las respuestas guionizadas para los problemas habituales y criterio para saber cuándo escalar.
Tasa de resolución habitual: En una estructura bien diseñada, entre el 60% y el 80% de todos los tickets entrantes deberían cerrarse en el nivel 1. Si el nivel 1 cierra menos que eso, o la base de conocimiento es insuficiente o los disparadores de escalado son demasiado permisivos.
Nivel 2: especialistas de producto
El nivel 2 toma lo que el nivel 1 no puede resolver: incidencias que requieren un conocimiento más profundo del producto, comprensión de los flujos de trabajo o la autoridad para conceder excepciones a la política.
Qué atiende el nivel 2: incidencias de configuración complejas, problemas específicos de un flujo de trabajo, excepciones de reembolso, quejas escaladas, preguntas técnicas que exigen profundidad de producto y casos que involucran varios sistemas.
Habilidades requeridas: conocimiento profundo del producto, capacidad de reproducir las incidencias reportadas por los clientes, familiaridad con las herramientas de back office y las interfaces de administración, y criterio para conceder excepciones a la política dentro de los límites definidos.
Tasa de resolución habitual: el nivel 2 debería cerrar entre el 70% y el 85% de lo que le escala. El resto o escala al nivel 3 o requiere un cambio de producto o de ingeniería.
Nivel 3: equipo de ingeniería o producto
El nivel 3 es donde llegan las incidencias que requieren cambios de código, trabajo de infraestructura o errores sin resolver. En la mayoría de las empresas, el nivel 3 no lo cubren agentes de soporte dedicados: lo asume el equipo de ingeniería o de producto con una responsabilidad rotativa de soporte.
Qué atiende el nivel 3: errores confirmados, fallos de integración que necesitan arreglos de código, corrupción de datos, incidentes de seguridad, casos límite que disparan limitaciones fundamentales del producto y cualquier incidencia que exija cambios en el sistema subyacente.
Habilidades requeridas: conocimientos de ingeniería, acceso directo al sistema, capacidad de escribir parches o correcciones urgentes y experiencia en gestión de incidentes.
Volumen habitual: debería representar menos del 5% del total de tickets entrantes. Si el nivel 3 recibe un aluvión, los criterios de escalado del nivel 2 están mal definidos o el producto tiene un problema sistémico.
Cómo funciona realmente el escalado
El escalado es donde se rompen la mayoría de las estructuras de niveles. Dos patrones provocan el fallo.
Escalar demasiado rápido. Si el nivel 1 escala cualquier ticket que tarda más de tres minutos, el nivel 2 se convierte en un cuello de botella y el nivel 1 pierde su propósito. Los disparadores correctos de escalado son concretos: no se puede reproducir, requiere una excepción a la política, el cliente pide explícitamente un supervisor o la incidencia encaja en categorías conocidas como difíciles.
Escalar demasiado tarde. Si el nivel 1 insiste en incidencias que exceden su capacidad, el tiempo de resolución se dispara y el CSAT se desploma. El escalado por tiempo, con la promoción automática al nivel 2 tras N minutos sin resolución, evita que ocurra.
El patrón sano: criterios de escalado claros más un límite de tiempo estricto. Ambos a la vez, no uno u otro por separado.
Dónde los equipos se equivocan en el reparto
Combinar el nivel 1 y el nivel 2 en equipos en fase temprana. Los equipos pequeños suelen saltarse la división por completo, y funciona hasta que el volumen crece. El momento adecuado para introducir el nivel 2 es cuando el mismo especialista sigue siendo interrumpido para atender otras tareas; esa es la señal de mercado de que hace falta un nivel dedicado.
Encargar al nivel 3 el trabajo del nivel 2. Los ingenieros que dedican horas a incidencias que deberían haberse resuelto en el nivel 2 son ingenieros que no escriben producto. Esto suele ocurrir porque al nivel 2 le faltan herramientas, no porque le falte conocimiento.
Sin protocolo de traspaso. Un ticket que escala sin contexto, sin pasos de reproducción y sin historial del cliente hace que el nivel 2 empiece de cero. Un protocolo de traspaso (qué se intentó, qué dijo el cliente, a qué concluyó el nivel 1) no es burocracia: es el escalado funcionando.
Dónde encaja el conjunto de herramientas
Una estructura por niveles necesita herramientas que respalden el flujo de escalado: reglas de enrutamiento que dirijan por defecto los tickets nuevos al nivel 1, botones de escalado que transmiten todo el contexto y visibilidad para los niveles 2 y 3 sobre el historial de conversación del nivel 1.
Plataformas como Cekat gestionan el enrutamiento y la mecánica del traspaso dentro de un único espacio de trabajo, de modo que el escalado arrastra el registro del cliente, el historial de conversación y cualquier intento de resolución junto con el ticket. Eso elimina el problema de «empezar de cero» cuando un ticket sube de nivel.
Por dónde empezar
Si tu equipo es pequeño (menos de cinco personas), probablemente sea prematuro montar una estructura formal de niveles. En su lugar, identifica los dos o tres tipos de ticket que siempre tardan más que la media: esas son las categorías de nivel 2 que están emergiendo, y marcan cuándo formalizar.
Si tu equipo es mayor y los volúmenes crecen, mide el reparto actual: cuántos tickets se resuelven hoy en cada nivel. Si más del 40% escalan más allá del primer agente, el nivel 1 necesita mejores herramientas o mejor formación. Si escala menos del 10%, el nivel 1 está absorbiendo probablemente trabajo que deberían atender los especialistas.
Para una visión relacionada sobre cómo el servicio al cliente, la atención al cliente y el soporte dividen las responsabilidades en un equipo unificado, consulta Servicio al cliente vs. atención al cliente vs. soporte.
Los niveles de soporte no son una capa burocrática. Son la respuesta estructural a un problema de crecimiento: cómo gestionar más volumen sin que cada incidencia reciba la misma atención independientemente de su complejidad.
