Przejdź do treści
Codivine
E-commerce

Kiedy warto zbudować sklep internetowy na zamówienie?

Praktyczny test wyboru między gotową platformą, podejściem headless a sklepem w pełni na zamówienie — i sygnały, że firma wyrosła z obecnego rozwiązania.

Oskar Szymczak3 min czytania

Zawodowo budujemy oprogramowanie na zamówienie, więc potraktuj to w duchu, w jakim to piszemy: większość firm nie powinna budować sklepu na zamówienie. Gotowe platformy rozwiązują koszyk, płatności, podatki, oszustwa i zgodność z przepisami — problemy, które są naprawdę trudne, naprawdę nudne i już rozwiązane.

Ciekawe pytanie brzmi: kiedy to przestaje być prawdą?

Trzy opcje — uczciwie

Gotowa platforma. Korzystasz z witryny i panelu platformy. Szybko, tanio, z dobrym wsparciem. Akceptujesz jej zdanie o tym, jak działa handel.

Headless. Zostawiasz silnik sklepowy platformy — katalog, koszyk, zamówienia, płatności — i budujesz własny front-end na jej API. Dostajesz swobodę projektu i wydajności bez odtwarzania trudnych części.

Na zamówienie. Logikę sklepu budujesz samodzielnie. Rzadko, drogo i czasem jako jedyna uczciwa odpowiedź.

Większość firm, którym wydaje się, że potrzebują sklepu na zamówienie, tak naprawdę potrzebuje headless. Już samo to rozróżnienie oszczędza sporo pieniędzy.

Sygnały, że firma wyrosła z gotowej platformy

Żaden z nich osobno nie przesądza sprawy. Trzy lub więcej zwykle tak.

  • Nie da się wyrazić Twoich cen. Ceny indywidualne dla klientów, stawki kontraktowe, progi ilościowe dla każdego konta albo zasady zależne od historii zamówień klienta.
  • Płacisz za aplikacje, które łatają model. Jedenaście wtyczek, każda łata jedną lukę, każda jest ryzykiem przy aktualizacji, a razem kosztują więcej niż platforma.
  • Twój katalog nie pasuje. Produkty konfigurowalne z prawdziwymi zależnościami, produkty na zamówienie, wynajem, subskrypcje z nietypowym rozliczeniem albo produkty, które w rzeczywistości są usługami.
  • Wydajność ma sufit. Zrobiono już to, co oczywiste, a ograniczeniem jest architektura motywu.
  • Obejścia stały się procesem. Pracownicy uczą się „tego, co robimy, bo system nie pozwala zrobić tego porządnie”.
  • Integracja z Tobą walczy. Źródłem prawdy jest ERP, ale platforma też upiera się, że nim jest, a uzgadnianie danych to czyjeś cotygodniowe zadanie.

Sygnały, że warto zostać przy obecnym rozwiązaniu

  • Twój katalog jest typowy, a cena to jedna liczba na produkt.
  • Ograniczeniem wzrostu jest ruch albo marża, a nie oprogramowanie.
  • Nie masz własnych zasobów technicznych ani budżetu na stałe utrzymanie.
  • Skarga brzmi „wygląda jak wszystkie inne” — to problem projektu graficznego, a headless rozwiązuje go dużo taniej niż sklep na zamówienie.

Środkowa droga, którą powinna wybrać większość firm

Headless daje:

  • front-end, nad którym masz pełną kontrolę, więc wydajność i wygląd możesz naprawiać samodzielnie;
  • koszyk, płatności, podatki i ochronę przed oszustwami z platformy — czyli części, których naprawdę nie chcesz utrzymywać;
  • swobodę budowania treści i stron kategorii pod SEO, a nie pod ograniczenia motywu;
  • warstwę integracji, którą piszesz samodzielnie, zamiast aplikacji, co do której liczysz, że dalej będzie działać.

Kompromis jest prawdziwy: masz teraz własny kod i potrzebujesz kogoś, kto będzie go utrzymywał. To realny, stały koszt, a nie jednorazowy wydatek.

Ile naprawdę kosztuje sklep na zamówienie

Poza pieniędzmi:

  • Zgodność z przepisami. PSD2/SCA, zasady podatkowe na różnych rynkach, dostępność, prawa konsumenta. Platforma po cichu to obsługiwała.
  • Oszustwa i chargebacki. Pracowało dla Ciebie czyjeś uczenie maszynowe.
  • Przypadki brzegowe. Częściowe zwroty, dzielone wysyłki, zaokrąglenia walut, nieudane płatności ponawiane o trzeciej w nocy. Każdy to decyzja, którą teraz podejmujesz Ty.
  • Stała praca inżynierska. Nie „projekt”, tylko zobowiązanie.

Jeśli te rzeczy nie mają właścicieli, uczciwa odpowiedź brzmi: to jeszcze nie czas na sklep na zamówienie — i to zupełnie rozsądna sytuacja.

Prosty test

Zapisz trzy rzeczy dotyczące sposobu, w jaki sprzedajesz, które Twoja obecna platforma najbardziej utrudnia. Przy każdej zapytaj: czy to prawdziwa przewaga konkurencyjna, czy przyzwyczajenie?

Jeśli to przyzwyczajenia, zmień przyzwyczajenia. Jeśli to naprawdę sposób, w jaki wygrywasz — powód, dla którego klienci wybierają Ciebie, a nie wygodniejszą konkurencję — oprogramowanie, które to wspiera, jest warte zbudowania.

To ten sam test, który stosujemy ogólnie do oprogramowania na zamówienie. Jeśli chcesz drugiej opinii, po której stronie jesteś, opisz swoją sytuację, a powiemy uczciwie — także wtedy, gdy odpowiedź brzmi „zostańcie tam, gdzie jesteście”.

Oskar Szymczak

Założyciel i inżynier oprogramowania

Odpowiada za techniczną stronę każdego projektu — architekturę, programowanie i decyzje, które później drogo zmieniać.

Więcej o zespole

Potrzebujesz w tym pomocy?

To jest praca, którą wykonujemy. Te strony wyjaśniają, jak do niej podchodzimy.

Masz podobny problem?

Opisz go własnymi słowami. Powiemy, co byśmy z nim zrobili — i czy w ogóle warto się tym zajmować.

Nie potrzebujesz specyfikacji. Opis problemu wystarczy, żeby zacząć.