CRM pour ateliers de carrosserie et de mécanique automobile
Dans un atelier de réparation, la fiche client est un véhicule avec un historique, et le pipeline est une rangée d’autos dans les baies, chacune en attente d’une pièce, de l’approbation d’un assureur ou d’un technicien. Un CRM de vente n’a d’objet pour rien de tout ça. Ce qu’un atelier appelle un CRM, ce sont en fait trois tâches : connaître l’historique de chaque véhicule à son arrivée, tenir le propriétaire informé sans répondre au téléphone toute la journée, et faire revenir le client quand l’entretien est vraiment dû. Aucune n’est un pipeline, et c’est parce qu’on essaie de les y forcer que les projets de CRM en atelier s’enlisent.
Où le CRM générique ne tient pas :
Le client, c’est un véhicule. L’historique se rattache à l’auto, pas à la personne — un ménage a trois véhicules et un véhicule change de propriétaire. Un CRM centré sur les contacts fragmente l’historique d’entretien, qui est pourtant la base même de la confiance et de la prochaine recommandation.
Une réparation est une chaîne de dépendances, pas une étape. Un travail de carrosserie attend une estimation, puis l’approbation de l’assureur, puis les pièces, puis une baie, et un supplément peut le faire reculer de deux étapes. Un pipeline linéaire ne peut pas exprimer « en attente de l’assureur depuis six jours », qui est l’état le plus coûteux de l’atelier.
Aucun tiers dans la fiche. Sur un travail de carrosserie, l’assureur et l’expert en sinistre décident de l’échéancier autant que l’atelier. Un CRM qui n’a pas de place pour la réclamation, l’expert et le statut d’approbation laisse le conseiller au service reconstituer chaque appel de statut à partir du système d’estimation et de sa mémoire.
Le suivi n’a pas de déclencheur. Les clients d’un atelier reviennent selon le kilométrage et la saison — le bon moment se trouve dans l’historique d’entretien du véhicule, pas dans un calendrier de campagnes. Le marketing d’un CRM générique inonde toute la liste, ce qui apprend aux clients à ignorer l’atelier qui sait justement quand leurs freins sont dus.
Le modèle de données qui convient vraiment :
Véhicule. La fiche centrale : identité, propriétaires au fil du temps et chaque bon de travail qui s’y rattache. Ce seul choix de modélisation — le véhicule d’abord, le contact ensuite — représente l’essentiel de la différence entre un système d’atelier et un outil de vente.
Bon de travail avec états d’attente. Chaque travail porte non seulement une étape, mais aussi ce qu’il attend et depuis combien de temps — approbation de l’assureur, pièce en commande, baie, décision du client — pour que le tableau montre où la semaine fuit.
Réclamation et approbation. Pour les travaux de carrosserie, l’assureur, l’expert en sinistre, l’estimation et chaque supplément avec ses dates de soumission et d’approbation, pour qu’un supplément non approuvé qui traîne depuis plus d’une semaine soit un signal plutôt qu’une surprise.
Journal des communications avec le propriétaire. Chaque texto de statut et chaque photo rattachés au bon de travail, pour que n’importe quel conseiller puisse reprendre la conversation de n’importe quelle auto, et que l’atelier ait une trace quand un litige arrive.
Déclencheur d’entretien dû. Des prévisions du prochain entretien tirées de l’historique et du kilométrage de chaque véhicule, qui génèrent des messages précis — cette auto, cet entretien, ce mois-ci — plutôt que des infolettres.
Notre verdict : N’achetez pas un CRM générique; les logiciels de gestion d’atelier centrés sur le véhicule modélisent déjà les bons de travail et l’historique, et l’un d’eux devrait être votre base. Là où ils sont constamment minces, c’est l’attente : le vieillissement des approbations d’assureurs, la visibilité sur les retards de pièces et les communications déclenchées par les changements d’état. Si votre logiciel de gestion d’atelier couvre ces points, configurez-le et arrêtez-vous là. S’il ne les couvre pas — et pour les suppléments en carrosserie, c’est généralement le cas — bâtissez cette couche à côté plutôt que de remplacer un système que votre personnel connaît déjà.
Nous avons un logiciel de gestion d’atelier. Qu’est-ce qu’un CRM ajouterait?
Probablement rien, et un CRM générique enlèverait quelque chose. La vraie question est plus étroite : votre système actuel peut-il lister chaque travail selon ce qu’il attend et depuis combien de temps? Si oui, votre manque est une question de discipline, pas de logiciel. Sinon, cette couche de visibilité est le développement à faire — ce qui n’est un CRM dans aucun sens reconnaissable du terme.
Qu’est-ce qui réduit vraiment les appels de statut?
Envoyer le statut avant qu’on le demande, avec une photo. Un texto qui montre le véhicule à la peinture répond à la question et à la question suivante. La mécanique compte moins que le déclencheur : les mises à jour doivent partir quand le bon de travail change d’état, parce que celles qui dépendent de la mémoire d’un conseiller ne se font pas les jours chargés.
Pourquoi les suppléments d’assureurs méritent-ils leur propre suivi?
Parce qu’un supplément non approuvé est un arrêt de travail invisible. L’auto attend, le client blâme l’atelier, et le système d’estimation affiche simplement le supplément comme en attente. Suivre la date de soumission et l’âge de chaque supplément transforme la cause la plus courante des délais qui explosent en une liste que quelqu’un traite chaque matin.
Le suivi des entretiens dus fait-il vraiment bouger les revenus?
Pour les ateliers de mécanique, c’est la différence entre attendre les pannes et planifier le travail. La condition, c’est la précision : un message qui nomme le véhicule et l’entretien dû porte fruit; un envoi massif de rabais génériques, non. Cette précision n’est possible que si l’historique du véhicule est structuré, et c’est le vrai argument pour bien faire le modèle de données.
Dernière révision le 27 août 2026