De quatre jours à 30 minutes : un assistant IA pour Emergency Management Logistics Canada

Scott Cameron dirige la seule plateforme en ligne commune au Canada pour le réseautage en logistique de gestion des urgences. Quand des communautés font face à des catastrophes (inondations, feux de forêt ou évacuations massives), les administrations locales et les organismes communautaires comptent sur des systèmes coordonnés pour repérer les ressources et mobiliser du soutien rapidement.

Il a bâti quelque chose de réellement important.

Scott n’est pas développeur. Il gère cette plateforme comme fondateur-exploitant, ce qui veut dire que c’est à lui d’entretenir le site Web. Et comme beaucoup de fondateurs portés par une mission, il se débrouillait avec les outils qu’il avait sous la main, y compris l’IA.

Ce travail compte. Le temps de Scott compte.

Scott utilisait déjà l’IA pour mettre à jour son site Web, et c’était un bon pas! Il y arrivait.
Mais sans bagage technique, il passait encore quatre jours à se battre : copier du code à la main dans ChatGPT, attendre les suggestions, les recopier. Il y avait moyen de faire mieux.

Il était le pont physique entre un outil intelligent et son propre site Web. Chaque modification l’obligeait à jouer à la fois le messager, le traducteur et le dactylo. L’IA avait beaucoup à dire. Elle n’avait juste aucun moyen de toucher à quoi que ce soit. L’autre défi? Brilliant Directories n’a pas été conçu pour l’IA. Il fallait donc trouver une façon de connecter Claude au site Web.

Et nous l’avons trouvée! La question qui nous guidait : à quoi ça doit ressembler pour quelqu’un qui veut juste que son site Web fonctionne?

Scott travaille maintenant dans Claude, branché directement sur le site Web d’EML Canada. Claude peut lire ses pages, voir ce sur quoi il travaille et faire les modifications lui-même, avec la confirmation explicite de Scott avant toute mise en ligne.

Un problème qui avait (avec raison) accaparé quatre jours la semaine d’avant s’est réglé en 30 minutes.

Résultats positifs

• 4 jours de travail ramenés à 30 minutes : le défi précis sur lequel Scott s’acharnait a été réglé la première fois qu’il a utilisé la nouvelle configuration
• Claude lit le site directement : fini le copier-coller de code ou de contenu dans une fenêtre de clavardage. Claude voit les vraies pages
• Les modifications se font avec confirmation, pas dans le chaos : Claude peut apporter des changements directement, mais rien n’est mis en ligne sans l’accord de Scott. Il garde le contrôle, il n’est pas tenu à l’écart
• Du langage clair, pas du jargon de développeur : Claude répond comme un collègue de confiance qui connaît le site par cœur, pas comme un outil technique que Scott doit interpréter
• Du temps rendu à la mission : les heures englouties dans l’entretien du site vont maintenant au travail qui est vraiment le sien : bâtir l’infrastructure de préparation aux urgences partout au Canada

L’histoire complète

Scott a bâti Emergency Management Logistics Canada (EMLCanada) pour renforcer ces liens. La plateforme relie les municipalités, les organismes communautaires et les professionnels de la gestion des urgences pour qu’ils puissent repérer les ressources locales, bâtir des relations et mieux se coordonner quand une urgence survient. Aujourd’hui, des dizaines de municipalités en Alberta, et un nombre croissant ailleurs au Canada, utilisent la plateforme pour soutenir leurs efforts de préparation, d’intervention et de rétablissement.

EMLCanada a aussi participé à des projets pilotes collaboratifs avec des organisations nationales, pour explorer comment des réseaux logistiques partagés peuvent améliorer la coordination lors de catastrophes.

Le défi

Le problème n’était pas que ChatGPT était inutile. C’était que l’utiliser obligeait Scott à tout faire à la main. Il repérait un problème sur son site. Puis il fouillait dans ses fichiers pour trouver le code concerné. Puis il le copiait dans une fenêtre de clavardage. Puis il lisait les suggestions. Puis il recopiait ces changements dans son site. Puis quelque chose clochait un peu, et il recommençait.

Il y a un mot pour ce genre d’arrangement : assistant. Sauf que c’était Scott qui faisait l’assistant.

Une semaine avant que nous commencions à travailler ensemble, un seul défi sur le site Web avait pris quatre jours à régler. Quatre jours à changer de contexte, à tourner en boucle dans le copier-coller, à essayer de garder le fil d’un problème technique tout en dirigeant une organisation.

Ce n’est pas un problème de flux de travail. C’est un décalage structurel entre un outil puissant et une personne qui ne devrait pas avoir à lui servir de mains.

Notre approche

La plupart des gens voient l’IA comme quelque chose à qui on parle. On lui pose une question, elle répond, puis on va faire le travail.

Ce modèle fonctionne bien pour certaines choses. Mais quand votre travail se passe sur un site Web, et que l’IA n’a pas accès à ce site, chaque interaction vous oblige à combler l’écart à la main. Vous devenez le connecteur. Et les connecteurs s’usent.

La question que nous nous sommes posée n’était pas « comment aider Scott à mieux utiliser l’IA? ». C’était « comment faire entrer l’IA dans la pièce où le travail se fait vraiment? ».

Le site de Scott tourne sur Brilliant Directories. En fouillant, nous avons trouvé une façon d’y brancher Claude directement. C’était la porte d’entrée.

Nous avons bâti une connexion directe entre Claude et le site de Scott. Pas une solution de contournement. Pas un copier-coller plus futé. Une vraie connexion, pour que Claude puisse lire les pages sur lesquelles Scott travaille, voir le contenu tel qu’il existe et faire des changements directement quand on le lui demande.

Nous avons fait deux choix délibérés dans la configuration :

Premièrement, la sécurité avant la vitesse. Claude peut lire et modifier, mais il ne peut rien supprimer. Jamais. Peu importe la situation. Ce n’est pas une limite que nous pourrions revoir : c’est un principe de conception. Scott ne devrait jamais avoir à craindre qu’un assistant IA, aussi bien intentionné soit-il, supprime quelque chose qu’il ne devrait pas.

Deuxièmement, la confirmation avant l’action. Claude peut rédiger et proposer des changements, mais rien n’est mis en ligne tant que Scott ne l’a pas dit explicitement. Comme ça, Scott garde la main sur sa propre plateforme. L’IA fait le travail; Scott reste celui qui décide.

Et parce que Scott n’est pas développeur, et qu’il ne devrait pas avoir à l’être, Claude a été configuré pour communiquer en langage clair. Pas en extraits de code. Pas en explications techniques. Des conseils comme ceux d’un collègue de confiance qui connaît le site par cœur.

Processus de mise en œuvre

La configuration s’est faite en une séance de travail ciblée. Nous avons trouvé le point de connexion de la plateforme de Scott, bâti l’intégration et configuré Claude avec assez de contexte sur son site pour qu’il soit réellement utile plutôt que vaguement compétent.

Nous avons aussi travaillé la couche de communication, la partie qui fait qu’une IA a l’air d’un collègue ou d’un moteur de recherche. Claude a reçu du contexte sur la structure du site de Scott, sur ce qu’il cherche à accomplir et sur la façon de répondre pour faire avancer le travail plutôt que de soulever d’autres questions.

Puis Scott l’a testé.

Le défi sur lequel il avait travaillé la semaine précédente (quatre jours d’allers-retours) est revenu sur la table. Avec la connexion directe en place, Claude pouvait lire les pages pertinentes sans qu’on les lui fournisse à la main. Il voyait le contexte. Il pouvait faire une suggestion ciblée. Scott a confirmé. C’était fait.

Trente minutes.

Il n’y avait rien de magique dans ce chiffre. Il y avait seulement la différence entre un outil qui a accès à votre travail et un outil qui ne l’a pas.

Comment ça s’est passé?

« Le défi sur lequel je travaillais avec ChatGPT et qui m’avait pris quatre jours la semaine dernière a été réglé en 30 minutes avec ce nouveau système! Il y a 100 choses que j’aimerais lui faire faire sur mon site BD, mais je dois rester concentré sur les grandes tâches et la stratégie d’affaires. J’aurai bien le temps de peaufiner et d’expérimenter plus tard! »

 — Scott Cameron, fondateur, Emergency Management Logistics Canada

Le changement de fond :

C’est la dernière phrase qui mérite qu’on s’y attarde : « je dois rester concentré sur les grandes tâches et la stratégie d’affaires ».

Avant, l’entretien du site Web l’en détournait. Pas parce que les problèmes étaient insurmontables (ils ne l’étaient pas), mais parce que le processus pour les régler était lent, manuel et épuisant d’une façon qui n’avait rien à voir avec les problèmes eux-mêmes.

Maintenant, l’IA s’occupe du travail sur le site. Scott s’occupe de la mission.

Ce n’est pas rien pour une organisation comme EML Canada. Le travail de Scott, bâtir l’infrastructure canadienne de coordination des urgences, demande qu’il garde la tête au stratégique. Il doit réfléchir à la façon dont les organisations se relient, dont les communautés se préparent, dont l’intervention s’améliore avec le temps.

Ce temps-là, il l’a récupéré. Et il va à quelque chose qui en a vraiment besoin.

Pourquoi ça a fonctionné

Ce qui a tout débloqué, ce n’est pas une meilleure requête ni une IA plus intelligente. C’est d’avoir éliminé l’écart entre l’IA et le travail.

Quand vous devez transporter à la main l’information entre un outil et votre véritable environnement, vous n’utilisez pas l’IA, vous la transcrivez. La charge mentale grimpe vite. Et ça fait boule de neige : chaque essai raté demande un autre tour, plus de copie, plus de traduction.

Donner à Claude une ligne directe vers le site de Scott n’a pas rendu l’IA plus intelligente. Ça a rendu la configuration honnête. Claude pouvait enfin voir ce avec quoi il travaillait, au lieu de compter sur Scott pour le lui décrire.

La couche de sécurité (aucune suppression, confirmation explicite avant toute mise en ligne) a permis à Scott de donner accès à Claude sans perdre le contrôle. C’est le bon équilibre. Un fondateur ne devrait pas avoir à choisir entre l’efficacité et la supervision.

Et grâce à la couche de communication en langage clair, l’outil est vraiment adapté à la personne qui s’en sert. Scott n’a pas besoin de devenir plus technique pour en profiter. C’est l’IA qui s’adapte à lui, pas l’inverse.

À retenir

Si vous utilisez l’IA mais que c’est vous qui faites tous les déplacements (trouver les fichiers, copier le contenu, transporter les résultats dans un sens et dans l’autre), vous n’en tirez pas l’effet de levier que vous pensez.

La question n’est pas de savoir si l’IA est utile. C’est de savoir si elle est connectée à l’endroit où votre travail se passe vraiment.

Quand elle l’est, quatre jours deviennent trente minutes. Et votre attention revient au travail qui compte vraiment.

Scott n’a jamais eu à devenir quelqu’un d’autre pour utiliser ça. Il n’a pas eu à apprendre un nouveau vocabulaire, à développer une intuition technique ou à gérer un outil qui lui rappelait sans cesse ce qu’il ne savait pas. Le système a été conçu pour porter ce poids à sa place. Ce n’est pas une fonctionnalité. C’est tout le but de l’exercice.