Planifier votre plug-in

Commencez par le problème que votre plugin doit résoudre : qui en a besoin, ce qu’il doit accomplir et où il doit l’utiliser. Ensuite, identifiez les informations, les actions et les fonctionnalités existantes dont la solution pourrait avoir besoin.

Vous n’avez pas encore besoin de choisir des fonctionnalités, des outils de développement ou une voie de publication. Notez ce que vous savez et les contraintes qui pourraient affecter ces choix. Vous allez utiliser ce plan dans Choisir les fonctionnalités de votre plug-in.

Définir le résultat

Rédigez une brève description de la solution qui répond :

  • Qui l’utilisera ?
  • Quelle tâche ou quel problème traitera-t-il ?
  • Quel résultat montrerait que cela fonctionne ?
  • Où les utilisateurs doivent-ils les trouver et les utiliser ?

Identifiez également qui créera, administrera, publiera et prendra en charge la solution. Une personne ou une équipe peut remplir plusieurs rôles.

Si votre objectif est d’utiliser le contexte de travail Microsoft 365 ou les fonctionnalités de Copilot dans une application ou un agent personnalisé que vous hébergez, consultez Créer des applications et des agents alimentés par Copilot.

Décrire ce que la solution doit faire

Énumérez les connaissances et les actions requises pour produire le résultat. Concentrez-vous sur la tâche de l’utilisateur plutôt que sur la façon dont vous allez l’implémenter.

Considérez :

  • De quel contenu organisationnel ou contexte métier la solution a-t-elle besoin ?
  • Quelles questions, tâches ou flux de travail doit-il prendre en charge ?
  • A-t-il besoin de récupérer des informations ou de créer, mettre à jour ou envoyer quoi que ce soit ?
  • Quelles sont les données Microsoft 365, les données externes, les API, les outils ou les services concernés ?
  • Quelles actions pourraient avoir des conséquences et nécessiter une confirmation ou une surveillance humaine ?

Ces exigences vous aideront à comparer les agents, les compétences, les connecteurs Copilot, les serveurs MCP et d’autres fonctionnalités à l’étape suivante.

Recherchez les fonctionnalités que vous pouvez réutiliser

Vérifiez si une partie de la solution existe déjà. Il peut s’agir d’agents, de compétences, de connecteurs Copilot, de serveurs MCP, d’API, d’applications ou de services.

Pour chaque actif prometteur, enregistrez son propriétaire, ce qu’il fait, où il fonctionne, qui peut l’utiliser et toutes les autorisations ou restrictions de réutilisation connues. Vous pouvez confirmer la compatibilité technique après avoir choisi les composants et les outils.

Identifiez où et comment il sera utilisé

Répertoriez les expériences Microsoft auxquelles les utilisateurs ont besoin de la solution et le public qui doit y accéder. Par exemple, l’audience peut être une équipe de développement, des utilisateurs sélectionnés, une seule organisation ou des clients de plusieurs organisations.

Enregistrez toutes les exigences connues concernant les environnements, les régions, les licences, la découverte, l’acquisition et les connexions. Le support peut varier en fonction de l’expérience, de la capacité, du package et de l’itinéraire de publication. Confirmez ces combinaisons lorsque vous choisissez des composants et un itinéraire de distribution.

Contraintes d’enregistrement susceptibles de modifier la conception

Vous n’avez pas besoin de terminer toutes les révisions à ce stade. Identifiez les exigences ou les questions ouvertes qui pourraient affecter ce que vous créez :

Zone Questions à enregistrer
Identité et accès Quelles identités, autorisations, méthodes d’authentification, consentement et connexions externes peuvent être nécessaires ?
Données et sécurité Quelles données la solution accédera-t-elle ou modifiera-t-elle ? Quelles sont les exigences en matière de confidentialité, de conformité, de rétention et de surveillance qui s’appliquent ?
Distribution Qui doit pouvoir le découvrir et l’utiliser ? Nécessitera-t-elle un déploiement organisationnel ou une distribution à plusieurs clients ?
Compatibility Existe-t-il des contraintes connues en matière d’expérience, de région, de package, de manifeste, de déploiement ou de connexion ?
Licences et coûts Quelles licences, frais d’utilisation, coûts d’hébergement ou coûts de maintenance peuvent affecter le choix ?
Operations Qui sera responsable du support, de la surveillance, des mises à jour, des modifications d’accès et du retrait éventuel ?

Utilisez les données, la confidentialité et la sécurité, ainsi que les considérations relatives aux licences et aux coûts pour les vérifications détaillées. Vous choisirez et confirmerez l’itinéraire de publication pris en charge ultérieurement.

Que faire à l’étape suivante ?

Conserver un bref enregistrement des éléments suivants :

  • Les utilisateurs prévus, leur problème et le résultat souhaité.
  • Les expériences et le public que la solution doit prendre en charge.
  • Les connaissances, les données, les tâches et les actions dont il a besoin.
  • Fonctionnalités ou services existants qui méritent d’être réutilisés.
  • Contraintes et questions ouvertes qui pourraient affecter la conception.
  • Les personnes ou les équipes qui peuvent résoudre ces questions.

Vous êtes prêt à Choisissez les fonctionnalités de votre plug-in lorsque vous disposez de suffisamment d’informations pour comparer ce qu’il faut construire et ce qu’il faut réutiliser. Laissez les détails de l’implémentation ouverts lorsqu’ils dépendent des composants et des outils que vous sélectionnez.

Contenu connexe

  • Last updated on