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.
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 zespolePotrzebujesz w tym pomocy?
To jest praca, którą wykonujemy. Te strony wyjaśniają, jak do niej podchodzimy.