Lösung · Nach Software

WooCommerce kassiert die Bestellung. Was danach kommt —die Retoure, die Reklamation, der Umtausch in eine andere Größe— erledigt ein Mensch von Hand, in einer Excel.

WooCommerce ist WordPress: dein Shop ist der Core plus ein Stapel Plugins, und der Core bringt keinen Retourenprozess mit. Deshalb ist der Verkauf automatisiert und der After-Sales nicht: jede Retoure, jede Reklamation und jeder Umtausch wird per E-Mail zu Fuß gelöst, mit Blick auf die Bestellung im Backoffice und einer Notiz in einer Tabelle daneben. Auf der REST API und den Webhooks deines WooCommerce bauen wir die KI-Schicht, die aus diesem losen After-Sales Fälle mit Status macht.

Bau es in meinem Betrieb Sehen, wie es läuft

Das Problem

Den Verkauf erledigt das Plugin. Den After-Sales erledigt jemand, der daran denkt.

Die Retoure kommt per E-Mail oder WhatsApp rein, nicht über einen Prozess: jemand notiert sie in einer Excel, sucht die Bestellung im Backoffice und verfolgt das Paket aus dem Gedächtnis, bis es im Lager ankommt.
Wenn der Kunde nach seiner Retoure fragt, kann niemand sagen, wo sie steht, ohne drei Stellen zu öffnen: das Postfach, die Bestellübersicht und die Tabelle, in der jemand mitzählt.
Die Reklamationen —ein Artikel fehlt, kam kaputt an, es wurde die falsche Größe verschickt— werden Fall für Fall gelöst, und jede Person macht es anders: die einen erstatten, die anderen schicken Ersatz, die dritten verlangen ein Foto.
Teilerstattungen werden von Hand gerechnet und manchmal falsch: der Artikel wird erstattet, das Porto nicht —oder umgekehrt— und die Differenz taucht Wochen später auf.
Jedes neue Produkt wartet darauf, dass jemand die Produktdaten schreibt, und bis dahin geht es mit der Lieferantenbeschreibung eins zu eins online oder gar nicht.

Was es kostet, alles zu lassen

Du hast einen Shop, der von allein verkauft, und einen After-Sales, den es als Prozess nicht gibt: es gibt ihn als Menschen, die daran denken. Das steht auf keiner Rechnung —es zeigt sich als Retouren, die Wochen bis zum Abschluss brauchen, als Kunden, die dreimal dasselbe fragen, als falsch gerechnete Erstattungen, die den Monat verschieben, und als parallele Excel, die nur der versteht, der sie führt. Und an dem Tag, an dem diese Person in den Urlaub fährt, steht der After-Sales still.

Die Lösung

Eine KI-Schicht auf der REST API und den Webhooks deines WooCommerce, die aus dem After-Sales Fälle mit Status macht

1Wir schreiben mit dir die Landkarte auf, die es heute nicht gibt: welche Retourengründe du akzeptierst, welche Frist gilt, wer in welchem Fall das Porto zahlt, wann erstattet und wann Ersatz geschickt wird, und was ein Foto oder eine Prüfung im Lager verlangt. Ohne diese Landkarte gibt es nichts zu automatisieren, nur verstreutes Bauchgefühl.
2Wir verbinden über die REST API von WooCommerce und ihre Webhooks —Bestellung angelegt, bezahlt, abgeschlossen, erstattet oder teilerstattet— mit eng gefassten Zugangsdaten und respektieren die Bestellspeicherung, die du schon nutzt. Die KI liest, was per E-Mail, Formular oder WhatsApp reinkommt, gleicht es mit der echten Bestellung ab und eröffnet den Fall mit Grund, Artikeln und Status.
3Wir automatisieren den Weg des Falls: das Rücksendelabel, die Benachrichtigung des Kunden bei jedem Statuswechsel, die Prüfung gegen Frist und Richtlinie und die Berechnung der Erstattung —Artikel, Porto, angewendete Aktion— fertig hinterlegt in der WooCommerce-Bestellung. Was Urteilsvermögen verlangt —ein schräges Muster, ein hoher Betrag, eine Ausnahme von der Richtlinie— wird nicht ausgeführt: es eskaliert mit dem bereits fertig gebauten Fall.
4Wir schließen den Kreis bei den Produktdaten: die Information des Lieferanten wird zu Beschreibung, Attributen und Kategorie in WooCommerce, damit das neue Produkt nicht darauf wartet, dass jemand einen freien Nachmittag hat.
5Wir lassen es gemessen und mit Netz: wie viele Fälle ohne Eingriff durchlaufen, wie viele eskalieren und warum, wie lange eine Retoure von Anfang bis Ende dauert und wie viele Erstattungen schief liegen —alles gegen den bisherigen manuellen Prozess.

Was sich ändert

Was du nicht mehr verlierst

Die Retoure lebt nicht mehr in einer parallelen Excel: sie kommt als Fall ins System, mit Grund, Frist und Status, sodass jeder dem Kunden sagen kann, wo sie steht, ohne drei Stellen zu öffnen.
Mechanismus
Die Richtlinie gilt immer gleich: Frist, wer das Porto zahlt und was ein Foto verlangt, entscheidet die geschriebene Landkarte —nicht die Person, die an dem Morgen ins Postfach schaut.
Mechanismus
WooCommerce bringt keine Retourenverwaltung im Core mit —das ist eine eigene Erweiterung aus dem offiziellen Marketplace—, also haben die meisten Shops keinen Prozess, sondern eine Gewohnheit. Diese Schicht legt den Prozess darüber, ohne dass du deine Plugins wechseln musst. Quelle: [Returns and Warranty Requests](https://woocommerce.com/products/warranty-requests/), WooCommerce Marketplace, abgerufen am 10. September 2026.
WooCommerce Marketplace (offizielle RMA-Erweiterung), 10.09.2026
Was wir messen: % der After-Sales-Fälle, die ohne Eingriff gelöst werden, Gründe für Eskalationen, Durchlaufzeit einer Retoure von Anfang bis Ende, schief liegende Erstattungen und die Zeit bis zur Veröffentlichung eines neuen Produkts —alles gegen die Basislinie des manuellen Prozesses.
Was wir messen

Datenblatt

Wegfallende Arbeit: dass der After-Sales des Shops —Retouren, Reklamationen, Umtausch und Teilerstattungen— eine Person von Hand erledigt, zwischen Postfach, WooCommerce-Backoffice und einer parallelen Excel
Übliche Einrichtung: 2–4 Wochen
Eingang: was nach dem Verkauf reinkommt: eine E-Mail oder eine Nachricht mit Retourenwunsch, eine Bestellreklamation, das Foto eines kaputten Artikels, ein Erstattungs-Event aus WooCommerce
Ausgang: der Fall gebaut und bewegt in deinem WooCommerce: Grund und Artikel erkannt, Rücksendelabel ausgestellt, Kunde bei jedem Statuswechsel informiert und Erstattung berechnet und fertig in der Bestellung hinterlegt
Kompatibel mit: WooCommerce 8.x & 9.x on WordPress (REST API v3 + webhooks)High-Performance Order Storage (HPOS) and the legacy posts storageExisting returns/RMA plugins, kept in place
Kann sich verbinden mit: Deine WooCommerce-Installation und ihre Datenbank, ohne Migration zu einem SaaSDas Postfach, das Formular und das WhatsApp, über die der After-Sales heute reinkommtDein Versanddienstleister, für die Abholung und die echte SendungsverfolgungDein Holded oder ein anderes ERP, falls Rechnung und Gutschrift über einen anderen Flow laufen
Was wir messen: % der After-Sales-Fälle, die ohne Eingriff gelöst werdenGründe für EskalationenDurchlaufzeit einer Retoure von Anfang bis Endeschief liegende ErstattungenZeit bis zur Veröffentlichung eines neuen Produkts
Geeignet für: Shops, die schon mit WooCommerce verkaufen und den After-Sales von Hand führen, mit genug Volumen, damit Retouren und Reklamationen eine Arbeit für sich sind
Nicht geeignet für: Geschäftsentscheidungen, die Urteilsvermögen von Fall zu Fall verlangen —wem man eine Ausnahme macht, bei welchem Lieferanten man reklamiert— und Shops mit so wenigen Retouren im Monat, dass der manuelle Prozess sich noch rechnet

Häufig gestellte Fragen

Ein RMA-Plugin gibt dir das Formular, die Retourennummer und einen Bildschirm, auf dem du sie siehst. Das ist der Behälter. Was weiterhin ein Mensch macht, ist der Inhalt: die E-Mail des Kunden lesen, der das Formular nicht benutzt hat, entscheiden, ob es in der Frist liegt, mit der Bestellung abgleichen, prüfen, ob die Aktion auf der ursprünglichen Bestellung den Betrag verändert, ausrechnen, wie viel vom Porto zurückgeht, die Abholung auslösen und bei jedem Schritt Bescheid geben. Unsere Schicht macht genau diese Urteilsarbeit über die REST API deines Shops, und wenn du schon ein Retouren-Plugin hast, fassen wir es nicht an: es führt weiter das Register, wir setzen uns darüber. Was wir nicht tun, ist dir noch ein Plugin für den Stapel zu verkaufen.

Darin, dass ein Ticket sich durch Antworten schließt und ein After-Sales-Fall sich schließt, indem Dinge bewegt werden. „Deine Bestellung ist gestern raus, hier ist die Sendungsverfolgung“ ist Support. Eine Retoure ist etwas anderes: sie hat Status —beantragt, genehmigt, abgeholt, eingegangen, geprüft, erstattet—, sie hat laufende Fristen, es bewegt sich Geld und das Lager muss bestätigen. Deshalb bauen wir hier keinen Anrufbeantworter: wir bauen den Fall mit seiner Zustandsmaschine in deinem WooCommerce. Wenn dir vor allem wiederholte Fragen über den Kopf wachsen und nicht Retouren, suchst du KI-Support rund um die Uhr — das ist ein anderes Stück.

Nein, außer du erlaubst es ausdrücklich und pro Fallart. Es startet im Vorschlagsmodus: die KI baut den Fall, wendet deine Richtlinie an, rechnet den Betrag aus und legt ihn fertig hin; eine Person bestätigt. Wenn die Treffer sich halten, geben wir Autonomie in Stufen frei —zuerst die Retouren innerhalb der Frist und unter einem Betrag, den du festlegst, und nur die. Schräge Muster, hohe Beträge und Ausnahmen von der Richtlinie verlangen immer eine menschliche Bestätigung, per Design: die Kosten einer falsch genehmigten Erstattung zahlt nicht das Modell. Wir bauen es so, weil es das ist, was in Produktion hält —nicht, weil es sich gut anhört.

Nein, und zwar mit Absicht. Diese Schicht führt den After-Sales-Fall innerhalb von WooCommerce, bis die Erstattung berechnet und auf die Bestellung angewendet ist. Der Sprung in die Buchhaltung —dass diese Erstattung als Gutschrift in deinem ERP landet, mit Umsatzsteuer und Bestandskorrektur— ist ein anderer Flow, mit einer eigenen API auf der anderen Seite, und den haben wir separat gebaut: WooCommerce mit Holded per KI integrieren. Man kann beide haben und sie greifen ineinander; was wir nicht machen, ist sie in ein Dreimonatsprojekt zu mischen, das nie fertig wird.

Nein. WooCommerce gehört dir —WordPress, auf deinem Hosting, mit deiner Datenbank— und das bleibt so. Wir arbeiten über die offizielle REST API und die Webhooks, mit auf das Nötige begrenzten Zugangsdaten, und respektieren, wie du deine Bestellungen heute speicherst, egal ob im Hochleistungsspeicher (HPOS) oder im klassischen. Deine Plugins bleiben, wo sie sind: wir sind kein Ersatz für deinen Stack, wir sind die Schicht, die die Arbeit macht, die heute ein Mensch zwischen ihnen macht. Du öffnest dasselbe Backoffice wie immer, nur mit den Fällen schon fertig gebaut.

Bauen wir es in deinem Betrieb?

Du hast das Problem benannt. Wir liefern die Lösung und lassen sie gemessen laufen.

Zum Service