Installateurs : comment planifier automatiquement les demandes de dépannage avec l’IA ?

« En janvier, le téléphone sonne dès sept heures. À neuf heures, j’ai vingt appels pour des chauffages en panne et seulement trois techniciens. »

Chez un installateur, le planning est le cœur de l’entreprise. Et dans la plupart des entreprises, ce planning se trouve littéralement dans la tête d’une seule personne. Elle sait quel client a un contrat d’entretien, quel technicien peut intervenir sur une pompe à chaleur, et que la dame de Villeurbanne a déjà appelé deux fois pour le même appareil. Si cette personne est malade ou en congé, toute l’entreprise le sent.

Dans cet article, nous montrons comment un logiciel peut reprendre ce travail : comment une demande arrive, comment elle est rattachée au bon client et au bon appareil, comment l’urgence est déterminée, et comment tout ce flux aboutit à une proposition de planning. Et nous expliquons ce que l’IA peut faire ici, et surtout ce qu’elle ne doit pas faire.

La règle qui traverse tout l’article : l’IA lit la demande, mais elle ne fait pas le planning. Ce qui est urgent, ce sont vos règles qui le déterminent. Le créneau, c’est un algorithme de planification qui le cherche. Et qui part réellement en intervention, c’est vous qui le décidez.

Pourquoi planifier les dépannages est si difficile

Planifier un dépannage paraît simple : le client appelle, et un technicien y va. En pratique, la personne qui planifie doit peser six choses en même temps, en quelques minutes.

• La demande elle-même est vague. « Il ne marche plus » ou « il y a un voyant rouge qui clignote ». La marque, le modèle et le code erreur manquent presque toujours.
• Elle arrive par tous les canaux. Téléphone, e-mail, WhatsApp, le formulaire de contact, et parfois le portable d’un de vos techniciens.
• L’urgence dépend du contexte. Une pompe à chaleur en panne en juillet peut attendre. En janvier, par temps de gel, non.
• Le contrat et la garantie comptent. Le client a-t-il un contrat d’entretien avec un délai d’intervention convenu ? L’appareil est-il encore sous garantie, et auprès de qui ?
• Les techniciens ne sont pas interchangeables. Pour intervenir sur le circuit frigorifique d’une pompe à chaleur, il faut une attestation d’aptitude à la manipulation des fluides frigorigènes. L’un connaît les chaudières, l’autre le sanitaire.
• Un deuxième déplacement coûte cher. Si le technicien arrive sans la bonne pièce, il doit revenir. C’est une demi-journée perdue et un client mécontent.

De ces six points, un seul relève vraiment de l’IA : comprendre la demande elle-même. Le reste demande des règles, de bonnes données et une logique de planification solide. Et c’est justement ce partage qui détermine comment construire le logiciel.

Par où arrivent les demandes de dépannage ?

Cinq canaux, et le logiciel doit pouvoir les fondre tous dans une seule liste :

1. Le téléphone. Toujours le canal le plus important. Ce que dit le client, vous le notez brièvement, ou vous faites transcrire proprement le message vocal.
2. L’e-mail, souvent avec des photos. Vous triez déjà votre boîte de réception automatiquement ? Alors c’est l’étape suivante logique : un e-mail classé « urgent » devient une intervention.
3. WhatsApp, via un compte WhatsApp Business de l’entreprise. Pas via les numéros personnels de vos techniciens, où les demandes se perdent au milieu de tous les autres messages.
4. Un portail client ou un formulaire web. À nos yeux le meilleur canal, parce que vous pouvez y poser vous-même les bonnes questions. Demandez par exemple toujours une photo de la plaque signalétique de l’appareil.
5. L’appareil lui-même. De plus en plus de pompes à chaleur et de chaudières remontent leurs codes erreur via un portail en ligne du fabricant. Si ce fabricant propose une intégration, vous êtes au courant de la panne avant que le client appelle. Toutes les marques ne le permettent pas, donc vérifiez-le marque par marque.

Étape 1 : comprendre la demande

C’est là que l’IA est vraiment bonne. Le modèle lit la demande et remplit un schéma strict :

• qui est le client
• où se trouve l’appareil
• quelle marque et quel modèle
• quel est le symptôme
• y a-t-il un code erreur, et depuis quand.

Une photo de la plaque signalétique, l’IA la lit aussi bien qu’un texte tapé.

S’il manque quelque chose d’important, le logiciel pose une seule question ciblée. Pas un « Pourriez-vous nous transmettre plus d’informations ? », mais « Quel code s’affiche sur l’écran de votre pompe à chaleur ? ».

Et toutes les demandes ne sont pas des pannes. « Comment je passe mon thermostat en mode été ? » mérite une réponse, pas un déplacement. Ce genre de question, le logiciel y répond avec un contenu de votre propre base de connaissances, uniquement des réponses que vous avez approuvées à l’avance. Comment ça fonctionne, lisez-le dans automatiser le service client avec l’IA. Les manipulations techniques qui peuvent mal tourner, vous ne les confiez d’ailleurs jamais au client, même via une réponse approuvée.

Étape 2 : rattacher le client et l’appareil

Une demande n’est utilisable que si vous savez de quel appareil il s’agit. Pour cela, il vous faut un parc installé : quels appareils se trouvent à quelle adresse, quand ils ont été posés, quel contrat est en cours, jusqu’à quand court la garantie, et ce qui s’est déjà passé auparavant.

Le rattachement fonctionne là aussi par niveaux, le plus strict d’abord et l’IA seulement ensuite :

1. Des données exactes. Le numéro de téléphone ou l’adresse e-mail figure déjà dans votre fichier clients : c’est réglé.
2. L’adresse. Même rue et même numéro, même si le nom est orthographié un peu différemment.
3. L’IA, en dernier recours. Par exemple un locataire qui appelle au sujet de l’appareil du propriétaire, ou une résidence secondaire. L’IA propose alors un rattachement, et en cas de doute le logiciel pose simplement la question au planificateur.

Votre parc installé est encore aujourd’hui dans un fichier Excel ou dans la tête de quelqu’un ? Alors le projet commence là. Pas du travail d’IA, mais les fondations. Comment transformer un tel fichier en quelque chose sur quoi construire, nous l’expliquons dans « Du tableur au tableau de bord ».

Étape 3 : évaluer l’urgence

Le modèle peut proposer la catégorie d’une demande : « pas de chauffage », « fuite d’eau », « bruit », « question sur l’entretien ». Mais le degré d’urgence de cette catégorie, ce sont vos règles qui le fixent. Pour deux raisons.

D’abord, l’explicabilité. Quand un client demande pourquoi on ne vient que jeudi, vous voulez pouvoir répondre. « Pas de chauffage, mais l’appareil est en mode secours et il ne gèle pas », c’est une réponse. « Le modèle a jugé que c’était moins urgent », non.

Ensuite, la cohérence. Les règles traitent chaque demande de la même façon, même à sept heures du matin un lundi chargé.

Une catégorie mérite d’être citée à part : le danger. En cas d’odeur de gaz ou de détecteur de CO qui se déclenche, le logiciel ne planifie rien. Le client reçoit aussitôt la consigne de quitter le logement et d’appeler les numéros d’urgence, et la demande arrive en tête du tableau du planificateur. Une telle demande ne doit jamais atterrir dans une file d’attente.

Et encore un détail : si vous voulez donner la priorité à certains clients, par exemple une personne âgée qui vit seule, ne conservez qu’une case « prioritaire », pas la raison. Les données de santé sont des données personnelles sensibles au sens du RGPD, et pour le planning vous n’en avez de toute façon pas besoin.

Étape 4 : préparer l’intervention

Avant que la planification commence, le logiciel prépare tout ce dont le technicien a besoin :

• L’historique de l’appareil. Les pannes précédentes, les pièces remplacées, le dernier entretien.
• La signification du code erreur. L’IA cherche dans les notices et documents de service que vous lui fournissez, et affiche le passage pertinent (avec un renvoi vers la source).
• Les pièces probablement nécessaires, et si elles sont dans la camionnette ou au magasin.
• Le contrat et la garantie. Qu’est-ce qui est couvert par le contrat, et une prise en charge sous garantie doit-elle passer par la procédure du fabricant ?

L’objectif est simple : que le technicien règle le problème dès le premier passage. Chaque deuxième déplacement évité, c’est une demi-journée que vous pouvez consacrer à un autre client.

Étape 5 : la proposition de planning

C’est ici que beaucoup de gens attendent l’IA, mais c’est justement là qu’un modèle de langage n’a pas sa place. Faire un planning, c’est un casse-tête avec des contraintes dures : quel technicien peut faire cette intervention, qui est dans le secteur, qui a du temps, qui a la pièce, et tenez-vous le délai d’intervention du contrat ? Il existe depuis des décennies d’excellents algorithmes de planification pour cela. Ils sont plus rapides, moins chers et plus prévisibles qu’un modèle de langage. Tout problème n’est pas un problème d’IA, et celui-ci en est un exemple.

L’algorithme fait alors son travail : une à trois options, chacune avec sa raison. Le planificateur en valide une, ou choisit autre chose. Ce n’est qu’ensuite que le client reçoit un SMS ou un e-mail avec deux créneaux au choix, et ce choix s’inscrit automatiquement dans le planning.

Et si une intervention dure plus longtemps que prévu ? Le logiciel recalcule simplement, propose les rendez-vous à décaler, et après votre accord les clients concernés sont prévenus automatiquement.

Et après l’intervention ?

Là aussi, il y a du temps à gagner. À la fin, le technicien dicte un court mémo vocal, et le logiciel en fait un bon d’intervention : constat, travaux réalisés, pièces et heures. Le technicien le relit rapidement, le client signe sur le téléphone ou la tablette.

Ensuite, le contrat et la garantie déterminent ce qui est facturé. L’historique de l’appareil est complété, et le prochain entretien est aussitôt inscrit au planning. Si la réparation n’est plus possible, la demande devient tout simplement une demande de devis pour un remplacement. La suite, lisez-la dans automatiser les devis avec l’IA.

Et au bout de quelques mois, vous avez des chiffres que la plupart des installateurs n’ont jamais : combien de fois vous tenez le délai d’intervention, combien de fois le premier déplacement suffit, quelles marques et quels modèles tombent le plus souvent en panne, et quelles semaines votre équipe est surchargée.

Pour ceux qui veulent les détails techniques

• Go pour la chaîne de traitement et les intégrations avec la téléphonie, l’e-mail, WhatsApp et les portails des fabricants.
• PostgreSQL avec un journal d’événements par appareil. Chaque demande, intervention et remplacement devient un événement que vous n’écrasez jamais. L’historique d’un appareil est donc toujours complet. Pourquoi cela convient si bien aux logiciels de PME, lisez-le dans l’event sourcing pour les logiciels de PME.
• Un algorithme de planification comme service séparé, par exemple sur la base d’un logiciel d’optimisation open source comme OR-Tools.
• Vue.js pour le tableau de planning et pour une application web mobile destinée aux techniciens. Elle doit aussi fonctionner hors ligne : dans une cave, il n’y a pas toujours de réseau.
• Une API, avec MCP par-dessus, pour que votre planning puisse plus tard dialoguer aussi avec un assistant IA. Plus de détails dans Votre logiciel est-il prêt pour les MCP ?
• Une infrastructure européenne, sur notre plateforme infogérée ou chez vous. Pour des demandes sensibles qui contiennent des adresses et des photos, choisissez un modèle d’IA européen, et figez la version du modèle.

Où ça se passe mal, le plus souvent ?

• Une base des installations qui n’est pas juste. Si le logiciel ne sait pas quel appareil se trouve où, il ne peut rien préparer non plus.
• Vouloir tout planifier automatiquement. Un planificateur qui connaît son tableau voit des choses qu’aucune règle ne capte. Laissez le logiciel faire des propositions, mais laissez une personne décider.
• Laisser l’IA décider de ce qui est urgent. Le modèle reconnaît des symptômes, mais les critères de classement sont une décision de votre entreprise.
• Oublier les techniciens. Si l’application de bon d’intervention est laborieuse, personne ne l’utilisera. Testez-la avec vos techniciens, dans une camionnette, avec des gants.
• Laisser arriver les demandes sur des numéros personnels. Regroupez d’abord tous les canaux. Sinon, le logiciel rate justement les demandes qui comptent le plus.

Avez-vous besoin de sur-mesure pour cela ?

Réponse honnête : pas toujours. Il existe de très bons logiciels de planification pour installateurs, et s’il correspond à votre façon de travailler, utilisez-le. Le sur-mesure devient rentable quand vos règles de planification sont spécifiques, quand vous voulez garder votre logiciel actuel mais automatiser la réception et le triage en amont, ou quand les demandes arrivent par des canaux que votre logiciel ne gère pas. Vous ne construisez alors pas un remplaçant, mais une couche autour.

Questions fréquentes

Le logiciel planifie-t-il lui-même mes techniciens ?

Non. Il propose une à trois options, chacune avec sa raison. Le planificateur confirme ou choisit autre chose.

Est-ce que ça fonctionne avec mon logiciel de planning ou de facturation actuel ?

En général, oui, via l’API de votre outil. Si vous n’avez pas encore d’outil, vous avez votre propre tableau de planning.

L’IA peut-elle déterminer l’urgence d’une panne ?

Le modèle reconnaît le symptôme et propose une catégorie. L’urgence de cette catégorie, ce sont vos propres règles qui la fixent, en tenant compte de la saison, du contrat et de la garantie.

Que se passe-t-il en cas d’odeur de gaz ou de détecteur de CO ?

Alors rien n’est planifié. Le client reçoit aussitôt la consigne de quitter le logement et d’appeler les numéros d’urgence, et la demande arrive en tête chez le planificateur.

Les clients peuvent-ils signaler une panne via WhatsApp ?

Oui, via un compte WhatsApp Business de votre entreprise. La demande arrive dans la même liste que le téléphone et l’e-mail.

Et la confidentialité de mes clients ?

Les demandes contiennent des adresses et parfois des photos de l’intérieur des logements. Mieux vaut les traiter sur des serveurs européens, avec un contrat de sous-traitance au sens du RGPD.

Comment les pannes arrivent-elles chez vous aujourd’hui, et qui décide qui part en intervention ? Racontez-nous comment fonctionne votre planning, et nous verrons ensemble ce que contiendrait la première phase.