Reseller Shoper: kim jest i jak sprawdzić zakres współpracy

Określenia „reseller”, „partner” i „integrator” bywają używane wymiennie, choć mogą oznaczać inny zakres. Sama etykieta nie dowodzi certyfikacji, specjalnych limitów API, szybszego supportu ani odpowiedzialności za utrzymanie sklepu. Wszystko trzeba potwierdzić w aktualnym programie Shoper i konkretnej umowie.

Reseller Shoper — kto to jest

W praktyce słowo „reseller” może opisywać podmiot pośredniczący w sprzedaży licencji, firmę wdrożeniową albo partnera łączącego kilka usług. Nie należy z samej nazwy wnioskować, że wykonawca zaprojektuje UX, przeniesie dane, zintegruje ERP, poprowadzi SEO i zapewni całodobowe utrzymanie. Te elementy muszą być nazwane oddzielnie.

Rozróżnij cztery role:

• sprzedawca lub pośrednik licencji — pomaga dobrać wariant platformy i formalizuje zakup;
• partner wdrożeniowy — konfiguruje sklep, motyw, płatności, dostawy i katalog;
• integrator — projektuje przepływ danych z ERP, WMS, marketplace albo systemem własnym;
• opiekun sklepu — po starcie prowadzi support, backlog rozwoju, QA i uzgodnione prace SEO/content.

Jedna firma może pełnić kilka ról, ale umowa powinna pokazać, gdzie każda z nich się zaczyna i kończy.

Jak zweryfikować reseller Shoper przed współpracą

Poproś wykonawcę o:

• oficjalną nazwę programu i możliwość potwierdzenia statusu;
• zakres sprzedaży licencji lub pośrednictwa;
• listę usług wdrożeniowych i utrzymaniowych;
• opis dostępów potrzebnych do sklepu;
• zasady kontaktu z supportem Shoper;
• osobną wycenę licencji, wdrożenia i opieki;
• procedurę zakończenia współpracy oraz przekazania dostępów.

Jeżeli wykonawca deklaruje konkretny status partnerski, poproś o nazwę programu i aktualny sposób weryfikacji u operatora. Logo w stopce albo dawny certyfikat nie powinny zastępować bieżącego potwierdzenia. Tak samo referencje należy czytać przez zakres: projekt graficzny nie jest dowodem integracji, a uruchomienie sklepu nie jest dowodem późniejszych wyników SEO.

Nie zakładaj, że partner ma „ukryte endpointy”, nielimitowane API, dostęp do infrastruktury SaaS albo gwarantowany priorytet zgłoszeń. Takie uprawnienia muszą wynikać z aktualnej dokumentacji lub umowy.

Samodzielne wdrożenie a wykonawca

Czas i koszt zależą od liczby produktów, jakości danych, wariantów, integracji, grafiki, przekierowań i odbiorów. Nie da się uczciwie podać jednego przedziału bez audytu.

Zakres wdrożenia powinien wskazywać konkretne rezultaty: strukturę kategorii, konfigurację katalogu, przygotowanie motywu, import danych, mapę przekierowań, testy zakupu, analitykę, integracje i dokumentację. Jeżeli produkt ma wiele zależnych opcji, potrzebna jest osobna decyzja, czy wystarczą warianty, czy powstaje moduł konfiguracji produktu z własną logiką ceny i dostępności.

API i integracje

Przed podpisaniem umowy ustal:

1. z jakiego oficjalnego API korzysta integracja;
2. jakie są aktualne limity i mechanizm uwierzytelnienia;
3. kto przechowuje sekrety;
4. jak obsługiwane są ponowienia i limity;
5. co dzieje się po błędzie ERP lub marketplace;
6. gdzie znajdują się logi bez danych wrażliwych;
7. kto utrzymuje kod po zakończeniu projektu.

Wykonawca nie powinien uzależniać sklepu od prywatnych narzędzi bez eksportu, dokumentacji i procedury przejęcia.

Licencja, wdrożenie, support i SLA

„Priorytetowe wsparcie” powinno zostać przetłumaczone na mierzalny kontrakt:

• godziny dostępności;
• kanał zgłoszeń;
• klasy incydentów;
• czas reakcji, a osobno czas przywrócenia;
• zakres wyłączeń;
• eskalację do operatora platformy;
• sposób raportowania.

SLA wykonawcy nie oznacza automatycznie SLA Shopera. Jeżeli usunięcie awarii zależy od operatora SaaS, umowa powinna jasno opisywać tę granicę.

Rozdziel koszt licencji od prac wdrożeniowych i późniejszego utrzymania. Dzięki temu wiadomo, co kończy się wraz z projektem, a co jest opłatą cykliczną. Po uruchomieniu sklepu stała obsługa Shoper może obejmować sprinty rozwojowe, testy zmian, monitoring integracji i prace contentowe, ale nie powinna być ukrytym przedłużeniem nieodebranego wdrożenia.

Dostęp, własność i odbiór sklepu

Sklep powinien zachować własność domeny, konta, danych, kodu opłaconych modyfikacji i kluczowych integracji zgodnie z umową. Dostępy przyznawaj imiennie, z najmniejszym potrzebnym zakresem i możliwością odebrania.

Przy odbiorze wymagaj:

• mapy konfiguracji;
• rejestru integracji i sekretów bez ujawniania ich wartości;
• mapy przekierowań;
• wyników testów zakupowych;
• kopii materiałów i repozytorium;
• instrukcji awaryjnej;
• protokołu zwrotu dostępów.

Dobry partner nie jest „zewnętrznym CTO” z samej nazwy. Jest wykonawcą o jasno zdefiniowanej odpowiedzialności, dowodach kompetencji i bezpiecznej ścieżce wyjścia. Tak prowadzimy wdrożenie sklepu Shoper: osobno wyceniamy platformę, projekt, dane, integracje i opiekę, a odbiór wiążemy z testami zamiast z samą datą uruchomienia.

Checklista rozmowy z resellerem lub partnerem

1. Jaki dokładnie status i zakres reprezentuje wykonawca?
2. Kto jest stroną umowy licencyjnej i właścicielem konta sklepu?
3. Co jest konfiguracją standardową, a co pracą dodatkową?
4. Kto odpowiada za dane, przekierowania, analitykę i integracje?
5. Jakie testy muszą przejść przed uruchomieniem?
6. Jak działa zgłaszanie błędów po starcie?
7. Co klient otrzyma przy zakończeniu współpracy?