Ein unbesetzter Automatenladen ist rund um die Uhr geöffnet. Genau dann muss auch der Meldeweg funktionieren. Wenn ein Produkt nicht ausgegeben wird, eine Kartenzahlung unklar bleibt oder die Altersprüfung scheitert, braucht der Kunde vor Ort eine einfache Möglichkeit, den Fall zu schildern. Das Betreiberteam braucht dagegen belastbare Angaben statt einer vagen Nachricht wie „Automat kaputt“.
Welche Angaben eine Meldung bearbeitbar machen
Ein brauchbarer Fall beantwortet mindestens fünf Fragen:
- Welcher Standort und welcher Automat sind betroffen?
- Wann ist das Problem aufgetreten?
- Was hat der Kunde getan und was ist danach passiert?
- Geht es um Ware, Zahlung, Zugang oder eine andere Störung?
- Wie darf das Team für Rückfragen Kontakt aufnehmen?
Dass diese Angaben im Betrieb relevant sind, zeigt auch ein öffentliches Störungsformular eines Automatenbetreibers. Dort werden unter anderem Automatennummer, Datum und Uhrzeit abgefragt. Das ist ein reales Prozessbeispiel, keine Aussage über eine OUTAG3-Integration mit diesem Betreiber.
Was Voice Intake vorbereitet
Ein Voice-Agent führt den Anrufer durch die offenen Punkte und überträgt die Antworten in ein einheitliches Fallformat. OUTAG3 kann die Meldung kategorisieren, eine Dringlichkeit vorschlagen und anhand der konfigurierten Regeln an das passende Team weiterleiten. Das reduziert Rückfragen, weil Standort, Zeitpunkt und Problemtyp bereits zusammenstehen.
Wichtig ist die Grenze: Die KI bereitet den Fall vor. Die Entscheidung über Erstattung, Rückruf, Technikeinsatz oder Abschluss trifft das Betreiberteam. Auch ein kleiner Warenverlust kann eine Rückfrage benötigen, etwa wenn Betrag, Zahlung und Ausgabe nicht zusammenpassen.
Kleine Reklamation oder betrieblicher Vorfall?
Für die Triage ist nicht nur der Geldbetrag relevant. Drei Meldungen über denselben Warenkanal können auf einen Bestand- oder Ausgabefehler hindeuten. Ein einzelner Ausfall der Altersprüfung kann den Zugang zu einem ganzen Sortiment blockieren. Deshalb sollte die Einstufung mehrere Signale verbinden:
- Auswirkung auf Kunde und Betrieb
- Zahl ähnlicher Meldungen
- vorhandene Alternativen am Standort
- Sicherheits- oder Zugangsbezug
- Zeitpunkt und vereinbarte Servicezeiten
Die Regeln werden im Pilot gemeinsam am echten Betrieb geprüft. Fehleinstufungen sind dabei Lernmaterial, keine stillschweigende Automatisierung.
Ein sinnvoller Pilot
Starten Sie mit einem Standort, einer sichtbaren Telefonnummer und wenigen klaren Kategorien. Prüfen Sie nach zwei bis vier Wochen: Sind die Pflichtangaben vollständig? Welche Fälle erfordern noch Rückfragen? Welche Vorschläge wurden vom Team anders entschieden? Erst danach sollten weitere Standorte oder Kanäle folgen.
Mehr zum Ablauf steht in der Produktübersicht. Begriffe wie Triage und Incident erklärt das Glossar, typische Einführungsfragen beantwortet die FAQ. Wenn Sie einen echten Meldeweg testen möchten, können Sie einen Pilot anfragen.