Les équipiers IA, un par un.

Analyse périodiquement une base et signale les passages qui se contredisent (« le doc A dit X, le doc B dit Y ») à arbitrer.

Repère les documents inchangés depuis longtemps que l'assistant cite encore dans ses réponses, pour que vous confirmiez s'ils sont toujours d'actualité, à rafraîchir ou à retirer.

Quand un document annonce un changement (note de version, nouvelle grille, règle qui change), repère les documents plus anciens qui disent encore l'ancien état et dit quoi y corriger. Le constat se referme de lui-même une fois la source corrigée.

Analyse la couverture d'une base, repère les sujets demandés mais absents ou obsolètes, et rédige des brouillons à valider.

Écoute chaque mois les réunions clients rangées dans les bases que vous lui donnez et range par thème ce que vos clients ont dit : ce qu'ils apprécient, ce qui les freine, ce qu'ils demandent. Chaque phrase est celle du client, vérifiée dans la transcription, avec la réunion d'où elle vient.

Démarre si des réunions avec des clients sont rangées dans une base.

Extrait les citations positives de vos clients dans vos réunions enregistrées et vos transcriptions d'appels (Gong, Modjo, Teams), et constitue une bibliothèque de témoignages prête à l'emploi : chaque verbatim attribué et sourcé, soumis à votre validation.

Démarre si des appels ou des réunions avec des clients sont rangés dans une base.

Écoute chaque semaine les réunions clients rangées dans les bases que vous lui donnez, hors rendez-vous commerciaux. Quand une même situation revient dans plusieurs réunions (un client mécontent d'un retard, une demande hors de ce qui est prévu), écrit ce que votre équipe fait dans ce cas, étape par étape, chaque étape avec ses sources. Chaque playbook attend votre relecture.

Démarre si des réunions de suivi avec des clients sont rangées dans une base.

Détecte les questions récurrentes dans vos conversations et rédige des entrées de FAQ à partir de vos bases, sources à l'appui. Une réponse peu sûre, absente, ou tirée d'une autre base que celle de la FAQ passe en revue avant publication.

Range chaque semaine, pour l'équipe produit, les questions que vos clients ont posées au support (chat, Slack, téléphone) : les sujets les plus demandés, ce qui est resté sans réponse, les réponses jugées mauvaises. Chaque question est telle qu'elle a été posée.

Démarre si des clients ont posé des questions au support.

Repère les demandes qui reviennent dans vos tickets de support et rédige pour chacune la réponse à reprendre, tirée de ce que votre équipe a déjà répondu et de vos bases, sources à l'appui. Une demande sans réponse connue est notée au journal, jamais transformée en fiche vide.

Démarre si des tickets de support sont synchronisés.

Lit chaque heure les tickets Zendesk qui attendent une réponse, cherche celle-ci dans les bases que vous lui nommez et la dépose en note interne sur le ticket, avec ses sources. Votre conseiller relit, ajuste et envoie depuis Zendesk : rien ne part au client sans lui.

Démarre si Zendesk est connecté.

Un chat à intégrer sur votre site qui répond aux visiteurs à partir de vos bases publiques : réponses sourcées, quotas, relais humain.

Répond aux questions posées dans Slack à partir de vos bases de connaissances (déclenché par une mention).

Démarre si Slack est connecté.

Avant un rendez-vous avec un client, vous envoie où vous en êtes avec lui. Les faits (la dernière réunion et ce qui y a été décidé, ce que vous devez encore et ce qu'il doit encore, les derniers mails, les tickets de support, les affaires) et une lecture courte, tirés de ce que vous pouvez lire. La connaissance vous trouve, sans la demander.

Avant une revue de compte inscrite à votre agenda, vous envoie de quoi l'ouvrir. Les faits de la période (réunions et décisions, engagements encore ouverts de chaque côté, tickets, affaires, derniers échanges) et une lecture proposée (points d'attention, ordre du jour, questions). À la demande aussi, pour un client que vous nommez.

Avant le renouvellement d'un client, inscrit à votre agenda ou dans la liste « Comptes » (à 60, 30 et 7 jours), vous envoie le dossier de l'année : réunions et décisions, engagements encore ouverts de chaque côté, tickets, affaires, une lecture proposée de ce qui peut peser sur le renouvellement, et ce que le client a dit dans vos réunions, mot pour mot (ce qu'il apprécie, ce qui le freine, ce qu'il demande). À la demande aussi, pour un client que vous nommez.

Chaque lundi, rappelle à chacun ce qu'il a promis à ses clients en réunion et ce que ses clients lui ont promis, tant que ce n'est pas tenu. Reconnaît seul ce qui a été fait depuis, et propose la relance de ce que le client doit encore.

Démarre si des réunions avec des clients sont résumées.

Après chaque réunion avec un client, envoie à son auteur l'essentiel du compte rendu (décisions, qui fait quoi, points ouverts) et le mail de suivi à envoyer au client, repris mot pour mot de la note. Rien ne part au client sans vous.

Démarre si des réunions avec des clients sont résumées.

Chaque semaine, les comptes à surveiller : ce que le client a dit en réunion ou écrit qui laisse entendre qu'il pourrait réduire, ne pas renouveler ou partir (mot pour mot, vérifié), un silence qui dure, des tickets qui s'accumulent, avec ce que vous lui devez encore. Et, dans la liste « Comptes », la santé de chaque compte (Bonne, Fragile, Critique) avec ce sur quoi elle repose. Rien ne part au client.

Démarre si des réunions avec des clients sont résumées.

Transforme vos enregistrements de réunion (déjà transcrits à l'import) en comptes-rendus structurés (résumé, décisions, actions) à valider avant publication.

Démarre si des fichiers audio de réunion sont importés dans une base.

À partir d'un nom d'entreprise, réunit son profil CRM (HubSpot/Salesforce) et les actus web récentes en un brief : situation, signaux récents, enjeux et accroches. Idéal lancé depuis le chat avec « @ ».

Chaque semaine, la date de renouvellement et le montant annuel des comptes de la liste « Comptes » qui n'en ont pas, lus dans leurs contrats, bons de commande et factures, chacun avec la phrase qui le dit. Proposés à la liste par une carte, que valide qui lit le contrat ; une valeur déjà inscrite n'est jamais remplacée.

Démarre si des documents sont indexés.

Écoute chaque semaine vos réunions clients, hors rendez-vous commerciaux, et envoie à leur auteur ce que le client a dit qui appelle plus que ce qu'il a aujourd'hui : une autre équipe à équiper, un nouvel usage, un budget. Mot pour mot, vérifié dans la transcription, avec ce que le CRM porte déjà pour ce client. Rien ne part au client.

Avant la réunion de lancement d'un nouveau client inscrite à votre agenda, vous envoie ce que la vente a laissé. Les faits (interlocuteurs, affaires, réunions et décisions, engagements pris, derniers échanges) et une lecture proposée (ce qui a été vendu, points de vigilance, déroulé, questions). À la demande aussi, pour un client que vous nommez.

Avant la réunion de lancement d'un nouveau client, vous envoie les étapes à lui proposer. Elles sont tirées de la méthode d'onboarding que vos bases décrivent, chacune avec sa source, et adaptées à ce qui a été vendu et promis. Les dates se calculent depuis le jour du kickoff. Sans méthode dans vos bases, pas de plan.

Avant la mise en production d'un client inscrite à votre agenda, vous envoie la checklist que vos bases décrivent, pointée pour ce client : ce qui est fait, ce qui reste à faire, ce que rien ne montre. Chaque point cite sa source, et un point fait nomme la réunion qui le montre. Sans checklist dans vos bases, rien n'est envoyé.

Après chaque session de formation avec un client, envoie à la personne qui l'a menée ce qui a été vu, les questions posées et la suite, avec le mail de récap à envoyer aux participants. Chaque point vient de ce qui a été dit, et rien ne part aux participants sans vous.

Démarre si des réunions avec des clients sont résumées.

Écrit pour chaque profil d'utilisateur chez vos clients (administrateur, utilisateur) un guide de prise en main tiré de votre documentation, sources citées. Il lit les bases que vous lui nommez, sinon celles que votre chat de support expose déjà. Chaque guide attend votre relecture avant de sortir.

Démarre si une base partagée a du contenu.

Une semaine, un mois et deux mois après le lancement d'un client, envoie à la personne qui a tenu le kickoff le mail de suivi à lui adresser, écrit d'après ses notes : ce qui a été convenu, ce qui s'est tenu depuis, ce qui reste ouvert de chaque côté. Rien ne part au client sans vous.

Démarre si des réunions avec des clients sont résumées.

Écoute chaque semaine les réunions tenues avec vos clients en cours d'onboarding et envoie à leur auteur ce que le client a dit qui le freine ou le bloque, mot pour mot, avec la réunion d'où cela vient. Chaque phrase est vérifiée dans la transcription, et rien ne part au client.

Démarre si des réunions avec des clients sont résumées.

Avant un rendez-vous avec un client, vous envoie où vous en êtes avec lui. Les faits (la dernière réunion et ce qui y a été décidé, ce que vous devez encore et ce qu'il doit encore, les derniers mails, les tickets de support, les affaires) et une lecture courte, tirés de ce que vous pouvez lire. La connaissance vous trouve, sans la demander.

Avant une démonstration inscrite à votre agenda, vous envoie le dossier du prospect : qui sera dans la salle, ce qu'il a dit vouloir et ses objections (mot pour mot), ce que vous lui avez promis, et une lecture proposée (par quoi commencer, points de vigilance, questions). À la demande aussi, pour un prospect que vous nommez.

Avant une négociation ou une signature inscrite à votre agenda, vous envoie le dossier du client : ce qu'il a dit de son prix, de ses conditions et de ce qui le freine (mot pour mot), les prix et conditions que vos notes de réunion portent, les engagements ouverts de chaque côté, et une lecture proposée. Aucun prix n'est proposé ni déduit. À la demande aussi, pour un client que vous nommez.

Extrait les citations positives de vos clients dans vos réunions enregistrées et vos transcriptions d'appels (Gong, Modjo, Teams), et constitue une bibliothèque de témoignages prête à l'emploi : chaque verbatim attribué et sourcé, soumis à votre validation.

Après chaque réunion avec un client, envoie à son auteur l'essentiel du compte rendu (décisions, qui fait quoi, points ouverts) et le mail de suivi à envoyer au client, repris mot pour mot de la note. Rien ne part au client sans vous.

Démarre si des réunions avec des clients sont résumées.

À partir du nom d'un concurrent, rédige une fiche pour vos commerciaux : comment il se positionne, où vous êtes plus fort ou plus faible, les questions qui le mettent en difficulté, les objections fréquentes et leurs réponses, les pièges à éviter. Elle ne lit que ce que vous pouvez lire : vos bases, vos notes de réunion où il est nommé, vos derniers rapports de veille. Chaque point cite sa source, mot pour mot ; sans source, la fiche écrit « aucun élément dans vos bases ». Elle attend votre validation au Centre de revue.

Répond à un appel d'offres ou questionnaire de sécurité, question par question, à partir de vos bases, avec citations et score de confiance. Les réponses incertaines sont signalées. Le questionnaire complété est déposé en revue avant envoi au prospect.

Avant de répondre à un appel d'offres, relève ses exigences et mesure, pour chacune, si vos bases la couvrent. Le décompte (couvertes, partielles, non couvertes) est calculé, pas écrit par le modèle. Le document remet le tableau exigence par exigence avec sa source, les échéances relevées, une recommandation motivée et les points à demander à vos experts. C'est une aide, pas une décision. Il attend votre validation au Centre de revue.

Quand la base ne sait pas répondre, il identifie la personne la plus à même de savoir (propriétaire de la base concernée, contributeurs, connecteurs) et vous propose de lui transmettre la question, avec une note prête à envoyer. Il sait qui sait.

À partir d'un nom d'entreprise, réunit son profil CRM (HubSpot/Salesforce) et les actus web récentes en un brief : situation, signaux récents, enjeux et accroches. Idéal lancé depuis le chat avec « @ ».

À partir d'un compte et de l'angle que vous voulez lui donner, rédige deux variantes courtes : un e-mail et une note de connexion LinkedIn. Chaque fait sur le prospect vient de son dossier (CRM, bases) et est recopié mot pour mot de sa source ; sans fait, le message ne repose que sur votre angle. Aucune accroche flatteuse inventée, et rien n'est envoyé.

Chaque jour, repère dans votre boîte Gmail ou Outlook les échanges où votre dernier message est resté sans réponse depuis plusieurs jours (cinq par défaut) et vous envoie UN courrier : la liste, avec pour chacun un brouillon de relance court écrit d'après le fil. Seulement si votre boîte garde aussi vos messages envoyés. Rien n'est envoyé au correspondant.

Démarre si votre boîte Gmail ou Outlook garde aussi vos messages envoyés.

Chaque semaine, cherche sur le web l'actualité récente des comptes que vous suivez (levée de fonds, recrutement massif, nouvelle direction, appel d'offres, lancement) et dépose un signal par fait sourcé : le fait, sa source avec son adresse, et ce qu'il peut ouvrir pour une approche. Aucune source, aucun signal. Rien n'est envoyé.

Démarre si la recherche web est activée.

Chaque jour, relit les contacts et les sociétés HubSpot nouveaux ou modifiés et les note contre le profil client idéal que vous avez écrit : fort, à voir ou faible, avec le motif en une phrase qui cite les champs de la fiche. Sans champ cité, la note est « à voir ». Rien n'est écrit dans le CRM.

Démarre si HubSpot est connecté et ses fiches synchronisées.

Rédige le brouillon d'une proposition commerciale pour un client, à partir des propositions que vos bases retrouvent et du dossier du client. Chaque passage cite ses documents ; les montants viennent tels quels de vos documents de tarifs, jamais du modèle, sinon « [montant à confirmer] ». Rien n'est envoyé : un document à vérifier.

Vérifie le chiffrage d'un devis collé ou joint : le compare à vos documents de tarifs, calcule les écarts et les totaux, et dit ce qui concorde, ce qui diverge (les deux sources côte à côte) et ce qui n'a aucune référence. Sans document de tarifs retrouvé, elle ne conclut rien.

Propose deux ou trois formules d'offre pour un client (essentielle, recommandée, étendue), bâties uniquement sur ce que vos tarifs et fiches produit décrivent. Les prix sont recopiés tels quels et cités, jamais calculés ; sans tarif retrouvé, les formules sont rendues sans prix. Un document à vérifier.

Compare les clauses d'une proposition ou d'un contrat à vos documents juridiques (politique contractuelle, conditions générales, clauses types) et liste celles qui s'en écartent ou qui manquent, chacune avec sa référence. Elle ne donne aucun avis juridique : un document pour qui relit.

Chaque semaine, relève dans votre CRM les affaires ouvertes dont l'étape dit qu'une proposition est partie (un des mots proposition, proposal, devis, quote, offre) et dont la fiche n'a pas été modifiée depuis un nombre de jours que vous réglez (10 par défaut), ou dont la clôture prévue est dépassée. Un constat par affaire (dix au plus) et un document à valider : le tableau, puis un brouillon de relance court par affaire, écrit d'après la seule fiche. Étapes, montants et dates viennent des fiches, jamais du modèle ; une étape qui n'est qu'un numéro n'est pas devinée. Rien n'est envoyé.

Démarre si HubSpot ou Salesforce est connecté et ses affaires synchronisées.

Chaque semaine, relève les affaires ouvertes de votre CRM dont la clôture prévue est dépassée ou dont la fiche n'a pas été modifiée depuis un nombre de jours que vous réglez, chacune avec sa raison exacte (« clôture prévue le 12/09, dépassée de 30 jours »). Un constat par raison au Centre de revue, et un document de revue à valider : le tableau, calculé sur les fiches, et un court commentaire du modèle sur ces seules lignes. Le CRM synchronisé ne donne ni propriétaire d'affaire ni historique d'activité : la revue s'adresse à l'équipe.

Surveille vos fiches du CRM sans modèle de langage : affaires sans montant ou sans date de clôture, clôture déjà passée, deux affaires du même nom, montants et dates illisibles, étapes qu'on ne sait pas lire, sociétés sans domaine, contacts sans adresse. Un constat chiffré par anomalie (« 14 affaires sans montant sur 120 »), qui remplace le précédent.

Chaque mois, un tableau de vos affaires ouvertes par mois de clôture prévue et par étape : nombre et somme, calculés sur les fiches, dans la devise telle qu'elle est écrite. Aucune pondération : le CRM synchronisé ne donne pas de probabilité. Le modèle commente seulement ces chiffres (ce qui pèse le plus, ce qui est concentré, ce qui manque). Trop peu d'affaires lisibles, pas de prévision. Document à valider.

Chaque trimestre, compte les affaires gagnées et perdues du trimestre écoulé (nombre et montants, calculés sur les fiches), puis propose une lecture des causes à partir des seules descriptions des affaires et des notes de réunion que vous pouvez lire. Chaque cause cite les affaires qui la montrent, avec la phrase d'où elle vient, retrouvée dans le texte. Sans matière suffisante, le document le dit. Document à valider.

Avant la réunion de lancement d'un nouveau client inscrite à votre agenda, vous envoie ce que la vente a laissé. Les faits (interlocuteurs, affaires, réunions et décisions, engagements pris, derniers échanges) et une lecture proposée (ce qui a été vendu, points de vigilance, déroulé, questions). À la demande aussi, pour un client que vous nommez.

Démarre si un agenda est connecté.

Écoute chaque semaine vos rendez-vous commerciaux et envoie à leur auteur ce que le prospect a dit qui freine l'achat (prix, concurrent, calendrier, risque, intégration, décideur absent), mot pour mot, rangé par thème. Chaque phrase est vérifiée dans la transcription, et rien ne part au prospect.

Démarre si des réunions avec des clients ou des prospects sont résumées.

Compose un guide d'accueil à partir de vos bases partagées, sources citées : entreprise, produits, outils, contacts, première semaine. Pour un poste à la demande, ou de lui-même pour chaque personne qui arrive, à partir de ce qu'elle peut lire.

Lit ce que votre entreprise a écrit (site, articles, lettres d'information) et en tire une charte de ton : la voix, ses traits, son vocabulaire, chacun appuyé sur une citation de vos documents. Une fois validée, elle guide les contenus rédigés.

Rédige un post LinkedIn, un article, une lettre d'information ou une page à partir d'un brief, depuis ce que vos bases savent et dans le ton de votre charte validée. Chaque contenu est un brouillon à relire, avec ce qui reste à vérifier : rien n'est publié.

Décline UN contenu (un article, un communiqué, un post déjà écrit), collé ou joint, en brouillons pour LinkedIn, X, la lettre d'information ou un extrait de newsletter, dans le ton de votre charte validée. Elle ne dit que ce que le contenu dit : un chiffre, un lien ou une citation qu'il ne porte pas fait écarter la déclinaison, et un message de X ne dépasse jamais 280 caractères. Rien n'est publié : un document à vérifier.

Chaque mois, propose quatre semaines de publications (une ligne par semaine et par canal) à partir de ce que votre organisation possède déjà : mots-clés issus des appels, veille, questions récurrentes, lacunes de couverture et contenus récents de vos bases. Chaque sujet cite sa raison, mot pour mot. Aucune donnée d'audience : pas de « meilleur moment pour publier ». Sans assez de matière, pas de calendrier. Un document à vérifier.

Compare un texte, collé ou joint, à la charte de ton validée de votre organisation et liste les écarts : chacun cite le passage du texte et le point de la charte qu'il contredit. Elle ne réécrit rien. Sans charte validée, elle le dit et s'arrête : elle ne déduit pas un ton. Un document à vérifier.

Démarre si une charte de ton est validée.

Génère des rapports de veille (tendances marché, analyse concurrents, actus secteur) à intervalle régulier, enrichis du contexte de vos bases.

Démarre si la recherche web est activée.

Extrait les mots-clés à forte intention et le vocabulaire exact des prospects depuis vos transcriptions d'appels (Gong, Modjo, Teams), regroupés en opportunités et angles de contenu.

Démarre si des appels sont transcrits.

Audite l'URL d'un article au regard d'une checklist de 21 critères de "contenu utile" et produit une scorecard claire et cohérente, avec les points à améliorer.

Chaque semaine, relève ce qui a vieilli dans les articles et les pages de site rangés dans les bases que vous nommez, sans modèle de langage : une modification à la source plus ancienne que le seuil que vous réglez (12 mois par défaut), une année passée citée comme présente (« cette année 2023 », une année dans le titre, « en 2022 » quand c'est la dernière année du texte), un copyright d'une année passée (« © 2021 »), un « mis à jour le » ancien. Chaque article est classé avec la raison exacte et le passage cité. Un constat par raison au Centre de revue, et un document « Articles à rafraîchir » par mois, à valider. Aucun trafic, aucun classement, aucun concurrent : Ragnight n'a pas ces données. À la différence du curateur de fraîcheur, qui compare l'âge d'un document à l'usage qu'en fait l'assistant sur vos bases de connaissance, elle regarde le contenu publié et ce que son texte dit de son âge.

Démarre si des articles ou des pages sont indexés.

Chaque mois, mesure si vos contenus couvrent les sujets que l'on vous demande réellement : les mots-clés validés de la recherche issue de vos appels, les questions récurrentes de la FAQ du chat, et la liste de sujets que vous réglez. Pour chaque sujet, la recherche par le sens retrouve le passage le plus proche dans les bases que vous nommez, et sa proximité décide, calculée sans modèle de langage : couvert, partiellement couvert ou non couvert, comptés. Un document « Sujets non couverts » à valider donne, pour chaque sujet, d'où vient la demande et le contenu le plus proche. Aucune estimation de volume de recherche : Ragnight n'a pas ces données. Pas de bilan sur trop peu de sujets.

Démarre si des mots-clés validés ou des questions de FAQ existent.

Compose un brief de messaging d'événement par persona (pitch, propositions de valeur, preuves clients et contexte partenaire) ancré dans votre positionnement et vos cas clients.

Transforme un brief interne d'événement en une description publique soignée et on-brand (génère trois angles, garde le meilleur) en conservant la logistique.

Commente chaque campagne Brevo quelques jours après son envoi, la compare aux trois mois précédents et vous alerte quand le clic décroche ou que les désinscriptions grimpent. Avec le suivi des destinataires activé dans le connecteur, vous prévient aussi de qui se désinscrit, n'ouvre plus ou ne reçoit plus vos emails. Chiffres exacts, jamais inventés.

Démarre si Brevo est connecté.

À partir des sujets que vous donnez (un par ligne), rédige une lettre d'information en brouillon : un objet et un préheader proposés, une accroche, trois à cinq blocs et un appel à l'action, dans la voix validée de votre organisation, sinon sobrement. Pour chaque sujet, elle retrouve les passages de vos bases et les cite ; aucun chiffre, lien ou citation n'entre dans la lettre sans venir de vos sujets ou d'un passage retrouvé. Un document à vérifier : rien n'est envoyé.

Chaque semaine, prépare en brouillon les publications par canal (LinkedIn et X, à votre choix) : un sujet, un texte dans le ton de votre charte validée, et sa source citée (un contenu récent de vos bases, une idée de sujet validée ou un sujet que vous donnez). Les limites de caractères, les hashtags, les chiffres, les liens et les citations sont vérifiés dans le code, pas demandés au modèle. Rien n'est publié, et aucune impression ni aucun clic n'est lu : Ragnight n'est relié à aucun réseau social.

Chaque semaine, cherche sur le web l'actualité des thèmes que vous suivez et propose des idées de sujets de publication, chacune avec au moins une source datée (adresse et phrase recopiée). Aucune idée sans source, aucune tendance affirmée sans source. Le résultat est un document à vérifier. Rien n'est publié.

Démarre si la recherche web est activée.

À partir du texte d'un post, rédige une consigne d'image abstraite ou de produit (sans personne, sans visage, sans logo, sans texte, sans chiffre : une consigne qui en décrit est refusée), génère l'image avec le générateur d'images de votre organisation (désactivé par défaut) et la dépose à vérifier avec sa consigne. Le code demande que l'image n'ait ni visage, ni logo, ni texte, mais ne la vérifie pas : une personne la regarde avant tout usage. Rien n'est publié.

Démarre si la génération d'images est activée.

Extrait les citations positives de vos clients dans vos réunions enregistrées et vos transcriptions d'appels (Gong, Modjo, Teams), et constitue une bibliothèque de témoignages prête à l'emploi : chaque verbatim attribué et sourcé, soumis à votre validation.

À partir du nom d'un client, rédige le brouillon d'une étude de cas : son contexte et son besoin, ce qui a été mis en place pour lui, ce que le client en dit (ses propres phrases, retrouvées mot pour mot dans ses réunions, avec la réunion) et un emplacement « [résultat chiffré à confirmer avec le client] ». Aucun résultat, chiffre ni bénéfice n'est inventé ni déduit. Elle ne lit que ce que vous pouvez lire, et pas les réunions rangées dans un espace personnel. Le document dit en tête qu'il doit être validé par le client avant toute publication, et attend votre validation au Centre de revue.

Tient à jour, chaque mois, un seul document : les clients qui ont dit du bien de vous récemment, une entreprise par ligne, avec leur dernière phrase positive (mot pour mot, avec la réunion et sa date), la personne qui l'a dite et le nombre de réunions concernées. Elle ne sait pas si un client accepte de témoigner : le document le dit, « à demander au client ». Sans phrase retrouvée, rien n'est publié. Chaque mise à jour attend votre validation au Centre de revue.

Démarre si des réunions avec des clients sont rangées dans une base.

Compose un guide d'accueil à partir de vos bases partagées, sources citées : entreprise, produits, outils, contacts, première semaine. Pour un poste à la demande, ou de lui-même pour chaque personne qui arrive, à partir de ce qu'elle peut lire.

Un collaborateur s'en va ? L'agent prépare un entretien ciblé sur ce qu'il est seul à savoir, puis distille ses réponses (notes ou enregistrement) en connaissance pérenne. Votre entreprise n'oublie plus personne.

Dès qu'une personne est désignée sur le départ, avec son dernier jour et son successeur :

• L'inventaire : les bases qu'elle a créées pour l'organisation, les équipiers dont elle est responsable, ses comptes clients, ses collections, ses tableaux de bord et ses assistants publiés.
• Les transferts : à la validation du plan par un administrateur, Lou les fait elle-même : tout passe au successeur, qui reçoit le droit de gérer les bases. Un élément qui a changé de main entre-temps n'est pas touché.
• Ce qui reste à reprendre : les sources connectées avec son compte (à reconnecter) et ses clés d'API (une intégration peut en dépendre) sont signalées, jamais coupées. Son espace personnel reste le sien.
• La fermeture des accès : le lendemain de son dernier jour, si le plan est appliqué, son accès à l'organisation est fermé. C'est réversible.
• La discrétion : un départ n'est pas toujours annoncé : le plan n'est visible et ne se valide que par un administrateur.

À chaque arrivée, quand le service de la personne est renseigné :

• Ce que lit son service : les bases que lisent tous les autres membres de son service (au moins deux), par un droit nommé ou parce qu'ils les ont créées ; jamais par leur rang, un administrateur lisant tout.
• La proposition : celles que la personne ne lit pas encore, sans espace personnel, boîte mail ni base de brouillons, sur une carte à valider.
• L'ouverture : seul un administrateur valide ; Lou ouvre alors chaque base en lecture seulement. Un droit plus large se donne à la main.

Un mois, puis trois mois après chaque arrivée :

• Trois questions : ce que la personne a cherché sans le trouver, ce qu'elle aurait aimé savoir dès le premier jour, ce qui la bloque encore ; une notification les lui apporte, une fois par étape.
• Des lacunes à combler : chaque chose cherchée sans être trouvée devient une lacune de la connaissance, traitée comme celles relevées dans le chat.
• La discrétion : les réponses font une carte que seuls les administrateurs lisent, et la personne le sait avant de répondre. Ce qu'elle demande à l'assistant n'est jamais lu.

Pour chaque arrivée annoncée dans la liste « Arrivées prévues » :

• La liste : elle arrive avec Lou, posée dans sa base à son recrutement (validée si la personne qui recrute gère cette base, sinon à valider par qui la gère). On y annonce la personne, son adresse, sa date d'arrivée, son poste, son service, son responsable et son parrain.
• La semaine d'avant : le point sur l'arrivée : l'invitation à Ragnight (constatée : une adhésion existe à son adresse), le responsable et le parrain, le matériel et le planning (cochés dans la liste), et les bases que lit tout son service, ouvertes à son arrivée sur validation.
• Deux jours avant : si quelque chose manque encore, une relance. Chaque fois, une notification au responsable désigné et une carte au Centre de revue.

Fouille les conversations récentes pour récupérer le savoir non documenté (décisions et leur raison, procédures, faits) et en propose des fiches de connaissance à valider.

Pour chaque poste ouvert dans la liste « Recrutements », apportée par Morgan à son recrutement :

• Trois documents qui se répondent : la fiche de poste, l'annonce et la grille d'entretien, une question par critère du recruteur.
• Rien d'inventé : écrits à partir de la liste et, pour le ton, des fiches de poste déjà rangées ; ni salaire, ni avantage, ni chiffre que le recruteur n'a pas donné.
• Pas de discrimination : un critère qui vise un motif interdit (âge, sexe, situation de famille, origine…) est écarté et dit.

Pour chaque candidature de la liste « Candidatures », avec son CV et le poste visé :

• Critère par critère : pour chaque critère écrit par le recruteur, « un passage du CV le montre » (cité et retrouvé mot pour mot) ou « rien dans le CV ne le montre », ce qui ne veut jamais dire que la personne ne l'a pas.
• Ni note, ni classement : aucune note, aucun classement, aucune recommandation : la décision revient au recruteur (RGPD, art. 22).
• Ce qu'elle ignore : tout ce qui touche à la personne (âge, photo, famille, origine, santé…) ; un critère discriminatoire est écarté.
• Usage à haut risque : l'AI Act range la lecture de candidatures parmi les usages à haut risque (annexe III) : la personne doit être informée qu'une IA a lu son CV, et un humain doit pouvoir expliquer toute décision.

Chaque lundi, à partir de la liste « Entretiens », apportée par Swann à son recrutement :

• Ce qui vient et ce qui est en retard : les entretiens des quatorze jours qui viennent et ceux dont la date est passée sans qu'ils aient eu lieu.
• L'entretien professionnel : les membres sans entretien professionnel inscrit dans la liste depuis deux ans, comme l'exige l'article L6315-1 du Code du travail.
• Les managers : chaque manager qui a un entretien dans la semaine reçoit une notification.

La semaine avant chaque entretien de la liste « Entretiens » :

• Ce qui a été écrit : les objectifs fixés et les réalisations, relevés dans les documents de la base qui nomment la personne depuis quinze mois, chacun cité et retrouvé mot pour mot.
• Jamais une appréciation : ni note, ni avis, ni adjectif sur la performance : le dossier le dit, l'évaluation revient au manager avec la personne.
• Ce qu'il ne lit pas : jamais une boîte mail, ni ce que la personne a demandé à l'assistant : seulement la base de la mission.

Chaque lundi :

• Les questions RH sans réponse : les lacunes ouvertes de la connaissance dont la question touche aux RH (congés, mutuelle, télétravail, notes de frais, paie, formation…).
• Les plus partagées d'abord : classées par nombre de personnes qui les ont posées ; les personnes ne sont jamais nommées, et les conversations ne sont pas lues.

Chaque lundi, dans la base RH :

• Ce qui se périme au 1er janvier : les documents qui nomment le SMIC, le plafond de la Sécurité sociale, le barème kilométrique, les titres-restaurant, la gratification de stage ou l'indemnité de télétravail.
• À vérifier : ceux qui n'ont pas été mis à jour depuis le 1er janvier de l'année, avec les montants qu'ils nomment ; Sam ne tient pas les montants et n'en invente aucun.

La veille de chaque CODIR, un document à relire, envoyé aux membres à qui la base du CODIR est ouverte nommément. Il tient en cinq parties :

• Le bilan des actions : chaque action décidée au CODIR précédent, faite, en cours, en retard ou sans nouvelle. « Faite » ou « en cours » seulement si une pièce de la semaine le montre, citée mot pour mot ; « en retard » d'après l'échéance du compte rendu.
• Les sujets reportés : ce qui était prévu au CODIR précédent et que son compte rendu ne traite pas revient à l'ordre du jour, marqué « reporté ».
• L'ordre du jour minuté : les sujets proposés, répartis sur la durée de la réunion, chacun appuyé sur une pièce.
• Le tour de table de chaque sujet : ce que chaque membre en a déjà dit en réunion, cité mot pour mot ; les objections déjà entendues ; ceux dont on ne connaît pas l'avis ; ce qui manque pour trancher.
• Les pièces lues et les limites : la liste des réunions, documents et e-mails lus depuis le dernier CODIR, et ce que la préparation ne sait pas. Elle ne lit que les bases de ses réglages : ni boîte mail (sauf les e-mails marqués d'un libellé choisi), ni espace personnel ; de l'agenda de l'animateur, s'il le nomme, seulement la date, la durée et l'invitation du CODIR.

En milieu de semaine, un courrier à chaque responsable d'une action décidée au dernier CODIR :

• Ses actions ouvertes : seulement les siennes qui ne sont pas faites, avec leur état : en cours ou faite seulement si une pièce le montre, citée mot pour mot ; en retard d'après l'échéance.
• Le bon destinataire : le responsable est retrouvé par son nom parmi les membres du CODIR ; un nom ambigu n'est relancé à personne, et le compte rendu du passage le dit.
• Une seule relance : une par CODIR et par personne ; chacun peut quitter ce courrier.

Dès que la date de l'AG est réglée, avec la forme de la société, sa cotation et la clôture de l'exercice :

• Le rétroplanning : chaque échéance (mise à disposition du commissaire aux comptes, avis au BALO, convocation, documents au siège et sur le site, questions écrites, date d'enregistrement, dépôt au greffe, résultat des votes), sa date limite et l'article qui la fonde.
• Les pièces : comptes annuels, rapport de gestion, rapport du commissaire aux comptes, résolutions, ordre du jour, formulaire de vote, et pour une société cotée l'avis de réunion, le rapport sur le gouvernement d'entreprise et le rapport financier annuel : trouvées par leur titre dans vos bases, ou manquantes.
• Le point du lundi : les échéances des deux semaines qui viennent et les pièces encore manquantes, en une carte qui remplace celle de la semaine d'avant.
• Les limites : les jours fériés ne sont pas retirés des jours ouvrés, vos statuts peuvent prévoir plus long, et une pièce trouvée par son titre n'a pas été relue. Ce n'est pas un avis juridique.

Chaque jour, dans ce qui est arrivé depuis la veille :

• Les questions : chaque question d'un actionnaire ou d'un investisseur, avec qui la pose et le passage où elle est posée, copié mot pour mot et vérifié ; une question n'est relevée qu'une fois.
• Le moment : avant, pendant ou après l'AG ; une question écrite d'une SA arrivée après le quatrième jour ouvré avant l'AG est dite hors délai (art. R225-84).
• Le brouillon de réponse : tiré d'un document de l'AG (jamais d'un mail ni d'une réunion), avec le passage qui le fonde ; sans document qui réponde, la carte le dit.
• Ce qu'elle lit : les bases de ses réglages, par défaut celle de l'équipier ; d'une boîte mail nommée par son propriétaire, seulement les messages marqués du libellé choisi.
• La prudence : rien ne part à un actionnaire ; pour une société cotée, la carte rappelle qu'une réponse ne révèle rien qui ne soit déjà public.

La veille de l'assemblée :

• Les questions reçues : celles de la liste « Questions » d'Ariel, posées avant l'AG, avec leur réponse : validée, non validée, ou à préparer. Rien n'est réécrit.
• Les questions probables : tirées des documents de l'AG ; une question n'est gardée que si sa réponse s'appuie sur un passage d'un document, cité et retrouvé mot pour mot. La question elle-même est la lecture d'Ariel.
• En séance : le document est rangé dans la base de l'équipier : le management le lit, ou l'interroge dans le chat. Pour une société cotée, il rappelle que tous les actionnaires reçoivent la même information.

Dans les quinze jours qui suivent l'AG, dès que sa transcription est rangée :

• Le procès-verbal : date et lieu, convocation, ordre du jour, bureau, quorum, documents soumis, débats, résolutions et résultat des votes : chaque élément cite le passage de la transcription qui le dit. Ce qui n'a pas été dit reste « à compléter », et la signature du bureau reste à faire.
• La lettre aux actionnaires : écrite à partir des seuls éléments retrouvés (mentions du procès-verbal, résolutions, réponses validées aux questions posées en séance), sans chiffre ni nom ajouté.
• La prudence : deux documents à valider, rien n'est envoyé. Pour une société cotée, la lettre rappelle la publication du résultat des votes sur le site dans les quinze jours et le passage par le juridique.

Chaque lundi, une carte :

• Les pièces de l'audit : juridique (Kbis, statuts, table de capitalisation, pacte, procès-verbaux), finance (comptes, prévisionnel, reporting), deck, propriété intellectuelle, équipe (organigramme, BSPCE), contrats clients, registre RGPD.
• Leur état : à jour, à rafraîchir quand elle est plus vieille que ce qu'un investisseur accepte (un Kbis ou une table de capitalisation de plus de trois mois, des comptes de plus de dix-huit), ou manquante.
• Les limites : une pièce est trouvée par son titre, elle n'a pas été relue ; un fonds peut demander d'autres pièces.

Le premier jour ouvré de chaque mois :

• Les quatre rubriques : chiffres clés, faits marquants, difficultés (sans les adoucir) et ce dont la société a besoin de ses investisseurs.
• La preuve : chaque fait s'appuie sur un passage d'une pièce du mois (reporting, compte rendu de réunion, document), retrouvé mot pour mot, et dit sa source. Jamais une boîte mail ni un espace personnel.
• Pas pour une société cotée : une lettre à quelques investisseurs serait une communication sélective : la mission le dit et ne fait rien.

Répond à un appel d'offres ou questionnaire de sécurité, question par question, à partir de vos bases, avec citations et score de confiance. Les réponses incertaines sont signalées. Le questionnaire complété est déposé en revue avant envoi au prospect.

Surveille les évolutions réglementaires (RGPD, AI Act, ISO…) et alerte là où vos politiques internes ne sont plus alignées (l'angle souverain et régulé).

Ré-audite les réponses déjà données par l'IA (support web, chat, Slack) face à votre base et signale chaque réponse non étayée : fait inventé, affirmation non sourcée, engagement de trop. Pour faire confiance à votre IA devant vos clients.

Chaque lundi, à partir des tickets terminés depuis les notes précédentes :

• Les tickets terminés : ceux que Jira ou Linear marquent terminés, dans les bases lues, jamais repris dans des notes précédentes.
• Pour les clients : nouveautés, améliorations et corrections, dans une langue de client ; chaque ligne cite les tickets qu'elle décrit, et rien que les tickets ne disent (ni date, ni promesse).
• Rien ne se perd : un ticket terminé qu'aucune ligne ne reprend (souvent un sujet interne) est listé à part, pour vérification. Rien n'est publié sans relecture.

Chaque semaine, dans les réunions, tickets et appels arrivés depuis le passage précédent :

• Les demandes, pas les bugs : ce qu'un client voudrait que le logiciel fasse, avec sa phrase, citée et retrouvée mot pour mot.
• Comptées : une demande déjà au registre voit son nombre augmenter et sa dernière citation changer ; une demande nouvelle y entre, « nouvelle ».
• À votre rythme : chaque écriture passe par une carte, selon l'autonomie que vous donnez à la mission ; le statut (en étude, planifiée, livrée, refusée) reste le vôtre.

Range chaque semaine, pour l'équipe produit, les questions que vos clients ont posées au support (chat, Slack, téléphone) : les sujets les plus demandés, ce qui est resté sans réponse, les réponses jugées mauvaises. Chaque question est telle qu'elle a été posée.

Démarre si des clients ont posé des questions au support.

Écoute chaque mois les réunions clients rangées dans les bases que vous lui donnez et range par thème ce que vos clients ont dit : ce qu'ils apprécient, ce qui les freine, ce qu'ils demandent. Chaque phrase est celle du client, vérifiée dans la transcription, avec la réunion d'où elle vient.

Démarre si des réunions avec des clients sont rangées dans une base.

Quand un document annonce un changement (note de version, nouvelle grille, règle qui change), repère les documents plus anciens qui disent encore l'ancien état et dit quoi y corriger. Le constat se referme de lui-même une fois la source corrigée.

Depuis le passage précédent, dans les réunions de la base de Jo :

• Chaque décision, une fois : les décisions relevées par le compte rendu de chaque réunion entrent au registre, avec leur date et leur réunion ; une décision déjà au registre n'y est pas remise.
• La mémoire de l'équipe : le registre répond à « pourquoi a-t-on fait ça ? » ; une décision remplacée s'y marque « remplacée ».

Pour chaque incident résolu du registre « Incidents » :

• Les pièces de la période : les documents (messages Slack, tickets) et notes de réunion de la base de Jo, d'un jour avant le début à deux jours après la fin.
• Cité, ou à établir : chronologie, impact, causes et actions ne sont écrits que sur une citation retrouvée mot pour mot ; sinon « à établir en réunion ».
• Sans coupable : un post-mortem décrit des faits et des systèmes, jamais des personnes.

Chaque lundi, à partir des tickets de support arrivés depuis le passage précédent :

• Les bugs, pas les questions : les tickets (Zendesk, Intercom) qui décrivent un comportement qui ne marche pas, chacun avec le passage qui le décrit, cité et retrouvé mot pour mot.
• Regroupés : les tickets qui parlent du même problème font un seul bug, avec leur nombre.
• Déjà suivi, ou à ouvrir : chaque bug est rapproché des tickets Jira ou Linear encore ouverts ; rien n'est écrit dans ces outils.

Compare les valeurs que vos notices, catalogues et fiches techniques donnent à chaque référence produit, et signale celles qui ne s'accordent pas (un courant, une masse, une cote), avec ce que dit chaque document et où. Rien n'est corrigé : c'est à vous de trancher.

Compare chaque traduction de vos fiches techniques à son original : chaque nombre de l'original (une valeur, une cote, une résistance) doit se retrouver dans la traduction, à sa place, et rien ne doit s'y ajouter. Signale chaque écart avec la ligne de chaque document. Rien n'est corrigé.

Traduit vos fiches techniques page par page, et compare chaque nombre de la traduction à l'original avant de vous la proposer : une valeur, une cote, une référence recopiée de travers est retraduite ou signalée. Chaque traduction attend votre relecture.