La reunión de inicio dura dos horas. El partner muestra un cronograma de doce semanas, un organigrama con su equipo y una lámina que dice "migración de datos: semana 9". Del lado del cliente nadie sabe quién va a decidir cómo se codifican los productos, ni quién va a limpiar los 4.000 clientes duplicados del sistema antiguo. En la semana 9 la pregunta aparece igual, y el cronograma se corre un mes.
Elegir un partner de Dynamics 365 en Chile resuelve una parte del problema. Falta saber qué va a pasar durante la implementación de Dynamics 365, qué le toca hacer a tu empresa y cómo reconocer a una consultora Dynamics 365 que gestiona riesgos, y no solo configura pantallas. Esta guía toma el marco que recomienda la propia Microsoft y lo aterriza a lo que se ve en un proyecto real.
Si todavía estás definiendo qué producto necesitas, en Dynamics 365 Business Central: qué es y cuándo conviene explicamos el ERP para pymes, y en Software CRM empresarial: cómo elegir uno que se use están los criterios para el lado comercial.
Las fases de una implementación de Dynamics 365
Microsoft usa un marco llamado Success by Design (la página se actualizó en agosto de 2026). No reemplaza la metodología del partner. Le agrega revisiones para detectar riesgos antes de que salgan caros. Sus fases sirven de mapa para casi cualquier proyecto:
| Fase | Qué ocurre | Qué debería quedar listo |
|---|---|---|
| Descubrimiento (Discover) | Se levantan y validan requisitos y se define el enfoque general | Alcance de alto nivel y primera revisión del diseño |
| Inicio (Initiate) | Se definen los frentes de trabajo y se ajusta el plan | Procesos actuales y futuros, alcance aprobado |
| Implementación (Implement) | Diseño, configuración, desarrollo y pruebas por proceso | Solución construida y probada de punta a punta |
| Preparación (Prepare) | Pruebas de aceptación, capacitación y plan de paso a producción | Usuarios capacitados y un corte ensayado |
| Operación (Operate) | Estabilización y siguientes mejoras | Soporte funcionando y una lista priorizada de mejoras |
Hay dos revisiones obligatorias. La primera es la del blueprint de la solución, que parte en el descubrimiento. La segunda es la de preparación para el go-live, el último control de riesgos antes de salir a producción. Entre una y otra se pueden hacer revisiones puntuales sobre modelo de datos, seguridad, integraciones o estrategia de pruebas.
Tu partner no tiene por qué usar esos nombres. Lo que sí deberías ver es algo equivalente: un diseño revisado antes de construir y un control formal antes de salir a producción.
Lo que le toca hacer a tu empresa
Muchos proyectos se atrasan del lado del cliente. Una implementación necesita gente de tu empresa con horas asignadas en la agenda, porque la buena voluntad no alcanza cuando hay cierre de mes. Los roles mínimos:
- Un patrocinador: un gerente que resuelve conflictos entre áreas y aprueba cambios de alcance. Sin esa persona, cada decisión queda esperando.
- Un líder de proyecto interno, que coordina agendas, persigue respuestas y es la contraparte diaria del jefe de proyecto del partner.
- Usuarios clave por proceso (ventas, finanzas, bodega, servicio) que conocen la operación, validan el diseño y hacen las pruebas de aceptación.
- Un responsable de datos. La guía de implementación de Microsoft lo llama "data steward": define reglas y criterios de calidad y coordina con las áreas.
- TI, para accesos, integraciones con otros sistemas, seguridad y licencias.
Pregúntale al partner cuántas horas a la semana espera de cada rol, y en qué semanas. Si no tiene la respuesta, al plan le falta una parte.
Migración de datos: donde más se tropieza
La migración suele verse como una tarea técnica de fin de proyecto. Rara vez lo es. La guía de implementación de Microsoft sobre migración de datos recomienda definir la estrategia antes de partir y actualizarla a medida que el proyecto avanza. Distingue entre datos maestros (clientes, productos, proveedores) y transacciones abiertas (órdenes de venta y de compra pendientes, stock disponible, saldos abiertos). También pide migrar solo lo que sea relevante para la nueva solución y probar la migración al menos una vez en los ambientes de pruebas integradas y de aceptación de usuarios, no recién el día del corte.
En la práctica, eso obliga a tomar tres decisiones temprano.
- Cuánta historia se trae. ¿Cinco años de facturas o solo los saldos de apertura? Traerlo todo encarece y alarga el proyecto, y muchas empresas prefieren dejar el sistema antiguo en modo consulta para el histórico.
- Quién limpia. El partner puede poner herramientas y plantillas, pero decidir cuál de los tres registros del mismo cliente es el bueno le corresponde a tu equipo.
- Cuántos ensayos. Una migración que corre por primera vez el fin de semana del go-live es una apuesta. Pide al menos un ensayo completo, con conteos y cuadraturas firmadas por las áreas.
Adopción: el sistema funciona y nadie lo usa
Salir a producción y tener el sistema en uso son cosas distintas. Success by Design ubica la capacitación en la fase de preparación y recomienda hacerla por proceso y por rol. El vendedor aprende a mover una oportunidad; no necesita recorrer todos los menús.
Lo que más ayuda, según lo que vemos en proyectos:
- Capacitar con datos de la propia empresa en vez de datos de demostración.
- Tener usuarios clave que respondan dudas en el día a día durante las primeras semanas.
- Acordar con el partner un período de acompañamiento después del go-live, con una forma clara de reportar problemas.
- Medir el uso real: cuántas personas entran, qué procesos se registran en el sistema y cuáles siguen corriendo en planillas.
Señales de un buen partner Microsoft
Microsoft otorga la designación Solutions Partner for Business Applications a quienes suman al menos 70 de 100 puntos entre desempeño, certificaciones del equipo y éxito con clientes. Las designaciones de un proveedor se pueden revisar en el buscador de partners de Microsoft. Sirve como filtro inicial, pero las preguntas de fondo las tienes que hacer igual:
| Pregunta | Respuesta que da confianza | Señal de alerta |
|---|---|---|
| ¿Cómo levantan los procesos? | Talleres por proceso, con resultados escritos y validados por el cliente | "Lo vemos en la configuración" |
| ¿Qué pasa si algo no calza con el estándar? | Primero evalúan ajustar el proceso; si hay que desarrollar, explican cuánto cuesta mantenerlo | Desarrollo a medida para todo |
| ¿Cómo manejan la migración? | Plan propio, ensayos y responsables en ambos lados | "Ustedes nos mandan un Excel" |
| ¿Quiénes trabajarán en el proyecto? | Nombres, roles y dedicación comprometida | Un equipo que conoces después de firmar |
| ¿Qué pasa después del go-live? | Soporte acordado, con tiempos de respuesta y canal definido | El proyecto termina el día del corte |
| ¿Conocen la realidad local? | Manejan la facturación electrónica del SII y las prácticas contables chilenas | Todo depende de un tercero que no identifican |
Pide además referencias de clientes con un alcance parecido al tuyo, y habla con ellos sin el partner en la llamada.
En proyectos grandes hay otra carta. Microsoft ofrece FastTrack for Dynamics 365, un acompañamiento de arquitectos de Microsoft para clientes que superan un gasto anual mínimo en licencias. Para usarlo, el partner debe tener la designación Solutions Partner for Business Applications, al menos dos implementaciones elegibles y la formación en Success by Design completada. Si tu proyecto podría calificar, conviene preguntarlo en la primera reunión.
Preguntas frecuentes
¿Cuánto dura una implementación de Dynamics 365?
Depende del producto, de cuántos procesos entran, de las integraciones y de cuánta historia se migra. En vez de una cifra general, pide un cronograma por fases con hitos verificables y con la dedicación que se espera de tu equipo.
¿Puedo implementar Dynamics 365 por etapas?
Sí, y suele ser lo más sensato. Partir por las áreas críticas, estabilizarlas y después sumar módulos baja el riesgo y deja aprender de la primera etapa.
¿Quién es dueño de la calidad de los datos?
Tu empresa. El partner aporta método, herramientas y validaciones, pero las reglas de negocio y la limpieza de registros necesitan a alguien interno con autoridad para decidir.
Cómo lo hacemos en Disrupsoft
Implementamos Dynamics 365 por etapas, partiendo por las áreas críticas. Empezamos con un diagnóstico de los procesos comerciales y financieros, conectamos la plataforma con Microsoft 365, Power Platform y los sistemas que ya usas, y después de la puesta en marcha seguimos con capacitación y soporte. Trabajamos con Microsoft e integración de sistemas desde 2013.
Si estás evaluando una implementación, cuéntanos en qué está tu proyecto.
