Rozdziały przewodnika
00 - Jak korzystać z tego przewodnika01 - Model marketplace przed funkcjami02 - Sprzedawca: model danych i onboarding03 - Katalog sprzedawcy04 - Integracje ze sklepami sprzedawców05 - Stany magazynowe06 - Koszyk i checkout07 - Model zamówienia08 - Wysyłka i realizacja09 - Płatności10 - Wypłaty11 - Prowizje12 - Promocje i lojalność13 - Zwroty i spory14 - Moderacja i decyzje operatora15 - Panel operatora: od jednej osoby do zespołu16 - Zdarzenia, powiadomienia i odzyskiwanie17 - Granice bezpieczeństwa w marketplace18 - Decyzje odwracalne i nieodwracalne19 - Macierz dojrzałości: co ręcznie, co automatem20 - Referencyjny MVP
Rozdział 19
Macierz dojrzałości: co ręcznie, co automatem
Po co ta tabela#
Cały przewodnik sprowadza się do jednego rozróżnienia: co ma być zrobione ręcznie, a co automatem, i co konkretnie ma o tym zdecydować. Ta tabela zbiera to w jednym miejscu.
Kolumna z błędem jest najważniejsza. Ręczny proces jest w porządku, o ile nie odbiera możliwości późniejszej automatyzacji, a odbiera ją zwykle brakiem zapisu, nie brakiem kodu.
Macierz#
| Proces | Na start | Wyzwalacz | Następny etap | Najdroższy błąd |
|---|---|---|---|---|
| Akceptacja sprzedawcy | ręcznie | akceptacje zajmują stały blok czasu | kolejka i filtry | brak zapisu powodu decyzji |
| Katalog | ręczne dodawanie | sprzedawca ma setki produktów | import z pliku | produkt bez wariantów |
| Integracje | brak | sprzedawca ma sklep | import jednorazowy | brak identyfikatora zewnętrznego |
| Stany | ręcznie albo z importu | sprzedaż w dwóch kanałach | synchronizacja | stan jako pole przy produkcie |
| Wysyłka | metoda i koszt na grupie | wolumen przesyłek | integracja z przewoźnikiem | brak zapisu, kto ponosi koszt |
| Płatności | jeden dostawca | drugi sposób płatności | warstwa wspólna | brak rejestru zdarzeń |
| Wypłaty | ręcznie | powtarzalność i pomyłki | harmonogram | wypłata bez powiązania z zamówieniami |
| Prowizje | jedna stawka | stawka indywidualna | reguły z pierwszeństwem | kwota liczona przy odczycie |
| Zwroty | zgłoszenie i decyzja | drugi zwrot częściowy | powiązanie z wypłatą | zwrot tylko całego zamówienia |
| Moderacja | ręcznie, historia przy obiekcie | druga osoba decyduje | autor decyzji i notatki | brak pola na autora |
| Panel | ekrany kontekstowe | druga osoba w panelu | role i filtry | izolacja danych w widoku |
| Obserwowalność | logi i widoczne błędy | pierwsza rozbieżność | zestawienie rozbieżności | znikające nieudane zadania |
Jak czytać wyzwalacze#
Wyzwalacz jest zdarzeniem, nie liczbą. Nie chodzi o próg sprzedaży ani liczbę sprzedawców, tylko o moment, w którym obecna wersja zaczyna generować pracę albo błędy. Ten moment przychodzi w różnych projektach przy zupełnie różnej skali.
Potrzebujesz wdrożyć te procesy w realnym marketplace?
Projektuję platformy multi-vendor wraz z onboardingiem, płatnościami, moderacją i procesami operacyjnymi.
Zobacz usługę budowy marketplace