Tiempos de atención: cuándo corre el reloj y cuándo espera

Define qué cuenta como respuesta y qué reloj estás midiendo

Un tiempo de atención sirve cuando todos entienden desde qué evento empieza, en qué horario corre, qué lo pausa y qué evidencia lo termina. Primera respuesta y resolución son compromisos diferentes. Un correo automático de recibido puede informar al cliente sin demostrar que una persona entendió el caso o que el problema quedó resuelto.

Microsoft documenta objetivos de servicio con condiciones de aplicación, éxito y pausa, y cálculo según horario laboral y cierres configurados. En Dynamics 365 Customer Service, si no se asigna horario, se considera todo el día, todos los días. Son reglas de ese producto; confirma explícitamente el calendario y condiciones del sistema que evalúas.

Ejemplo: una solicitud del viernes con espera del cliente

La primera respuesta vence el lunes 12 a las 10:30: el viernes caben treinta minutos hasta las 17:00 y quedan noventa desde las 09:00 del lunes. Un mensaje automático a las 16:31 no cumple la regla de prueba. La persona responsable responde a las 16:45 con el contexto, el dato requerido y siguiente acción. Primera respuesta queda en quince minutos laborables.

A las 16:50 se registra espera autorizada porque falta ese dato indispensable. El reloj de resolución ha consumido veinte minutos desde las 16:30. El cliente lo proporciona el lunes a las 09:30 y se reanuda. Quedan tres horas y cuarenta minutos: el vencimiento es el lunes a las 13:10. La pantalla debe conservar tanto las horas originales como el intervalo excluido.

Si el resultado aceptado llega a las 13:00, resolución consumió veinte minutos el viernes más tres horas y treinta el lunes: tres horas y cincuenta. Si llega a las 13:15, consumió cuatro horas y cinco, cinco minutos sobre el objetivo. Son variantes independientes del ejemplo, no un resultado real de atención ni una garantía contractual.

Una pausa necesita motivo comprobable y siguiente acción

No permitas detener el reloj solo porque la cola está llena o alguien olvidó revisar el caso. En esta política, una espera interna de repuestos no pausa resolución. El registro muestra qué requisito falta, quién lo pidió, cuándo empezó la espera y quién revisará si ya llegó. Cambiar el nombre del estado a pendiente no debe decidir por sí solo qué tiempos se descuentan.

Si la información llega fuera del horario, conserva la hora de recepción y calcula la reanudación según tu regla. Define también qué sucede si no llega nunca: recordatorio permitido, escalamiento o cierre con motivo. Cerrar por falta de respuesta no equivale a resolver técnicamente. La guía no determina penalizaciones ni interpreta acuerdos legales de servicio.

Evalúa el contador con horas conocidas

• Crea un caso cerca del cierre del viernes y calcula su vencimiento a mano. Comprueba primera respuesta y resolución por separado.
• Agrega una espera permitida y otra interna no permitida. Solo la primera debe excluir el intervalo que la regla autorice.
• Recibe la información solicitada y verifica reanudación. Repetir el evento debe conservar un intervalo, sin restar de nuevo.
• Relaciona mensajes del mismo problema desde dos canales. El responsable debe poder ver el inicio y compromiso originales.
• Prueba cierre rechazado, reapertura y cambio de prioridad. Conserva motivos y muestra si hay revisión pendiente.

Antes de elegir software, reúne tus horarios, festivos, zonas horarias, tipos de prioridad y tres casos con horas verificables. Define ejemplos de respuesta válida, resolución aceptable y pausa permitida. Si el equipo no puede explicar esas reglas, un contador vistoso solo dará precisión aparente.

Para convertir las reglas en trabajo compartido revisa documentar procesos; si atender requiere una visita, agenda de cuadrillas. Una consulta sobre software para empresas de servicios puede revisar qué reloj y evidencia necesita cada compromiso.