Copilot et prompt engineering : former les agents publics

Beaucoup d'administrations africaines achètent des licences Microsoft 365 Copilot, les activent, puis constatent six mois plus tard que presque personne ne s'en sert vraiment. Le problème n'est pas l'outil. Le problème est qu'on a distribué un instrument puissant sans apprendre à s'en servir, et sans décider ce qu'on a le droit d'y mettre. Pour un ministère, une direction générale ou une collectivité, la vraie question n'est pas "faut-il adopter l'IA de bureautique", c'est "comment former nos agents et où tracer la frontière avec nos données sensibles".

Copilot ne remplace pas la compétence, il l'amplifie

Microsoft 365 Copilot s'intègre dans Word, Excel, Outlook, Teams et PowerPoint. Il rédige un projet de note à partir de quelques consignes, résume un fil de courriels de trente messages, transforme un tableau brut en synthèse, prépare le compte rendu d'une réunion Teams. Pour un agent qui passe une partie de sa journée à mettre en forme, ressaisir et synthétiser, le gain de temps est réel.

Mais ce gain ne tombe pas tout seul. Un agent qui demande à Copilot "fais-moi une note" obtient un texte générique et souvent à côté. Le même agent qui écrit "rédige une note de service de dix lignes, ton administratif, destinée aux chefs de bureau, pour annoncer le nouveau circuit de validation des congés à compter du 1er du mois" obtient un brouillon utilisable immédiatement. La différence tient entièrement dans la formulation. Affirmation clé : avec Copilot, la qualité du résultat dépend davantage de la qualité de la demande que de la puissance du modèle.

C'est pourquoi la formation ne doit pas se limiter à "voici les boutons". Elle doit apprendre à penser une demande : quel contexte donner, quel format attendre, quelles contraintes poser. C'est exactement l'objet de nos programmes de formation des équipes, pensés pour des agents qui n'ont jamais écrit une ligne de code et n'en écriront jamais.

Le prompt engineering, nouvelle compétence de bureau

Le terme fait peur parce qu'il sonne technique. En réalité, le prompt engineering est une compétence de communication, pas d'informatique. Il s'agit de savoir expliquer clairement ce qu'on veut à un outil qui prend tout au pied de la lettre. Les quatre réflexes qui changent tout :

Donner le contexte. L'IA ne connaît pas votre dossier ; il faut le lui rappeler. Préciser le format. Une note, un tableau, cinq puces, un courriel : le dire évite dix allers-retours. Indiquer le destinataire et le ton. Une note au ministre ne s'écrit pas comme un message à un collègue. Vérifier et corriger. Le premier jet est une matière, pas une vérité.

Affirmation clé : le prompt engineering n'est pas un métier d'informaticien, c'est une compétence de bureau comparable à la maîtrise du tableur, et elle s'apprend en quelques heures de pratique guidée. Une administration qui forme cent agents à ces réflexes récupère un temps de travail considérable, sans acheter une seule licence supplémentaire.

Il faut aussi apprendre ce que l'outil ne sait pas faire. Copilot peut inventer une référence réglementaire, se tromper sur un chiffre, affirmer avec aplomb une procédure qui n'existe pas. Un agent formé sait qu'il relit, qu'il ne signe jamais un document sans l'avoir vérifié, et qu'une sortie d'IA n'a aucune valeur juridique en soi. Cette vigilance s'enseigne autant que la technique.

Pourquoi les agents des ministères doivent être formés en priorité

Dans le privé, un collaborateur mal formé à un outil perd du temps pour son entreprise. Dans le secteur public, un agent mal formé à l'IA fait courir un risque à l'usager et à l'institution. Trois raisons rendent la formation non négociable pour les ministères et les collectivités.

D'abord le volume et la sensibilité des données traitées. Un agent manipule des informations personnelles de citoyens, des pièces administratives, parfois des données fiscales ou de santé. Sans règles claires, il peut coller dans un outil cloud une information qui ne devrait jamais en sortir. La formation pose ces interdits avant l'incident, pas après.

Ensuite la responsabilité juridique. Une décision administrative engage l'État. Un agent qui s'appuie aveuglément sur une sortie d'IA, sans comprendre ses limites, expose l'administration à l'erreur et au contentieux. Un agent formé sait que l'IA assiste la décision mais ne la prend pas.

Enfin l'équité d'accès à la compétence. Si seuls quelques cadres maîtrisent ces outils, un fossé se creuse à l'intérieur même de l'administration. Former largement, c'est éviter que la modernisation ne profite qu'à une poignée. Cette logique prolonge ce que nous décrivons dans notre guide sur former ses équipes à l'IA en Afrique, et elle s'applique avec encore plus de force au service public, où l'enjeu dépasse la productivité pour toucher à la qualité du service rendu au citoyen. Nous avons détaillé ces usages dans notre analyse de l'IA pour l'administration et le secteur public.

La limite de Copilot : vos données partent dans un cloud étranger

C'est le point que trop de projets éludent. Microsoft 365 Copilot est un service cloud de Microsoft. Les traitements s'appuient sur une infrastructure hébergée majoritairement hors d'Afrique, soumise à des juridictions étrangères. Pour une note interne ou une présentation, cela n'a aucune importance. Pour le fichier des contribuables, le registre d'état civil ou des données de renseignement, cela en a beaucoup.

Affirmation clé : la bureautique assistée par IA et le traitement des données souveraines de l'État sont deux chantiers distincts, et vouloir les régler avec le même outil est une erreur de conception. Une administration lucide segmente : Copilot pour le travail de bureau courant, une solution locale et maîtrisée pour tout ce qui touche aux données régaliennes ou personnelles des citoyens.

C'est là que la question de la souveraineté des données en Afrique cesse d'être théorique. Elle dicte une architecture.

L'IA locale : garder la main sur l'essentiel

Il existe aujourd'hui des modèles d'IA performants qui peuvent fonctionner sur une infrastructure contrôlée par l'administration, voire sur ses propres serveurs. On parle d'IA locale ou souveraine : les données ne quittent pas le périmètre national ou institutionnel, les traitements se font sur une infrastructure dont l'État garde la maîtrise, et les règles d'accès sont définies par l'administration elle-même.

Concrètement, cela permet de construire un assistant interne capable de répondre aux questions des agents sur la base des textes réels de l'administration, de rechercher dans des années d'archives, d'aider à traiter des dossiers, sans qu'une seule ligne de donnée citoyenne ne parte vers un cloud étranger. C'est le rôle d'une infrastructure agentique maîtrisée, couplée à une intégration de modèles de langage choisie pour rester sous contrôle. Pour les traitements de masse sur les données publiques, une couche de data analytics locale complète le dispositif.

Le choix n'est pas idéologique, il est pratique. Une administration peut très bien utiliser Copilot pour accélérer la rédaction d'une circulaire, et en parallèle exploiter une IA locale pour interroger son fonds documentaire confidentiel. Les deux ne s'opposent pas ; ils répondent à des besoins différents et à des niveaux de sensibilité différents. La règle de partage doit être écrite, connue des agents, et rappelée en formation. Elle rejoint directement les exigences de protection des données que tout projet public doit respecter.

Par où commencer, concrètement

La démarche qui tient en trois temps. Former d'abord un noyau d'agents à Copilot et au prompt engineering sur des usages de bureautique sans enjeu de confidentialité, pour créer des réflexes et des relais internes. Écrire ensuite une règle claire de ce qui peut aller dans un outil cloud et de ce qui doit rester sur une IA locale, et la diffuser. Déployer enfin, pour les données sensibles, une solution souveraine sur un périmètre précis plutôt qu'un grand projet qui promet tout et ne livre rien.

Une administration qui procède ainsi obtient un gain visible vite sur la bureautique, pose ses garde-fous avant l'incident, et garde la maîtrise de ses données les plus critiques. L'inverse, distribuer des licences sans former ni cadrer, produit au mieux de la sous-utilisation, au pire une fuite de données qu'on regrette longtemps.

ThalerTech Africa accompagne administrations, ministères et collectivités sur ces deux fronts à la fois : la montée en compétence des agents sur les outils d'IA de bureautique, et la mise en place d'une IA locale souveraine pour les traitements sensibles, avec des équipes présentes à Dakar, Abidjan et Douala. L'approche reste la même partout : former les gens avant de distribuer les outils, et ne jamais confondre le confort de la bureautique avec la souveraineté des données de l'État.