Méthodologie
Vous n'avez pas un problème d'IA — vous avez un problème de délégation
Matthew Lacopo 6 min de lecture
Vous déléguez déjà la moitié de votre entreprise sans y penser deux fois.
Votre paie passe par un fournisseur. Vos impôts vont chez un comptable. Vos livres, votre recrutement de personnel, peut-être votre TI. Personne ne s’est arraché les cheveux à choisir quel logiciel de paie apprendre. Vous avez posé une seule question : qui s’occupe de ça, et est-ce que je peux lui faire confiance ? Vous avez vérifié son travail un certain temps, puis vous avez arrêté de vérifier, et cette capacité est allée quelque part d’utile.
Puis l’IA est arrivée, et du jour au lendemain, chaque propriétaire est devenu un évaluateur de logiciels. Des comparaisons de fonctionnalités. Des essais gratuits. Un onglet de reviews pour des outils que vous allez abandonner dans trois semaines. Je le vois dans presque toutes mes conversations. Une propriétaire m’a raconté avoir passé des semaines à tester des outils de planification IA. Elle a fini par configurer les règles, gérer chaque exception et revérifier elle-même les résultats pour éviter les erreurs, alors que tout ce qu’elle voulait, c’était ce que ses fournisseurs lui donnent déjà pour tout ce qu’elle impartit : du travail terminé, prêt à réviser. Des opérateurs brillants, qui délèguent avec confiance partout ailleurs, restent coincés en mode évaluation parce que l’industrie a présenté l’IA comme quelque chose qu’on achète plutôt que quelque chose à qui on confie du travail.
Ce cadre-là, c’est le problème. Et le changer change toutes les décisions qui suivent.
Le piège de l’évaluation#
Voici ce que le cadre « outil » vous fait. Un outil transfère une capacité : il peut rédiger, résumer, analyser. À condition, bien sûr, de l’apprendre, de le piloter, de le connecter, et de penser à l’ouvrir un mardi pendant que le vrai travail brûle. La capacité est réelle. Mais la responsabilité n’a jamais quitté votre bureau. Vous n’avez rien délégué ; vous vous êtes acheté une deuxième job avec un abonnement attaché.
La délégation transfère le travail lui-même. Quand votre comptable produit vos états financiers, vous n’apprenez pas son logiciel et vous ne surveillez pas ses frappes au clavier. Vous définissez à quoi ressemble un travail terminé, vous validez le résultat, et vous tenez quelqu’un responsable. Le travail part. C’est exactement le point.
Ce cadre-là, on n’y est pas arrivés par la théorie. Mon cofondateur Anthony a passé dix-sept ans de l’autre côté de cette poignée de main, à la tête de Humania BPO, une firme d’impartition qui prenait en charge le service à la clientèle de ses clients, avant de la vendre en 2023. Ses clients n’apprenaient jamais les outils de son équipe et n’assistaient pas à ses formations. Ils confiaient le travail, évaluaient la qualité de ce qui revenait, et le tenaient responsable du résultat. C’était toute l’entente, et ça fonctionnait parce que la responsabilité voyageait avec le travail. Ce qu’on bâtit avec les opérations IA suit le même contrat.
Si vous avez lu notre premier billet, vous connaissez l’autre moitié de cette histoire : la plupart des déceptions avec l’IA viennent de l’avoir pointée sur du travail qui n’était pas la contrainte. Voici l’échec jumeau : même quand un propriétaire trouve le bon travail, il l’aborde en acheteur de logiciel plutôt qu’en délégateur de travail. Les deux échecs viennent de la même place : personne ne lui a donné un meilleur cadre.
Le test de la délégation#
Alors utilisez le cadre auquel vous faites déjà confiance. Avant votre prochaine décision IA, passez le même test que vous feriez passer à n’importe quel fournisseur. Celui que vous avez fait passer, consciemment ou non, avant de confier votre paie :
Est-ce que le travail quitte vraiment mon bureau ? Pas « est-ce que ça rend le travail plus rapide pour moi ». Est-ce qu’il arrive terminé, prêt à valider ? Si vous devez encore ouvrir quelque chose, opérer quelque chose ou vous souvenir de quelque chose, vous n’avez pas délégué. Vous avez acheté de l’équipement.
À quoi ressemble un travail terminé, et qui signe ? Une vraie délégation a une définition du « terminé » et un point de validation. À l’Académie Lavalloise, notre premier déploiement, la règle tient en une phrase : Avelle rédige, un humain envoie. Chaque communication sensible est préparée, puis validée par un responsable. Ce n’est pas une limite du système. C’est le design qui rend la confiance possible.
Qui est responsable quand c’est raté ? C’est la question qui sépare les fournisseurs des produits. Quand un outil déçoit, le vendeur blâme votre « adoption ». Quand un service délégué déçoit, quelqu’un porte l’échec. Posez cette question directement à n’importe quel vendeur d’IA et regardez ce qui se passe.
Est-ce que je confierais ça à une bonne recrue dès sa première journée ? Si oui, c’est probablement du travail récurrent délégable : factures, relances, ébauches de réponses, rapports. Si non, parce que ça demande votre jugement et votre contexte, ça reste avec vous. Cette ligne-là compte : une délégation bien faite absorbe la couche récurrente pour que le jugement de votre équipe se dépense là où seul le jugement fonctionne.
« Oui, mais je veux garder le contrôle »#
Chaque propriétaire dit ça, et ça mérite une vraie réponse, parce que c’est l’objection qui garde les gens en mode évaluation pendant des années.
La délégation avec validation vous donne plus de contrôle, pas moins. C’est la même raison qui fait que votre comptable vous donne plus de contrôle sur la production de vos états financiers que de les monter vous-même à minuit. Un travail qui roule selon un horaire défini ne dépend pas de la disponibilité de quelqu’un cet après-midi-là. Un résultat qui arrive en ébauche se révise à votre meilleure heure, pas envoyé à la va-vite à votre pire. Et quand chaque action est journalisée, vous répondez à « qu’est-ce qui s’est passé avec ce dossier » en quelques secondes au lieu de le reconstruire de mémoire.
Le contrôle n’a jamais été de faire le travail vous-même. C’est de définir le travail, valider le résultat, et pouvoir voir ce qui s’est passé. C’est exactement ce qu’une délégation bien construite vous donne, et exactement ce qu’une tablette pleine d’abonnements IA ne vous donne pas.
La question qui change la conversation#
La prochaine fois que quelqu’un vous demande quel outil d’IA votre entreprise devrait adopter (un vendeur, un collègue, la petite voix dans votre tête à 23 h), remarquez le cadre et remplacez-le :
Pas quelle IA acheter. À qui je confie ce travail — et est-ce qu’il porte le résultat ?
Tout ce qui est utile découle de cette question. Elle vous dit quoi confier : le travail récurrent sous la ligne du jugement. Quoi exiger : du travail livré terminé, avec un point de validation et quelqu’un de responsable. Et quoi ignorer, c’est-à-dire tout pitch qui commence par des fonctionnalités plutôt que par votre travail.
Vous avez déjà pris exactement cette décision, et ça s’est bien passé. Votre paie roule et vos impôts se déclarent sans que vous touchiez à rien. L’IA mérite la même discipline, rien de plus exotique que ça.
Passez le test sur votre propre opération#
Prenez les quatre questions ci-dessus et pointez-les sur votre travail récurrent le plus tannant : la boîte de courriels, les factures, les relances. Vingt minutes, répondues honnêtement, vous en diront plus qu’un mois d’essais d’outils. Et si vous préférez y réfléchir avec quelqu’un qui fait ça chaque jour, une conversation de trente minutes suffit pour qu’on vous dise honnêtement quel travail récurrent chez vous passe le test de la délégation, et lequel ne le passe pas.
Vous n’avez pas un problème d’IA. Vous avez une décision de délégation que vous n’avez pas encore prise.
Matthew Lacopo dirige l’engagement client et le contenu chez The Agensee, firme d’opérations IA gérées établie à Montréal au service des PME d’Amérique du Nord, qu’il a cofondée avec Anthony Lacopo.