Rozdziały przewodnika
Referencyjny MVP
Założenia#
Poniższy przykład spina cały przewodnik w jedną spójną całość. To nie jest jedyna poprawna architektura, tylko taka, która przy poniższych założeniach nie wymaga przepisywania przez najbliższe kilka lat.
- kilkudziesięciu sprzedawców, kilka tysięcy produktów;
- wysyłka po stronie sprzedawcy;
- koszyk może zawierać towar wielu sprzedawców;
- operator to jedna osoba, czasem dwie;
- sprzedaż konsumentom w Polsce i UE.
Co zbudowane#
| Obszar | Zakres w MVP |
|---|---|
| Sprzedawca | stany konta, onboarding z liczoną gotowością, anonimizacja oddzielona od usunięcia |
| Katalog | produkt przy sprzedawcy, warianty, moderacja, miejsce na identyfikator zewnętrzny |
| Stany | ilość i rezerwacja przy wariancie i lokalizacji, zmiana jako operacja atomowa |
| Koszyk | linia zna sprzedawcę, grupowanie, wysyłka na grupie |
| Checkout | snapshot wartości, walidacja w jednym miejscu, płatność i zamówienie rozdzielone |
| Zamówienie | linia ze sprzedawcą i własnym stanem, anulowanie i zwrot na pozycji |
| Pieniądze | podział zapisany przy pobraniu, prowizja utrwalona przy pozycji, wypłata powiązana z zamówieniami |
| Zwroty | zgłoszenie z pozycjami, kwoty narastające, droga powrotna po wypłacie |
| Panel | ekrany kontekstowe, izolacja w warstwie dostępu, pole autora decyzji |
| Odzyskiwanie | identyfikator operacji, widoczne nieudane zadania, rejestr zdarzeń |
Co u dostawców#
- przetwarzanie płatności i weryfikacja tożsamości sprzedawców;
- wysyłka wiadomości transakcyjnych;
- przechowywanie plików;
- wyszukiwanie produktowe, jeśli katalog przerasta możliwości bazy.
Co ręcznie#
- akceptacja sprzedawców;
- moderacja zgłoszeń;
- wypłaty;
- wpisywanie numerów przesyłek;
- przegląd rozbieżności między własnym zapisem a danymi dostawcy.
Co świadomie odłożone#
| Odłożone | Wyzwalacz, który to zmieni |
|---|---|
| Synchronizacja ciągła z zewnętrznymi sklepami | sprzedaż tego samego towaru w dwóch kanałach |
| Harmonogram wypłat | powtarzalność i pierwsza pomyłka |
| Hierarchia reguł prowizyjnych | pierwsza stawka indywidualna |
| Program lojalnościowy | świadoma decyzja o finansowaniu przez platformę |
| Kolejki i role w panelu | druga osoba podejmująca decyzje |
| Integracja z przewoźnikiem | wolumen przesyłek generujący błędy |
| Procesy magazynowe | realna potrzeba prowadzenia kilku miejsc wysyłki |
| Centralny rejestr działań personelu | rozliczalność między kilkoma osobami |
Co przesądza o tym, że to się skaluje#
Nie liczba funkcji, tylko cztery decyzje o kształcie danych, które przewijały się przez cały przewodnik.
- Własność na poziomie linii, nie zamówienia.
- Utrwalanie wartości pieniężnych w chwili zdarzenia, nie liczenie przy odczycie.
- Osobny identyfikator dla świata zewnętrznego.
- Możliwość ustalenia i naprawy stanu operacji, która udała się połowicznie.
Czego ten przykład nie rozstrzyga#
Model biznesowy, kategorie towarów, rynek i to, kto jest stroną sprzedaży, zmieniają część powyższych odpowiedzi. Przewodnik pokazuje, które decyzje trzeba podjąć i jakie są konsekwencje każdej, a nie która jest właściwa dla Twojego przypadku.
Zakres obowiązków regulacyjnych, które musisz spełnić przy tych założeniach, opisuje druga ścieżka dostępna z tej samej strony.
Projektuję platformy multi-vendor wraz z onboardingiem, płatnościami, moderacją i procesami operacyjnymi.
Zobacz usługę budowy marketplace