Este artículo documenta un proyecto real de implementación de Microsoft Copilot Studio en una empresa industrial española del sector alimentación. Los datos de la empresa están anonimizados por acuerdo de confidencialidad, pero los detalles técnicos, el proceso y los resultados son exactos.
Contexto del cliente
Empresa fabricante con 80 empleados, dos plantas productivas y un equipo comercial de 12 personas. Usaban Dynamics 365 Sales y Microsoft 365 E3. El equipo comercial pasaba entre 2 y 3 horas al día gestionando consultas internas (estado de pedidos, disponibilidad de stock, condiciones de precios especiales) que requerían buscar en Dynamics 365 y en Excel compartidos en SharePoint.
El problema que querían resolver
El director comercial lo resumió así: “Mis comerciales pierden media mañana buscando información que ya tenemos. Necesito que puedan obtener cualquier dato de cliente o producto en segundos, desde Teams, sin cambiar de pantalla.”
Los tres flujos más problemáticos eran:
- Estado de pedidos: consultar en Dynamics 365 el estado de cada pedido activo para un cliente específico llevaba 5-8 minutos por consulta.
- Condiciones comerciales: los descuentos especiales por volumen estaban en Excel en SharePoint sin estructura normalizada.
- Disponibilidad de stock: requería acceder al módulo de almacén en Dynamics 365, algo que la mayoría del equipo comercial no sabía hacer con fluidez.
La solución: agente Copilot Studio integrado en Teams y Dynamics 365
Diseñamos un agente Copilot Studio con tres capacidades principales:
1. Consulta de pedidos en lenguaje natural
Mediante un conector a Dynamics 365 Sales a través de Microsoft Dataverse, el agente puede responder preguntas como: "¿Cuál es el estado del último pedido de Distribuciones García?" o "¿Qué pedidos de más de 5.000€ están pendientes de confirmar esta semana?"
La integración usa la API de Dataverse con permisos restringidos al rol comercial: solo lectura, solo los datos de clientes asignados a cada comercial.
2. Consulta de condiciones comerciales
Migramos las condiciones especiales de Excel a una lista de SharePoint estructurada. El agente accede a esta lista y responde consultas sobre descuentos, condiciones de pago y tarifas especiales por segmento de cliente.
3. Consulta de disponibilidad de stock
Mediante Power Automate como orquestador, el agente consulta el stock disponible en el módulo de almacén de Dynamics 365 y lo presenta de forma legible en la conversación de Teams.
El proceso de implementación
Semana 1-2: Discovery y arquitectura
Mapeamos los tres flujos de consulta, definimos los permisos necesarios en Dataverse, auditamos los datos en Excel para la migración y diseñamos la arquitectura de conectores.
Semana 3-4: Desarrollo del agente
Construimos el agente en Copilot Studio con los tres tópicos de conversación. Configuramos los conectores a Dataverse y el flujo de Power Automate para el stock. Probamos con datos reales en entorno de preproducción.
Semana 5: Gobernanza y seguridad
Configuramos los permisos del agente en el centro de administración de Power Platform, activamos el logging de conversaciones en Purview y definimos el modelo de acceso (solo usuarios del equipo comercial pueden invocar el agente).
Semana 6: Formación y despliegue
Sesión de formación de 2 horas con el equipo comercial. Despliegue en Teams. Periodo de rodaje de 2 semanas con soporte directo.
Resultados a los 3 meses
| Métrica | Antes | Después | Mejora |
|---|---|---|---|
| Tiempo medio por consulta interna | 6 minutos | 45 segundos | -87% |
| Consultas internas por email o Teams a administración | ~40/día | ~8/día | -80% |
| Horas semanales ahorradas (equipo comercial) | — | ~18 horas | +18h |
| Satisfacción equipo comercial (encuesta interna) | — | 4.6/5 | — |
Lecciones aprendidas
Lo que funcionó especialmente bien
- Empezar por un solo caso de uso muy concreto y no intentar resolver todo a la vez. Las consultas de estado de pedido fueron el 80% del valor.
- La migración de Excel a listas de SharePoint fue dolorosa (2 días de trabajo) pero fue la base para que el agente pudiera responder consultas estructuradas.
- La formación en el momento del despliegue, no antes. Cuando el agente ya estaba en producción, el equipo aprendió con datos reales.
Lo que cambiaríamos
- Haber hecho la auditoría de permisos de Dynamics 365 antes del desarrollo. Encontramos permisos inconsistentes a mitad del proyecto que retrasaron una semana.
- Involucrar al equipo de administración antes para validar los datos de condiciones comerciales. Habían excepciones no documentadas en el Excel original.
Conclusión
Este proyecto demuestra que Copilot Studio no es solo una herramienta para chatbots genéricos. Integrado correctamente con Dynamics 365 y los datos reales de la empresa, puede transformar la productividad de equipos que trabajan con información estructurada.
La clave fue no intentar hacer demasiado en la primera versión: tres casos de uso concretos, bien hechos, con gobernanza desde el inicio. El equipo ahora pide más capacidades — que es exactamente la señal de que el proyecto fue bien.
