Bestellung 4471, bitte Liefertermin bestätigen
Agenten für den Artikel, der morgen im Sortiment sein soll.
Montagmorgen im Einkauf. Der Lieferant hat seine neue Kollektion als Excel mit 400 Zeilen geschickt. Bis die Artikel mit Bildern und Attributen im Warenwirtschaftssystem sind, vergeht eine Woche. Im Kundenservice öffnet derweil jemand die 60. Retoure des Tages. Dabei könnten die meisten nach denselben Regeln entschieden werden. Und in der Buchhaltung geht eine Lieferantenrechnung durch, die um zwei Prozent von den Konditionen abweicht. Im Handel entscheidet die Geschwindigkeit: Wie schnell ist ein Artikel im Sortiment und eine Retoure erledigt? Wir möchten, dass diese Geschwindigkeit nicht mehr davon abhängt, wie viele Beschäftigte gerade abtippen.
Was Ihnen heute die Zeit stiehlt
Ein neuer Artikel braucht bei uns Tage, bis Stammdaten, Bilder und Attribute aus der Lieferantenliste im Warenwirtschaftssystem sind.
Wir prüfen jede Retoure einzeln. Dabei weiß ich genau, dass achtzig Prozent davon nach festen Regeln entschieden werden könnten.
Lieferantenrechnungen weichen von den vereinbarten Konditionen ab. Es fällt niemandem auf, bevor wir bezahlt haben.
Sechs Vorgänge, die ein Agent hier übernimmt
Für jeden Vorgang steht hier, was hereinkommt und was der Agent prüft. Dazu, was hinausgeht und wann ein Mensch das letzte Wort hat. Ihr Vorgang sieht vermutlich etwas anders aus. Genau den wollen wir hören.
Artikel anlegen aus Lieferantendaten
Retoure prüfen und entscheiden
Lieferantenrechnung gegen Konditionen prüfen
Großkundenanfrage beantworten
Nachbestellung einer Filiale prüfen
Lieferavis mit Wareneingang abgleichen
Ihr Vorgang steht nicht dabei?
Dann ist er wahrscheinlich der interessantere. Beschreiben Sie im Vorgangs-Check in drei Sätzen, was bei Ihnen jede Woche liegen bleibt. Wir sagen Ihnen offen, ob ein Agent das übernehmen könnte.
Retoure prüfen und entscheiden
Wir fangen gern mit der Retoure an. Die Regeln stehen schon in Ihren Retourenbedingungen, und das Volumen ist hoch. Das Ergebnis sehen Sie jeden Tag an der Durchlaufzeit. Und daran, wie viel ruhiger es im Kundenservice wird.
Was der Agent dafür braucht
Der Agent braucht Artikel, Bestellungen, Wareneingänge und Konditionen aus dem ERP. Dazu kommen Kundendaten aus dem CRM, die Bestellungen aus Shop und Marktplätzen und die Postfächer von Einkauf und Service. Wir verbinden diese Quellen in Microsoft Fabric und OneLake. Über Direct Lake bekommen Power BI und der Agent dieselben Zahlen. So wundert sich niemand mehr über abweichende Auswertungen. Steht hinter Ihrem Shop noch kein richtiges ERP, führen wir Business Central gleich mit ein. So haben wir es bei Cure Concept gemacht.
Typische Systeme in Ihrer Branche
Häufige Fragen aus dem Handel
Wir verkaufen über mehrere Marktplätze. Kann der Agent alle bedienen?
Ja, über die Schnittstellen der Marktplätze oder über deren Exportformate. Die Regeln bleiben zentral in einem Agenten. Kommt nächstes Jahr ein Kanal dazu, schließen wir ihn an, ohne die Regeln neu zu schreiben.
Wie verhindern wir, dass der Agent zu großzügig ist?
Die Grenzen setzen Sie: beim Warenwert, bei den Kulanzregeln und bei der Kundenhistorie. Alles darüber geht an einen Menschen. Jede Entscheidung ist protokolliert. So sehen Sie in Power BI, wie großzügig der Agent tatsächlich war.
Unsere Stammdaten sind nicht sauber. Ist das ein Problem?
Es ist eher der Grund, mit dem Fundament anzufangen. Damit sind Sie nicht allein. Fabric macht Dubletten und Lücken sichtbar. Der Agent arbeitet dann mit einem bereinigten Stand und meldet neue Fehler, sobald sie reinkommen.
Wie lange dauert es bis zum Regelbetrieb?
Wie schnell der Einstiegsvorgang läuft, hängt davon ab, wie Ihre Systeme angebunden sind. Danach läuft der Agent im Betrieb. Entweder bei Ihnen oder bei uns als Managed Agent Ops.
Welche Herausforderung haben Sie in Ihrer Branche?
Am meisten interessiert uns Ihre Herausforderung. Schreiben Sie uns ein paar Zeilen dazu. Wir schauen sie uns mit Ihren heutigen Systemen kostenlos an. Dann sagen wir Ihnen offen, ob sich ein Agent lohnt.
