¿Te ayudamos a aplicar esta guía?Pregunta al equipo de DripTell
Una planificadora abre el lunes la previsión habitual de Microsoft Customer Service para preparar el turno del mes siguiente. Esta vez el problema no es una mala predicción. La propia función va a desaparecer.
Microsoft indica que el soporte para prever volúmenes de casos y conversaciones, además de representantes necesarios para conversaciones, termina el 30 de octubre de 2026. Después se retirará la función. La respuesta práctica consiste en conservar la evidencia de las previsiones actuales, reconstruir el mismo alcance operativo en Workforce Management, ejecutar ambos métodos con la misma demanda y cambiar solo cuando una persona responsable acepte las diferencias.
Confirma qué va a retirar Microsoft
Empieza por el límite del producto. El aviso oficial de retirada nombra la previsión de Dynamics 365 Customer Service. No dice que desaparezca el historial de demanda ni valida una previsión nueva. Indica el fin del soporte el 30 de octubre y recomienda escenarios de previsión en workforce engagement management.
Haz una lista de todas las previsiones que usa el equipo. Separa volumen de casos, volumen de conversaciones y necesidad de representantes. Anota canal, cola, zona horaria, intervalo, ventana histórica, exclusiones, festivos y la persona que convierte el resultado en una decisión. Esta lista pertenece al modelo operativo de soporte, porque un informe sin dueño de la decisión es solo una salida.
No aproveches la fecha límite para cambiar definiciones en silencio. Una conversación puede ser una sesión ofrecida en un informe y una interacción aceptada en otro. El tiempo medio de atención puede excluir trabajo antes incluido. Escribe las definiciones actuales antes de configurar el reemplazo.
Congela la evidencia antes de reconstruir
Conserva las entradas y salidas permitidas por la política de tu organización. Guarda suficientes periodos cerrados para reproducir una previsión reciente, sus resultados reales y los supuestos sobre eventos, trabajo pendiente, horarios, shrinkage y concurrencia. Registra la versión y la decisión que apoyó.
- Nombra el alcanceEnumera previsiones de casos o conversaciones, canales, colas, intervalos, zona horaria y responsable.
- Conserva la baseGuarda entradas, exclusiones, previsiones, resultados reales y las decisiones que apoyaron.
- Reconstruye con intenciónSepara escenarios cuyo patrón de demanda o esfuerzo de atención sea diferente.
- Ejecuta en paraleloDa a ambos métodos el mismo periodo cerrado y compara errores por intervalo y cola.
- Aprueba el cambioRegistra aceptación, diferencias abiertas, prueba de reversión y responsable de la siguiente revisión.
Conserva también las excepciones. Un lanzamiento, una caída, un festivo o el rediseño de una cola puede convertir un periodo en poco representativo. Si ese contexto vive solo en la memoria de la planificadora, el modelo nuevo puede parecer más limpio y ser menos fiel. Aplica a la evidencia de migración los mismos controles de seguridad que a los datos de clientes y empleados.
La guía de escenarios advierte que la previsión no está destinada a decisiones laborales sobre una persona y que debe usarse conforme a la ley. Mantén una revisión humana entre el modelo y cualquier acción de personal.
Reconstruye el alcance antes del modelo
El flujo nuevo permite elegir Conversation o Case y después canales y colas. Los escenarios cortos usan intervalos intradía hasta 42 días. Los largos usan intervalos diarios hasta 1095 días. Ambos pronostican volumen y tiempo medio de atención a partir de datos históricos.
Estas opciones definen el significado del resultado. Reconstruye un alcance cada vez. Separa colas cuando cambien habilidades, promesas de servicio, esfuerzo de atención u horarios. Mantén explícita la zona horaria. Si utilizas una fuente externa, Microsoft señala que no dispone de actualización automática. Asigna el propietario de cada carga manual y la acción ante un retraso.
| Puerta de migración | Evidencia a comparar | Detén el cambio cuando |
|---|---|---|
| Alcance | Casos o conversaciones, canales, colas, zona horaria | No coinciden las poblaciones |
| Historial | Fechas, exclusiones, festivos, trabajo pendiente | Falta una excepción material |
| Salida | Volumen y tiempo de atención por intervalo | No se explican las diferencias |
| Operación | Decisión de capacidad, turno y cola | La misma previsión produce una acción sin dueño |
| Gobierno | Acceso, propietario, historial de trabajos, reversión | Nadie posee el fallo o la revisión |
Usa el contexto del CRM para explicar cambios conocidos en la mezcla de clientes, no para esconderlos dentro de un ajuste. Emplea la automatización para repetir pasos de datos, no para evitar la revisión.
Ejecuta lo viejo y lo nuevo en paralelo
Elige primero un periodo histórico cerrado. Da a ambos métodos el mismo trabajo elegible, fechas, zona horaria, mapa de colas y tratamiento de eventos. Compara volumen total, pero también la forma por intervalo, el error por cola, los supuestos de tiempo de atención y la decisión de personal resultante. Una diferencia total pequeña puede ocultar un hueco grave al mediodía.
Después ejecuta en paralelo un ciclo real antes del 30 de octubre. Usa la previsión antigua como referencia, no como verdad automática. Si el escenario nuevo difiere, localiza la primera definición o entrada que cambió. El nuevo flujo ofrece instantáneas e historial de trabajos. Conserva la instantánea aceptada y anota qué ejecución alimentó la planificación de capacidad.
La bandeja compartida puede mostrar la propiedad de la cola y la demanda real mientras el equipo comprueba la previsión. Aun así, hace falta una planificadora responsable.
Cambia con un registro de aceptación
Aprueba el cambio cuando el equipo pueda reproducir la población, explicar diferencias materiales, ver trabajos correctos y convertir la salida en un plan viable. Registra escenario, fuente, periodo de comparación, limitaciones abiertas, propietario del acceso y evidencia para volver atrás. No borres las exportaciones antiguas porque la pantalla nueva parezca correcta.
Tras el cambio, revisa el primer ciclo completo. Separa el error de previsión del cumplimiento del turno y del rendimiento individual. La asistencia con IA puede resumir evidencia, pero no debe cambiar el alcance en silencio ni decidir sobre el empleo.
Una migración fiable no es una coincidencia perfecta entre dos gráficos. Es un cambio documentado donde el equipo sabe qué se contó, por qué se movió el resultado, quién lo aprobó y qué hacer si falla la siguiente ejecución.
Preguntas frecuentes
Cuándo retirará Microsoft las previsiones de Customer Service
Microsoft dice que el soporte termina el 30 de octubre de 2026 y que la función se retirará después. Valida el reemplazo antes de esa fecha.
Debe coincidir exactamente la previsión nueva con la anterior
No. Debe tener un alcance equivalente y toda diferencia importante debe explicarse por datos, definiciones, intervalos o modelo.
Cuánto debe durar una ejecución paralela
Completa al menos un ciclo real que incluya variación normal. Los equipos con más riesgo deberían comparar varios periodos cerrados y un ciclo en vivo.
DripTell Editorial
Guías prácticas revisadas por el equipo de producto y flujos de cliente de DripTell.
Consulta cómo DripTell verifica el producto, utiliza fuentes primarias y corrige errores.
Política editorial y de fuentes