Services · Gestion des connaissances

Un savoir qui reste — même quand les gens partent.

Les collaborateurs quittent l'entreprise. Les prestataires changent. Les systèmes vieillissent. Le savoir se perd. Nous construisons des structures de savoir qui l'évitent — de la plateforme SharePoint à l'assistant IA nourri de vos propres documents.

Échange stratégie de connaissances Voir les prestations

SharePoint depuis 2007 Assistants IA avec hébergement UE Microsoft 365 Copilot Adoption Knowledge Recovery pour les transitions

Direction générale · Dirigeants

Préserver le savoir comme assurance stratégique de l'entreprise.

Quand les porteurs de savoir partent, que les prestataires changent ou que des développements propres sont remplacés, on découvre si votre savoir est structuré — ou s'il ne vit que dans des têtes. Nous aidons à le structurer à temps, avant qu'il ne devienne une lacune critique. Investir aujourd'hui, réduire le risque demain.

Direction de département · Métier

Plateforme SharePoint avec Knowledge Map documentée.

Plateforme de savoir SharePoint structurée avec architecture de l'information, Knowledge Map par métier, modèle de métadonnées et gouvernance. Y compris plan de migration depuis les file shares et anciens intranets, plus programme d'adoption pour les équipes. Présentable en comité de pilotage et au développement RH.

Direction IT · DSI · Solution Architect

Architecture RAG avec LLMs UE — Vector DB, embeddings, routage de sources.

Assistants de connaissances IA en hébergement UE sur la base de Mistral ou Aleph Alpha au lieu d'OpenAI. Mise en place Vector DB (pgvector, Azure AI Search, Qdrant), stratégie d'embedding, concept de chunking, re-ranking, filtrage de sources, permission trimming sur les ACL SharePoint. Conforme RGPD, auditable.

€

Pour les dirigeants · assurance stratégique de l'entreprise

Préserver le savoir n'est pas un sujet de confort — c'est de la gestion du risque.

Les baby-boomers partent en retraite, les prestataires changent, les développements propres sont remplacés. Chacun de ces événements révèle si le savoir est structuré — ou s'il ne vit que dans des têtes. Nous construisons votre plateforme de savoir maintenant, tant que les porteurs sont encore là. C'est moins coûteux qu'un Knowledge Recovery après le départ, et c'est l'assurance stratégique contre la plus chère des pertes : 20 à 30 ans d'expérience qui disparaissent sans retour.

Discuter de la stratégie de savoir

▤

Pour la direction de département · plateforme SharePoint avec Knowledge Map

Plateforme de savoir structurée, défendable en interne.

Vous obtenez une plateforme de savoir basée sur SharePoint avec Knowledge Map documentée par métier, architecture de l'information claire, modèle de métadonnées et modèle de gouvernance. Y compris plan de migration depuis les file shares, anciens intranets et inventaires SharePoint 2013/2016, plus programme d'adoption structuré pour les équipes. Présentable en comité de pilotage, avec des KPI mesurables pour le développement RH et les exigences de conformité.

Demander la Knowledge Map

⌬

Pour la DSI · architecture RAG avec LLMs UE

Mistral ou Aleph Alpha au lieu d'OpenAI — Vector DB, embeddings, permission trimming.

Architecture RAG en hébergement UE : Mistral (Mistral Cloud, région UE) ou Aleph Alpha comme LLM, mise en place Vector DB avec pgvector, Azure AI Search ou Qdrant. Stratégie d'embedding avec modèles multilingues, concept de chunking, pipeline de re-ranking, filtrage de sources et permission trimming sur les ACL SharePoint. Audit logs conformes RGPD, templates de prompts, protection contre les hallucinations. Alternative ou complément à M365 Copilot — selon l'exigence de conformité.

45 min de conversation d'architecture

Pourquoi maintenant

La perte de savoir n'est pas un sujet de confort — c'est un risque.

Dans les prochaines années, la génération baby-boom quitte les entreprises. En parallèle, les prestataires changent plus souvent, les développements propres sont remplacés et Microsoft 365 Copilot se déploie — autant de déclencheurs qui révèlent si votre savoir est structuré ou s'il ne vit que dans des têtes.

Démographie

Les porteurs de savoir partent en retraite. Avec eux disparaissent 20 à 30 ans d'expérience, souvent sans qu'aucune structure ou documentation n'ait été produite. Qui ne commence pas maintenant n'aura plus aucune chance de capter ce savoir dans trois ans.

Changement de prestataire

Qui change de prestataire ERP, CRM ou logiciel custom s'en rend compte : le savoir était dans des têtes externes, pas dans l'entreprise. Un Knowledge Recovery avant le changement coûte une fraction de ce que coûte une reconstruction sans documentation.

Copilot et IA

Microsoft 365 Copilot ne vaut que ce que valent ses sources. Des dépôts non structurés, des permissions mal posées et des documents périmés conduisent à de mauvaises réponses — et à l'arrêt du rollout. La gestion des connaissances est la condition de l'adoption IA.

Quatre briques de prestation

De la plateforme SharePoint à l'assistant IA.

Les quatre briques sont autonomes — et s'enchaînent logiquement. Vous pouvez démarrer par SharePoint, enchaîner avec Copilot, compléter par un assistant RAG ou entrer en urgence par Knowledge Recovery.

Plateforme de savoir SharePoint

Une solution SharePoint pensée avec 5 à 10 domaines de connaissances, une architecture de l'information claire, une stratégie de recherche et un modèle de permissions — la fondation de tout projet Copilot ou IA ultérieur. Y compris la formation des responsables.

Forfait — prix sur demande · 6 à 10 semaines
5 à 10 domaines de connaissances, architecture plate
Stratégie de recherche et modèle de métadonnées
Modèle de permissions au niveau du domaine
Formation pour les responsables de domaine

Intégration des connaissances Microsoft 365 Copilot

Mise en place des Copilot Connectors pour les sources externes, des Sensitivity Labels via Microsoft Purview et tuning qualité par prompts de test et évaluation des réponses. Liaison avec notre programme Microsoft 365 Copilot Adoption.

Forfait — prix sur demande
Mise en place des Copilot Connectors (Confluence, file shares, SQL)
Sensitivity Labels et configuration Purview
Tuning qualité avec prompts de test
Lien avec le programme Copilot Adoption

Hébergement UE

Assistant de connaissances RAG

Solution Document Chat indépendante de la plateforme avec LLMs hébergés UE (Mistral, Aleph Alpha), mise en place Vector DB, stratégie d'embedding et métriques de qualité. Pour tous les cas où Copilot atteint ses limites de licences, d'hébergement ou de sources.

Pilote — prix sur demande
LLMs hébergés UE (Mistral, Aleph Alpha)
Mise en place Vector DB et stratégie d'embedding
Sources hybrides (fichiers, Confluence, SQL, PDF)
Métriques de qualité (recall, precision, taux d'hallucination)

Knowledge Recovery et Documentation Sprint

Interviews avec les porteurs de savoir, reverse engineering des systèmes existants et process mining à partir des logs — le résultat est une documentation structurée et transférable. Service déclenché lors d'un départ, d'un changement de prestataire ou du remplacement d'un système.

Forfait — prix sur demande
Interviews structurées avec porteurs de savoir
Reverse engineering de bases de données et code custom
Process mining à partir des logs
Documentation de savoir transférable

Brique 01 — approfondissement

Plateforme de savoir SharePoint — la fondation trop souvent mal construite.

SharePoint est depuis près de deux décennies la plateforme de savoir de Microsoft — et dans 80 % des tenants ETI, c'est un cimetière de team sites sans concept. Nous construisons SharePoint depuis 2007 et nous savons pourquoi cela échoue : c'est l'architecture, pas la technique.

Ce que nous livrons

Une architecture de l'information plate avec 5 à 10 domaines de connaissances clairement délimités. Par domaine, nous définissons des responsables, des règles de cycle de vie (Qu'est-ce qui reste ? Qu'est-ce qui est archivé ? Qu'est-ce qui est supprimé ?), des métadonnées et une stratégie de recherche. Le modèle de permissions est posé au niveau du domaine — pas au niveau du document, car ce n'est pas maintenable en pratique.

Pourquoi l'architecture compte plus que la technique

SharePoint comme technologie fonctionne. Ce qui dérape : chaque service construit ses propres team sites, personne ne se sent responsable des domaines de connaissances, les permissions sont une jungle et la recherche renvoie du bruit. Nous remettons cela à plat en 6 à 10 semaines — structuré, documenté, compatible Copilot.

La condition préalable à Copilot

Microsoft 365 Copilot accède à SharePoint, Teams, OneDrive et Exchange — et en respecte les permissions. Si les permissions sont cassées, Copilot voit ce qu'il ne devrait pas voir. Ou Copilot ne trouve pas ce qu'il devrait trouver. Une plateforme SharePoint propre est la condition de tout rollout Copilot sérieux.

Observation de terrain : dans neuf tenants sur dix que nous regardons avant un rollout Copilot, il existe au moins un domaine de connaissances dont les permissions sont si mal posées que Copilot exposerait des contenus de direction ou RH à des collaborateurs ordinaires. La correction avant le rollout est obligatoire.

Brique 02 — approfondissement

Microsoft 365 Copilot avec vos propres sources de connaissances.

Copilot « out of the box » voit Microsoft 365. Cela suffit pour des résumés d'e-mails et des notes Teams — pas pour de vraies réponses de savoir issues de votre entreprise. Nous intégrons les sources externes et nous tunons la qualité des réponses jusqu'à ce que Copilot tienne la charge.

Copilot Connectors

Microsoft a construit ces 18 derniers mois une architecture de connecteurs qui intègre les sources de connaissances externes dans la réponse Copilot — Confluence, file shares, bases SQL, bases métier, ServiceNow, Salesforce. La mise en place n'est pas triviale : authentification, indexation, mapping de permissions et contrôle qualité sont des lots de travail à part entière.

Sensitivity Labels et Purview

Les domaines confidentiels (RH, M&A, direction, données client en mandat) doivent être explicitement exclus de Copilot. Microsoft Purview Sensitivity Labels le permet au niveau document — à condition d'être correctement attribués. Nous mettons en place la stratégie de labels et la classification automatique ensemble.

Tuning qualité

Après la mise en place vient ce qui manque dans le marketing Microsoft : le tuning qualité. Prompts de test contre des vraies questions de savoir, évaluation des réponses par les responsables métier, ajustement de la fréquence d'indexation et de la configuration des connecteurs. Ce n'est qu'après cela que Copilot a une chance d'être adopté au quotidien.

Pour aller plus loin

Si vous voulez utiliser Copilot non seulement comme outil de savoir mais stratégiquement pour l'adoption IA, lisez notre page IA et Microsoft 365 Copilot Adoption — nous y décrivons le programme d'adoption complet avec entraînement par persona, identification des cas d'usage et mesure du ROI.

Brique 03 — approfondissement

Assistant de connaissances RAG — indépendant de la plateforme, hébergé UE.

Quand Microsoft Copilot ne convient pas — parce que les sources sont hors M365, parce que l'hébergement UE est impératif, ou parce que la licence par utilisateur ne tient pas économiquement — nous construisons un assistant RAG propre. Document Chat sur vos contenus, sur infrastructure européenne.

Ce que signifie RAG

Retrieval-Augmented Generation (RAG) est l'architecture établie pour les assistants de connaissances IA : vos documents sont indexés dans une base vectorielle, un modèle d'embedding produit des représentations sémantiques, et un Large Language Model formule la réponse à partir des preuves trouvées. Contrairement aux LLM « nus », un système RAG répond sur vos données — avec citation de la source et sans hallucination dans le vide.

LLMs hébergés UE

Nous nous appuyons sur Mistral et Aleph Alpha comme fournisseurs LLM européens, avec hébergement UE et engagements RGPD clairs. Les deux ont largement comblé l'écart de qualité avec OpenAI ces 24 derniers mois — pour les réponses de savoir en français et en allemand, ils sont à niveau.

Mise en place Vector DB

Nous utilisons selon les exigences Qdrant, Weaviate ou pgvector (extension PostgreSQL). Stratégie d'embedding, chunking, re-ranking et partitionnement d'index par cercle de permissions font partie du package pilote.

Sources hybrides

Un assistant RAG peut intégrer des sources que Microsoft Copilot n'atteint pas : file shares, Confluence, bases SQL anciennes, PDF scannés (avec OCR), bases métier. C'est ce qui en fait le bon choix quand votre savoir est dispersé.

Métriques de qualité

Chaque pilote RAG chez nous fournit dès le départ des métriques : recall (quels documents pertinents sont trouvés ?), precision (combien des documents trouvés sont réellement pertinents ?) et taux d'hallucination (à quelle fréquence le LLM formule-t-il des réponses sans preuve ?). Sans ces métriques, un assistant RAG reste une impression — nous le rendons mesurable.

Brique 04 — approfondissement

Knowledge Recovery et Documentation Sprint.

Parfois la question n'est pas « comment structurons-nous notre savoir ? » mais « comment sauvons-nous le savoir qui est en train de se perdre ? ». Le Knowledge Recovery Sprint est le service d'urgence avant le départ de collaborateurs, le changement de prestataire ou le remplacement de système.

Interviews avec les porteurs de savoir

Interviews structurées de 60 à 90 minutes avec les personnes qui portent un savoir critique. Nous travaillons avec un guide d'interview qui ne se contente pas de demander « Que faites-vous ? » mais aussi « Pourquoi le faites-vous ainsi ? », « Qu'est-ce qui dérape quand quelqu'un fait autrement ? » et « Quels cas particuliers ne connaissez-vous que vous ? ». Les réponses sont documentées de manière structurée.

Reverse engineering des systèmes existants

Là où des développements propres ou d'anciens systèmes standard tournent sans documentation, nous faisons du reverse engineering : analyse des schémas de base de données, revue de code custom, reconstruction des workflows. Le résultat est une documentation technique exploitable pour remplacement, évolution ou migration.

Process mining à partir des logs

Quand les processus réels divergent de la description cible documentée — ce qui est presque toujours le cas — le process mining aide : à partir des logs ERP, CRM ou workflow engines, nous reconstruisons comment le processus tourne vraiment. C'est la base d'une documentation de savoir juste au quotidien.

Documentation transférable

Le résultat n'est pas un document Word dans un tiroir, mais une base de savoir structurée — typiquement dans un domaine de connaissances SharePoint, optionnellement indexée comme source RAG. Avec responsables, rythme de mise à jour et stratégie de recherche.

Quand la gestion des connaissances devient-elle une mission de construction ? Quand la recovery rend évident que l'ancien système n'est plus tenable, nous transférons à notre équipe Engineering — développement de logiciel custom avec architecture claire, code documenté et plan de transfert dès le premier sprint.

Liens croisés

La gestion des connaissances dans le portefeuille arades.

La gestion des connaissances est rarement un service isolé. Voici les ponts les plus importants vers le reste de notre offre.

Lien croisé

IA et Microsoft Copilot

Stratégie RAG, Microsoft Copilot Adoption, entraînement par persona et identification des cas d'usage. Le cadre stratégique autour de l'intégration des connaissances avec Copilot.

Vers la landing IA →

Service d'urgence

Knowledge Recovery

Service d'urgence en cas de départ de collaborateurs, de changement de prestataire ou de remplacement de système. Méthodologie plus poussée, délai plus court, packages sprint dédiés.

Vers la page Recovery →

Mission suivante

Engineering

Quand la gestion des connaissances devient une mission de construction — développement de logiciel custom avec architecture claire, code documenté et plan de transfert dès le sprint 1.

Vers Engineering →

Questions fréquentes

Ce que nous clarifions avant chaque mandat de savoir.

Quand un système RAG est-il préférable à Microsoft Copilot ?

Microsoft 365 Copilot est le bon choix lorsque vos sources de connaissances vivent déjà dans Microsoft 365 (SharePoint, Teams, OneDrive, Exchange) et que les licences par audience sont calculables. Un assistant RAG propre est pertinent lorsque vous voulez être indépendant de la plateforme, que l'hébergement UE est impératif, que vous devez intégrer des sources hybrides (file shares, Confluence, bases de données métier, PDF scannés) ou que les coûts de licences Copilot deviennent défavorables sur un large périmètre d'utilisateurs. Nous recommandons Copilot comme première étape — et nous complétons avec RAG là où Copilot atteint ses limites.

Pouvons-nous sauver le savoir d'anciens systèmes ?

Oui — c'est le cœur de notre Knowledge Recovery Sprint. Nous combinons des interviews structurées avec les porteurs de savoir, du reverse engineering sur les systèmes existants (schémas de base de données, code custom, workflows) et du process mining à partir des données de logs. Le résultat est une documentation de savoir transférable — adaptée aux changements de collaborateurs, aux transitions de prestataires ou au remplacement d'anciens développements propres. Lorsque la recovery aboutit à une demande de reconstruction, nous transférons à notre équipe Engineering.

Comment structurer correctement SharePoint ?

Nous construisons SharePoint depuis 2007 et nous avons appris : une architecture de l'information plate avec 5 à 10 domaines de connaissances clairement délimités bat n'importe quelle hiérarchie profonde. Par domaine, nous définissons responsables, règles de cycle de vie, métadonnées et stratégie de recherche. Les permissions sont posées au niveau du domaine — pas au niveau du document. Ainsi SharePoint reste maintenable, consultable et compatible Copilot. Le modèle de permissions est la condition préalable au déploiement Copilot ultérieur, parce que Copilot respecte les permissions SharePoint.

Et la question des permissions et de la confidentialité ?

Les permissions sont le sujet le plus difficile en gestion des connaissances — et la raison la plus fréquente de l'échec des rollouts Copilot. Nous travaillons avec les Sensitivity Labels (Microsoft Purview) et un modèle de permissions clair par domaine : qui lit dans un domaine de connaissances SharePoint en voit aussi le contenu via Copilot — qui n'y a pas accès ne voit rien. Pour les domaines confidentiels (RH, direction, M&A), nous montons des domaines de connaissances séparés et isolés, explicitement exclus de Copilot. Pour l'assistant RAG, le même principe s'applique : partitionnement de l'index par cercle de permissions, pas de fuite inter-tenant.

À emporter · deux supports

Fiche et livre blanc.

Deux profondeurs pour différents besoins de lecture. La fiche est une référence rapide (3-5 min) téléchargeable immédiatement. Le livre blanc est une éducation marché avec méthodologie et données comparatives (15-30 min) — vous le recevez par e-mail après une brève demande.

Fiche · 2 pages

Fiche Gestion des connaissances

3-5 min de lecture · Téléchargement direct · sans formulaire

Aperçu compact : périmètre, indicateurs, modèle de pricing, déroulement — idéal à transmettre au CFO, aux achats ou au métier.

Télécharger la fiche (PDF)

Livre blanc · 12 pages

Gestion des connaissances — approfondissement

15-30 min de lecture · par e-mail sur demande

Méthodologie, données comparatives, cadre de recommandation — matériel pour l'argumentation interne face aux parties prenantes.

Échange stratégie de connaissances

Où vit votre savoir — et où est-il menacé ?

30 minutes d'échange initial — nous clarifions si la mise en place SharePoint, l'intégration Copilot, un pilote RAG ou un Knowledge Recovery Sprint d'urgence est la bonne porte d'entrée pour vous. Vous repartez avec une recommandation concrète, en général rapidement.

Échange stratégie de connaissances Tous les services