Au sein des grandes entreprises, les équipes opérationnelles perdent chaque mois des milliers d'heures à rechercher des informations pourtant déjà documentées en interne. Un ingénieur du support technique passe au crible d'anciens tickets Jira et des canaux Slack pour diagnostiquer une anomalie récurrente ; un responsable des ventes fouille dans Google Drive et Salesforce pour retrouver les conditions d'une remise commerciale exceptionnelle ; et les équipes des ressources humaines répondent sans cesse aux mêmes interrogations sur le congé parental ou les forfaits de télétravail.
Pour remédier à ces lourdeurs, de nombreux directeurs de département tentent de développer des chatbots internes ou d'adopter des assistants d'intelligence artificielle génériques. La majorité de ces projets est toutefois rapidement bloquée par les comités de sécurité et de conformité : comment s'assurer qu'un collaborateur ne puisse pas interroger l'IA pour consulter les salaires de la direction ? Comment garantir que les données sensibles des clients ne seront pas transmises à des modèles tiers ni réutilisées pour leur entraînement ? Et comment empêcher un flux automatisé d'exécuter des modifications inappropriées dans les applications clés de l'entreprise ?
Glean résout cette équation en associant plus de 275 connecteurs SaaS d'entreprise à une architecture native axée sur la priorité absolue aux autorisations (« permissions-first »). Au lieu d'imposer aux équipes d'ingénierie le développement coûteux d'infrastructures de génération augmentée de récupération (RAG) sur mesure, Glean permet aux responsables métier de concevoir des assistants et des agents Glean personnalisés en langage naturel, de délimiter rigoureusement les sources de connaissances et d'automatiser des flux de travail complexes, tout en appliquant en temps réel les listes de contrôle d'accès (ACL) des systèmes sources.
Voici le guide opérationnel permettant aux responsables de département de concevoir, configurer, sécuriser et déployer des assistants Glean personnalisés avec toutes les garanties requises par l'entreprise.
1. L'architecture sous-jacente : pourquoi l'assistant Glean est sécurisé pour l'entreprise
Les assistants conversationnels classiques traitent généralement le corpus documentaire de l'entreprise comme une base de données vectorielle unique et indifférenciée. Une fois les fichiers découpés en fragments et vectorisés, un grand modèle de langage (LLM) standard est incapable de vérifier lors de l'inférence si l'utilisateur qui pose une question dispose effectivement des droits de lecture sur le document d'origine.
Glean repose sur quatre piliers technologiques fondamentaux :
- Héritage natif des permissions (ACL Inheritance) : Glean se connecte directement aux fournisseurs d'identité de l'entreprise (Okta, Microsoft Entra ID, Google Workspace) et aux applications métier (Salesforce, Jira, Confluence, SharePoint, ServiceNow, GitHub, Zendesk, Slack). Il synchronise en continu les droits d'accès, garantissant que l'assistant n'extrait et ne synthétise que les données que l'utilisateur a expressément l'autorisation de consulter dans l'outil source.
- Le graphe d'entreprise (Enterprise Graph) : Loin de se limiter à une recherche lexicale ou vectorielle, Glean modélise les organigrammes, les relations de travail, les équipes, les flux d'échanges et les cycles de vie des documents afin d'interpréter le contexte réel de chaque demande.
- Routage multi-modèles intelligent (Glean Intelligence) : La plateforme oriente automatiquement chaque requête vers le grand modèle de langage le plus adapté (tel que Claude 3.5 Sonnet, GPT-4o ou Gemini 1.5 Pro) ou se connecte à des modèles privés hébergés par l'entreprise sur AWS Bedrock, Azure OpenAI ou GCP Vertex AI.
- Isolation en environnement dédié et zéro rétention des données : Le traitement s'effectue au sein d'un cloud privé virtuel (VPC) à locataire unique ou dans l'environnement géré directement par le client. Conformément à des accords stricts, les fournisseurs de modèles ne conservent aucune requête et n'exploitent jamais les données internes pour entraîner des modèles publics.
2. Cas d'usage départementaux et retour sur investissement
Avant d'aborder la création technique, le responsable de département doit privilégier les processus à forte volumétrie de recherche, à documentation dispersée et débouchant sur des actions opérationnelles claires :
| Département | Tâche répétitive ciblée | Systèmes connectés | Action automatisée et bénéfice |
|---|---|---|---|
| Support client & Assistance technique | Diagnostic d'incidents et recherche de résolutions antérieures | Zendesk, Jira, Confluence, canaux d'incidents Slack | Génère une synthèse avec sources citées, rédige une proposition de réponse, crée un ticket de bug dans Jira |
| Ventes & Opérations commerciales (RevOps) | Rédaction d'appels d'offres (RFP), fiches concurrentielles, remises | Salesforce, Highspot, enregistrements Gong, Box | Extrait les précédents gagnants, rédige les chapitres de la proposition, déclenche les demandes de validation |
| Ressources humaines (RH) | Renseignements sur les avantages, politiques internes, onboarding | Workday, Notion, BambooHR, Google Drive | Répond instantanément aux collaborateurs sans jamais dévoiler les fiches de paie ni les évaluations confidentielles |
| Support informatique (IT Helpdesk) | Demandes d'accès, configuration de postes, dépannage logiciel | ServiceNow, Jira Service Management, Jamf, Okta | Guide l'utilisateur dans l'auto-dépannage ; génère un ticket structuré si le problème persiste |
| Ingénierie & Gestion de produit | Recherche d'enregistrements d'architecture (ADR), PRD, bilans d'incidents | GitHub, GitLab, Jira, Confluence, Coda | Retrouve l'historique des choix d'architecture et compile les exigences pour esquisser un cahier des charges |
3. Guide pas à pas : concevoir un assistant Glean personnalisé
La mise en place d'un assistant dans Glean ne nécessite aucune ligne de code. Les responsables de département ou les administrateurs désignés peuvent le configurer via une interface graphique intuitive :
Étape 1 : Définir le rôle, l'objectif et les consignes
Rendez-vous dans la section Glean Apps / Agents, créez un nouvel assistant et rédigez son invite système (System Prompt) :
- Rôle et audience cible : Précisez explicitement la mission (ex. : « Tu es l'assistant de support technique de niveau 2 dédié aux clients grands comptes »).
- Format et exigences de rigueur : Fixez des règles de réponse claires (ex. : « Réponds sous forme d'étapes ordonnées et concises, fournis les liens vers la documentation officielle interne et signale clairement si le problème requiert une escalade vers l'équipe d'ingénierie »).
- Garde-fous négatifs (Negative Guardrails) : Établissez des limites fermes (ex. : « N'émets aucune conjecture sur les dates de sortie de fonctionnalités non annoncées et refuse toute question relative aux rémunérations »).
Étape 2 : Circonscrire les sources de connaissances
Contrairement à l'assistant général de l'entreprise qui recherche sur l'ensemble du périmètre autorisé, un assistant métier gagne considérablement en précision lorsqu'il est restreint à des données ciblées :
- Collections documentaires (Collections) : Regroupez la documentation officielle validée par l'équipe au sein de collections dédiées (procédures d'exploitation, guides d'assistance, règles de conformité).
- Filtres applicatifs et dossiers : Limitez la recherche à certains espaces Confluence, projets Jira, répertoires Google Drive ou canaux publics Slack, réduisant ainsi le bruit et les risques d'hallucination.
- Règle de fraîcheur documentaire : Indiquez à l'assistant de privilégier la version la plus récemment mise à jour en cas de divergence entre deux documents.
Étape 3 : Associer des actions et configurer les niveaux d'approbation
Un assistant ne délivre son plein potentiel que lorsqu'il passe de la simple réponse informative à l'action. Grâce à Glean Actions et aux connecteurs prêts à l'emploi, il est possible de relier l'assistant aux outils métiers :
- Actions de consultation : Interroger en direct l'état d'une opportunité dans Salesforce ou l'évolution d'un incident dans ServiceNow.
- Actions d'écriture : Créer des tickets d'anomalie dans Jira, rédiger des e-mails de suivi ou enregistrer des notes dans le CRM.
- Politique d'exécution (« Toujours autoriser » vs « Approbation requise ») : Pour les consultations en lecture seule, sélectionnez Toujours autoriser (Always Allow). Pour toute opération d'écriture ou de modification (création d'un ticket, mise à jour d'un statut client ou envoi d'une notification générale), définissez impérativement Approbation requise (Needs Approval). L'assistant affiche alors une carte d'aperçu que l'utilisateur doit valider manuellement avant que l'action ne soit exécutée.
Étape 4 : Validation en environnement de test (Sandbox)
Avant le déploiement général auprès de l'équipe, testez minutieusement l'assistant face à des scénarios limites :
- Test d'étanchéité des permissions : Posez la même question depuis des comptes disposant de niveaux d'habilitation distincts (un stagiaire et un directeur) pour vous assurer que les données sensibles demeurent strictement inaccessibles au profil non autorisé.
- Gestion des ambiguïtés : Soumettez des cas comportant des documents contradictoires afin de vérifier que l'assistant signale l'incohérence au lieu d'inventer une réponse.
- Résistance à l'injection de prompts : Simulez des attaques visant à détourner les instructions initiales. Glean Protect neutralise les tentatives d'injection de prompts avec une précision mesurée de 96,9 % lors de l'exécution.
4. Sécurité d'entreprise et gouvernance : le cadre AWARE et Glean Protect
Déployer l'IA à l'échelle d'un département requiert l'adhésion totale de la direction de la sécurité des systèmes d'information (RSSI). Glean intègre le cadre AWARE (élaboré en collaboration avec les experts de Databricks et de l'Unité 42 de Palo Alto Networks), matérialisé par la suite de sécurité Glean Protect :
1. Intention de l'acteur (Actor Intent)
Toute interaction est authentifiée auprès du fournisseur d'identité de l'entreprise (SSO/SAML/SCIM). Glean distingue rigoureusement :
- L'identité utilisateur (User Identity) : L'assistant agit strictement selon les privilèges de l'employé connecté, éliminant tout risque d'élévation de privilèges via l'IA.
- L'identité de l'agent (Agent Identity) : Lorsque des agents autonomes réalisent des tâches d'arrière-plan sur Slack ou Jira, ils disposent de comptes de service dédiés, assortis de droits limités et d'une traçabilité intégrale.
2. Protection du contexte de travail (Work Context)
Pour parer aux risques liés aux documents partagés trop largement par erreur sur le réseau interne, Glean Protect intègre :
- Des politiques de contenu sensible : Détection et masquage automatiques des fichiers contenant des données personnelles identifiables (PII), des numéros de cartes bancaires, des clés d'API ou des données financières.
- Des politiques de sujets restreints (Restricted Topics) : Les responsables métier peuvent instaurer des blocages en langage naturel (ex. : « Bloquer toute demande relative aux évaluations de performance, aux grilles salariales ou aux litiges juridiques »).
- Des flux de traitement (Triage Workflows) : Les équipes de sécurité peuvent analyser les signalements, masquer les documents exposés en un clic et synchroniser les alertes avec leurs outils SIEM/SOAR tels que Tines ou Splunk.
3. Garde-fous autonomes (Autonomous Guardrails)
Pour empêcher les agents de dévier lors de flux de travail en plusieurs étapes, un modèle d'alignement vérifie chaque action d'écriture avant sa validation définitive afin de garantir sa parfaite conformité avec la commande de départ.
4. Évaluation des risques en temps réel (Real-Time Risk Scoring)
Contrôle continu des flux pour bloquer les attaques par injection indirecte de prompts pouvant être dissimulées dans des pages web externes, des e-mails entrants ou des pièces jointes.
5. Observabilité de l'écosystème (Ecosystem Observability)
Chaque requête, source documentaire citée, outil sollicité et réponse produite est consignée dans un journal d'audit immuable. Les événements peuvent être transmis directement au SIEM de l'entreprise, garantissant une conformité rigoureuse avec les normes SOC 2 Type II, ISO 27001, ISO 42001 (norme internationale pour les systèmes de management de l'IA), HIPAA et RGPD.
5. Stratégie de déploiement et conduite du changement
Un déploiement réussi repose sur une approche progressive et mesurée :
[Phase 1 : Pilote et validation]
└── Responsable de département + 5 à 10 utilisateurs référents
└── Ajustement de l'invite système, structuration des Collections, contrôle des ACL
│
▼
[Phase 2 : Lancement à l'échelle du département]
└── Publication auprès du groupe concerné via la bibliothèque Glean App Library
└── Intégration dans les outils quotidiens (Slack, Teams, extension de navigateur)
└── Suivi des actions soumises à approbation et retours d'expérience
│
▼
[Phase 3 : Élargissement et optimisation continue]
└── Analyse des questions fréquentes, des lacunes de connaissances et des tickets évités
└── Enrichissement des documentations sources et ajout de nouvelles actions applicatives
Conseils pratiques pour les directeurs de département
- Privilégier d'abord la consultation, puis l'automatisation : Dans un premier temps, consolidez le rôle de l'assistant en tant que moteur de recherche et de synthèse hautement fiable. Une fois la confiance acquise au sein de l'équipe, activez progressivement les fonctionnalités d'écriture.
- Intégrer l'assistant là où travaillent déjà les équipes : Ne contraignez pas les collaborateurs à se rendre sur un portail web supplémentaire. Déployez l'assistant directement dans les canaux Slack, les conversations Teams ou la barre latérale du navigateur.
- Nommer des référents de la connaissance : Examinez régulièrement le rapport sur les « lacunes de connaissances » (Knowledge Gaps) fourni par Glean. Lorsqu'un assistant ne parvient pas à répondre à une question légitime, cela indique généralement un manque dans la documentation source qu'il convient de combler sans tarder.
6. Synthèse stratégique : pourquoi opter pour Glean ?
Face aux enjeux de l'IA d'entreprise, les décideurs examinent le plus souvent trois options :
- Les copilotes intégrés à un écosystème unique (ex. : Microsoft 365 Copilot) : Très performants au sein de leur propre suite bureautique, ils rencontrent d'importantes difficultés pour connecter en profondeur des outils tiers comme Jira, Salesforce, ServiceNow ou GitHub sans investissements lourds de développement.
- Le développement interne de solutions RAG (LangChain / LlamaIndex / bases vectorielles) : Bien qu'offrant une grande flexibilité théorique, cette approche engendre des coûts de maintenance considérables et achoppe presque systématiquement sur la synchronisation dynamique des autorisations ACL lors des audits de sécurité informatique.
- La plateforme Glean et ses assistants sur mesure : Elle propose une connectivité immédiate à plus de 275 applications métier, une configuration sans code, un routage multi-modèles intelligent et une gouvernance certifiée ISO 42001 adossée au cadre AWARE.
Pour les responsables de département soucieux d'éliminer immédiatement le temps perdu en recherches manuelles et d'accélérer l'efficacité de leurs équipes, tout en préservant scrupuleusement la sécurité des données de l'entreprise, Glean constitue la démarche la plus efficace, la plus pérenne et la plus sûre.