Claude Projects : ton cerveau d'entreprise centralisé

Tu ouvres Claude, tu lui réexpliques ton activité, tu recolles le même document, tu repostes les mêmes consignes de ton. Puis tu fermes la fenêtre. Demain, tu recommences à zéro. Ce rituel te coûte cinq minutes par conversation et, surtout, il t'épuise : l'IA ne te connaît jamais vraiment. Les Projects règlent exactement ce problème. Tu poses ton contexte une fois, et Claude le garde. Chaque nouvelle discussion démarre avec ta boîte déjà en tête. C'est la différence entre un assistant à qui tu réexpliques tout chaque matin et un bras droit qui connaît déjà le dossier.

Dans ce guide, je te montre comment monter ton premier Project, quoi y mettre, comment le partager à ton équipe et où sont les pièges. Pas de théorie : ce sont les réglages que j'installe avec les dirigeants que j'accompagne, parce qu'ils transforment Claude en outil de tous les jours plutôt qu'en gadget qu'on ouvre deux fois par semaine. Si tu débutes avec Claude, commence par notre guide Claude pour dirigeants, puis reviens monter ton premier Project.

01Un Project, c'est quoi

Un Project, c'est un espace de travail dédié à l'intérieur de Claude. Trois choses y vivent en permanence : une base de connaissances (les fichiers que tu déposes), des instructions (les consignes qui s'appliquent à tout) et l'historique de tes conversations liées. Tant que tu restes dans ce Project, Claude a tout ça sous la main, sans que tu aies à le recoller.

La différence avec un chat classique est simple : un chat oublie tout dès que tu le quittes. Un Project se souvient. Tu le configures une fois, et chaque conversation que tu y lances hérite automatiquement de ce socle.

Un chat, c'est une feuille blanche à chaque fois. Un Project, c'est un bureau où ton dossier est déjà ouvert quand tu arrives.

02Quand l'utiliser plutôt qu'un chat

Tout ne mérite pas un Project. Pour une question ponctuelle, une traduction rapide, une idée jetée à la volée, un simple chat suffit. Le Project devient rentable dès que tu reviens plusieurs fois sur le même sujet avec le même contexte. La règle que je donne : si tu te surprends à recoller les mêmes infos pour la troisième fois, arrête. C'est le signal qu'il te faut un Project.

• Chat simple : une demande isolée, sans contexte à réutiliser. Tu poses, tu prends la réponse, tu fermes.
• Project : un domaine récurrent (ton offre, tes clients, ta communication) où le même socle revient à chaque fois.
• Plusieurs Projects : un par grande zone de ton activité, pour ne pas mélanger le contexte commercial et le contexte technique.

L'erreur classique, c'est de tout entasser dans un seul méga-Project. Tu finis avec une base où Claude pioche des infos qui n'ont rien à voir avec ta demande. Mieux vaut trois Projects nets qu'un Project fourre-tout.

03Charger le bon contexte

La qualité des réponses dépend directement de ce que tu mets dans la base. Le réflexe à éviter : tout déverser. Une base gonflée de vieux fichiers dilue le signal. Tu veux des documents qui répondent à une question simple : « De quoi Claude a-t-il besoin pour bien me répondre dans ce Project ? »

Pour un Project commercial, par exemple, je charge la fiche de l'offre, deux ou trois propositions gagnantes, et la liste des objections fréquentes avec leurs réponses. Rien d'autre. Claude a alors tout pour rédiger une relance ou préparer un rendez-vous qui sonne juste, sans inventer.

Une base de connaissances, ça se taille comme un jardin : ce qui compte, c'est ce que tu enlèves autant que ce que tu ajoutes.

Pense aussi à dater tes documents. Si tes tarifs changent, remplace le fichier au lieu d'en ajouter un second. Sinon Claude voit deux vérités et choisit parfois la mauvaise.

04Écrire les instructions

Les instructions, c'est le cadre qui s'applique à chaque conversation du Project. Elles répondent à trois questions : qui est Claude ici, ce qu'il sait de toi, et comment il doit répondre. Bien écrites, elles t'évitent de répéter ton ton et tes contraintes à chaque fois. Voici un exemple que tu peux adapter pour un Project communication.

Tu es mon assistant éditorial. Mon activité : [décrire en deux lignes]. Ma cible : [profil]. Mon ton : direct, phrases courtes, zéro jargon, pas d'emoji à chaque ligne. À chaque demande, propose toujours deux versions et signale-moi si une info te manque plutôt que d'inventer. Ne promets jamais de chiffre que je ne t'ai pas donné.

Cette dernière consigne (« signale-moi si une info te manque plutôt que d'inventer ») est la plus rentable. C'est elle qui transforme un Claude bavard en un Claude fiable. Pour un Project plus opérationnel, on cale plutôt le format de sortie.

Tu es mon analyste interne. Quand je te soumets un document, réponds toujours en trois blocs : faits, décisions attendues, points de vigilance. Sépare clairement ce qui vient du document de ce qui est ton interprétation. Reste factuel, pas de remplissage.

05Le partager avec ton équipe

C'est là que le Project change d'échelle. Avec un plan Claude pour les équipes, tu partages un Project à tes collaborateurs. Ils héritent du même contexte et des mêmes instructions. Résultat : tout le monde parle à une IA calée sur ta boîte, avec le même ton et les mêmes faits. Fini les écarts entre celui qui prompte bien et celui qui débute.

• Un standard partagé : ton commercial junior produit une relance au niveau de ton meilleur vendeur, parce que la base et les instructions sont les mêmes.
• Moins de formation : pas besoin d'apprendre à chacun les bons prompts. Le Project porte le savoir-faire.
• Une seule source de vérité : tu mets à jour un fichier dans la base, et toute l'équipe répond avec la nouvelle version.

Le vrai gain n'est pas individuel, il est collectif. Un Project bien construit, c'est ta façon de faire les choses, encodée une fois et disponible pour tous. C'est précisément ce que j'appelle le cerveau d'entreprise centralisé : un endroit où ton expertise vit, au lieu de rester coincée dans ta tête.

06Des cas d'usage concrets

Pour que ce soit clair, voici des Projects que j'ai vu tourner pour de vrai chez des dirigeants et des indépendants. Aucun n'est compliqué à monter. Chacun part d'un besoin récurrent qui usait du temps avant.

Prends le Project contenu. Tu y charges tes dix meilleurs posts, tu poses ton ton dans les instructions, et tu lui balances une idée en trois mots. Il te sort un premier jet déjà à ta voix, que tu n'as plus qu'à corriger. Ce qui te prenait une heure t'en prend dix minutes. Et comme le ton est encodé une fois, tu n'as plus jamais à le réexpliquer.

07Les limites à connaître

Un Project n'est pas une boîte magique. Trois limites à garder en tête avant d'y mettre n'importe quoi. La première : la base a une capacité. Tu ne peux pas y verser une bibliothèque entière. Trie, garde l'essentiel, c'est de toute façon meilleur pour la qualité des réponses.

• Fraîcheur des données : Claude ne sait que ce que tu déposes. Si un tarif change et que tu ne mets pas la base à jour, il répond avec l'ancien. Le Project ne se met pas à jour tout seul.
• Confidentialité : ne charge pas de données sensibles sans avoir vérifié les conditions de ton plan et ce que tu as le droit d'y mettre. Mots de passe, données clients identifiantes, secrets : on réfléchit avant.
• Pas un coffre-fort légal : un Project organise ton contexte, il ne remplace ni ton juriste ni ta sauvegarde. Garde tes originaux ailleurs.

Ces limites ne sont pas des freins, ce sont des règles d'hygiène. Une fois que tu les intègres, le Project devient un outil sur lequel tu peux vraiment t'appuyer au quotidien. Le déclic, c'est de comprendre que tu ne configures pas un outil : tu encodes ta façon de travailler. Et ça, c'est exactement ce qu'on installe ensemble pendant l'accompagnement L'Amplificateur.

Maël Équille · Ampliris IA

Coach IA pour dirigeants de PME. J'accompagne plus de 100 dirigeants à intégrer l'IA dans leur business, avec la méthode DAEG. En savoir plus →