Cuándo reabrir un caso de soporte y cuándo crear uno nuevo

Un cliente responde dos días después de cerrar su caso. La pieza de reemplazo todavía no ha llegado. Otro responde en un hilo antiguo, pero ahora pregunta por un producto distinto. Los dos mensajes pueden parecer iguales en la bandeja. No deberían generar el mismo registro.

Reabra el caso original cuando siga faltando el resultado prometido, las pruebas nuevas pertenezcan al mismo problema o la solución anterior no funcione. Cree un caso nuevo cuando el cliente necesite un resultado materialmente distinto, otro equipo o permiso, o un compromiso de servicio independiente. Si los asuntos guardan relación, vincule los registros. No los mezcle porque el cliente reutilizó una conversación vieja.

Decida qué quedó sin resolver

El asunto del mensaje es una prueba débil. La gente responde al correo que encuentra más rápido. Además, una automatización puede relacionar una respuesta con el caso antiguo aunque cambien las palabras. Microsoft explica que un correo asociado a un caso resuelto puede configurarse para reabrirlo y que esa regla debe evaluarse antes que la de crear un caso nuevo en su guía de casos resueltos. Es un mecanismo de enrutamiento, no toda la decisión operativa.

Empiece por el resultado que prometió la empresa. ¿Era un reembolso, un acceso que funcionase, una factura corregida o un reemplazo entregado? Compare después la cuenta o el objeto, el síntoma, las pruebas y el tiempo desde el cierre. Un saludo diferente no convierte el trabajo en nuevo. Un resultado esperado diferente suele hacerlo.

Escriba una regla normal. Por ejemplo, reabra si el mismo pedido sigue perdido después de cerrarlo como entregado. Cree un caso nuevo vinculado si ese cliente pregunta después cómo cambiar la dirección de facturación de futuros pedidos.

Reabra cuando siga pendiente la misma promesa

Reabrir conserva una sola cadena de pruebas. Las comprobaciones, los mensajes, el responsable, la nota de resolución y el compromiso quedan juntos. Suele ser la mejor opción cuando la solución ofrecida no funcionó, no se completó una acción prometida, el mismo síntoma reapareció poco después, la nueva evidencia cambia la conclusión sobre el mismo incidente o el cliente aporta la información pendiente.

Microsoft también documenta un periodo de espera configurable después de resolver un caso relacionado. Durante ese intervalo, un mensaje sobre el mismo problema puede seguir asociado al caso resuelto, sin crear otro, como explica su guía de reglas automáticas. Su operación puede elegir otro periodo. El principio útil es la continuidad, no copiar la configuración de un producto.

No reabra automáticamente con cada respuesta. Un agradecimiento, una encuesta o una solicitud no relacionada no deberían devolver trabajo terminado a la cola.

Cree un caso nuevo cuando cambie el trabajo

Un caso nuevo conviene cuando la tarea necesita responsable, prioridad, permisos, plazo u objetivo independientes. Puede ser otro producto averiado, un pedido nuevo, una cuenta distinta, una cuestión de seguridad separada o una petición para otro equipo.

El canal no decide. Pregunte si una sola persona puede cerrar ambas necesidades con una resolución defendible. Si no, separe el trabajo. Cuando exista relación, cree un caso nuevo vinculado. Así obtiene su propio reloj y responsable sin perder el contexto anterior.

Conserve el vínculo en ambos casos

Antes de cambiar el estado, anote el resultado anterior, qué sigue mal, las nuevas pruebas, la decisión y el siguiente responsable. Conserve la hora original de cierre y añada la de reapertura.

Una revisión humana breve es más segura ante la ambigüedad. La automatización puede comparar cliente, hilo, estado, producto y tiempo, pero debería dejar los casos inciertos a una persona.

Mantenga la responsabilidad y los informes honestos

Reabrir debe devolver el trabajo a una persona responsable o a su sustituto. Crear un caso nuevo no debe borrar el fallo anterior.

Los equipos pueden reunir conversación y caso en un espacio de soporte, conservar el intercambio en una bandeja compartida y conectarlo con el registro del cliente. Una automatización controlada puede ejecutar reglas claras y dejar visibles las excepciones. Use los informes de bandeja para revisar intervalos reabiertos y trabajo nuevo vinculado, y aplique controles de seguridad si el nuevo asunto cambia quién puede ver las pruebas.

Mida el motivo de reapertura, el tiempo cerrado antes del regreso, el plazo hasta la solución final, la proporción de casos nuevos vinculados y una pequeña muestra auditada. No castigue al equipo por reabrir con honestidad. Una cifra menor puede indicar mejores soluciones o casos nuevos creados para proteger la métrica.

La regla es sencilla. Mantenga un solo caso mientras siga abierta la promesa original. Empiece otro vinculado cuando el trabajo haya cambiado de verdad.

Preguntas frecuentes

Cuándo debe reabrirse un caso de soporte

Cuando siga faltando el resultado prometido, falle la solución o las nuevas pruebas pertenezcan al mismo incidente. Devuelva la responsabilidad y conserve el historial.

Cuándo debe soporte crear un caso nuevo

Cuando el cliente necesite otro resultado, haya otro objeto o cuenta afectados o el trabajo requiera responsable, permisos, prioridad o reloj propios.

Debe cada respuesta reabrir el caso cerrado

No. Los agradecimientos, las encuestas y las solicitudes no relacionadas no deberían reactivar trabajo terminado. Envíe los mensajes ambiguos a una revisión humana breve.

Cómo se informan los casos relacionados

Dé al caso nuevo su propio reloj, mantenga intacto el historial anterior, vincule ambos registros y anote por qué se separó el trabajo.