Lunes, 8:40. La gerenta comercial no puede entrar a Teams antes de una reunión con un cliente. Abre un ticket, recibe un correo automático y espera. A las 11:00 alguien le pide que reinicie el equipo. A las 14:00 le dicen que es un problema de Microsoft. En el panel de estado del servicio no había ningún incidente publicado esa mañana. El problema era una política de acceso condicional mal configurada el viernes.
Si escribes "mesa de ayuda Microsoft Chile" en un buscador, casi todo lo que aparece habla de precio por usuario. Es un dato útil, pero antes conviene saber qué casos va a resolver esa mesa, quién los resuelve y cómo te vas a enterar de si lo hace bien. Una mesa de ayuda externalizada que registra tickets y los reenvía a otro lado se parece más a una central de recados que a soporte Microsoft 365.
Abajo va cómo repartir los niveles N1, N2 y N3, qué cubrir en Microsoft 365, Teams e Intune, qué métricas pedir y qué permisos darle al proveedor.
N1, N2 y N3: quién resuelve qué
La división en niveles sirve para que cada caso llegue a la persona que lo puede cerrar sin pasar por cuatro manos. Los nombres cambian entre proveedores; lo que importa es qué puede hacer cada nivel con los permisos que tiene.
| Nivel | Qué resuelve | Ejemplos en Microsoft 365 |
|---|---|---|
| N1 | Solicitudes y fallas conocidas, con guion y base de conocimiento | Restablecer contraseña, desbloquear MFA, crear un buzón compartido, instalar Office, dudas de uso de Teams |
| N2 | Diagnóstico y configuración dentro del tenant | Reglas de flujo de correo, permisos en SharePoint, políticas de Teams, equipos que no cumplen en Intune, licencias mal asignadas |
| N3 | Arquitectura, causa raíz y casos con Microsoft | Acceso condicional, migraciones, integración con sistemas propios, incidentes que requieren abrir un caso con Microsoft |
En una propuesta, revisa cuántos casos espera cerrar el proveedor en N1. Si todo se escala, el N1 es solo una recepción. Si nada se escala, probablemente el N1 está tocando configuraciones que no le corresponden.
Pregunta también cómo se escala entre niveles: si el ticket cambia de dueño con notas completas o si el usuario tiene que contar el problema de nuevo. Esa segunda explicación es lo que más irrita a los usuarios, y casi ningún reporte la mide.
Qué debería cubrir el soporte Microsoft 365
Cada empresa usa Microsoft 365 a su manera, pero hay un núcleo que casi cualquier mesa de ayuda debería manejar.
En identidad y acceso entran altas y bajas de usuarios, contraseñas, métodos de MFA y bloqueos de inicio de sesión. Es el grueso del volumen en muchas empresas, y también donde un error abre una puerta que no debería.
En correo y colaboración están Exchange Online, Teams, SharePoint y OneDrive: buzones compartidos, listas de distribución, permisos de sitios, grabaciones de reuniones y sincronización de archivos.
Para dispositivos está Intune: inscripción de equipos y celulares, políticas de cumplimiento, distribución de aplicaciones y acciones remotas como bloquear o borrar un equipo perdido. Si quieres que la mesa tome control remoto de los equipos, Remote Help de Intune funciona en Windows, macOS y Android, pero no viene activado por defecto y, según la guía de planificación de Microsoft, requiere una licencia de Remote Help para técnicos y usuarios, adicional a Intune Plan 1 o Plan 2. Revisa si tu plan ya la incluye antes de presupuestarla.
Queda la relación con Microsoft. El panel de estado del servicio del centro de administración distingue entre incidentes (un servicio o una función principal no está disponible) y avisos (afecta a algunos usuarios y suele haber alternativa). Una buena mesa lo revisa antes de diagnosticar, le avisa a los usuarios cuando la falla es de Microsoft y usa la opción de reportar un problema cuando no aparece publicado. También debería saber cuándo abrir un caso de soporte con Microsoft y hacerle seguimiento.
Métricas: qué medir y qué no
Las métricas de una mesa de ayuda externalizada se inflan con facilidad. Pide pocas y bien definidas; un tablero con treinta indicadores no lo revisa nadie.
- Tiempo de respuesta y tiempo de resolución, medidos por separado y por severidad. Responder rápido no sirve si la resolución tarda días.
- Resolución en primer contacto: el porcentaje de casos que se cierran sin escalar ni volver a llamar al usuario. Pide que se mida solo sobre los tipos de caso que el N1 puede resolver; mezclarlo con proyectos lo distorsiona.
- Tickets reabiertos. Si un caso cerrado vuelve en pocos días, no estaba resuelto.
- Satisfacción del usuario con una encuesta corta al cerrar el ticket, revisando los comentarios y no solo el promedio.
- Casos recurrentes con causa raíz. Diez tickets de "Outlook no sincroniza" en un mes son un problema que alguien tiene que gestionar, no diez casos separados.
Lo que no conviene usar como indicador principal es la cantidad de tickets cerrados. Una mesa que soluciona causas de fondo debería cerrar menos tickets con el tiempo, no más.
Sobre cómo se escriben estos compromisos en el contrato (severidades, horarios de cobertura, créditos de servicio), lo vimos en detalle en SLA en servicios administrados TI: qué exigir y cómo leerlo.
Accesos: el proveedor no necesita ser administrador global
Para dar soporte Microsoft 365, el proveedor necesita permisos en tu tenant. La forma de dárselos dice mucho de cómo trabaja.
Si el proveedor es partner de Microsoft, el mecanismo actual son los privilegios de administrador delegado granulares (GDAP). Con GDAP tú apruebas de forma explícita qué roles recibe el partner, y el acceso tiene plazo. Según las preguntas frecuentes de Microsoft, una relación GDAP dura como máximo dos años, se puede extender automáticamente por períodos de seis meses y esa extensión automática no está disponible si la relación incluye el rol de administrador global.
En la práctica:
- El N1 trabaja con roles acotados, como Helpdesk Administrator (administrador del departamento de soporte técnico).
- Los roles de mayor privilegio se asignan a pocas personas y por tiempo definido.
- La lista de roles delegados está escrita en el contrato y la revisas al menos una vez al año.
- Al terminar el servicio, la relación GDAP se cierra el mismo día.
Si el proveedor pide una cuenta de administrador global compartida "para no complicarse", ya sabes cómo va a cuidar tu tenant.
Hay otro tema que pesa en Chile: la mesa de ayuda ve correos, archivos y datos de trabajadores y clientes. La Ley 21.719 entra en vigencia el 1 de diciembre de 2026 y el proveedor que accede a esos datos actúa como encargado del tratamiento, con un contrato que debe fijar finalidad, tipos de datos y qué pasa con ellos al terminar.
Cómo empezar sin perder el primer mes
En el primer mes se nota si la mesa va a funcionar. Antes de que el SLA empiece a correr con penalidades, pide:
- Un levantamiento del tenant: licencias, políticas, dispositivos, administradores actuales y casos frecuentes de los últimos meses.
- Una base de conocimiento inicial con los 15 o 20 casos que más se repiten en tu empresa, escritos para tus sistemas.
- Un catálogo de servicios que diga qué se pide por formulario, qué requiere aprobación y qué queda fuera del alcance.
- Un canal claro para los usuarios: portal, correo o Teams, con un horario de atención que calce con tu operación.
Si quieres comparar proveedores antes de llegar a este punto, en Empresa de servicios TI en Chile: cómo elegir bien dejamos una lista de preguntas para la etapa de propuesta.
Preguntas frecuentes
¿Qué diferencia hay entre N1, N2 y N3 en una mesa de ayuda?
El N1 atiende solicitudes y fallas conocidas con guiones definidos. El N2 diagnostica y cambia configuraciones dentro del tenant. El N3 ve arquitectura, causa raíz y los casos que hay que escalar a Microsoft.
¿Qué métrica de mesa de ayuda conviene revisar primero?
La resolución en primer contacto junto con los tickets reabiertos. Juntas muestran si los casos se cierran de verdad o solo cambian de estado en la herramienta.
¿Tengo que darle administrador global al proveedor de soporte Microsoft 365?
No. Lo recomendable es entregar roles acotados por GDAP, con plazo y aprobados por ti, y reservar los roles de mayor privilegio para casos puntuales y por tiempo definido.
Conversemos
En Disrupsoft ofrecemos servicios gestionados con SLA de respuesta y resolución, catálogo de servicios, KPIs mensuales y cobertura 9x5 o 24x7, que cubren la atención de incidentes y solicitudes. Si estás armando o revisando la mesa de ayuda de tu empresa, te mostramos cómo trabajamos y qué tiempos comprometemos.
