Étude de cas · 4 minutes de lecture

Profil-type de l'opérateur

Considérons un opérateur de location de véhicules industriels (poids lourds, utilitaires, engins) avec plusieurs milliers de véhicules confiés à des clients B2B, et une promesse de maintenance et d'intervention rapide. L'organisation tient sur trois piliers : un siège qui pilote la relation client, un réseau d'ateliers de proximité, et une équipe centrale de dispatch entre les deux. Côté SI, des outils de ticketing centralisent les demandes, un ERP gère les pièces, une GMAO suit les interventions.

Les deux frictions structurelles

Deux points de friction reviennent dans toute exploitation de ce type, et ils ont la même racine : l'information opérationnelle naît dans une conversation, mais aucun canal conversationnel ne la structure.

Le premier concerne la relation avec les conducteurs clients. Quand un véhicule a un problème en route, l'appel au standard est le mode par défaut. La qualification d'une panne sans photo est difficile, la localisation impossible quand la télématique embarquée n'est pas installée ou pas temps réel, et la communication peut buter sur la langue d'un conducteur étranger. Le ticket arrive incomplet chez l'atelier, qui rappelle pour préciser.

Le second concerne le dispatch interne. Le routage des incidents repose largement sur une équipe centrale qui appelle les ateliers pour caler les rendez-vous. Sur la majorité des codes défaut récurrents, l'algorithme de dispatch est connu, écrit, stable. Il n'est simplement pas automatisé.

Le pari conversationnel

L'hypothèse qui sous-tend la démarche est qu'avec une architecture agentique capable de traiter le langage naturel, l'image, la voix et la géolocalisation, la conversation cesse d'être une perte de signal pour devenir le canal opérationnel principal. WhatsApp en est le support, en raison de son adoption universelle et de sa nativité multimodale. Pas un canal exclusif : l'architecture orchestre plusieurs canaux et bascule sur mail ou SMS pour les interlocuteurs qui le préfèrent. Mais le canal de premier choix, pour les conducteurs comme pour les équipes internes.

C'est ce que construit Oskar : une couche d'orchestration agentique sur WhatsApp, branchée sur les systèmes existants (ticketing, ERP, GMAO) sans les remplacer.

Ce qui distingue ce canal, ce n'est pas de remplacer l'appel téléphonique. C'est de traiter à la réception ce que la voix au standard laisse échapper.

Ce que la conversation structure à la réception

Un incident signalé par un conducteur arrive aujourd'hui sous forme de récit oral, partiel, à requalifier. Le même incident dans une conversation traitée par une architecture agentique se décompose à la réception :

  • Le texte libre est extrait et structuré en machine concernée, lieu, gravité.
  • La photo est analysée, la pathologie ou la pièce reconnue.
  • La note vocale est transcrite, les éléments d'urgence détectés dans le ton et le vocabulaire.
  • La vidéo voit ses images clés extraites et croisées avec les modes de défaillance connus.
  • La localisation est demandée par l'agent quand elle est utile, et partagée d'un clic. C'est ce qui pallie l'angle mort de la télématique embarquée, rarement installée sur l'ensemble du parc et rarement temps réel.

Aucune de ces modalités n'est nouvelle. Ce qui change, c'est qu'elles arrivent dans un même fil, lisible, exploitable sans ressaisie, et qu'elles alimentent directement les systèmes en aval.

Un canal qui fonctionne dans les deux sens

La conversation n'est pas qu'un canal de signalement entrant. À l'initiative de l'opérateur, le même fil devient un canal de notification : alerte télématique remontée et expliquée, rappel d'entretien programmé, instruction de démarrage spécifique à un véhicule, confirmation de rendez-vous atelier. Tout ce qui passait par SMS ou par appel sortant s'inscrit dans une conversation continue à laquelle le conducteur répond dans la foulée.

Cette symétrie vaut aussi en interne. Sur les codes défaut récurrents, l'architecture prend en charge la chaîne connue de bout en bout, et l'équipe centrale de dispatch se recentre sur les cas hors algorithme, les arbitrages complexes, les sujets contractuels. Sur les flux étrangers et intérimaires, l'agent lit et répond dans la langue du conducteur, ce qui retire un point de blocage récurrent côté hotline et ouvre un axe commercial distinct.

Le cadre réglementaire

Le déploiement repose sur la distinction de quelques cadres simples.

Côté RGPD. Les messages échangés sont opérationnels (signalement, prise de rendez-vous, intervention, notification), pas de la prospection. Ils relèvent de l'exécution de la prestation, pas du consentement publicitaire. Il suffit que les contrats clients prévoient le partage de données avec les sous-traitants opérationnels pour l'exécution du service, une clause aujourd'hui courante.

Côté plateforme WhatsApp. Par-dessus la loi, WhatsApp ajoute sa propre condition : avoir l'accord de la personne d'être contactée. Depuis fin 2024, un accord général suffit, sans qu'il porte spécifiquement sur WhatsApp. Il est souvent déjà présent dans la relation client, et un conducteur qui écrit le premier le valide dans tous les cas.

Côté utilisateur. Le conducteur conserve à tout moment un droit de retrait simple, accessible dans l'application.

En interne. Le cadre est celui du contrat de travail, avec une information claire aux collaborateurs. Ils sont enrôlés à l'onboarding comme pour n'importe quel outil métier, sur téléphone pro ou personnel avec leur accord. Le dispositif passe par un partenaire WhatsApp Business officiel, qui opère le numéro institutionnel et porte la conformité de la plateforme.

Lecture de la démarche

L'enjeu n'est pas de remplacer le SI existant, mais de greffer une couche d'orchestration là où la valeur se crée : à l'interface entre les utilisateurs et les systèmes. Pour un opérateur de flotte, cette interface est la conversation. L'architecture agentique est ce qui transforme cette conversation en flux opérationnel structuré, dans les deux sens, sans imposer d'application à personne.