Copilote interne : IA qui travaille avec votre documentation et vos systèmes — uniquement pour votre équipe

Il n'exécute pas d'actions critiques sans confirmation au début : il peut proposer un email ou un ticket, mais l'humain envoie. Avec le temps et les métriques de qualité, des étapes de faible friction sont automatisées.

Cas d'utilisation : commercial qui recherche des cas similaires, support qui consulte des procédures, juridique qui résume des contrats, ingénierie qui pose des questions sur des APIs internes documentées dans Confluence ou Notion.

C'est l'étape intermédiaire sensée avant des agents autonomes : d'abord assister et mesurer, puis automatiser ce qui prouve être sûr.

Modèle de déploiement par phases : (1) lecture documentaire uniquement, (2) brouillons que l'humain envoie, (3) actions limitées avec confirmation. Sauter des phases, c'est comme si quelqu'un envoyait un email au mauvais client « aidé » par l'IA.

Le copilote doit dire « je ne trouve pas de source » lorsqu'il n'y a pas de preuve. Cela génère plus de confiance qu'une réponse inventée avec un ton sûr.

Métriques de succès : temps jusqu'à la première réponse utile, % de requêtes avec citation valide, réduction des questions répétées au canal #aide-interne.

Déploiement progressif : pilote avec un canal ou un type de requête, mesure pendant deux semaines, élargissement par données — pas de big bang qui surcharge l'équipe et le client.

Plugins par système : Confluence, Notion, Google Drive, Git — connecteurs qui respectent les autorisations natives de la source.

Retour d'expérience in-app : pouce vers le bas sur une mauvaise réponse alimente la file d'amélioration de l'index ou du prompt sans ticket à l'IT.

Mode incognito pour les requêtes sensibles : session sans log persistant lorsque le juridique ou les RH le nécessitent, avec politique explicite.

Critère RUMAZA : problème concret, donnée accessible, métrique de succès et portée fermée. Sans ces quatre piliers, il n'y a pas de projet — il y a une expérience qui facture bien au consultant et mal au client.

Extension de navigateur pour résumer une page interne ou rédiger une réponse dans Gmail/Outlook avec un ton corporatif.

Quotas par département pour contrôler les dépenses sur les APIs de modèles grands.

La maintenance évolutive — nouveaux intents, fournisseurs, langues — est budgétée séparément du MVP pour éviter les surprises ou les projets zombies.

Intégration SSO avec groupes AD ou Google Workspace pour hériter des autorisations sans matrice manuelle de 500 lignes.

Support post-lancement avec canal direct et SLA convenu : incidents critiques en heures ouvrables résolus le jour même — pas de ticket éternel.

Nous documentons les hypothèses, les limites connues et le plan d'élargissement lors de la livraison — transparence totale sur ce que fait le système aujourd'hui et ce qui reste pour une phase deux si les chiffres le justifient.

Architecture prête à s'élargir : nouveaux canaux, langues ou documents sans tout refaire depuis zéro — extension modulaire, pas monolithe fragile.

Alignement avec la sécurité et le juridique dès la conception : DPIA lorsque cela s'applique, enregistrement des activités de traitement et clauses avec des sous-traitants de modèles cloud.

Réunion de rétrospective à 30 et 60 jours : ce qui a fonctionné, ce qui doit être ajusté, si une phase deux est pertinente — décision basée sur des données, pas par inertie budgétaire.

Nous priorisons les livrables que le business remarque dans la première semaine : une requête résolue, un document traité ou un brouillon utile — victoires précoces qui financent la confiance dans le reste de la feuille de route.

Panneau d'administration pour l'IT : utilisateurs, sources indexées, consommation et alertes sans dépendre de tickets à un développement externe pour chaque changement mineur.