Eine Kohorte statt zwei Systeme für alle
Shop, Markt, Bestelldatum oder kontrollierter Einstiegspunkt definieren, welche neuen Retouren Returno verarbeitet. Jeder Fall hat genau ein System of Record.
Migrationsangebot · kein Hard Cutover
Returno parallel einführen. Erst beweisen, dann umschalten.
Der Returno Parallel Launch begrenzt Risiko und Doppelverarbeitung: Eine klar definierte Shopify-Kohorte läuft über Returno, während der bisherige Anbieter laufende Retouren abschließt. Policy-Version, Webhooks, Finanzaktionen und Rollback werden vor dem ersten Livefall festgelegt.
Verfügbar als geführter Shopify-Pilot; Umfang und Abnahmekriterien werden vor Aktivierung schriftlich festgehalten.
Das Migrationsprodukt
Ein Wechselplan mit Grenzen, Nachweisen und klarem Eigentum.
Die echten Pfade zuerst
Webhook, Label, Refund, Store-Credit, E-Mail und Safe Retry werden auf realen Testfällen abgenommen – einschließlich der erwarteten Fehler.
Traffic nur mit Evidenz erhöhen
Die Kohorte wächst erst nach vereinbarten Qualitäts- und Operationschecks. Bestehende Fälle bleiben bis zum Abschluss beim bisherigen Anbieter.
Vier Phasen
So läuft ein Parallel Launch.
Die Phasen sind klein genug für einen sicheren Rückweg und konkret genug, dass beide Teams wissen, wann der nächste Schritt freigegeben ist.
- 01
Ist-Prozess und Konfliktflächen aufnehmen
Portaleinstieg, Webhooks, Shopify-Tags, Refunds, Guthaben, Carrier und offene Retouren des bisherigen Systems werden dokumentiert.
Nachweis: System-of-record-Matrix - 02
Returno als Produktionsentwurf aufbauen
Policies, Gründe, Methoden, Templates, Branding und Rollen entstehen auf Basis der vorhandenen Richtlinie und eines Branchen-Presets.
Nachweis: freigegebene Vorschau + Ruleset-Version - 03
Reale Abnahme und Rollback durchführen
Mindestens ein Label, Refund, Store-Credit-Fall, E-Mail und Safe Retry laufen gegen den echten Shop. Der Rückfallweg wird praktisch geprüft.
Nachweis: signierte Pilot-Checkliste - 04
Kohorte aktivieren und täglich beobachten
Nur die vereinbarte Gruppe wechselt. Fehlerraten, Queues, Webhooks und Shopperfälle werden beobachtet, bevor Traffic erhöht wird.
Nachweis: Go/hold/rollback-Entscheidung
Leistungsumfang
Was Returno beim Wechsel übernimmt – und was nicht.
Returno übernimmt
- Ist-Aufnahme und Konfliktcheck für Shopify/Webhooks
- Übertragung der Richtlinie in versionierte Returno-Regeln
- Portal-, Template-, Branding- und Rollen-Setup
- Testplan, technische Abnahme, Monitoring und Rollback-Begleitung
Der Händler verantwortet
- Zugänge und Ansprechpartner für Shopify, Carrier und Altanbieter
- Fachliche Freigabe von Policies, Finanz- und Kundenkommunikation
- Auswahl der Pilotkohorte und Freigabe echter Testaktionen
- Entscheidung über Traffic-Ausweitung und späteren Altanbieter-Abbau
Nicht automatisch enthalten: Übernahme offener Retouren oder bestehender Store-Credit-Salden. Dafür werden Export, steuerliche Behandlung, Ablaufregeln und Reconciliation separat vereinbart.
Fragen zum Anbieterwechsel
Können beide Retourenportale gleichzeitig erreichbar sein?
Ja, sofern der Einstieg eindeutig geroutet wird. Eine Bestellung oder Retoure darf nicht gleichzeitig von beiden Systemen verarbeitet werden. Das wird vor dem Pilot technisch geprüft.
Was passiert mit laufenden Retouren?
Standardmäßig wickelt der bisherige Anbieter laufende Fälle ab. Returno übernimmt nur neue Retouren der vereinbarten Kohorte. Eine Übernahme offener Fälle ist eine separate Migration mit Reconciliation.
Werden bestehende Guthaben automatisch übernommen?
Nein. Guthaben benötigen Export, Saldenabgleich sowie Entscheidungen zu Steuer, Ablauf und möglicher Neuausgabe. Ohne freigegebenen Plan bleiben sie im bisherigen Ledger.
Wann kann die Kohorte vergrößert werden?
Wenn die vereinbarten technischen und operativen Checks grün sind: Webhooks, Label, Refund, Credit, E-Mail, Retry, Supportweg und Rollback.
Wechsle ohne Blindflug.
Schick uns Shop, bisherigen Anbieter und gewünschte Pilotkohorte. Wir antworten mit Konfliktcheck, Abnahmekriterien und einem konkreten Parallel-Launch-Scope.