Zwroty i spory

Problem#

Zwrot jest jedyną operacją w marketplace, która dotyka wszystkiego naraz. Zmienia stan zamówienia, kwotę płatności, naliczoną prowizję i to, ile należy się sprzedawcy. Jeśli pieniądze zdążyły już wyjść, dokłada piątą rzecz: konieczność ich cofnięcia.

Łańcuch skutków#

Warto go mieć wypisany, bo każde ogniwo, o którym się zapomni, wraca jako rozbieżność w pieniądzach.

Minimalna wersja#

• Zgłoszenie zwrotu jako osobny byt, z pozycjami i ilościami.
• Decyzja sprzedawcy: przyjęta albo odrzucona, z powodem.
• Zwrot pieniędzy powiązany ze zgłoszeniem, nie luźny.
• Ilość zwrócona zapisana obok ilości zamówionej, nigdy zamiast niej.

Czego nie budować teraz#

• Eskalacji do platformy z terminami odpowiedzi i etapami.
• Wgrywania dowodów, zdjęć i korespondencji jako osobnego modułu.
• Automatycznego rozstrzygania sporów.
• Etykiet zwrotnych i integracji z przewoźnikiem.

Zaplanuj z góry#

Zwrot dotyczy pozycji, nie zamówienia#

To ta sama decyzja, co granulacja anulowania z rozdziału o modelu zamówienia, i ma tę samą cenę. Przejście z całego zamówienia na pozycje wymaga przeliczenia wartości i prowizji w historii. Odwrotny kierunek jest darmowy.

Kwoty narastające zamiast stanu#

Zwrócone i pobrane trzymaj jako sumy, nie jako etykietę stanu. Trzy zwroty częściowe pod rząd są normalną sytuacją i tylko liczby potrafią ją opisać.

Rozstrzygnij, kto decyduje#

W modelu, w którym sprzedaje sprzedawca, to on podejmuje decyzję o przyjęciu zwrotu, a platforma wkracza dopiero przy sporze. W modelu, w którym sprzedaje platforma, decyzja jest jej od początku. To wynika z rozdziału pierwszego i nie jest wyborem interfejsu.

Wyzwalacze#

• pierwszy zwrot jednej pozycji z zamówienia zawierającego kilka;
• pierwszy zwrot po wykonanej wypłacie;
• pierwszy spór, w którym kupujący i sprzedawca mówią co innego;
• drugi zwrot częściowy do tego samego zamówienia;
• zwroty zaczynają wymagać cotygodniowego przeglądu.

Następny etap#

Po drugim wyzwalaczu: powiązanie zwrotu z wypłatą, żeby dało się cofnąć właściwą kwotę. Po trzecim: prosty stan „w sporze” i miejsce na notatkę operatora, bez procesu i terminów. Po piątym: kolejka zgłoszeń z filtrami, wciąż bez automatycznych decyzji.

Częste błędy#

Co się sprawdza w praktyce#

Zwrot jest u mnie zdarzeniem, które przechodzi przez cały łańcuch z tabeli powyżej, i każde ogniwo ma własny zapis. Najtrudniejszym elementem nie było samo oddanie pieniędzy kupującemu, tylko sytuacja, w której środki zdążyły już trafić do sprzedawcy. Cofnięcie części przelewu wymaga wiedzy, która wypłata objęła które zamówienie, i to jest jedyny powód, dla którego ta relacja musi istnieć od początku.

Odwrotnie zachowuje się warstwa sporna. Spory zdarzają się rzadko i każdy jest inny, więc prosty stan wraz z miejscem na notatkę niesie większość wartości, a rozbudowany proces z etapami i terminami dokłada pracy szybciej, niż porządkuje.

Checklista#

• Zgłoszenie zwrotu zna pozycje i ilości, nie tylko zamówienie.
• Ilość zwrócona jest zapisana obok ilości zamówionej.
• Kwoty zwrócone są sumami narastającymi, nie etykietą stanu.
• Zwrot zmniejsza prowizję proporcjonalnie.
• Zwrot po wypłacie ma drogę powrotną do konkretnego przelewu.
• Wiadomo, kto podejmuje decyzję o przyjęciu zwrotu.