En resumen
- La mayoría de los líderes planea el día del arranque en detalle, y los meses siguientes en un párrafo.
Success by Design, de Microsoft, dedica una fase propia a la operación después del arranque y espera que el modelo de soporte esté listo antes.- La capacidad de operar el sistema nace de administradores que construyen junto a los consultores, de un registro escrito y de responsables con nombre para cada proceso.
- Los servicios administrados deben sumar la capacidad que a su equipo le falta, y el conocimiento debe quedarse con su gente.
La primera prueba llega pocas semanas después del arranque. Abre una sucursal, un técnico necesita una nueva habilidad en el tablero de programación o finanzas cambia un precio. O su equipo hace el cambio esa semana, o espera a un consultor.
El Director de Operaciones lo vive como la velocidad con la que puede cambiar la operación. El Director de Finanzas ve un costo de operación predecible o una orden de cambio por cada ajuste, y el Director de Tecnología descubre si el sistema le pertenece a la empresa.
El propio método de Microsoft trata el arranque como una fase nueva
Success by Design, el marco de trabajo que usa el equipo FastTrack de Microsoft, divide un programa de Dynamics 365 en cinco fases. La última, Operate (operación), empieza cuando el sistema está en producción. Su objetivo es estabilizar y luego pasar a las mejoras previstas para la siguiente fase.
El trabajo que hace posible esa fase ocurre antes. En la fase Prepare (preparación), Microsoft espera que el modelo de soporte esté listo y que un manual de despliegue detalle tareas, responsables, duraciones y dependencias. Una revisión de preparación para el arranque, que Microsoft considera obligatoria, identifica las brechas pendientes.
Por eso, hacerse cargo del sistema es una línea de trabajo con su propio plan y su propia gente, mucho antes de la semana final de entrega.
Su gente aprende el sistema construyéndolo
La transferencia de conocimiento funciona cuando sus administradores construyen junto a los consultores. Desde la primera semana, ponemos a los administradores del cliente a trabajar en pareja con nuestros consultores, sobre las reglas reales del negocio.
Sus líderes de negocio también deben estar en las sesiones de diseño. En un contratista MEP de 2,000 personas en el sur de Estados Unidos, los líderes de servicio, finanzas y tecnología participaron en cada sesión de trabajo. El razonamiento pasó a ellos a medida que avanzaba el trabajo.
Nombre a los responsables antes del arranque, incluido uno por cada agente
Microsoft es claro: las actualizaciones continuas no eliminan sus responsabilidades. Usted sigue planeando cada actualización, asignando las tareas, avisando a la gente lo que viene y apoyando la adopción. Eso requiere personas con nombre.
Un responsable de negocio por proceso. El líder de despacho es dueño de las reglas de programación; el contralor, de la facturación. Ellos deciden qué cambia.
Un administrador de la plataforma. Esta persona hace el cambio y lo lleva de prueba a producción.
Un responsable de versiones. Esta persona lleva el calendario de actualizaciones y decide cuándo llegan a su gente los cambios de Microsoft.
Cada agente también necesita un responsable con nombre de su lado. En la fase de operación, Success by Design pide vigilar los resultados de los agentes y repetir sus evaluaciones a medida que cambia la plataforma. Alguien tiene que ser dueño de esa revisión.
La preparación se mide en tareas hechas
La guía de capacitación de Microsoft muestra la diferencia con un ejemplo de Field Service. «Capacitar a los técnicos en la aplicación móvil» es un objetivo débil. Uno sólido dice que cada técnico completa una orden de trabajo en el dispositivo sin ayuda.
Aplique la misma prueba a sus administradores. Antes del arranque, su administrador debe haber hecho cada una de estas tareas al menos una vez, con el consultor solo observando:
- Dar de alta a un usuario y asignarle el rol de seguridad correcto.
- Agregar un territorio, una habilidad o un tipo de servicio.
- Llevar un cambio de desarrollo a prueba y luego a producción.
- Leer un error de integración, corregir el registro y reenviarlo.
- Aplicar una actualización de Microsoft en un entorno de prueba y correr las pruebas de regresión.
La guía de Microsoft agrega que la capacitación continúa después del arranque. Llegan personas nuevas, funciones nuevas y procesos nuevos, así que alguien también es dueño del plan de capacitación después del arranque.
La entrega es un conjunto de documentos con los que su equipo puede actuar
Cuatro documentos hacen real una entrega.
El registro de decisiones guarda la razón de cada decisión de diseño, y el manual de operación cubre las tareas rutinarias. El mapa de integraciones indica quién es dueño de cada cola de errores, y el calendario de actualizaciones muestra qué cambia Microsoft y cuándo lo probará usted.
Nuestra guía sobre las cinco decisiones que conviene dejar por escrito explica el registro de decisiones en detalle. Ponga a prueba cada documento antes de que se vayan los consultores. Si su administrador no puede hacer un cambio real usando solo los documentos, usted encuentra la brecha mientras los consultores todavía están.
Hacerse cargo del sistema requiere sus propias medidas
La fecha de arranque y el presupuesto miden el proyecto. Hacerse cargo del sistema requiere otras medidas. En cada proyecto medimos la adopción y la capacitación completada, y juzgamos la habilitación por si los administradores del cliente hacen cambios sin nosotros.
Dos medidas le dicen a la dirección casi todo lo que necesita saber. La primera es la proporción de solicitudes de cambio que cierra su propio equipo. La segunda es si los despachadores y finanzas trabajan dentro del sistema o alrededor de él.
Los servicios administrados deben sumar la capacidad que le falta a su equipo
Algunas empresas quieren un equipo sénior disponible después del arranque. Es una buena decisión cuando suma capacidad o habilidades que usted no planea contratar. Es una mala decisión cuando el socio guarda un conocimiento que su equipo no tiene.
Ludia Care, nuestro servicio administrado, funciona con ese principio. Un contratista eléctrico y firma de ingeniería del Medio Oeste, propiedad de sus empleados, lo usa para responder en cuatro horas a los incidentes de prioridad uno. Un fabricante especializado en ciencias de la vida empezó con una auditoría y luego decidió ampliar su soporte en cerca del 75%.
Nuestro estándar es el que publicamos en la página Nosotros: su equipo debe poder operar el sistema sin llamarnos. Microsoft señala el riesgo desde el otro lado. Su guía de implementación advierte que un socio que no responde puede impedirle adoptar funciones nuevas.
Algunos equipos no deberían intentar hacerse cargo de todo
Una empresa con un solo administrador de medio tiempo no debería intentar operar sola integraciones complejas o desarrollos a la medida. Hágase cargo de las reglas del negocio, los roles de seguridad y el calendario de actualizaciones. Contrate el trabajo especializado.
Los fabricantes regulados cargan con más. Con Microsoft publicando cambios de forma continua, la validación y las pruebas de regresión se vuelven un costo permanente de operación.
Y planee solo con lo que está listo. Los agentes en versión preliminar, como el Scheduling Operations Agent de Field Service, todavía no están pensados para producción; déjelos fuera del plan de entrega.
Lo que deben hacer los líderes antes del arranque
Trate la entrega como una línea de trabajo. Nombre en el plan del proyecto a los responsables de negocio, al administrador y al responsable de versiones, con tiempo asignado para cada uno.
Ponga a su gente a trabajar en pareja con los consultores. Sus administradores construyen junto a los consultores desde la primera semana.
Defina la preparación como tareas. Su administrador completa cada tarea real una vez antes del arranque, con el consultor observando.
Ponga a prueba los documentos con un cambio real. Cierre cada brecha antes de que se vayan los consultores.
Contrate servicios administrados por capacidad. Si solo el socio sabe cómo funciona algo, corrija eso primero.
Cómo lo sabemos
Esta guía proviene de los proyectos de Dynamics 365 de Ludia y de su servicio administrado, Ludia Care. Fuentes de Microsoft, en Microsoft Learn (en inglés): Introduction to the Success by Design framework (agosto de 2026), sobre las cinco fases, las fases Prepare y Operate y la revisión obligatoria de preparación para el arranque; Develop your own training strategy, sobre el ejemplo de objetivo de Field Service y la capacitación después del arranque; Stay current with Dynamics 365 service updates (julio de 2026); Extend Dynamics 365 apps without compromising performance. Estado de los agentes: Microsoft, anuncios de Dynamics 365 (23 de septiembre de 2026). Publicación continua y fabricantes regulados: ERP Today (26 de agosto de 2026). Los ejemplos son resultados de clientes publicados por Ludia; los clientes no se nombran.
