Pytanie „WooCommerce czy własny silnik" jest źle postawione, bo sugeruje, że jedno rozwiązanie jest lepsze od drugiego. Nie jest. Oba są narzędziami i oba mają próg, poniżej którego są za drogie, a powyżej za słabe.
Ten tekst jest o tym, gdzie leży ten próg i po czym go rozpoznać, zanim wyda się pieniądze.
Co naprawdę kupujesz, wybierając gotowy system
WooCommerce, PrestaShop i Shoper mają jedną wspólną zaletę, której nie da się przebić: setki tysięcy wdrożeń. Znaczy to, że każdy typowy problem został już przez kogoś rozwiązany, opisany na forum i zamknięty we wtyczce.
Kupujesz więc trzy rzeczy naraz:
- gotową obsługę rzeczy oczywistych, czyli koszyk, konta klientów, kupony, podatki, faktury,
- integracje z polskim rynkiem, czyli Przelewy24, PayU, InPost, DPD, Baselinker, systemy księgowe,
- ludzi, którzy to znają, więc wykonawcę da się zmienić bez przepisywania sklepu.
Przy sklepie z dwustoma produktami, standardową wysyłką i zwykłym procesem zamówienia gotowy system wygrywa bezdyskusyjnie. Pisanie tego od zera to wydawanie pieniędzy na rozwiązywanie problemów, które zostały już rozwiązane.
Gdzie zaczyna się kłopot
Granicę widać zwykle w tym samym miejscu. Sklep działa, a potem pojawia się wymaganie, którego system nie przewiduje.
Nietypowy sposób liczenia ceny
Cena zależna od metrażu, wagi po przeliczeniu, długości cięcia, liczby osób albo od cennika, który klient dostał indywidualnie. Wtyczki od cen dynamicznych istnieją, ale każda z nich zakłada własny model. Gdy model nie pasuje, dokłada się kolejną wtyczkę, żeby poprawić poprzednią.
Proces zamówienia, który nie jest koszykiem
Rezerwacja terminu, konfiguracja produktu w kilku krokach, wycena wysyłana do akceptacji, zamówienie wymagające załącznika albo pomiaru. Koszyk to bardzo konkretny scenariusz i wszystko, co od niego odchodzi, trzeba w gotowym systemie obejść.
Integracja z tym, co firma ma od lat
Magazyn w Excelu, program handlowy sprzed dziesięciu lat, baza klientów w systemie, którego producent już nie istnieje. Każda taka integracja to praca pisana pod konkretny przypadek, niezależnie od tego, na czym stoi sklep.
Policz to na pięć lat, nie na dzień odbioru
Najczęstszy błąd przy tej decyzji to porównanie dwóch liczb z oferty. Sensowne porównanie obejmuje cały czas życia sklepu.
Po stronie gotowego systemu warto policzyć:
- licencje wtyczek, zwykle od kilkudziesięciu do kilkuset złotych rocznie za sztukę, a typowy sklep ma ich od pięciu do piętnastu,
- czas na aktualizacje, bo aktualizacja silnika bez aktualizacji wtyczek potrafi położyć sklep,
- koszt naprawy po aktualizacji, która coś zepsuła,
- przepisanie sklepu w dniu, w którym autor kluczowej wtyczki przestanie ją rozwijać.
Po stronie własnego kodu:
- wyższy koszt na starcie, bo trzeba napisać także rzeczy oczywiste,
- brak opłat licencyjnych, ale też brak gotowych integracji,
- zależność od wykonawcy, jeśli kod jest napisany bez dokumentacji,
- brak aktualizacji wymuszanych z zewnątrz, czyli sklep, który działa tak samo za trzy lata.
Przy sklepie, który zarabia, najdroższą pozycją w tym zestawieniu nie jest żadna z powyższych. Jest nią dzień, w którym sklep nie przyjmuje zamówień.
Sygnały, że gotowy system przestał wystarczać
Cztery objawy, które w praktyce pojawiają się razem:
- Liczba wtyczek przekroczyła dwadzieścia. Każda kolejna zwiększa ryzyko, że aktualizacja czegoś nie przetrwa, i wydłuża czas wczytywania strony.
- Nikt nie aktualizuje sklepu ze strachu. To jest moment, w którym sklep przestał być systemem, a stał się konstrukcją.
- Koszty licencji przekroczyły kilka tysięcy rocznie, a połowa wtyczek obsługuje jedną funkcję każda.
- Prosta zmiana wymaga rozmowy z programistą. Gotowy system miał dawać samodzielność. Jeśli jej nie daje, przestał robić to, po co go wybrano.
Rozwiązanie pośrednie, o którym się rzadko mówi
Między „wszystko na wtyczkach" a „wszystko od zera" jest trzecia droga: zostawić gotowy system tam, gdzie jest dobry, i dopisać własny moduł tam, gdzie nie daje rady.
WooCommerce, PrestaShop i większość poważnych systemów ma do tego przewidziane miejsca. Własny moduł kalkulacji ceny albo własna integracja z magazynem kosztują ułamek tego, co przepisanie całego sklepu, a znikają z listy wtyczek, którymi trzeba się martwić przy aktualizacji.
Ta droga bywa pomijana, bo nie pasuje do żadnej ze stron sporu. W praktyce rozwiązuje większość przypadków.
Jak podjąć tę decyzję
Trzy pytania, na które warto odpowiedzieć na kartce, zanim zapyta się kogokolwiek o wycenę.
- Co w moim sklepie jest nietypowe? Jeśli nic, gotowy system wystarczy i będzie tańszy.
- Co się stanie, gdy sklep przestanie działać na dobę? Jeśli odpowiedź brzmi „stracę jeden dzień obrotu", ryzyko jest znośne. Jeśli „stracę kontrakt", trzeba je liczyć inaczej.
- Kto będzie to utrzymywał za trzy lata? To pytanie rozstrzyga więcej niż porównanie technologii.
Podsumowanie
Gotowy system wygrywa przy typowej sprzedaży i wygrywa zdecydowanie. Własny kod wygrywa wtedy, gdy sprzedaż jest nietypowa albo gdy koszty licencji i ryzyko aktualizacji zaczynają przewyższać wartość gotowych funkcji.
Najlepsza decyzja to zwykle ta pośrednia: gotowy system plus jeden albo dwa własne moduły w miejscach, w których naprawdę są potrzebne.
Jeśli nie jesteś pewien, po której stronie granicy jest Twój sklep, opisz mi swój przypadek przez formularz kontaktowy. Odpowiem, nawet jeśli odpowiedź brzmi „zostań przy tym, co masz".