Confier ses QR codes à un assistant IA : ce qu’il peut et ne peut pas faire

Sa meilleure tâche : recibler une série imprimée

Un QR code dynamique passe par une redirection : l’autocollant sur la table ne change pas, l’adresse derrière lui si. C’est toute la raison de l’imprimer. Le pénible a toujours été le milieu : retrouver les quarante codes de la campagne d’automne, vérifier lesquels sont encore actifs, et les changer un par un sans toucher aux trente qui doivent rester.

C’est une conversation, pas un formulaire. Vous décrivez la série, l’assistant montre exactement quels codes il a retenus et où chacun pointe aujourd’hui, et vous confirmez ou corrigez — avant que quoi que ce soit ne bouge. Ensuite le changement vaut pour le prochain qui scanne, y compris l’autocollant déjà posé. Cela mérite d’être dit avant d’appuyer.

• Demandez avec vos mots ; vérifiez sur une liste avant tout changement
• Les codes statiques sont signalés comme à réimprimer, au lieu d’échouer un par un
• Un code publié change pour tous ceux qui scanneront ensuite

La deuxième tâche : le rapport que personne n’écrit

Les statistiques de scans sont faciles à regarder et difficiles à résumer. Un rapport hebdomadaire, c’est comparer la période à la précédente, mettre des noms sur les codes qui ont bougé et dire quoi en faire. C’est exactement ce qui saute quand il faut le faire à la main chaque lundi.

L’assistant lit les mêmes chiffres que votre écran d’analyse et rédige la synthèse. L’important est qu’il les lise honnêtement : un code à zéro scan n’est inutilisé que s’il est dynamique, car un code statique ne se mesure pas du tout. Cette distinction est inscrite dans la façon dont on lui demande de répondre, donc un statique silencieux est rapporté comme non mesurable, pas comme un échec.

Ce qu’il ne fera pas, et pourquoi c’est délibéré

Ce qui compte quand on branche un assistant sur une entreprise, ce n’est pas la liste de ce qu’il sait faire. C’est celle de ce qu’il ne peut pas, et de savoir si ces limites ont été choisies ou simplement pas encore construites.

Il ne lira pas ce que vos clients ont écrit. Une enquête renvoie des notes, des décomptes et la répartition par question — jamais les phrases tapées. Celles-là sont lues par une personne dans votre boîte de réception : ce qu’un client écrit ne vous appartient pas au point de le remettre à un système tiers, et une réponse confiée à des identifiants atterrit là où leur détenteur la stocke.

Il ne supprimera pas un code. Détruire la redirection derrière quelque chose d’imprimé est irréversible, et ce n’est pas une confirmation qu’un assistant donne à votre place. On lui propose l’archivage : le code cesse de résoudre, et cela se défait.

Il ne changera rien en silence. Tout outil qui écrit est marqué comme tel — c’est ce qui fait que le client s’arrête et vous demande. L’archivage est marqué plus fort encore, parce qu’il se ressent hors de l’espace.

• Commentaires d’enquête : remis à aucune clé ni à aucun assistant
• Supprimer un code imprimé : non proposé — archivage à la place, réversible
• L’écriture : toujours signalée, pour que votre client demande avant d’agir

Donnez moins que ce que vous croyez nécessaire

L’accès se donne par portées, et l’assistant ne voit que les outils que ses portées autorisent. Une clé qui lit les codes et les statistiques n’en créera pas — et, plus utile encore, l’outil de création n’apparaît même pas dans sa liste, donc il ne propose rien qu’on lui refuserait ensuite.

Commencez en lecture seule. Demandez un rapport, observez une semaine comment il raisonne sur vos données, puis élargissez la clé quand vous savez ce qu’il en fait. Cela ne coûte rien : une seconde clé avec écriture, c’est une minute, et la première reste utile.

• Lecture seule d’abord : rapports et recherches, rien qui modifie
• Élargir à l’écriture une fois que vous avez vu le fonctionnement
• Un outil hors portée est invisible, pas seulement refusé

Deux entrées, et à quoi sert chacune

Un outil que vous faites tourner vous-même prend une clé API : créez-la, collez l’adresse, c’est fait. C’est la bonne voie pour un assistant sur votre propre machine, où vous gardez l’identifiant.

Un connecteur venu de l’annuaire d’un autre passe par une connexion, et vous ne manipulez aucune clé. Avant que quoi que ce soit ne soit accordé, vous voyez qui demande, quel espace serait concerné et ce qu’il pourrait faire — et seul un propriétaire ou un administrateur approuve. Dans les deux cas la connexion est visible dans votre espace et se coupe d’une pression.

Des questions à poser à tout produit, pas seulement à celui-ci

On branche des assistants sur de vraies entreprises plus vite que ne se forment les habitudes pour le faire sans danger. Les bonnes questions sont les mêmes, quel que soit l’auteur de l’intégration.

Voit-on après coup ce qui a été accordé ? Peut-on le révoquer en un seul endroit ? Les limites sont-elles annoncées d’emblée ou découvertes au milieu d’une tâche ? Et quand il touche à ce qu’un client a écrit, ou à ce qui est imprimé et déjà dans le monde, le produit traite-t-il cela autrement qu’un enregistrement ordinaire ?

• Ce qui a été accordé est-il visible et révocable ?
• Les limites sont-elles annoncées d’avance ou découvertes en cours ?
• Le texte écrit par un client est-il traité autrement que vos propres données ?