Retourenkosten Rechner

Schätze erwartete Retourenkosten pro Order und den effektiven Deckungsbeitrag nach Retouren – mit Handling‑Kosten, Wiedereinlagerungsquote und Wertverlust.

Hinweis: Ergebnisse werden nicht über URL-Parameter indexierbar gemacht. Canonical: https://tools.snapsoft.de/de/tools/retouren-kosten

Für wen?

  • Shop‑Ops/Marketplace‑Teams, die Retouren als Kostenblock in Pricing‑Guardrails einbauen wollen
  • Teams, die Wiedereinlagerung und Wertverlust realistisch modellieren müssen
  • Controlling/Finance als Quick‑Check für Unit‑Economics mit Retouren

Retouren sauber einkalkulieren: was pro Order wirklich hängen bleibt

Retouren sind oft ein unsichtbarer Profit-Killer: nicht nur wegen Refunds, sondern auch wegen Handling-Aufwand und Wertverlust bei wieder eingelagerten Artikeln.

Dieser Rechner modelliert Retouren als Erwartungswert pro Order: Retourenquote, Handling pro Retoure, Wiedereinlagerungsquote und Wertverlust ergeben eine erwartete Retourenkosten-Zahl – und einen effektiven DB nach Retouren.

Rechner

Maximal 6 Inputs, klare Outputs. Alles läuft lokal im Browser.

Eingaben

%
Erweiterte Optionen
%
%

Ergebnis

Fülle links die Felder aus und klicke „Berechnen“. (Max. 6 Inputs, alles läuft lokal im Browser.)

So wird gerechnet

Definitionen: (r\) = Retourenquote, (P\) = Verkaufspreis, (C\) = Einkaufspreis, (H\) = Handling/Kontrolle pro Retoure, (w\) = Wiedereinlagerungs‑Quote, (d\) = Wertverlust.

Bei einer Retoure wird der Umsatz erstattet. Mit Wahrscheinlichkeit (w\) kann der Artikel erneut verkauft werden – dann nur mit Discount: effektiver Rückfluss (= P \cdot w \cdot (1-d)\).

Erwartete Retourenkosten pro Order: (r \cdot (H + P \cdot (1 - w \cdot (1-d)))\). Effektiver DB nach Retouren: (DB_{eff} = (P - C) - Retourenkosten\). Ampel: grün wenn (DB_{eff} > 0\), sonst rot.

Kurzfazit

  • Nutze erwartete Retourenkosten pro Order als realistischen Kostenblock in deinen Unit‑Economics.
  • Wiedereinlagerung und Wertverlust sind oft die größten Hebel neben der Retourenquote selbst.
  • Wenn der effektive DB nach Retouren kippt, sind Retourentreiber (Produkt/Listing/Prozess) und Pricing/COGS zuerst dran.

Quellen & Hinweise

Disclaimer: Annahmen, Gebühren und Policies können variieren und sich ändern. Prüfe kritische Werte immer in offiziellen Quellen (Marktplatz, Lieferant, Payment‑Provider).

FAQ

Was bedeutet „Wiedereinlagerungs‑Quote“?

Der Anteil der Retouren, die als verkaufsfähig zurück ins Lager gehen (statt Ausschuss/Defekt). Je höher die Quote, desto weniger Umsatzverlust entsteht im Modell.

Welche Kosten fehlen in diesem Quick‑Check?

Z. B. Versandkosten hin/zurück, Payment-/Plattformfees, zusätzliche Fulfillment‑Kosten beim Wiederverkauf, Fixkosten/Overhead oder Preis-/BuyBox‑Effekte. Das Tool ist bewusst ein schneller Stück‑Check.

Speichert ihr Eingaben?

Nein. Alles läuft lokal im Browser.

Wie finde ich eine realistische Retourenquote?

Nimm echte Shop-/Marketplace‑Daten (am besten pro SKU und Kanal) und starte mit einem Zeitraum, der ausreichend Volumen hat (z. B. 30–90 Tage). Wenn du noch keine Daten hast, nutze konservative Annahmen und verbessere sie, sobald du Retourengründe und Quoten kennst.

Wie interpretiere ich „Wertverlust“?

Wertverlust ist der durchschnittliche Discount/Abschlag beim Wiederverkauf von retournierten Artikeln (B‑Ware, Repack, Missing parts). Wenn du Returns oft nur mit Rabatt abverkaufst, ist (d\) höher. Wenn du sie als „wie neu“ verkaufen kannst, ist (d\) niedrig.

Als Repricing-Regel in SnapTrade umsetzen

Wenn du Retourenquote, Wiedereinlagerung und Wertverlust als Pricing‑Guardrails dauerhaft je SKU nutzen willst: SnapTrade kann solche Annahmen dokumentieren und Regeln automatisiert überwachen.