Visuelle Echtzeit-Diagnostik im technischen Support
Das Problem
Störungen an Wärmepumpen lassen sich telefonisch häufig nicht validieren. Der herkömmliche Prozess erzwingt einen asynchronen Medienbruch: Der Call wird eskaliert, der Kunde muss manuell Fotos per E-Mail an ein Ticketsystem senden. Diese Latenz generiert zwangsläufig Repeat Calls, erhöht die Average Handling Time (AHT) und führt zu einer unwirtschaftlichen Allokation von Field-Service-Ressourcen (Truck Rolls) für triviale Servicefälle. Die Ursache liegt in der Systemarchitektur: Kommunikationskanäle und visuelle Datenerfassung laufen desynchronisiert ab und verhindern eine sofortige Fallabschließung.
Die Lösung
Die visuelle Datenerfassung wird deterministisch in den Live-Gesprächsprozess eingebettet. Über die individuell konfigurierbare Agentenmaske in Dialfire wird per Klick ein gesicherter Upload-Link ausgelöst. Der Kunde generiert das Foto der Anlage über sein Smartphone, woraufhin das Bild in Echtzeit direkt im Kontaktdatensatz der aktiven Maske angezeigt wird – ganz ohne den Umweg über ein klassisches Ticket- oder Vorgangsmanagement. Der Support-Prozess bleibt durch die dynamische Anpassung des Leitfadens synchron, asynchrone Medienbrüche entfallen und die First Call Resolution (FCR) wird massiv gesteigert.
Interview: Technischer Support bei einem Hersteller für Heiz- und Klimatechnik
Ein Austausch zwischen einem Chief Operating Officer, COO (J) und Dialfire (SA).
J (Energieversorger):
„Unser Kernproblem war der Erstkontakt im technischen Support. Bei komplexen Wärmepumpen reicht eine telefonische Fehlerbeschreibung nicht aus. Die Agenten mussten den Call abbrechen, ein Ticket eröffnen und den Kunden beispielsweise bitten, Fotos vom Heizungsdisplay per E-Mail nachzureichen. Die Datenlogistik dahinter war völlig asynchron. Bis die Bilder im System vorlagen und ein Zweitkontakt stattfand, saß der Kunde oft stundenlang im Kalten. Effektiv haben wir gegen unsere eigene IT gearbeitet – und gegen das Ziel der First Call Resolution.“
SA (Dialfire):
„Das ist ein klassisches Architekturproblem im Omnichannel-Management. Telefonie und visuelle Datenerfassung sind in vielen Systemen auf asynchrone Datenhaltung optimiert, nicht auf zeitkritische Ausführung. Wir setzen Dialfire als orchestrierten Hub dazwischen. Statt den Kunden in einen E-Mail-Prozess zu zwingen, generiert der Agent aus der individuell konfigurierbaren Maske per Klick einen Link. Das System sendet sofort eine SMS mit diesem Upload-Link an das Smartphone des Kunden im Heizungskeller. Das hochgeladene Bild ist in Echtzeit direkt im Kontaktdatensatz der aktiven Agentenmaske sichtbar, ohne Zwischenpersistenz in E-Mail-Postfächern.“
J (Energieversorger):
„Intern war das durchaus umstritten. Die Support-Techniker waren skeptisch, dem Kunden bei einem Heizungsausfall noch einen weiteren technischen Prozess zuzumuten. Die Sorge war: zusätzliche Komplexität, App-Downloads und frustrierte Kunden, was die AHT weiter in die Höhe treiben würde.“
SA (Dialfire):
„Die Diskussion kennen wir. Technisch gesehen reduzieren wir Komplexität, weil App-Downloads und manuelle E-Mail-Anhänge eliminiert werden. Kunden nutzen das browserbasierte Fotomodul, das nativ auf jedem Smartphone läuft. Gleichzeitig wird der Bildupload systemseitig exakt mit dem aktiven Datensatz synchronisiert. Das macht den Datenfluss für den Kunden maximal simpel und für den Agenten transparent und verzögerungsfrei, statt fragil.“
J (Energieversorger):
„Ein echter Engpass war früher die Ticket-Eskalation. Ohne Bild konnten wir den exakten Anlagendruck auf dem Manometer oder spezifische Sensor-Fehlercodes nicht validieren. Wir haben teure Techniker für Vor-Ort-Termine blockiert, nur weil wir den Ist-Zustand aus der Ferne nicht deterministisch klären konnten – oft musste der Kunde nur Wasser nachfüllen. Das hat nicht funktioniert und trieb die Cost per Case in die Höhe.“
SA (Dialfire):
„Diagnosesicherheit gehört ins System. Über den dynamischen Gesprächsleitfaden in der Maske verknüpfen wir die Live-Telefonie unmittelbar mit der visuellen Bestätigung. Der Agent sieht die Anlage in Echtzeit. Das eliminiert das Risiko von Fehldiagnosen durch fehlerhafte Beschreibungen. Das Problem wird noch im Erstgespräch visuell verifiziert und gelöst. Erfolgt die Lösung, speichert der Agent den Kontakt mit entsprechendem Status und Status Detail, woraufhin der Datensatz deterministisch über den Taskflow weiterverarbeitet wird, z. B. als abgeschlossener Vorgang per Webhook zurück ins System kommt.“
J (Energieversorger):
„Das hatte einen messbaren Effekt. Unsere 2. und 3. Kontakte mit den Kunden sind massiv gesunken, und wir sehen erstmals, wie die Kundenzufriedenheit steigt, weil das Problem sofort erledigt ist. Früher haben Agenten Zeit auf Rückrufe verwendet, die faktisch vermeidbar waren.“
SA (Dialfire):
„Genau hier entsteht der Effizienzgewinn: Wir allozieren die Agenten-Zeit nur dort, wo sofortige Lösbarkeit gegeben ist. Die konfigurierte Logik greift auch bei Latenzen: Wenn der Kunde für das Foto im Kellerraum mehr Zeit benötigt und das Gespräch kurzzeitig beendet wird, sichert das System den Prozess ab. Der erfolgreiche Upload aktualisiert den Datensatz, initiiert einen automatisierten Statuswechsel und übergibt den Kontakt über die Call-Order oder die native Callback-Funktion direkt an den nächsten freien Agenten. Der Prozess bleibt zu 100 % SLA-konform, und kein Datensatz fällt aus der aktiven Überwachung.“
J (Energieversorger):
„Skalierung war für uns ebenfalls kritisch. Was passiert in der winterlichen Heizperiode bei massiven Call-Peaks? Was, wenn die Verbindung im Keller abbricht oder der Upload fehlschlägt? Früher hingen solche Vorgänge undefiniert im Mail-Server fest und sorgten für Unmut.“
SA (Dialfire):
„Das Routing ist eventbasiert und fehlerresilient. Die generierten Links sind zustandsgebunden. Jedes hochgeladene Bild wird eindeutig dem jeweiligen Kontaktdatensatz zugeordnet und dort zentral gespeichert. Verluste durch Systembrüche sind ausgeschlossen, egal wie hoch das Anrufvolumen in der Hochsaison ist.“
J (Energieversorger):
„Mittlerweile haben wir dieses Framework über das klassische reaktive Troubleshooting hinaus skaliert. Wir nutzen es nun auch für die deterministische Abnahme von Neuinstallationen oder zur Validierung von Garantieansprüchen. Sobald im System eine Datengrundlage zu einem Drittanbieter-Bauteil unvollständig ist, triggern wir die SMS-Logik zur revisionssicheren Fotodokumentation des Typenschilds.“
SA (Dialfire):
„Genau für solche Folgeprozesse ist das System gebaut. Wenn die Notwendigkeit einer Dokumentation besteht, ist das ein klares Signal. Dieser Trigger geht direkt in Dialfire und wird ohne Verzögerung im Kontaktdatensatz abgebildet. Dort entscheidet die Kombination aus Status und Status Detail, in welche Kampagnenstufe der Kontakt als Nächstes verschoben wird. Über individuell angelegte Custom Fields erfolgt ein skillbasiertes Routing, das den Datensatz zielgerichtet an entsprechend verfügbare Agenten oder Garantie-Teams weiterleitet – inklusive des visuellen Kontexts. Operativ ist das eine extreme Beschleunigung.“
J (Energieversorger):
„Der größte operative Vorteil für uns war, dass wir unsere Kernsysteme nicht umbauen mussten. Das SAP-Ticketsystem bleibt schwerfällig, aber stabil für die Anlagenhistorie. Dialfire fungiert als flexible Verarbeitungsschicht und nahezu in Echtzeit: Der Call läuft, der Upload-Link geht raus, das Bild vom Display kommt direkt im Kontaktdatensatz rein, der Agent speichert die Maske mit entsprechendem Status und Status Detail. Auf Basis dieser Statuslogik steuert der Taskflow den Datensatz weiter und schließt den Vorgang im Kernsystem ab. Die Architektur eliminiert den Medienbruch vollständig.“
SA (Dialfire):
„Genau das ist der Ansatz. Wir ersetzen keine Bestandssysteme. Wir umgehen ihre Latenz. Effizienz entsteht dort, wo visuelle Daten ohne Batch-Verzögerung oder E-Mail-Umwege direkt in Handlung übersetzt werden – nachvollziehbar, messbar und ohne manuelle Zwischenschritte.“