Une entreprise de dépannage reçoit ses demandes par cinq ou six canaux différents : le téléphone du standard, une boîte mail générique, le formulaire du site, l’adresse personnelle du gérant, le portable d’un technicien qu’un client a gardé en mémoire, et parfois le SMS d’un syndic pressé. Tant que ces canaux vivent séparément, deux choses arrivent avec certitude : on oublie des demandes, et personne n’est capable de répondre à un client qui rappelle le lendemain.
Le vrai coût de la dispersion
Le coût le plus visible, ce sont les demandes perdues. Un mail arrivé un vendredi soir, lu le lundi, alors que le client a déjà appelé un concurrent. Mais le coût le plus important est ailleurs : c’est celui de l’incertitude interne. Quand personne ne sait combien de demandes sont en attente, on ne peut ni prioriser, ni annoncer des délais fiables, ni dimensionner l’équipe.
S’ajoute un troisième coût, plus insidieux : la double affectation. Deux personnes traitent la même fuite parce qu’elle est arrivée par deux canaux. Deux techniciens se déplacent. Le client, lui, voit une entreprise désorganisée.
Ce que « centraliser » veut dire concrètement
Centraliser ne signifie pas fermer des canaux : un client appellera toujours le numéro qu’il connaît. Cela signifie que toute demande, quel que soit son point d’entrée, devient une ligne dans le même tableau, avec les mêmes informations et le même statut.
Les informations minimales à saisir sont toujours les mêmes : qui, où exactement, quoi, depuis quand, à quel point c’est urgent, et comment vous rappeler. Les recueillir de façon systématique est ce qui permet ensuite d’affecter sans rappeler le client pour lui redemander son code d’immeuble.
Un statut lisible par tout le monde
Le statut est ce qui transforme un tableau en outil de pilotage. Six états suffisent : reçue, qualifiée, affectée, en cours, terminée, facturée. Leur intérêt est double. Ils permettent de répondre en quelques secondes à la question la plus fréquente du métier — « vous passez quand ? » —, et ils font apparaître ce qui stagne.
Une demande restée en « reçue » depuis deux jours est un signal. Une intervention « terminée » mais non facturée depuis une semaine en est un autre, et celui-là se paie directement en trésorerie.
Le cas des syndics, régies et bailleurs
Les donneurs d’ordre professionnels ont leurs propres circuits : bons de commande, numéros de dossier, interlocuteurs multiples, parfois un extranet. Leurs demandes doivent porter une référence externe pour que la facture soit rapprochée du bon dossier, faute de quoi elle sera rejetée et le règlement décalé de plusieurs semaines.
Ces clients représentent souvent un volume important d’interventions. Les traiter dans le même flux que les particuliers, mais avec leurs références propres, évite d’avoir à tenir un fichier parallèle.
Ce que la centralisation permet ensuite
Une fois les demandes réunies, plusieurs choses deviennent possibles qui ne l’étaient pas. On peut prioriser réellement, puisqu’on voit tout ce qui attend. On peut affecter en connaissance de cause. On peut mesurer le délai entre l’appel et l’intervention, indicateur qui résume à lui seul la qualité de service perçue. On peut enfin faire un vrai suivi client après intervention, parce que l’historique est complet.
Ne pas confondre centraliser et complexifier
Une erreur fréquente consiste à profiter de la mise en place d’un outil pour ajouter des champs obligatoires, des validations et des étapes. Le résultat est prévisible : le standard, sous pression un vendredi soir, contourne l’outil et note sur un papier. On retrouve alors la dispersion qu’on voulait supprimer, avec un logiciel en plus.
La règle utile est inverse : la saisie d’une demande doit être plus rapide que de la noter à la main. Quelques champs indispensables, des types d’intervention prédéfinis, le reste complété plus tard si nécessaire. Un dossier incomplet mais existant vaut infiniment mieux qu’un dossier parfait qui n’a jamais été créé.
Ce que Batilys centralise
Dans Batilys, chaque demande devient un dossier d’intervention rattaché au client et à son adresse, avec son statut, son niveau de priorité, ses photos et son historique. Les demandes saisies par le standard, par le technicien depuis son mobile ou reçues via le site rejoignent le même flux. La fiche client conserve l’ensemble : interventions passées, équipements installés, contrats en cours et documents échangés — c’est ce que nous décrivons dans l’article sur le CRM adapté au bâtiment.
Le fonctionnement d’ensemble est présenté dans notre guide du logiciel de dépannage urgent, les modules sur la page fonctionnalités, et les formules sur la page tarifs.
Questions fréquentes
Comment gérer les clients qui appellent directement le technicien ?
C'est inévitable dès qu'un technicien a bien travaillé chez quelqu'un. Plutôt que de l'interdire, mieux vaut organiser la remontée : le technicien enregistre la demande depuis son mobile, elle rejoint le flux commun et repart dans le circuit normal. L'interdiction pure crée surtout des demandes invisibles.
Faut-il un formulaire de demande sur le site ?
Il capte les demandes qui n'auraient pas donné lieu à un appel, notamment en dehors des heures d'ouverture, et il permet de poser d'emblée les bonnes questions : adresse, nature du problème, photos. À condition qu'il alimente le même flux que les appels, et non une boîte mail consultée une fois par jour.
Comment savoir si une demande a été traitée ?
En donnant à chaque demande un statut explicite — reçue, qualifiée, affectée, en cours, terminée, facturée — et en regardant chaque jour ce qui stagne. Une demande sans statut est une demande qui finira par être oubliée, et c'est presque toujours celle dont le client parlera autour de lui.
Voir Batilys sur vos propres interventions
Nous configurons le logiciel sur vos cas réels : vos types de dépannage, vos majorations, votre organisation d’astreinte. La démonstration dure une trentaine de minutes, à distance, au moment qui vous arrange.