Préparer un plan de communication de crise avec l’IA dans une TPE
Une méthode pour préparer scénarios, messages et exercices avec l’IA sans inventer de faits, exposer de données sensibles ni automatiser la publication.
Rédaction Cresora IAVeille mondiale · Méthode éditoriale vérifiableObjectif : produire en une journée un kit de crise vérifié, attribué et testable, puis organiser un exercice de trente minutes avec l’équipe.
Pourquoi préparer la communication avant la crise
Dans une petite entreprise, la même personne peut devoir comprendre l’incident, répondre aux clients et informer les salariés. Sous pression, les messages deviennent contradictoires et les informations non confirmées circulent. L’ANSSI recommande de préparer stratégie, outils, entraînement et retours d’expérience à froid.
L’IA peut accélérer un plan, proposer des questions difficiles et reformuler un brouillon. Elle ne sait pas ce qui s’est réellement passé. Elle ne doit ni décider du niveau de crise, ni promettre une reprise, ni publier sur un canal externe.
Pendant la crise, la source de vérité est la fiche de situation validée — jamais la réponse du chatbot.
Définir le périmètre et le responsable
Nommer un pilote, un suppléant et les personnes habilitées à valider. Lister les canaux : téléphone, courriel, site, réseaux sociaux, support et messages internes. Pour chacun, préciser qui rédige, qui vérifie et qui publie.
Séparer communication de crise, réponse technique, obligations juridiques et relation commerciale. Un dirigeant peut cumuler plusieurs rôles, mais les étapes restent distinctes. Prévoir un moyen hors ligne pour retrouver les contacts si les outils habituels sont indisponibles.
Construire trois scénarios utiles
Choisir des situations plausibles : indisponibilité du site, fuite supposée de données, erreur de livraison majeure ou rumeur publique. Décrire le signal initial, les informations manquantes, les publics concernés et les décisions qui dépassent l’équipe.
Demander à l’IA de générer des questions, pas des faits. Exemple : « À partir de ce scénario fictif, liste les questions que poseront clients, salariés et journalistes. Signale toute information absente. N’invente ni cause, ni victime, ni délai. »
- Scénario fictif clairement marqué
- Impact possible
- Sources internes à consulter
- Décideur et suppléant
- Publics à informer
- Seuil d’escalade
Créer une fiche de situation
La fiche contient heure, auteur, faits confirmés, hypothèses séparées, conséquences observées, actions en cours, prochaine mise à jour et validateur. Chaque nouvelle information reçoit une source et un statut.
Copiez dans l’IA uniquement une version minimale et autorisée. Remplacez noms, identifiants, adresses et détails techniques sensibles. Si la confidentialité ne peut pas être préservée, utilisez l’outil pour créer un modèle vide puis remplissez-le hors ligne.
Préparer des modèles sans fausse promesse
Créez quatre trames : accusé de réception, message interne, information client et mise à jour publique. Les champs inconnus restent entre crochets. Interdisez les formulations « tout est sécurisé », « aucune donnée n’est concernée » ou « retour à la normale à telle heure » sans validation.
Un bon premier message reconnaît la situation connue, explique ce qui est fait, indique le prochain point de contact et évite la spéculation. Le ton doit être clair et humain. L’IA peut simplifier une phrase, mais le responsable contrôle chaque engagement.
Utiliser une consigne de rédaction sûre
Fournissez seulement les faits validés et le public. Demandez trois variantes, une liste des affirmations à vérifier et les zones de risque. Exemple : « Rédige 120 mots maximum. N’ajoute aucune cause, chiffre, délai ou responsabilité. Marque [À CONFIRMER] toute information manquante. »
Faites ensuite une relecture croisée : exactitude, confidentialité, obligations éventuelles, cohérence avec les messages précédents et accessibilité. Pour une crise cyber ou des données personnelles, impliquez rapidement les compétences sécurité, juridique et protection des données.
Préparer la boîte à outils
Conservez les contacts prioritaires, modèles, accès de secours, journal de décisions, FAQ vide et procédure de validation dans un emplacement disponible pendant une panne. Imprimez une version courte avec numéros essentiels et premières actions.
Ne placez jamais mots de passe ou secrets dans le kit partagé. Testez les droits d’accès et la disponibilité hors du réseau principal. La meilleure trame ne sert à rien si personne ne peut l’ouvrir.
Exercice de trente minutes pour une TPE
Une personne anime et révèle progressivement trois événements fictifs. L’équipe remplit la fiche, choisit les publics et prépare un message sans l’envoyer. L’IA joue le rôle d’un client inquiet et pose des questions à partir du scénario, sans recevoir de données réelles.
À la fin, comparez le message aux faits disponibles. Mesurez le temps de validation, repérez les promesses inventées et testez le suppléant. L’objectif n’est pas de piéger l’équipe, mais de rendre les rôles et les absences visibles.
- 5 minutes : signal et qualification
- 10 minutes : fiche de situation
- 10 minutes : brouillon et validation
- 5 minutes : retour immédiat
Cas pratique : le site de réservation est indisponible
Une TPE constate que son site ne répond plus. Elle confirme l’indisponibilité depuis deux réseaux mais ignore la cause. Le responsable ouvre la fiche, contacte l’hébergeur et prépare un message client : service indisponible, diagnostic en cours, canal téléphonique disponible, prochain point dans une heure.
L’IA propose d’écrire « attaque détectée ». L’équipe supprime cette invention, car aucune source ne l’établit. Elle publie manuellement après validation, journalise l’heure et met à jour seulement lorsque de nouveaux faits sont confirmés.
Gérer les données personnelles et les autorités
Une suspicion de fuite n’est pas une conclusion. Préservez les preuves, limitez les accès et contactez les personnes compétentes. La notification à la CNIL répond à des critères et délais précis ; un chatbot ne doit pas trancher seul une obligation juridique.
Ne publiez pas de détail facilitant une attaque et ne nommez pas une personne sans nécessité validée. Documentez les faits, décisions et destinataires. En cas de doute sérieux, demandez un avis professionnel plutôt que de transformer une sortie générée en position officielle.
Faire le retour d’expérience et maintenir le plan
Dans les jours suivants, réunissez les participants : qu’avons-nous su, quand, par quelle source ? Quels messages ont ralenti ou aidé ? Quelles informations manquaient ? Séparez ce qui relève de l’outil, de la procédure et de l’organisation.
Mettez à jour contacts et modèles, puis planifiez un nouvel exercice. Vérifiez le plan au changement d’équipe, de prestataire ou de canal. Conservez les versions et les décisions : la mémoire opérationnelle doit rester indépendante de l’historique du chatbot.
Ce qu’il faut encore savoir
L’IA peut-elle publier automatiquement pendant une crise ?
Non. Gardez une validation et une publication humaines : les faits, responsabilités et conséquences changent rapidement.
Peut-on utiliser des données réelles dans le chatbot ?
Seulement dans un environnement explicitement approuvé et avec le minimum nécessaire. Préférez des scénarios fictifs pour les exercices.
Qui doit valider un message ?
Une personne désignée, avec les avis technique, juridique, sécurité ou DPO nécessaires selon le sujet.
À quelle fréquence faire un exercice ?
Au moins après chaque changement important et régulièrement selon vos risques. Un exercice court semestriel constitue un point de départ raisonnable.
Sources et vérification
Les liens ci-dessous permettent de contrôler les informations réglementaires et les données citées. Consultation : 31 août 2026.


