Quelle première tâche automatiser dans une PME ?

Commencer par une tâche que l’on peut observer

Imaginons une entreprise qui reçoit vingt demandes de devis par semaine. Aujourd’hui, une personne ouvre l’e-mail, cherche les références dans le catalogue, vérifie les informations du client et prépare le document. Cette suite d’actions donne un périmètre que l’on peut décrire et mesurer.

Le même raisonnement ne fonctionne pas avec un objectif comme « automatiser les ventes ». Il englobe la prospection, les rendez-vous, les devis, les relances et la négociation. Chaque activité utilise des données différentes et une erreur n’a pas les mêmes conséquences. Il faut descendre au niveau d’une tâche pour savoir ce que la machine recevra, ce qu’elle produira et qui vérifiera le résultat.

Une première automatisation sert aussi à apprendre. Un périmètre limité permet de repérer les exceptions sans bloquer un service entier. Si l’essai ne tient pas ses promesses, l’équipe doit pouvoir revenir à son fonctionnement habituel.

Six critères pour choisir la première tâche

Remplissez cette grille à partir de faits observés sur une période donnée. « Préparer un brouillon de devis » se mesure. « Automatiser le commercial » reste trop large pour obtenir un score utile.

La fréquence et le temps passé indiquent le gain possible. La variabilité et la disponibilité des données renseignent sur la difficulté. Les deux derniers critères, le risque d’erreur et la validation humaine, déterminent jusqu’où l’automatisation peut aller.

Comment utiliser le score

Le score compare des tâches entre elles. Il ne remplace ni un test technique ni un calcul économique. Une tâche à 10 points peut être un moins bon choix qu’une tâche à 8 si son erreur la plus grave touche directement un paiement ou un client.

1. 1

   Pour chaque critère, attribuez 0 lorsque le signal est défavorable, 1 lorsqu’il reste à vérifier et 2 lorsqu’il est favorable.

2. 2

   Le total sert à comparer plusieurs tâches. Même élevé, il ne prouve ni la faisabilité technique ni le retour sur investissement.

3. 3

   Un 0 sur le risque d’erreur ou la validation humaine doit interrompre le test, même si le total est bon.

4. 4

   Gardez les hypothèses à côté du score : volume observé, période mesurée, personnes interrogées et fichiers utilisés.

Trois exemples dans une PME

Ces situations sont fictives et servent à montrer le raisonnement. Elles ne décrivent pas des résultats obtenus chez un client.

Le brouillon de devis est le candidat le plus facile à tester, car une relecture existe déjà avant l’envoi. Le résumé de rendez-vous peut fonctionner si la personne présente corrige les décisions et les actions. La relance d’impayé demande davantage de prudence : un litige en cours ou une relation commerciale fragile peut changer complètement la conduite à tenir.

Estimer le coût et le gain possible

Le temps économisé par dossier ne suffit pas pour calculer l’intérêt du projet. Il faut compter le cadrage, la préparation des données, la connexion aux logiciels et les tests. Une fois l’outil en service, les licences, la consommation du modèle, la supervision et les corrections continuent de coûter.

Préparez trois scénarios, bas, central et haut. Chaque hypothèse doit pouvoir être remplacée par une mesure réelle après l’essai.

Coût initial

cadrage + préparation des données + connexion aux outils + tests + formationComptez aussi le temps des personnes métier qui expliquent les exceptions et relisent les essais.

Coût récurrent

licences ou calcul + supervision + corrections + maintenance des connexionsUn scénario peu coûteux au test peut devenir cher si le volume, le modèle ou les outils changent.

Gain possible

volume × (temps avant − temps après) × coût horaire retenuMesurez aussi le taux de reprises et le temps de validation. Un brouillon rapide mais souvent faux ne fait pas gagner du temps.

Le résultat dépend du volume réel, de la qualité des données, des reprises, du coût de supervision et de l’usage fait du temps libéré. Un brouillon produit en quelques secondes ne crée aucun gain s’il demande dix minutes de correction.

Quand il vaut mieux s’arrêter

Certaines tâches semblent pénibles tout en restant de mauvais candidats. Le volume est parfois trop faible pour amortir le projet. Ailleurs, les informations nécessaires ne sont consignées nulle part, ou l’erreur ne peut pas être corrigée avant d’affecter un client.

Dans cette situation, une fiche de décision mieux conçue apporte déjà une amélioration. Elle rassemble le contrat, l’historique du client et la justification attendue. L’entreprise pourra réexaminer l’automatisation plus tard, si le volume augmente et si les informations deviennent plus fiables.

Par où commencer ?

Relevez pendant une semaine les tâches répétitives d’une ou deux personnes. Pour chacune, notez le nombre de cas, le temps moyen, les sources consultées, les exceptions et la conséquence d’une erreur. Passez ensuite les trois tâches les plus fréquentes dans la grille.

Choisissez une tâche qui permet un essai sur quelques dizaines de cas, avec un résultat observable, une personne responsable de la validation et la possibilité d’arrêter sans perturber l’activité. Si la grille repose encore sur des impressions, observez d’abord le travail pendant quelques jours et relevez le volume, le temps passé et les exceptions.

Sources et cadre de lecture

Les exemples métier de ce guide sont pédagogiques : ils illustrent une méthode et ne sont pas présentés comme des missions clients.

• NIST — AI Risk Management Framework 1.0

Continuer avec un cas concret

• Comparer jusqu’à trois tâches avec le diagnostic express
• Estimer le retour indicatif d’une tâche
• Voir le diagnostic IA à 900 €