Diagnostic visuel en temps réel dans le support technique
Le problème
Les dysfonctionnements des pompes à chaleur ne peuvent souvent pas être validés par téléphone. Le processus traditionnel impose une rupture de média asynchrone : l’appel est escaladé et le client doit envoyer manuellement des photos par e-mail vers un système de tickets. Cette latence génère inévitablement des appels répétés, augmente l’Average Handling Time (AHT) et entraîne une allocation inefficace des ressources de service terrain (truck rolls) pour des cas de service mineurs. La cause réside dans l’architecture du système : les canaux de communication et la capture visuelle des données fonctionnent de manière asynchrone et empêchent une résolution immédiate du cas.
La solution
La capture visuelle des données est intégrée de manière déterministe dans le processus de conversation en direct. Via l’interface agent configurable individuellement dans Dialfire, un lien de téléchargement sécurisé est déclenché en un clic. Le client prend une photo de l’installation avec son smartphone, après quoi l’image apparaît en temps réel directement dans l’enregistrement de contact de l’interface active — sans détour par un système classique de tickets ou de gestion des incidents. Grâce à l’adaptation dynamique du guide conversationnel, le processus de support reste synchronisé, les ruptures de média asynchrones sont éliminées et la résolution au premier appel (FCR) est considérablement améliorée.
Interview : Support technique chez un fabricant de technologies de chauffage et de climatisation
Un échange entre un Chief Operating Officer, COO (J) et Dialfire (SA).
J (Fournisseur d’énergie:)
« Notre principal problème concernait le premier contact dans le support technique. Avec des pompes à chaleur complexes, une simple description téléphonique du problème ne suffit pas. Les agents devaient interrompre l’appel, ouvrir un ticket et demander au client, par exemple, d’envoyer des photos de l’écran du chauffage par e-mail. Toute la logistique des données derrière ce processus était complètement asynchrone. Jusqu’à ce que les images soient disponibles dans le système et qu’un second contact ait lieu, le client restait souvent plusieurs heures sans chauffage. En réalité, nous travaillions contre notre propre informatique — et contre l’objectif de résolution au premier appel. »
SA (Dialfire:)
« Il s’agit d’un problème d’architecture classique dans la gestion omnicanale. Dans de nombreux systèmes, la téléphonie et la capture visuelle des données sont optimisées pour un stockage asynchrone des données et non pour une exécution critique en temps réel. Nous positionnons Dialfire comme un hub orchestré entre les deux. Au lieu de contraindre le client à passer par un processus d’e-mail, l’agent génère un lien directement depuis l’interface configurable en un clic. Le système envoie immédiatement un SMS contenant ce lien de téléchargement vers le smartphone du client dans la chaufferie. L’image téléchargée apparaît en temps réel directement dans l’enregistrement de contact de l’interface active de l’agent, sans stockage intermédiaire dans des boîtes mail. »
J (Fournisseur d’énergie:)
« En interne, cela a suscité beaucoup de débats. Les techniciens support étaient sceptiques à l’idée d’imposer un processus technique supplémentaire au client pendant une panne de chauffage. Les inquiétudes portaient sur une complexité accrue, des téléchargements d’applications et des clients frustrés, ce qui aurait encore augmenté l’AHT. »
SA (Dialfire:)
« Nous connaissons bien cette discussion. Techniquement, nous réduisons la complexité puisque les téléchargements d’applications et les pièces jointes manuelles par e-mail sont éliminés. Les clients utilisent un module photo basé sur navigateur, fonctionnant nativement sur chaque smartphone. En parallèle, le téléchargement de l’image est synchronisé exactement avec l’enregistrement actif du système. Cela rend le flux de données extrêmement simple pour le client et transparent et sans délai pour l’agent, au lieu d’être fragile. »
J (Fournisseur d’énergie:)
« Un véritable goulot d’étranglement auparavant était l’escalade des tickets. Sans image, nous ne pouvions pas valider la pression exacte de l’installation sur le manomètre ni certains codes d’erreur de capteurs. Nous mobilisions des techniciens coûteux pour des interventions sur site simplement parce qu’il était impossible de déterminer avec certitude l’état réel à distance — alors que souvent, le client devait simplement rajouter de l’eau. Cela ne fonctionnait pas et augmentait le coût par dossier. »
SA (Dialfire:)
« La fiabilité du diagnostic doit faire partie intégrante du système. Grâce au guide conversationnel dynamique dans l’interface, nous relions directement la téléphonie en direct à la confirmation visuelle. L’agent voit l’installation en temps réel. Cela élimine le risque de mauvais diagnostics causés par des descriptions erronées. Le problème est vérifié visuellement et résolu dès le premier échange. Une fois la solution apportée, l’agent enregistre le contact avec le statut et le détail de statut appropriés, après quoi l’enregistrement est traité de manière déterministe via le taskflow, par exemple en revenant dans le système sous forme de dossier clôturé via webhook. »
J (Fournisseur d’énergie:)
« Cela a eu un effet mesurable. Nos deuxièmes et troisièmes contacts avec les clients ont fortement diminué, et pour la première fois nous constatons une hausse de la satisfaction client, car le problème est résolu immédiatement. Auparavant, les agents perdaient du temps avec des rappels qui étaient en réalité évitables. »
SA (Dialfire:)
« C’est précisément là que se crée le gain d’efficacité : nous allouons le temps des agents uniquement là où une résolution immédiate est possible. La logique configurée gère également les situations de latence : si le client a besoin de plus de temps dans la cave pour prendre la photo et que l’appel est temporairement interrompu, le système sécurise le processus. Un téléchargement réussi met à jour l’enregistrement, déclenche un changement automatique de statut et transfère le contact via le call-order ou la fonction native de callback directement vers le prochain agent disponible. Le processus reste 100 % conforme aux SLA et aucun enregistrement ne sort de la surveillance active. »
J (Fournisseur d’énergie:)
« L’évolutivité était également essentielle pour nous. Que se passe-t-il pendant la saison hivernale avec des pics massifs d’appels ? Que faire si la connexion dans la cave est interrompue ou si le téléchargement échoue ? Auparavant, ces dossiers restaient bloqués de manière indéfinie dans le serveur de messagerie et provoquaient du mécontentement. »
SA (Dialfire:)
« Le routage est basé sur des événements et résistant aux erreurs. Les liens générés sont liés à un état précis. Chaque image téléchargée est attribuée de manière unique à l’enregistrement de contact correspondant et y est stockée de façon centralisée. Les pertes dues aux ruptures système sont impossibles, quel que soit le volume d’appels pendant la haute saison. »
J (Fournisseur d’énergie):
« Entre-temps, nous avons étendu ce framework au-delà du dépannage réactif classique. Nous l’utilisons désormais également pour la validation déterministe des nouvelles installations ou pour la vérification des demandes de garantie. Dès que le système détecte une base de données incomplète concernant un composant tiers, nous déclenchons la logique SMS pour une documentation photographique certifiée du numéro de série. »
SA (Dialfire:)
« C’est exactement pour ce type de processus ultérieurs que le système a été conçu. Lorsqu’une documentation devient nécessaire, c’est un signal clair. Ce déclencheur entre directement dans Dialfire et apparaît immédiatement dans l’enregistrement de contact. Là, la combinaison du statut et du détail de statut détermine dans quelle étape de campagne le contact sera déplacé ensuite. Des custom fields configurés individuellement permettent un routage basé sur les compétences, dirigeant l’enregistrement de manière ciblée vers les agents ou équipes de garantie appropriés — y compris le contexte visuel. Sur le plan opérationnel, cela représente une accélération considérable. »
J (Fournisseur d’énergie:)
« Le plus grand avantage opérationnel pour nous a été que nous n’avons pas eu besoin de reconstruire nos systèmes centraux. Le système de tickets SAP reste lourd, mais stable pour l’historique des installations. Dialfire agit comme une couche de traitement flexible et quasi en temps réel : l’appel est en cours, le lien de téléchargement est envoyé, l’image de l’écran arrive directement dans l’enregistrement de contact et l’agent enregistre l’interface avec le statut et le détail de statut correspondants. Sur la base de cette logique de statut, le taskflow poursuit le traitement de l’enregistrement et clôture le dossier dans le système central. L’architecture élimine totalement la rupture de média. »
SA (Dialfire:)
« C’est exactement notre approche. Nous ne remplaçons pas les systèmes existants. Nous contournons leur latence. L’efficacité naît là où les données visuelles sont directement transformées en action sans délais batch ni détours par e-mail — de manière traçable, mesurable et sans étapes manuelles intermédiaires. »