Second cerveau PME : index partagé process et outils

Un second cerveau PME, c’est un index partagé : où trouver l’info, quels process, quelles fiches outils, pour que l’IA et les humains partagent le même contexte. Les fichiers restent dans les outils métier.

L’équipe gagne du temps quand la réponse « où ça vit ? » et « comment on fait ? » tient en une page d’accueil que chacun peut ouvrir. L’IA devient utile quand elle s’appuie sur ce même index (process, vocabulaire, conventions), au lieu d’un prompt improvisé à chaque fois.

En bref. Un second cerveau PME, c’est un index partagé à trois briques : process (étapes + humain vs IA), contexte entreprise (ICP, offres, vocabulaire, règle données), stack (fiche par outil). V1 visée en 2 à 4 semaines (ordre de grandeur recommandé), en 7 étapes : une équipe et un seul espace, page d’accueil, 5 à 10 process critiques, contexte entreprise, fiches outils, règle données, propriétaire nommé et revue mensuelle de 30 min. On n’y met pas les dossiers clients ni une copie du Drive. Différent d’un RAG : l’index oriente ; les fichiers restent dans les outils métier.

Mettre en place un second cerveau en PME : la méthode en 7 étapes

Ordre de grandeur recommandé pour la V1 : 2 à 4 semaines. Une première fiche sert dès les premiers jours ; la V1 d’équipe complète demande davantage. Sept étapes, pour une équipe, dans cet ordre.

1. Borner le périmètre à une équipe. Choisir une équipe et un seul espace déjà accessible à ses membres : wiki, Notion, Confluence, ou Drive avec une page d’accueil. Un seul point d’entrée. Si deux espaces coexistent le temps d’une migration, l’équipe ne sait plus où chercher. Les autres équipes s’ajoutent quand celle-ci s’en sert.
2. Poser la page d’accueil. Trois liens ou trois sections : process, contexte entreprise, stack. Rien d’autre la première semaine. Un titre du type « Index équipe : où trouver quoi ». La date de dernière revue est visible sur la page.
3. Écrire 5 à 10 process critiques. Retenir les process qui coûtent du temps ou de l’erreur : relances devis, onboarding client, réponse SAV type, reporting hebdo, préparation réunion CoDir. Pour chacun : étapes dans l’ordre, qui fait quoi, où l’humain tranche, où l’IA peut assister, lien vers la source de vérité (CRM, modèle de mail, checklist métier). Les skills et les modèles de prompt se rattachent au process, par exemple « relances devis ».
4. Rédiger le contexte entreprise. Une à trois pages : qui l’entreprise sert, chaque offre en une phrase, vocabulaire (termes à utiliser, termes à éviter), ton, contraintes (délais types, règles commerciales). Humains et IA lisent alors les mêmes mots.
5. Ficher les outils réellement utilisés. Une fiche courte par outil déjà en production : rôle, arborescence ou champs clés, conventions de nommage, qui a accès, lien vers la doc interne ou le fournisseur. Drive, CRM, messagerie, facturation, ticketing : la stack en place. Un outil qui n’est plus utilisé sort de l’index.
6. Écrire la règle données. Une page : ce qui peut entrer dans un outil d’IA, ce qui ne sort jamais. L’index pointe vers la source de vérité (CRM, Drive, GED). Il décrit où vivent les dossiers, les devis signés et l’historique de chat, et il les laisse à leur place. Phrase à coller en haut de l’accueil : « On décrit où ça vit et comment on travaille ; on ne duplique pas les fichiers métier. » Exemple : la fiche « relances devis » indique le statut CRM, le lien vers le modèle de mail, et le skill IA autorisé (reformuler, sous relecture). Le devis reste dans le CRM ou le Drive client. Cadre : données IA Europe et secret professionnel en PME.
7. Nommer un propriétaire et caler la revue mensuelle. Un propriétaire nommé : référent opérationnel, office manager ou responsable métier, selon la taille. Les contributeurs proposent, le propriétaire publie et garde la cohérence. Revue de 30 minutes, une fois par mois : liens cassés, process obsolètes, nouvel outil à ficher, skill IA à rattacher à un process. Sans cette revue, l’index se périme vite.

Objectif recommandé sur ces 2 à 4 semaines : l’accueil, 5 à 10 process et les fiches des outils principaux. La suite s’ajoute au fil des besoins.

La checklist qui suit dit ce qui doit être vrai avant d’ouvrir cet index à l’IA.

Checklist de lancement

À cocher avant d’ouvrir l’index à un assistant. Si une case n’est pas cochée, on complète l’index avant de le faire lire par l’IA.

• ☐ Sources de vérité listées. Chaque process pointe vers le CRM, le Drive ou la GED. Le fichier original reste dans cet outil.
• ☐ Données sensibles exclues. Dossiers clients et secret professionnel hors de l’index. La règle données, sur une page, dit ce qui peut entrer dans un outil d’IA et ce qui n’en sort jamais.
• ☐ Accès revus. Qui lit, qui publie, qui reste dehors. Les accès collent à l’équipe du périmètre.
• ☐ Propriétaire nommé. Le nom est écrit sur la page d’accueil. La revue mensuelle de 30 minutes est posée au calendrier.
• ☐ Page d’accueil publiée. Trois entrées : process, contexte entreprise, stack. La date de dernière revue est visible.
• ☐ Process et fiches outils écrits. 5 à 10 process critiques (étapes, humain, moment où l’IA assiste) et une fiche par outil réellement utilisé.

Pourquoi les dumps Drive et le « tout le contexte » échouent

Deux réflexes courants bloquent l’adoption.

Dump Drive / dossier « IA ». On crée un espace, on y copie devis, mails, PDF clients, notes brutes « pour que l’IA ait tout ». Résultat : doublons, versions divergentes, surface de risque données élargie, et personne ne sait quelle copie fait foi. L’outil métier (CRM, Drive client, GED) était déjà la source de vérité ; le dump en crée une deuxième.

ChatGPT (ou équivalent) « avec tout le contexte ». On colle un long fil, un PDF entier, l’historique d’un dossier. Le modèle répond une fois ; le contexte n’est ni partagé ni maintenu. Le collègue suivant repart de zéro. Les prompts restent à zéro de réutilisabilité. La dette s’accumule : chacun a son prompt perso, son dossier shadow, sa version de la vérité.

Le symptôme se répète : « l’IA ne connaît pas notre métier ». Le plus souvent, le métier n’est écrit nulle part de façon consultable. Il vit dans des têtes, des fils Slack, des modèles de mails non versionnés. Sans carte commune, chaque prompt improvise.

Sans index commun, l’IA amplifie le bruit. Avec un index léger, humains et assistants partagent la même carte : process, contexte entreprise, stack. Le critère « process avant licences » de la feuille de route IA PME s’applique ici tel quel : écrire où vit l’info avant d’acheter une couche de plus.

Les 3 briques de l’index

Trois briques extractibles. Une page d’accueil les pointe ; le reste peut vivre en sous-pages.

Brique	Contenu	Exemple
Process	Étapes métier + humain vs IA (skills)	Relances devis : étapes + modèle prompt / auto liée
Contexte entreprise	Qui on sert, offres, vocabulaire, contraintes	ICP, ton, règles données d’une page
Stack	Fiche par outil : organisation, conventions, accès	Drive (arbo), CRM (champs), messagerie

Process. Pour chaque process critique : étapes dans l’ordre, rôle humain, moment où l’IA peut assister (résumer, reformuler, préparer une relance), livrable attendu, outil de vérité. Les skills et usages IA se rattachent ici : un modèle de prompt ou une automatisation liée au process « relances devis ».

Contexte entreprise. Une à trois pages : ICP (qui on sert), offres en une phrase chacune, vocabulaire métier (termes à utiliser / à éviter), ton, contraintes (délais types, règles commerciales). Y coller la règle données d’une page (ce qui peut entrer dans un outil d’IA, ce qui ne sort jamais) aligne l’index avec le cadre données IA Europe et secret professionnel.

Stack. Une fiche par outil réellement utilisé : à quoi il sert, arborescence ou champs clés, conventions de nommage, qui a accès, lien vers la doc interne ou le fournisseur. Drive, CRM, messagerie, facturation, ticketing : uniquement la stack en service.

Ces trois briques tiennent le fil pour former les équipes à l’IA : l’onboarding consiste à lire l’accueil de l’index et 2 à 3 process du poste.

Index partagé vs RAG / assistant documents

Un assistant IA sur documents (RAG) répond à partir de fichiers indexés : il retrouve des passages proches de la question, et le modèle rédige à partir de ces passages. C’est pertinent quand la documentation est déjà propre et que la question porte sur le contenu d’un document.

L’index second cerveau décrit autre chose : où vit l’info, les process (étapes, humain vs IA) et les fiches outils. La source de vérité reste le CRM, le Drive ou la GED. L’index oriente ; les fichiers restent dans les outils métier.

Les deux se complètent. Sans index process, le RAG amplifie le bruit : doublons, versions divergentes, et plus personne ne sait quel document fait foi. Sans sources propres, l’index ne nourrit pas l’IA. En PME, on commence par l’index léger (un espace, une page d’accueil, 5 à 10 process, des liens), puis on industrialise un assistant documents si la recherche dans les fichiers devient un vrai besoin.

Le second cerveau personnel sert une seule personne (notes, routines). Celui de l’entreprise partage process, vocabulaire et stack, pour que les collègues et l’IA lisent la même carte. Sans version partagée, chaque collègue (et chaque prompt) repart de zéro.

Cette carte est une des quatre briques à poser autour de l’IA : connecteurs, skills, second cerveau, routines. Le passage du perso à l’équipe est dans le guide second cerveau. La structure du dossier d’entreprise et les règles pour le faire vivre sont dans le webinaire second cerveau.

Ce qu’on ne met pas dans l’index

Liste à coller dans la règle de l’espace. L’index reste léger si ces éléments restent dehors.

• Dossiers clients / secret professionnel. Ils vivent dans l’outil métier (GED, CRM, dossier cabinet). L’index dit où et sous quelle règle ; il ne les héberge pas. Cadre : données IA Europe, secret professionnel PME.
• Doublons fichiers « pour l’IA ». Copier un PDF « dans le dossier IA » crée une deuxième vérité. Pointer vers l’original ; minimiser ce qui entre dans un prompt.
• Historique chat brut non trié. Les fils ChatGPT / Claude / autre ne sont pas une base de connaissance. Extraire ce qui devient un process ou un skill ; archiver ou supprimer le reste selon la règle.
• Deuxième vérité vs CRM / Drive. Statuts, montants, pièces : une source fait foi. Si l’index et le CRM divergent, on corrige le CRM (ou la source métier), puis on met à jour le lien dans l’index.

L’index garde l’emplacement et la règle. Les données sensibles restent dans l’outil métier.

Gouvernance légère

Trois décisions suffisent en PME.

Qui met à jour. Un propriétaire nommé (référent opérationnel, office manager ou responsable métier, selon la taille). Les contributeurs peuvent proposer ; le propriétaire publie et garde la cohérence.

Qui lit à l’onboarding. Chaque nouvel arrivant (ou chaque nouveau poste touchant l’IA) lit la page d’accueil + les process de son rôle. Lien naturel avec former les équipes à l’IA en PME : l’index sert de support de formation. Compte pro, accès stack, et première tâche assistée par IA se branchent sur le même fil.

Revue. Mensuelle, 30 minutes, agenda fixe : process à archiver, fiches outils, règle données toujours alignée, skills IA encore branchés sur un process réel. Revue annuelle plus large si le CoDir veut une phrase sur « où vit notre connaissance opérationnelle ».

Signaux d’alerte. Liens morts, process que personne ne suit, fiche outil pour un logiciel abandonné, skill IA orphelin (prompt sans process porteur). Ces signaux se traitent pendant la revue mensuelle.

Pas de comité permanent. Pas de workflow d’approbation à cinq niveaux. La légèreté conditionne l’usage.

Ce qui marche / ce qui ne marche pas

Ce qui marche

• Définir le second cerveau comme index (où + process + fiches), dès la première phrase.
• Une page d’accueil à trois briques, un seul espace.
• 5 à 10 process critiques avec humain vs IA explicite.
• Skills et prompts rattachés à un process existant.
• Liens vers CRM / Drive / GED ; zéro copie massive de dossiers.
• Règle données d’une page dans le contexte entreprise.
• Propriétaire nommé + revue mensuelle 30 min.
• Formation courte branchée sur l’index (former équipes IA).

Ce qui ne marche pas

• Recopier « tout le Drive » dans un espace IA.
• Coller l’historique chat brut comme base de connaissance.
• Documenter vingt process fantômes avant d’en utiliser cinq.
• Choisir un outil neuf avant d’avoir écrit l’accueil.
• Laisser l’index sans propriétaire ni date de revue.
• Mettre des dossiers clients / secret pro dans l’index.
• Écrire des prompts isolés, sans process porteur : chacun repart de zéro et le shadow IA s’installe.
• Prioriser une usine à gaz (bases multiples, permissions complexes) au détriment de l’adoption.

Sans index, chaque prompt repart de zéro, la dette documentaire monte, et le shadow IA comble le vide avec des usages non cadrés. L’index léger réduit ce vide.

Pour prioriser quel process documenter en premier (impact × faisabilité × données), s’appuyer sur la feuille de route IA PME. Sur la rentabilisation des cas d’usage une fois le contexte partagé, voir aussi rentabiliser l’IA en entreprise.

Questions fréquentes

Par où commencer pour mettre en place un second cerveau en PME ?

Par une équipe et un seul espace déjà accessible : wiki, Notion, Confluence ou Drive avec une page d’accueil. On pose ensuite la page d’accueil (process, contexte entreprise, stack), puis 5 à 10 process critiques. L’index s’écrit avant d’ajouter un outil.

Combien de temps pour une V1 de second cerveau en PME ?

Ordre de grandeur recommandé : 2 à 4 semaines pour une équipe. L’objectif dans ce délai : la page d’accueil, 5 à 10 process critiques, les fiches des outils principaux, la règle données et un propriétaire nommé. La suite s’ajoute quand l’équipe s’en sert.

Quels outils pour monter un second cerveau en PME ?

Wiki, Notion, Confluence, Drive structuré ou page d’accueil interne suffisent en V1, dès lors que l’équipe y accède déjà. Multiplier les bases, les champs et les permissions freine l’usage dès le départ.

Quelle différence entre un second cerveau PME et un RAG ?

L’index du second cerveau décrit où vit l’information, les process et les fiches outils. La source de vérité reste le CRM, le Drive ou la GED. Un assistant RAG répond à partir de documents indexés. Les deux se complètent : sans index de process, le RAG amplifie le bruit ; sans sources propres, l’index ne nourrit pas l’IA. On commence par l’index léger, puis on industrialise un assistant documents si la recherche dans les fichiers devient un besoin.

Que ne faut-il pas mettre dans un second cerveau d’entreprise ?

Les dossiers clients et le secret professionnel, qui restent dans l’outil métier. Les copies de fichiers faites pour l’IA. L’historique de chat brut. Une deuxième version des statuts, des montants ou des pièces déjà tenus dans le CRM ou le Drive. L’index indique où ces éléments vivent et ce qui ne sort jamais vers un outil externe.

Qui maintient le second cerveau en PME ?

Un propriétaire nommé : référent opérationnel, office manager ou responsable métier, selon la taille. Il publie et garde la cohérence, les contributeurs proposent. Une revue mensuelle de 30 minutes couvre les process obsolètes, les fiches outils, les liens cassés et les skills IA à rattacher à un process.