Retourenportal für Onlineshops: Anfragen, Umtausch und RMA-Entscheidungen
Ein Kunde möchte eine Position aus seiner Bestellung zurückgeben, doch beim Support kommen nur ein Foto des Kartons und die Nachricht „passt nicht“ an. Nun muss der Kauf herausgesucht, die Menge geklärt und der nächste Schritt erneut erklärt werden. Ein Retourenportal soll diese Unklarheit beseitigen: Der Kunde kann das konkrete Produkt auswählen, eine Erklärung abgeben und den Verlauf seiner Anfrage bis zu einer begründeten Entscheidung verfolgen.
Beginnen Sie mit einer Anfrage, einer zuständigen Person und verständlichen Mitteilungen. Automatisieren Sie Freigaben nur dort, wo das Unternehmen die Regeln bereits festgelegt hat und deren Einhaltung prüfen kann.
Was ein Retourenportal tatsächlich leisten soll
RMA steht für Return Material Authorization, also die Genehmigung zur Rücksendung einer Ware. Im Portal verknüpft die RMA-Nummer die Anfrage, die Positionen, die Anhänge und die Entscheidung. Unterscheiden Sie zwischen der Erfassung einer Anfrage und der Erlaubnis, die Ware abzusenden: Eine zugeteilte Nummer bedeutet für sich genommen noch keine Freigabe.
Der Kunde erstellt eine Anfrage und kehrt zu ihr zurück, ohne eine neue Korrespondenz zu beginnen. Im selben Vorgang fordert ein Mitarbeiter ergänzende Angaben an, stimmt Maßnahmen ab oder erklärt eine Ablehnung. Jede Änderung hat einen Urheber, einen Zeitstempel und eine zuständige Person für den nächsten Schritt.
In der Shopify-Dokumentation zu selbst eingereichten Rückgabeanfragen stellt der Kunde seine Anfrage über die Bestellstatusseite, und der Händler prüft sie. Das ist eine Funktion einer bestimmten Plattform und keine vorgefertigte Funktion jedes Drupal-Shops.
Vermischen Sie dieses Projekt nicht mit der Auswahl eines Auftragsverwaltungssystems. Wenn das Problem über eine Anfrage nach dem Kauf hinausgeht, hilft der Beitrag zu den Kriterien für den Bedarf an einem separaten OMS. Das Portal kann mit dem bestehenden Shop und dem Warenwirtschaftssystem arbeiten, ohne die gesamte Architektur zu ersetzen.
Eine Anfrage beginnt bei der Position, nicht bei einer frei formulierten E-Mail
Eine Rückgabeanfrage muss sich auf eine Zeile der ursprünglichen Bestellung beziehen: die Positions-ID, die Variante sowie die gekaufte und die angefragte Menge. Die Artikelnummer allein reicht nicht aus, wenn dasselbe Produkt mehrfach bestellt oder in verschiedenen Sendungen empfangen wurde. Klären Sie bei Sets gesondert, ob der Prozess Anfragen zu einzelnen Bestandteilen unterstützt.
Felder, die eine Entscheidung erleichtern
Der Kunde wählt einen Grund aus einer verständlichen Liste, ergänzt eine Erklärung und nennt das gewünschte Ergebnis: Rückgabe oder Umtausch. Das ist ein Wunsch und keine automatische Zusage des Shops. Das Formular zeigt je nach Grund die erforderlichen Rückfragen an: beispielsweise eine Beschreibung der Beschädigung oder die Angabe, welche Produktvariante erwartet wurde. Verlangen Sie vom Kunden keine internen Lagercodes.
Fordern Sie Fotos und Dokumente mit einer Erklärung ihres Zwecks und gemäß einer vom Unternehmen abgestimmten Liste an. Sehen Sie einen alternativen Kanal vor, falls sich eine Datei nicht hochladen lässt. Geben Sie Formate und Dateigröße an, erhalten Sie den Text nach einem Fehler und fragen Sie keine Zahlungskartendaten ab.
Schutz vor Duplikaten und Zugriff auf fremde Bestellungen
Ein Gast muss seine Zugriffsberechtigung auf den Kauf bestätigen: Die Bestellnummer allein genügt nicht. Prüfen Sie im Kundenkonto serverseitig, ob jede Bestellposition dem Käufer gehört. Auch Links aus E-Mails und Anhänge benötigen Zugriffsbeschränkungen.
Ein erneuter Klick auf „Absenden“ oder eine Wiederholung der Anfrage nach einem Verbindungsabbruch muss zum selben Vorgang führen. Prüfen Sie zusätzlich die Mengen in bereits offenen Anfragen, damit zwei Browser-Tabs keine unvereinbaren Anfragen für dieselbe Einheit erzeugen. Eine berechtigte neue Anfrage zu einer anderen Position darf aber nicht allein wegen derselben Kaufnummer blockiert werden.
Statusangaben müssen den nächsten Schritt erklären
„In Bearbeitung“ kann bedeuten, dass auf einen Sachbearbeiter, ergänzende Angaben des Kunden oder eine Prüfung gewartet wird. Legen Sie für jede Phase fest, wer die RMA-Statusangaben ändert, auf welcher Grundlage und was der Kunde sieht.
| Kriterium | Anforderung an den Prozess | Merkmal der Einsatzbereitschaft |
|---|---|---|
| Erfassung | Die Anfrage ist gespeichert und einer zuständigen Person zugeordnet | Der Kunde sieht eine Nummer und den nächsten Schritt |
| Klärung | Der Sachbearbeiter hat die fehlenden Angaben benannt | Die Antwort wird demselben Vorgang hinzugefügt |
| Freigabe | Positionen und Versandanweisungen sind festgelegt | Der Kunde verwechselt die Genehmigung nicht mit dem Abschluss |
| Prüfung | Empfangene Menge und Zustand sind dokumentiert | Abweichungen haben eine Erklärung und eine zuständige Person |
| Entscheidung | Für jede Position liegt ein Ergebnis vor | Ablehnung oder Umtausch werden gesondert erklärt |
| Abschluss | Alle vereinbarten Maßnahmen sind bestätigt | Eine unerfüllte Verpflichtung wird nicht nur formal abgeschlossen |
Nach der Freigabe erhält der Kunde die Übergabemethode und eine Liste der genehmigten Positionen. Die Shopify-Anleitung zur Verwaltung von Rückgaben beschränkt das Erstellen von Versandetiketten im Adminbereich auf bestimmte Bedingungen für die USA und Kanada. Prüfen Sie den Ablauf für die Ukraine mit dem gewählten Versanddienstleister.
Versenden Sie Mitteilungen zu Ereignissen, die das Handeln oder die Erwartungen des Kunden verändern: Rückfragen, Freigabe, Wareneingang, Verzögerung oder Entscheidung. Das Kundenkonto bleibt der zentrale Ort zur Statusprüfung, auch wenn eine E-Mail nicht zugestellt wurde. Eine interne Notiz darf nicht versehentlich in einer Kundenvorlage erscheinen; für die öffentliche Erklärung ist ein separates Feld nötig.
Teilrückgabe und Umtausch: ein hypothetisches Beispiel
Ein hypothetisches Beispiel, kein GL.ua-Projekt: Ein Kunde hat zwei Hemden und einen Gürtel erhalten. Er möchte ein Hemd zurückgeben und das andere gegen eine andere Größe umtauschen; den Gürtel behält er. Das Portal erstellt einen Vorgang mit zwei Positionen und unterschiedlichen gewünschten Ergebnissen. Für den Gürtel wird nicht allein deshalb eine Maßnahme ausgelöst, weil er zu dieser Bestellung gehört.
Angenommen, das Unternehmen erlaubt nach der vereinbarten Prüfung die Rücksendung beider Hemden. Ein Mitarbeiter hinterlegt eine Anweisung, und der Kunde ergänzt die Sendungsnummer. Kommt tatsächlich nur ein Hemd an, bleibt die zweite Position mit einer Erklärung der Abweichung offen. Der Vermerk „zugestellt“ des Versanddienstleisters beschreibt noch nicht den Inhalt eines konkreten Pakets.
Für den Umtausch werden die benötigte Größe und die Bedingungen gesondert bestätigt. Ist diese Größe nicht verfügbar, erhält der Kunde einen vom Unternehmen abgestimmten Vorschlag, statt dass das Ergebnis stillschweigend geändert wird. Eine eigenständige, angrenzende Frage ist die Bestätigung zusagbarer Bestände (ATP).
Wurde eine Position nicht freigegeben, müssen im Vorgang die Entscheidungsgrundlage, eine verständliche Mitteilung und ein Kanal für Rückfragen erhalten bleiben. In der Microsoft-Dokumentation zu Rückgaben werden Genehmigung, Wareneingang, Prüfung und die Festlegung weiterer Maßnahmen als separate Prozessbestandteile beschrieben. Das ist eine nützliche Orientierung für das Portal: Zeigen Sie keinen allgemeinen Status „abgeschlossen“ an, solange das Ergebnis auch nur einer Position ungeklärt ist.
Geschäftsregeln, Zugriffsrechte und Ausnahmen
Benennen Sie vor der Entwicklung eine verantwortliche Person für die Rückgaberichtlinie. Voraussetzungen für zulässige Anfragen, Fristen, Ausnahmen, Dokumente und finanzielle Folgen muss das Unternehmen unter Berücksichtigung seiner Tätigkeit mit einer fachkundigen Person prüfen. Dieser Artikel beschreibt die Gestaltung eines Services, legt keinen gesetzlichen Rückgabeanspruch fest und ersetzt diese Prüfung nicht.
Speichern Sie im System die Version der angewandten Regeln und jede manuelle Ausnahme zusammen mit einer Erklärung und ihrem Urheber. Ein Sachbearbeiter benötigt nicht zwangsläufig das Recht, die Richtlinie zu ändern oder eine finanzielle Maßnahme zu bestätigen. Das Lager dokumentiert Eingang und Prüfung, der Support führt den Dialog, und eine berechtigte Rolle gibt das Ergebnis frei. Die konkrete Aufteilung hängt von Ihrem Team ab, doch ein gemeinsames Benutzerkonto verschleiert die Verantwortung.
Eine unbekannte oder widersprüchliche Situation sollte besser manuell geprüft als wegen fehlender Daten automatisch abgelehnt werden. Sehen Sie einen Ablauf für verlorene Pakete vor: Ein Mitarbeiter prüft die Sendung und kontaktiert den Kunden, während der Vorgang nicht in den normalen Wartestatus für die Warenprüfung wechselt. Verzögert sich die Prüfung, nennen Sie den Grund und den Zeitpunkt der nächsten Aktualisierung, statt dafür einen erfundenen Abschlusstermin anzugeben.
Änderungen zwischen dem Portal und dem Warenwirtschaftssystem können verzögert eintreffen. Deshalb sind ein Datenaustauschprotokoll, eine sichtbare Fehlermeldung und eine für die erneute Prüfung zuständige Person nötig. Schützen Sie Anhänge vor unbefugtem Zugriff, prüfen Sie Dateitypen und stimmen Sie Aufbewahrungsfristen ab. Diese Maßnahmen mindern einzelne Risiken, sind aber kein Versprechen absoluter Sicherheit.
Abnahme vor dem Start: praktische Tests
Bereiten Sie Testbestellungen ohne echte personenbezogene Daten vor. Halten Sie für die Rollen Kunde, Sachbearbeiter und Lagermitarbeiter die erwarteten Zustände, Mitteilungen und Zuständigkeiten fest. Prüfen Sie nicht nur das Absenden des Formulars:
- Öffnen Sie eine fremde Bestellung und einen Link zu einem fremden Anhang. Der Zugriff muss verweigert werden, ohne Positionen oder Kontaktdaten des Käufers anzuzeigen.
- Stellen Sie eine Teilrückgabeanfrage, klicken Sie zweimal auf die Schaltfläche und wiederholen Sie die Aktion nach einem Verbindungsabbruch. Prüfen Sie, dass es nur eine Vorgangsnummer gibt und die angefragte Menge unverändert bleibt.
- Fordern Sie ergänzende Angaben an und fügen Sie eine Antwort vom Smartphone hinzu. Die Anfrage muss zur zuständigen Person zurückkehren; bereits eingegebener Text muss nach einem Dateifehler erhalten bleiben.
- Geben Sie eine Position frei und lehnen Sie eine andere ab. Prüfen Sie die gesonderten Erklärungen, die Anweisung für die freigegebene Position und das Fehlen interner Notizen in der E-Mail.
- Spielen Sie einen Umtausch durch, bei dem die benötigte Variante nicht verfügbar ist. Das System darf keinen bestätigten Umtausch ohne abgestimmtes Ergebnis anzeigen.
- Markieren Sie ein Paket als vermisst und verzögern Sie anschließend die Prüfung eingegangener Ware. Für beide Fälle müssen eine gesonderte Mitteilung und ein Eskalationsweg funktionieren.
- Deaktivieren Sie den Datenaustausch mit dem Warenwirtschaftssystem und die E-Mail-Zustellung. Prüfen Sie die für Mitarbeiter sichtbare Fehlermeldung, den aktuellen Status im Kundenkonto und die Wiederherstellung ohne doppelte Aktionen.
Gleichen Sie die Anfragepositionen, das Entscheidungsprotokoll und die Mitteilungen ab. Prüfen Sie mit dem Support, ob die Texte verständlich sind. Durchlaufen Sie das Formular per Tastatur und auf einem schmalen Bildschirm, einschließlich Mengenauswahl und Lesen der Anweisung.
Zeitplan und Kosten: Was muss bewertet werden?
Der Zeitplan hängt davon ab, wie weit Regeln, Daten und Integrationen vorbereitet sind. Zeigen Sie dem Dienstleister vor der Schätzung Beispiele für Teilanfragen, Umtausch und Ablehnungen: Die Entwicklungszeit des Formulars allein entspricht nicht der Zeit bis zum Start des Services.
Vom Prototyp zum kontrollierten Pilotbetrieb
Stimmen Sie zuerst Regeln und Texte ab und testen Sie dann den Prototyp anhand realer Anfragetypen. Setzen Sie anschließend den Zugriff auf den Kauf, das Vorgangsmodell, den Mitarbeiterbereich und die Mitteilungen um. Binden Sie Integrationen mit Fehlerprüfungen an und führen Sie danach einen Pilotbetrieb mit einem begrenzten, abgestimmten Anfragevolumen durch. Erweitern Sie ihn nach der Auswertung von Ausnahmen, nicht schon nach einer Vorführung der Oberfläche.
Trennen Sie im Kostenvoranschlag Prozessanalyse, Design, Entwicklung, Integrationen, Tests und Schulung. Berücksichtigen Sie gesondert die Speicherung von Anhängen, E-Mail- oder SMS-Dienste, Monitoring, Support und Aktualisierungen. Die Zeit der Sachbearbeiter für Rückfragen und Prüfungen ist ein betrieblicher Aufwand, der durch ein neues Formular nicht entfällt. Bei geringem Anfragevolumen können ein strukturiertes Formular und eine Warteschlange mit manuellen Entscheidungen anstelle eines separaten komplexen Systems ausreichen.
Bewerten Sie die Klarheit der Entscheidung, nicht die Zahl geschlossener Anfragen
Messen Sie die Zeit bis zur ersten inhaltlich aussagekräftigen Antwort und bis zur Entscheidung, wiederholte Rückfragen sowie offene Vorgänge nach Alter. Weisen Sie Wartezeiten auf den Kunden, die Lieferung und die Prüfung gesondert aus, um Verzögerungen zu verorten. Legen Sie Ziele anhand Ihres eigenen Anfrageaufkommens und Ihrer vereinbarten Zusagen fest, nicht anhand fremder Vorgaben.
Ein einsatzbereiter Service gibt dem Kunden einen verständlichen nächsten Schritt und dem Team Kontrolle über das Ergebnis jeder Position. Fehlen Regeln oder Zuständige, schließen Sie zuerst diese Lücken: Das Portal trifft keine Geschäftsentscheidungen für Sie.
Um ein solches Modul für Ihre Website bewerten zu lassen, wenden Sie sich wegen der Entwicklung eines Onlineshops an GL.ua (Glyanets) und senden Sie einen Ablaufplan für Anfragen mit Beispielen für Teilrückgaben und Umtausch. Das bildet die Grundlage für ein Gespräch über Prototyp, Integrationen und den Umfang der ersten Phase.
Nur ein Schritt zu Ihrer perfekten Website



