Zbuduj rejestr sporów, który porządkuje sprawy na marketplace, przypisuje właścicieli, śledzi dowody i terminy oraz zapisuje decyzje dotyczące wypłat.
Spór na marketplace rzadko zaczyna się jako uporządkowana sprawa. Kupujący wysyła wiadomość e-mail o opóźnionej dostawie, sprzedający odpowiada na czacie, a pracownik wsparcia dodaje notatkę do arkusza kalkulacyjnego. Szczegóły płatności znajdują się gdzie indziej. Gdy trzeba podjąć decyzję, ta sama sprawa może istnieć w czterech różnych miejscach.
Taki podział prowadzi do kosztownych pomyłek. Pracownik może przeoczyć dowód śledzenia przesyłki, który sprzedający już przesłał, dwukrotnie poprosić o ten sam dokument albo zatwierdzić zwrot po tym, jak dział finansowy wypłacił środki sprzedającemu. Terminy zwiększają presję. Kupujący, sprzedający i dostawcy płatności często oczekują odpowiedzi w określonym czasie, a sprawa może umknąć podczas intensywnego dnia pracy, jeśli nikt nie odpowiada za następne działanie.
Każdy spór potrzebuje jednego wspólnego rekordu i jednej osoby odpowiedzialnej za jego prowadzenie. Wsparcie może zbierać wiadomości, dział operacyjny może sprawdzać zgodność z zasadami, a finanse mogą zajmować się płatnościami, ale wskazany właściciel sprawy nie pozwala wszystkim zakładać, że ktoś inny odpowie.
Przydatny rejestr sporów pokazuje obok powodu zgłoszenia, właściwej zasady, dowodów, kolejnego terminu, obecnego właściciela i ostatecznej decyzji także zamówienie, kupującego, sprzedającego, kwotę sporu i status płatności. Powinien również rejestrować każdy zwrot, wypłatę środków sprzedającemu lub blokadę pieniędzy.
Wyobraźmy sobie kupującego, który twierdzi, że przesyłka nigdy nie dotarła. Wsparcie dodaje skargę, sprzedający przesyła dowód dostawy, a pracownik operacyjny sprawdza historię zamówienia. Gdy wszystko znajduje się w jednym rekordzie sprawy, osoba weryfikująca może podjąć decyzję bez przeszukiwania skrzynek odbiorczych i proszenia współpracowników o dodatkowe informacje.
Kupujący otwiera sprawę po otrzymaniu uszkodzonego ekspresu do kawy. Pracownik wsparcia tworzy rekord z identyfikatorem sprawy, numerem zamówienia, imionami i nazwiskami kupującego oraz sprzedającego, kwotą zakupu, datą dostawy i krótkim opisem: «Kupujący zgłasza pęknięty zbiornik na wodę w chwili odbioru.»
Kupujący przesyła trzy zdjęcia i prosi o pełny zwrot pieniędzy. Pracownik dołącza zdjęcia do sprawy, zapisuje żądaną kwotę i odnotowuje, kiedy kupujący skontaktował się ze wsparciem. Następnie sprzedający przesyła zdjęcia opakowania i informuje, że urządzenie opuściło magazyn w nienaruszonym stanie. Pracownik dodaje tę odpowiedź oraz potwierdzenie dostawy od przewoźnika do tej samej sprawy.
Krótki przepływ statusów porządkuje pracę:
Jeśli z dokumentu dostawy wynika, że przy przekazaniu przesyłki nie było widać uszkodzeń, ale zdjęcia opakowania nie potwierdzają, że urządzenie pozostało bezpieczne podczas transportu, marketplace może zatwierdzić częściowy zwrot w wysokości 40 USD i wypłacić sprzedającemu pozostałą kwotę. Sprawa powinna zawierać uzasadnienie, datę decyzji, zatwierdzoną kwotę i działanie dotyczące wypłaty.
Sam status to za mało. Zespół musi połączyć wiadomości, dowody, terminy, decyzje i pieniądze z tym samym rekordem.
Stosuj ten sam format dla każdego sporu. Gdy pracownicy zapisują różne szczegóły w różnych miejscach, osoby weryfikujące tracą czas na odpowiadanie na podstawowe pytania, zanim w ogóle ocenią zgłoszenie.
Zacznij od unikalnego identyfikatora sprawy, niezależnego od numeru zamówienia. Jedno zamówienie może wygenerować więcej niż jeden problem. Identyfikator taki jak DSP-2025-00418 daje wsparciu, finansom i operacjom wspólny punkt odniesienia w wiadomościach i raportach.
Każdy rekord potrzebuje także jednego właściciela, priorytetu i bieżącego statusu. Priorytety powinny być proste: niski, normalny, wysoki i pilny. Status «pilny» rezerwuj dla krótkich terminów wypłaty, poważnych podejrzeń oszustwa lub problemów klientów wymagających działania tego samego dnia.
Zapisuj fakty, których pracownik potrzebuje, aby zrozumieć sprawę bez otwierania kilku innych narzędzi. W zarządzaniu sporami na marketplace uwzględnij identyfikator zamówienia, nazwę oferty lub usługi, datę transakcji, metodę płatności, imiona i nazwiska kupującego oraz sprzedającego, a także identyfikatory kont.
Zapisz sporną kwotę i walutę, a następnie określ, czego dotyczy: zwrotu dla kupującego, wypłaty dla sprzedającego, opłaty platformy czy kilku z tych elementów. Prośba o zwrot 75 USD i blokada wypłaty 75 USD mogą dotyczyć tego samego zamówienia, ale dział finansowy obsługuje je w różny sposób.
Przydatne pola sprawy:
Na przykład osoba weryfikująca może zobaczyć sprawę DSP-2025-00418 o wysokim priorytecie, przypisaną do Mai i powiązaną z zamówieniem ORD-8821. Kupujący twierdzi, że aparat dotarł uszkodzony, sprzedający kwestionuje zgłoszenie, a marketplace zablokował wypłatę 240 USD. Takie podsumowanie daje kolejnej osobie jasny punkt wyjścia.
Unikaj niejasnych etykiet, takich jak «aktywna» lub «w toku». Nie mówią one, czy zespół ma coś zrobić, czy czeka na inną osobę.
Zwykle wystarczy niewielki zestaw statusów: nowa, oczekiwanie na kupującego, oczekiwanie na sprzedającego, w trakcie weryfikacji, rozstrzygnięta, oczekiwanie na płatność i zamknięta. Zdefiniuj, co powoduje każdą zmianę. Na przykład sprawa przechodzi z «oczekiwanie na dowody» do «w trakcie weryfikacji», gdy dotrą żądane zdjęcia, wiadomości lub potwierdzenie dostawy.
Trzymaj decyzję w osobnym polu. Zapisz, czy zespół zatwierdził zwrot, wypłacił środki sprzedającemu, podzielił kwotę, odrzucił zgłoszenie lub podjął inne działanie. Dodaj datę decyzji i osobę, która ją podjęła. Dzięki temu finanse mogą sprawdzić proces dotyczący sporu o wypłatę bez zgadywania, co oznacza dany status.
Rejestr powinien odpowiadać sposobowi, w jaki zespół podejmuje decyzje. Zacznij od zdarzeń, które otwierają sprawę: prośby o zwrot, braku dostawy, przedmiotu niezgodnego z ofertą lub nieautoryzowanej płatności. Każde zdarzenie powinno utworzyć sprawę z powodem, datą, numerem zamówienia i przypisanym właścicielem.
Zanim utworzysz ekrany lub pola, opisz proces prostym językiem. Skarga dotycząca dostawy może przebiegać tak: kupujący zgłasza problem, zespół prosi o szczegóły zamówienia i dowód dostawy, sprzedający odpowiada, pracownik operacyjny sprawdza materiały, a osoba weryfikująca zapisuje wynik. Spisanie procesu wcześniej pozwala szybko wykryć braki.
Osoba zbierająca dokumenty nie zawsze potrzebuje uprawnień do zatwierdzenia zwrotu. Ustal role odpowiednie do wielkości zespołu i poziomu ryzyka:
Małe zespoły mogą łączyć te zadania. Rejestr powinien mimo to zapisywać, kto podjął każdą decyzję i kiedy. Ta historia ma znaczenie, gdy kupujący pyta, dlaczego zespół odrzucił zgłoszenie, albo sprzedający chce wiedzieć, skąd wzięło się opóźnienie wypłaty.
Sama decyzja nie zamyka sprawy. Jeśli zespół zatwierdzi zwrot dla kupującego, finanse muszą go wykonać. Jeśli zespół odrzuci prośbę, ktoś może jeszcze wysłać wyjaśnienie i pozostawić sprawę otwartą na czas przewidziany na odwołanie.
Połącz każdy wynik z konkretnym działaniem: zwrotem dla kupującego, wypłatą dla sprzedającego, blokadą środków, częściowym zwrotem za zamówienie lub działaniem dotyczącym konta. Zapisz, kiedy to działanie zostało ukończone.
W AppMaster wizualny proces biznesowy może aktualizować status sprawy, przypisywać ją kolejnej osobie i tworzyć zadanie płatnicze po akceptacji. Rekord może wtedy pokazywać zarówno decyzję, jak i potwierdzenie wykonania wymaganego działania.
Osoba weryfikująca nie powinna przeszukiwać skrzynki odbiorczej, prosić współpracownika o zrzuty ekranu ani zgadywać, która wersja dokumentu jest aktualna. Przechowuj pliki, notatki ze sprawy i historię wiadomości razem ze statusem, terminem i szczegółami wypłaty.
Jest to szczególnie ważne przy zmianie właściciela sprawy. Jeśli jeden pracownik rozpocznie sprawę w poniedziałek, a drugi będzie ją sprawdzał w czwartek, potrzebuje od razu pełnego kontekstu. Kompletny rekord ułatwia też wyjaśnienie decyzji obu stronom.
Nazwa pliku photo_1023.jpg niewiele mówi osobie weryfikującej. Dodaj do każdego elementu krótki opis i podstawowy kontekst:
Na przykład: «Otrzymano od przewoźnika 14 maja. Przesyłka znajduje się przy wejściu do budynku, ale nie widać numeru lokalu.» Taka notatka pomaga kolejnej osobie ocenić zdjęcie bez przyjmowania założeń.
Przechowuj te szczegóły razem z plikiem, zamiast umieszczać je w osobnym arkuszu kalkulacyjnym. Rekord sprawy staje się wtedy źródłem informacji, które zespół sprawdza przed poproszeniem o dodatkowe dane lub zatwierdzeniem wypłaty.
Notatki wewnętrzne i wiadomości do klientów powinny mieć różny poziom widoczności. Pracownik może zapisać, że sprzedający wcześniej zgłaszał podobne sprawy albo że menedżer musi zatwierdzić wypłatę. Kupujący i sprzedający nie powinni nigdy widzieć takich komentarzy.
Nadaj każdej wiadomości jasnego odbiorcę: zespół wewnętrzny, kupujący lub sprzedający. Pokazuj wiadomości zewnętrzne w kolejności chronologicznej, z nadawcą, odbiorcą i statusem dostarczenia. Umieść notatki wewnętrzne w osobnym kanale i wskaż ich autora.
AppMaster pozwala modelować sprawę z powiązanymi rekordami dowodów i wiadomości, a następnie udostępniać osobne widoki pracownikom operacyjnym i użytkownikom zewnętrznym. Dzięki temu zespoły mogą zachować prywatność komentarzy i jednocześnie prowadzić pełną historię sprawy.
Większość sporów ma kilka terminów. Kupujący może mieć trzy dni na przesłanie zrzutów ekranu, sprzedający pięć dni na odpowiedź, a operacje 24 godziny na sprawdzenie sprawy po otrzymaniu ostatniej odpowiedzi. Umieść każdy termin w rekordzie wraz z właścicielem i bieżącym statusem.
Nie polegaj na jednym ogólnym polu «termin». Ukrywa ono, kto ma działać i z jakiego powodu. Użyj osobnych pól dla odpowiedzi kupującego, odpowiedzi sprzedającego, wewnętrznej weryfikacji, ostatecznej decyzji oraz blokady lub wypłaty środków, gdy w sprawę zaangażowane są pieniądze.
Sprawa dotycząca uszkodzonego zamówienia może zostać otwarta w poniedziałek. Kupujący ma czas do czwartku na przesłanie zdjęć, sprzedający do piątku na odpowiedź, a przypisany pracownik musi podjąć decyzję następnego dnia roboczego po otrzymaniu obu odpowiedzi. Każda data ma jasny cel.
Utwórz codzienny widok spraw wymagających działania. Pokaż terminy przypadające na dziś, terminy zbliżające się i zadania zaległe. Posortuj przekroczone terminy według wieku, a następnie wyświetl właściciela, status i kwotę wypłaty lub stan blokady.
Nie pokazuj w tym widoku zamkniętych spraw ani zadań oczekujących na przyszły termin. Lider operacyjny może sprawdzać go każdego ranka, przydzielać sprawy bez właściciela i pomagać pracownikom, zanim opóźniona wypłata przerodzi się w skargę.
Kolory statusów mogą pomagać, ale ważniejsze są jasne etykiety. Używaj określeń takich jak «Termin dziś», «Termin za 2 dni» i «Przekroczony o 1 dzień». Tekst pozostaje czytelny w eksportach, widokach mobilnych i narzędziach ułatwień dostępu.
Wysyłaj przypomnienia osobie odpowiedzialnej, a nie do wspólnej skrzynki. Jedno przypomnienie na 24 godziny przed zwykłym terminem często wystarczy. Wewnętrzne weryfikacje trwające krótko mogą wymagać przypomnienia na dwie godziny przed terminem.
Po upływie terminu w pierwszej kolejności powiadom właściciela. Poinformuj lidera zespołu dopiero wtedy, gdy sprawa pozostanie otwarta po ustalonym czasie dodatkowym. Pozwala to uniknąć powielania wiadomości i zachować widoczność zaległych spraw.
W AppMaster wizualny proces biznesowy może porównywać bieżący czas z terminami sprawy, aktualizować etykietę sprawy i wysyłać przypisanej osobie powiadomienie e-mail, SMS lub Telegram. Może również dodawać zaległe sprawy do codziennego widoku dalszej obsługi.
Zacznij od jednej tabeli spraw. Nadaj każdemu sporowi identyfikator i połącz go z zamówieniem, kupującym, sprzedającym oraz przypisanym członkiem zespołu. Uwzględnij status, rodzaj sprawy, datę otwarcia, termin odpowiedzi, decyzję, kwotę wypłaty i stan wypłaty.
Przechowuj dowody jako powiązane rekordy, a nie notatki ukryte w wątku wiadomości. Każdy rekord dowodu może zawierać plik, opis, osobę przesyłającą i datę otrzymania. Osoby weryfikujące szybko sprawdzą wtedy, czy obie strony przesłały żądane dokumenty.
Utwórz tylko formularze potrzebne zespołowi: formularz przyjęcia początkowej skargi, formularz dowodów dla dokumentów i zdjęć, notatki wewnętrzne dla pracowników oraz formularz decyzji zawierający wynik, uzasadnienie, osobę weryfikującą, zwrot lub zmianę wypłaty dla sprzedającego.
AppMaster pozwala tworzyć te ekrany webowe lub mobilne za pomocą wizualnych narzędzi połączonych z tym samym modelem danych. Edytor procesów biznesowych może obsługiwać rutynowe aktualizacje, dzięki czemu pracownicy nie muszą ręcznie zmieniać każdego pola.
Ustal zasady rutynowej pracy:
Pierwszy proces powinien być krótki. Statusy «nowa», «oczekiwanie na dowody», «w trakcie weryfikacji», «rozstrzygnięta» i «zamknięta» wystarczą w przypadku wielu spraw. Dodawaj wyjątki dopiero wtedy, gdy rzeczywista praca ich wymaga.
Przetestuj rejestr na realistycznych przykładach przed zaimportowaniem bieżących spraw. Utwórz zgłoszenie dotyczące braku dostawy, poproś o dowód dostawy, dołącz odpowiedź, zapisz decyzję i sprawdź, czy działanie dotyczące wypłaty jest z nią zgodne. Poproś drugą osobę z zespołu o przeczytanie historii sprawy bez dodatkowych wyjaśnień. Przetestuj także przekroczony termin i sprawdź, czy przypomnienie oraz codzienny widok działają zgodnie z oczekiwaniami.
Skróty prowadzą do długiego sprzątania. Rejestr musi zachowywać informacje o tym, co się wydarzyło, kto podjął każdą decyzję i z jakiego powodu. Jeśli pracownicy mogą zmieniać stare rekordy bez śladu, osoby weryfikujące nie wiedzą, czy sprzedający przesłał niepełne dowody, czy ktoś później edytował sprawę.
Trzymaj pierwotną skargę osobno od notatek wewnętrznych. Zapisz treść skargi, czas przesłania, załączniki i osobę przesyłającą jako stały wpis. Jeśli klient poprawi datę dostawy lub doda zdjęcie, utwórz nowy wpis zamiast zastępować pierwszy.
Niejasne statusy również tworzą niewiarygodne kolejki. «Oczekuje» może oznaczać oczekiwanie na kupującego, sprzedającego, dostawcę płatności lub wewnętrzną osobę weryfikującą. Używaj nazw, które określają zarówno stan sprawy, jak i osobę oczekiwaną do podjęcia następnego działania.
Zanim finanse zatwierdzą zwrot, wypłatę dla sprzedającego, cofnięcie opłaty lub częściową wypłatę, wymagaj rekordu decyzji z uzasadnieniem, sprawdzonymi dowodami, osobą zatwierdzającą, kwotą i datą. W przypadku większych kwot lub wyjątków od zasad warto wymagać drugiej akceptacji.
Zamknięte sprawy powinny pozostać dostępne po numerze zamówienia, kupującym, sprzedającym, rodzaju problemu, decyzji i dacie. Wcześniejsze sprawy pomagają odpowiadać na pytania, analizować sposób obsługi skarg i wykrywać powtarzające się problemy po stronie sprzedających.
Wybierz jeden rodzaj sporu, który zespół często obsługuje. Uszkodzone zamówienia i brakujące dostawy to dobre punkty wyjścia, ponieważ ich dowody i wyniki dotyczące wypłat są zwykle jasne. Wąski zakres pierwszej wersji daje zespołowi przydatne narzędzie bez zamieniania projektu w długą listę pomysłów.
W przypadku zgłoszenia dotyczącego braku dostawy zacznij od numeru zamówienia, danych kupującego i sprzedającego, daty zgłoszenia, wiadomości, dowodu dostawy, decyzji, kwoty wypłaty i terminu. Pomijaj opcjonalne pola do czasu, aż zespół będzie miał rzeczywisty powód, by ich użyć.
Poproś osoby rozpatrujące spory o przetestowanie formularzy i statusów na realistycznych przykładach. Wykorzystaj stare sprawy z usuniętymi nazwiskami i wrażliwymi danymi. Powinny móc otworzyć sprawę, dodać dowody, poprosić o informacje, zapisać decyzję i zakończyć proces rozpatrywania sporu dotyczącego wypłaty bez prowadzenia osobnych notatek.
Zwróć uwagę na miejsca, w których osoby weryfikujące podejmują różne decyzje. Jeśli jedna osoba wybiera «oczekiwanie na sprzedającego», a druga «potrzebne dowody», doprecyzuj definicje statusów. Krótkie wyjaśnienie pod każdym statusem często działa lepiej niż dodawanie kolejnych etykiet.
AppMaster pomoże Ci utworzyć bezkodowy rejestr sporów z rekordami spraw, dowodów, wiadomości, terminów i wypłat. Skorzystaj z Data Designer do zbudowania struktury danych, Business Process Editor do etapów weryfikacji i akceptacji oraz narzędzi do tworzenia interfejsów webowych lub mobilnych dla osób weryfikujących i menedżerów. AppMaster generuje backend, interfejsy i kod źródłowy aplikacji wraz ze zmianami procesu.
Po obsłużeniu kilku rzeczywistych spraw sprawdź, czy osoby weryfikujące szybko znajdują właściwy rekord, czy każdy termin ma właściciela i czy menedżerowie widzą, dlaczego wypłata została zatwierdzona lub odrzucona. Najpierw napraw te codzienne problemy, a dopiero potem dodawaj zwroty, zgłoszenia dotyczące podróbek, spory płatnicze lub odwołania sprzedających.
14 lip 2026
9 min
13 lip 202611 min
08 lip 20267 minEksperymentuj z AppMaster z darmowym planem.
Kiedy będziesz gotowy, możesz wybrać odpowiednią subskrypcję.
