Copilot Studio ou agent sur mesure : que choisir pour votre Dynamics 365 ?

Beaucoup d'entreprises équipées de Dynamics 365 veulent y mettre de l'IA, et se demandent s'il faut configurer Copilot Studio ou faire développer un agent sur mesure. La bonne réponse n'est presque jamais l'un contre l'autre. C'est une progression, du plus simple au plus spécifique, où l'on ne construit que ce qui le mérite. Voici comment trancher.

Copilot Studio, agent sur mesure, copilote natif : de quoi parle-t-on ?

Trois briques coexistent dans l'environnement Microsoft, et on les confond souvent.

• Les copilotes natifs de Dynamics 365 sont préintégrés par domaine (ventes, service client, finance, supply chain). On les active, on ne les construit pas.
• Copilot Studio est l'atelier pour composer des agents sur vos données, via Dataverse, des connecteurs et des sources documentaires, sans écrire de code.
• L'agent sur mesure est un développement dédié, quand la logique métier, le volume ou les contraintes de données dépassent le cadre standard.

Lequel choisir, et dans quel ordre ?

L'ordre logique va du moins coûteux au plus spécifique. On active d'abord le natif, on étend avec Copilot Studio, on ne développe sur mesure que les cas à forte valeur.

Quand Copilot Studio suffit-il ?

Dans la majorité des cas métier. Dès que le besoin tient en un agent qui interroge vos données, déclenche des actions via des connecteurs et suit des règles claires, Copilot Studio le fait sans code. Exemples fréquents : un assistant qui répond sur l'état des commandes, un agent qui qualifie des demandes entrantes, un copilote de paramétrage pour vos équipes.

L'avantage décisif est le délai. On passe d'une idée à un agent testable en jours, pas en mois, et on reste dans le tenant Microsoft avec les permissions existantes.

Concrètement, Copilot Studio gère sans code une large palette de besoins :

• Répondre en langage naturel sur des données Dataverse (commandes, stocks, comptes).
• Déclencher des actions via des connecteurs (créer un ticket, mettre à jour un enregistrement, envoyer un mail).
• S'appuyer sur des sources documentaires (procédures, catalogues, contrats) pour des réponses sourcées.
• Suivre des règles de conversation et passer la main à un humain quand c'est nécessaire.

Combien de temps et combien ça coûte ?

C'est souvent la question qui tranche. Les copilotes natifs de Dynamics 365 sont, selon les modules, inclus ou liés à une licence : leur coût marginal est faible puisqu'il n'y a rien à construire. Copilot Studio fonctionne sur un modèle de licence et de consommation, auquel s'ajoute le temps de conception de l'agent, qui se compte en jours. L'agent sur mesure, lui, cumule un coût de build initial et un coût de maintenance dans la durée, qu'il faut intégrer dès le départ.

La bonne lecture économique n'est pas le prix de la licence, c'est le coût total de possession : un agent Copilot Studio un peu limité mais sans maintenance lourde bat souvent un développement sur mesure parfait mais coûteux à faire vivre.

Quand faut-il un agent sur mesure ?

Quand trois facteurs se cumulent : une logique métier que les règles visuelles ne couvrent pas, un volume ou une performance que l'outil standard ne tient pas, ou un besoin de contrôle des données qui sort du cadre Microsoft.

Le piège est de partir directement sur du sur mesure par réflexe d'ingénieur, alors qu'un agent Copilot Studio aurait livré 80 % de la valeur en une fraction du temps. Le sur mesure se justifie sur les 20 % restants, ceux qui font vraiment la différence.

Et le contrôle des données dans tout ça ?

Les agents Copilot Studio s'appuient sur Dataverse et Microsoft Graph, dans votre tenant, avec vos permissions. Pour la résidence des traitements, l'EU Data Boundary couvre l'Europe. La souveraineté juridique au sens strict reste un sujet distinct, à arbitrer selon la sensibilité du contexte (j'y reviens dans l'article sur l'IA sans perdre le contrôle de ses données).

Le bon agent n'est pas le plus sophistiqué, c'est celui qui livre la valeur attendue au moindre coût de mise en oeuvre et de maintenance.

La gouvernance des agents, à ne pas négliger

Dès qu'on facilite la création d'agents, ils se multiplient. C'est une force, mais sans cadre, cela devient vite ingérable. Trois points méritent d'être posés dès le premier agent :

• Les permissions : un agent hérite des droits de l'utilisateur et des connexions. Il faut vérifier qu'il n'expose pas des données au-delà du périmètre prévu.
• Le cycle de vie : qui crée, qui valide, qui publie, qui retire un agent obsolète. Sans propriétaire, un agent abandonné devient un risque.
• La supervision : suivre l'usage, la qualité des réponses et les cas où l'agent passe la main, pour corriger en continu.

Sur l'environnement Microsoft, ces sujets se traitent dans Power Platform (centres d'administration, politiques de données, gestion du cycle de vie). Les anticiper évite la dette technique et les incidents de confidentialité, et c'est aussi un point d'attention au regard de l'AI Act (voir ce qu'une PME doit faire pour l'AI Act).

Comment décider concrètement ?

La méthode tient en trois temps : recenser les usages réels, activer le natif, puis trancher cas par cas entre Copilot Studio et sur mesure selon la grille ci-dessus. C'est exactement le cadrage que je mène avec les entreprises et leurs intégrateurs, en mode embarqué, pour intégrer l'IA dans l'environnement Microsoft sans surinvestir. Pour les intégrateurs Dynamics qui n'ont pas la compétence IA en interne, j'interviens en co-delivery sur la brique IA.