Faut-il un plan B si l'outil d'IA n'est qu'un confort ?

Oui, dès que des tâches sont confiées à l'outil de façon régulière. Un plan B dit simplement comment faire le travail sans lui pendant quelques jours : modèles papier, procédure manuelle, personne désignée.

Que doit-on garder en cas de changement de conditions ?

Les contenus produits pour l'entreprise, leurs modèles et la liste des usages. Gardez-les hors de l'outil, dans les dossiers de l'entreprise, pour pouvoir continuer si le service change.

Qui décide de quitter un outil ?

Le dirigeant. La décision se prend après lecture des nouvelles conditions et comparaison avec le plan B, pas sous le coup d'une panne.

Panne ou arrêt d'un outil d'IA : le plan B

Un assistant d'IA est un service qu'une entreprise ne contrôle pas. Il peut tomber en panne un matin de dépôt de devis, changer ses conditions d'utilisation sans prévenir de façon visible, modifier le fonctionnement d'une fonction utilisée chaque semaine, ou cesser son service. Le risque n'est pas l'arrêt en soi : c'est de découvrir le problème le jour où une tâche dépend entièrement de l'outil, sans procédure de remplacement.

Les trois formes de dépendance

Forme	Exemple concret	Ce qui casse
Panne	Le service ne répond plus pendant une matinée	Les tâches urgentes, comme une réponse à un client
Changement	Les conditions sont modifiées, un plan payant devient nécessaire	Le budget, la confidentialité, l'usage prévu
Arrêt	L'éditeur cesse le service ou le retire	Les modèles, l'historique, les habitudes de l'équipe

Les trois cas ont la même réponse : une procédure écrite et une copie des éléments qui comptent.

Le plan B en quatre questions

Quelles tâches dépendent de l'outil ? Listez-les : devis, réponses types, comptes rendus, fiches produits. Ne gardez que celles qui reviennent chaque semaine.
Comment faire la tâche sans l'outil ? Un modèle papier, un fichier de texte, une personne qui sait faire. Testez la procédure une fois, en situation réelle, pour voir si elle tient.
Qui décide de basculer ? Nommez une personne, et précisez le déclencheur : une panne de plus d'une journée, une hausse de prix, une modification des conditions.
Où sont les contenus ? Les modèles, les consignes et les réponses types doivent être conservés dans les dossiers de l'entreprise, pas seulement dans l'historique de l'outil.

Ce plan tient en une page. Il n'a pas besoin d'être parfait, il doit être connu.

Garder la main sur les contenus

Un risque fréquent est de tout centraliser dans l'outil : les consignes, les modèles, l'historique des échanges. Le jour où il change, l'équipe perd son fonctionnement. Trois pratiques limitent ce risque :

garder les modèles de devis, de relance et de réponse dans un dossier partagé de l'entreprise ;
tenir une liste des usages, avec la date et l'objectif de chaque usage ;
exporter régulièrement les contenus qui comptent, quand l'outil le permet, et vérifier que l'export est lisible.

Avant d'en faire un contrat, lisez les conditions de l'éditeur sur la conservation, la suppression et la portabilité des contenus. Les points à demander par écrit sont repris dans la page dépendance à un fournisseur d'IA du réseau Savoir IA.

Quand la panne arrive

Vérifier que la panne vient de l'outil et non du réseau de l'entreprise.
Prévenir l'équipe, en indiquant la tâche touchée et le plan B à appliquer.
Basculer sur la procédure manuelle, sans essayer de contourner l'outil par un compte personnel.
Noter la durée de la panne et les tâches retardées.
Après le retour du service, relire les contenus produits pendant la panne.

Le point 3 compte. Un salarié qui remplace l'outil par un compte personnel crée un autre risque : celui de saisir des données dans un service non encadré. La page fuite de données explique ce point.

Quand l'outil change

Une modification de conditions se lit avant d'être subie. Vérifiez trois choses : ce qui est désormais conservé, où, et pour quelle durée. Si une règle n'est pas claire, demandez l'écrit à l'éditeur avant de continuer. Ne décidez pas du changement pendant une urgence.

Liste de vérifications

Les tâches dépendantes de l'outil sont listées.
Une procédure manuelle existe et a été testée.
Une personne est désignée pour basculer.
Les modèles et consignes sont conservés hors de l'outil.
Les conditions de l'éditeur ont été lues et notées à une date.

Ce qui reste à vous

Le choix d'un outil, son remplacement et le budget appartiennent au dirigeant. Cette page ne compare aucun service : elle décrit une procédure qui marche quel que soit l'outil. Pour la gestion d'une erreur produite pendant une panne ou un changement, voir la page incident : que faire.