Chacun son outil, chacun sa base : plus éparpillé qu’à l’époque des fichiers Excel

Pourquoi votre entreprise est-elle plus éparpillée alors que chacun gagne du temps avec son outil IA ?

Votre collègue gagne du temps avec son outil de devis. Vous passez encore le vôtre à rapprocher ses données des accords clients. Pour répondre à une question commune, quelqu’un doit réunir des informations que personne ne tient ensemble. C’est là que l’entreprise s’éparpille. Prenons une question de direction : « quels devis pouvons-nous compter dans les ventes de ce mois ? » Une personne suit les propositions envoyées dans son outil. Une autre conserve les accords reçus dans le sien. Avant de décider, il faut encore vérifier leurs réponses ensemble. Chaque personne peut avoir une réponse juste sur sa partie du travail. Un collègue doit pourtant retrouver les correspondances entre les dossiers. Et demander une précision quand les informations ne permettent pas de reconnaître la même affaire.

Le gain individuel ne suffit pas à établir celui de l’entreprise. Choisissez une question qui exige la réponse de plusieurs personnes. Demandez que l’évaluation de l’outil compte le temps de rapprochement, avec celui que son utilisateur économise. La réponse commune exige encore de reprendre les dossiers un par un ? Décidez qui s’en charge et à quel moment ce travail doit être terminé. La décision attendue exige une information vérifiée. Jugez alors l’intégration de l’intelligence artificielle dans les façons de travailler jusqu’à cette réponse commune. Comptez le travail réellement accompli. Tenez compte de la personne qui reprend les informations après leur production, et du temps qu’elle y consacre. Même si l’outil de son collègue ne montre rien de ce travail.

Où vivent les outils quand leur hébergement est déjà inclus ?

Quand l’hébergement est inclus, l’outil fonctionne sur les serveurs du service choisi pour le construire et le publier. La même offre peut fournir la base de données. La personne qui crée l’application peut donc la rendre accessible par une adresse web. Sans demander à son entreprise d’acheter un serveur. L’équipement est déjà là. Pour comprendre ce que cette facilité change, suivons un outil de devis. Le parcours commence par une demande adressée à un agent. Il va jusqu’à la mise en ligne.

1. Faire produire le code. La personne décrit le formulaire souhaité et le calcul attendu. Le modèle, utilisé par l’agent de programmation, produit du code à partir de cette demande. Il faut encore vérifier le résultat. Un écran qui s’affiche ne garantit pas un calcul de devis juste.
2. Relier l’application à sa base. Pour retrouver un devis après avoir fermé la page, l’application doit l’enregistrer. Le service propose aussi une base ? Cette installation peut se faire dans le même environnement. Sans commander séparément un logiciel de stockage.
3. Examiner l’hébergement proposé. L’offre incluse fournit un emplacement. Reste à examiner son adéquation aux données. La CNIL (2024) recommande une analyse préalable des risques, une gouvernance et des règles internes d’utilisation ; selon le déploiement, ces règles peuvent interdire l’envoi de données personnelles ou confidentielles, et un hébergement sur site est présenté comme préférable pour les données sensibles.
4. Mettre l’outil en ligne. La publication rend l’application disponible à son adresse. La sécurité accompagne ce parcours : le guide de l’ANSSI (2024) couvre les systèmes d’IA générative depuis la conception et l’entraînement jusqu’au déploiement en production et à l’utilisation ; il exclut explicitement la protection des données personnelles ainsi que la qualité ou la performance du modèle métier.

Chez HENUSSE, nous codons chaque jour avec des agents. Nous bénéficions aussi de cette facilité. Intégrer l’intelligence artificielle dans les façons de travailler engage ainsi une décision d’équipement dès le choix du service de création. L’entreprise peut déjà avoir un outil hébergé avant d’avoir discuté collectivement de son hébergement.

Où vivent les données quand chacun construit sa propre base ?

Quand chacun construit sa propre base, les données vivent dans des ensembles séparés. Chaque application définit ses champs et le sens de ses statuts. Un tableur sur un disque partagé rassemble les lignes sous les mêmes colonnes. Cela ne garantit pas que chacun les remplisse correctement. Deux applications de devis peuvent, elles, organiser différemment la même information. Prenons le statut « validé ». Dans une base, il peut signifier que la direction a approuvé le prix proposé. Dans l’autre, que le client a accepté le devis. Un même mot, deux sens commerciaux différents.

Qui peut encore lire les données sans passer par l’outil qui les a produites ?

Un collègue peut lire les données sans l’outil qui les a produites. Il lui faut un moyen autorisé de les récupérer, dans un format qu’il peut ouvrir. Et assez d’explications pour comprendre chaque ligne. Un autre tableur compatible permet de copier et d’ouvrir un fichier Excel. Mais les données peuvent rester dans une base accessible uniquement par son application. Transmettre son adresse laisse alors le collègue dépendant des écrans et de leurs possibilités de lecture. Le bouton « exporter » mérite donc un essai. Le fichier obtenu peut contenir les lignes affichées à l’écran, sans les informations nécessaires pour les exploiter ailleurs.

Un export ne suffit pas à établir que les données sont réutilisables. Un devis y désigne son client par un numéro ? La personne qui reçoit le fichier doit pouvoir retrouver le nom correspondant. Sans ouvrir chaque fiche dans l’application d’origine pour faire le rapprochement à la main. Vérifiez les données dont le collègue a besoin pour son travail, dans les limites de ses droits d’accès. Cela ne suppose ni un accès complet à la base pour chacun, ni la visibilité de toutes les informations.

Demandez une lecture hors de l’outil. Choisissez un devis dont vous connaissez le contenu. Demandez à un collègue autorisé de le retrouver dans un export. Avec le fichier reçu et les explications qui l’accompagnent, il doit pouvoir lire le montant du devis et retrouver le nom du client. L’écran habituel reste fermé. Chaque retour nécessaire dans l’application révèle une information manquante dans les éléments transmis. Une correspondance entre deux fichiers, par exemple. Ou une indication aussi simple que la devise des montants. Si la lecture bloque, complétez l’export ou sa notice au point précis du blocage. Reprenez le même devis avec le collègue jusqu’à ce qu’il puisse répondre à partir des éléments reçus. Sans votre aide et sans consulter l’application.

Qui sait que ces outils existent avant que leur créateur parte ?

Le créateur peut être le seul à savoir qu’un outil existe. Même quand son travail alimente celui de ses collègues. Recevoir le résultat d’une application ne donne aucune raison de soupçonner sa présence derrière les documents transmis chaque semaine. Son départ peut révéler cette dépendance. Prenons une personne qui prépare un suivi commercial avec une petite application. Elle envoie le document obtenu à son équipe, sans jamais présenter l’application elle-même. Son remplaçant retrouve les documents habituels dans les dossiers de l’entreprise. Rien ne lui indique qu’un outil distinct servait à les préparer. Ni sous quel nom chercher le service qui l’héberge. Un collègue retrouve ensuite l’adresse de l’application dans un ancien échange ? Le compte fournisseur peut rester introuvable. Il manque l’adresse électronique qui a servi à l’inscription. L’entreprise découvre alors qu’une partie du travail reposait sur cet outil. Elle en recevait les résultats sans connaître son existence. Son seul point de repère était la personne partie.

Construire un outil ne permet-il pas aussi de clarifier le travail ?

Oui. Construire un outil de devis oblige à préciser les règles qu’il devra appliquer. Qui valide une remise ? Dans quels cas autoriser une exception tarifaire ? Prenons un devis pour lequel un commercial souhaite conserver un ancien tarif. Pour que l’outil accepte ou bloque cette proposition, il faut trancher. Le commercial peut-il agir seul, ou doit-il obtenir l’accord d’un responsable ? Qu’est-ce qui justifie de conserver ce prix pour ce client ? La conception fait apparaître une décision que la consigne « reprendre les conditions habituelles » pouvait laisser ouverte. La conséquence est concrète pour la personne qui prépare le devis. Elle sait désormais à quel moment demander une validation.

Mais le créateur peut inscrire sa propre réponse dans le code sans la faire approuver. L’écran présente alors comme une règle de l’entreprise son interprétation personnelle d’une pratique. Voire un choix provisoire pour terminer l’outil. Un blocage prend une apparence officielle. Dans notre exemple, un message impose l’accord de la direction pour conserver un ancien tarif. Ce message ne permet pas, à lui seul, de connaître l’origine de l’exigence. Une décision commerciale encore valable ? Une précaution ajoutée pendant la construction ? La différence compte pour le responsable auquel on demande ensuite d’autoriser une exception.

Pour garder ce bénéfice de clarification, consignez la règle dans un document lisible sans consulter le code. Indiquez qui l’a approuvée et pourquoi. Pour l’ancien tarif, précisez aussi les circonstances qui permettent une dérogation. Le prochain cas pourra alors se discuter sur une base explicite. Une note datée peut suffire. Elle doit permettre de retrouver la décision d’origine. Et de distinguer une règle approuvée d’une hypothèse encore à confirmer avant d’utiliser l’outil pour établir des devis. L’intégration de l’intelligence artificielle dans les façons de travailler gagne ainsi un point d’appui concret. Un responsable conteste le blocage ? La discussion peut porter sur la justification du seuil de validation. Et aboutir à une modification assumée de la règle comme de l’application.

Que faire cette semaine pour que chacun garde son outil sans laisser les bases s’éparpiller ?

Cette semaine, ouvrez un registre partagé. Une fiche par outil. Indiquez son usage et son adresse, puis le fournisseur qui l’héberge. Ajoutez l’emplacement de sa base et le compte qui permet d’y accéder. Aucun mot de passe dans ce document. Pour chaque fiche, consignez les personnes capables de récupérer les données et de les comprendre. Précisez les conditions de reprise au départ du créateur. Qui pourra reprendre le compte fournisseur, avec quels droits ? Où trouver les consignes nécessaires pour continuer le travail ? Rendez les inconnues visibles. Pour préparer la rubrique consacrée aux règles d’utilisation, appuyez-vous sur la CNIL (2024), qui recommande une analyse préalable des risques et une gouvernance accompagnée de règles internes ; selon le déploiement, celles-ci peuvent interdire l’envoi de données personnelles ou confidentielles, et un hébergement sur site est présenté comme préférable pour les données sensibles.

Si une fiche révèle un manque concernant la sécurité, le guide de l’ANSSI (2024) couvre la sécurité d’un système d’IA générative depuis la conception et l’entraînement jusqu’au déploiement en production et à l’utilisation ; il exclut explicitement la protection des données personnelles ainsi que la qualité ou la performance du modèle métier. Pour choisir le premier manque à combler, retenez cette méthode opérationnelle. Un outil nécessaire au travail dépend d’un accès que seul son créateur détient ? Attribuez sa reprise à une autre personne. Les accès sont partagés, mais les données restent incompréhensibles ? Faites documenter un export réel. Inscrivez sur la fiche le nom du responsable et une échéance cette semaine. Vérifiez que la personne désignée peut reprendre l’outil ou lire l’export avec les consignes disponibles. Le temps gagné se mesure aussi chez le collègue qui passe après.