L'IA en petite entreprise : l'arithmétique qui décide si cela paie

Les conseils sur l'IA en petite entreprise arrivent généralement sous deux formes. Soit une liste d'outils, qui ne dit rien de leur adéquation à votre travail, soit une mise en garde contre le retard à l'allumage, qui n'est pas un argumentaire économique.

Une petite équipe n'a pas de budget pilote, ni personne dont le métier est d'évaluer des logiciels. La décision doit donc être arithmétique, et cette arithmétique n'a rien de compliqué. Elle doit simplement inclure les termes que l'on omet.

Mesurez deux nombres, pas un

Partez d'une tâche que vous faites réellement et souvent. Chronométrez-la honnêtement telle qu'elle est aujourd'hui, sur une semaine normale plutôt que sur la pire dont vous vous souvenez.

Faites-la ensuite avec l'outil pendant une semaine, et mesurez deux nombres distincts.

Le premier est le temps de production. C'est celui que tout le monde mesure, il s'améliore presque toujours, parfois spectaculairement. C'est aussi celui qui donne à l'outil son air de révolution.

Le second est le temps de vérification et de reprise. C'est lui qui tranche. Un outil qui divise la production par deux et triple la vérification vous a coûté du temps tout en paraissant moderne, et il continuera de le paraître jusqu'au jour où quelqu'un fera le total.

Additionnez-les. Comparez à l'origine. C'est ce nombre, et non le premier, qui mesure l'effet sur votre semaine.

Comptez le coût complet

En face du temps gagné, posez le coût complet de possession.

L'abonnement, multiplie par le nombre de postes qui en auront vraiment besoin, pas par celui que vous espérez suffisant. Les heures passées à l'apprendre assez bien pour obtenir des résultats réguliers. Les heures passées à le maintenir quand il change, car ces produits changent souvent et sans vous demander votre avis.

Et un dernier terme, facile à oublier : le coût d'une dépendance. Dans une petite équipe, une automatisation n'a en général qu'une seule personne qui la comprend. Elle survit exactement aussi longtemps que cette personne reste. Ce n'est pas un argument contre le fait de la construire, mais cela fait partie du calcul, et cela plaide pour rester assez simple pour qu'un autre puisse reprendre.

Un outil qui fait gagner deux heures par mois et coûte un poste pour chacune des huit personnes n'est pas une économie. C'est un abonnement accompagne d'une bonne histoire.

Là où les petites équipes gagnent vraiment

Le motif qui tient est celui d'un travail étroit, répétitif, dont l'échec est bon marché et visible.

Transformer une semaine de notes éparpillées en document structure, quand vous avez vécu la semaine et voyez tout de suite ce qui manque. Rédiger la cinquième version d'une réponse type qu'une personne corrige avant l'envoi. Extraire des champs de documents qui arrivent dans une forme prévisible, avec une lecture humaine avant que cela compte. Trier une boîte de réception en première passe, où se tromper signifie qu'un message est lu un peu plus tard, pas jamais.

Ce que ces cas ont en commun : l'erreur y est bon marché, évidente, et attrapée par quelqu'un qui allait regarder de toute façon.

Là où cela dérape à coup sûr

Cela dérape dès que la sortie touche à l'argent ou à un engagement juridique sans personne entre les deux. Cela dérape dès que l'entrée arrive dans une forme que personne ne maîtrise, car une entrée imprévue ne produit pas une erreur mais une bêtise assurée qui poursuit son chemin. Et cela dérape dès que celui qui a construit la chose est le seul à la comprendre.

Il existe aussi un piège particulier dans l'automatisation du contact client. Une réponse rapide et légèrement fausse vaut moins qu'une réponse lente et juste, parce que la fausse est déjà partie. Là où une personne aurait hésite, une étape automatisée n'hésite pas, et l'hésitation est souvent la partie utile.

Une façon raisonnable de commencer

Choisissez une tâche qui passe le test. Faites-la tourner un mois avec les deux mesures écrites quelque part, pas gardées en tête, car la mémoire est généreuse envers ce qui a semblé rapide.

Au bout du mois, vous aurez un chiffre réel et une réponse réelle pour cette tâche. Passez ensuite à la suivante. C'est plus lent que d'adopter une stratégie, et cela a l'avantage de produire un savoir sur votre entreprise plutôt que sur l'industrie du logiciel.

Une dernière chose, dite franchement : conclure qu'une tâche est mieux faite par une personne est un résultat légitime de cet exercice, pas un échec. On mesure pour savoir, et une mesure qui ne fait jamais que confirmer l'outil n'était pas une mesure.