Innovation Software
  • Rozwój oprogramowania
  • Modernizacja
  • Mikroserwisy
  • E-commerce

Modernizacja e-commerce, która zwiększyła sprzedaż o 180% rok do roku

Sklep uzależniony od Allegro, awarie poza godzinami pracy poprzedniego dostawcy i narastający dług technologiczny. Zaczęliśmy od gaszenia pożarów, skończyliśmy na architekturze mikroserwisowej, na której Tezeusz rośnie do dziś.

Porozmawiajmy o Twojej sytuacji
Porozmawiajmy o Twojej sytuacji

Tło i problem biznesowy

Awarie w weekend i sprzedaż zależna od jednego kanału

Tezeusz rozwijał się szybko, ale pracował z dostawcą, który nie zapewniał wsparcia poza standardowymi godzinami. Awarie oznaczały przestoje w sprzedaży - także w te dni, w których ruch był największy.

Drugi problem był biznesowy: przychody opierały się przede wszystkim na Allegro, a sprzedaż we własnym sklepie pozostawała znacznie poniżej oczekiwań. To ograniczało niezależność firmy i jej potencjał wzrostu.

Zaczęliśmy od szybkiego reagowania na awarie. Ale zamiast tylko gasić pożary, szukaliśmy ich źródła - i tam zaczęła się właściwa praca.

Co znaleźliśmy pod spodem

Wspólna baza dla trzech serwisów

Administracja, magazyn i front sklepu korzystały z jednej bazy. Przy wzroście ruchu obciążenie jednego modułu obniżało wydajność pozostałych.

Narastający dług technologiczny

Brak bieżącej modernizacji i optymalizacji prowadził do coraz częstszych awarii, których przyczyn nikt nie usuwał u źródła.

Chaos w repozytorium kodu

Brak standardów pracy z kodem, takich jak Git Flow, powodował konflikty przy rozwoju funkcji i błędy trafiające do systemu.

Brak testów przed wdrożeniem

Bez kontroli jakości błędy trafiały prosto na produkcję. W krytycznych momentach awarie uniemożliwiały zakupy i generowały realne straty.

Wdrożenia zależne od jednej osoby

Tylko jeden administrator miał uprawnienia do wdrożeń, a proces nie był zautomatyzowany. Każda poprawka czekała na jego dostępność.

Strategia

Dwie ścieżki naraz: ratować dziś, przebudować na jutro

Przy zastanym długu technologicznym nie da się najpierw wszystkiego naprawić, a potem rozwijać. Prowadziliśmy więc dwa równoległe plany - jeden liczony w dniach, drugi w kwartałach.Przy zastanym długu technologicznym nie da się najpierw wszystkiego naprawić, a potem rozwijać. Prowadziliśmy dwa równoległe plany.

KRÓTKOTERMINOWO

Zatrzymać awarie

  • Szybka reakcja na awarie, także poza godzinami pracy
  • Optymalizacja zapytań i dodatkowe indeksy w bazie danych
  • Wdrożenie standardów Git Flow w pracy z kodem
  • Rygorystyczne przeglądy kodu ograniczające liczbę błędów

DŁUGOTERMINOWO

Przebudować fundament

  • Rozdzielenie bazy na zapis i odczyt, żeby odciążyć główną instancję
  • Stopniowe przejście w stronę architektury mikroserwisowej
  • Modernizacja w oparciu o istniejące systemy zamiast przebudowy od zera
  • Ograniczenie ryzyka i kosztu przez pracę etapami

Zwrot akcji

Klient wybrał innego dostawcę. Zostaliśmy przy nim mimo to

W trakcie naszych prac pojawiła się konkurencyjna oferta: nowa platforma od zera w trzy miesiące. Tezeusz zdecydował się ją przyjąć, a nasza modernizacja została wstrzymana. Nie zerwaliśmy współpracy - zabezpieczaliśmy ciągłość działania starego systemu, żeby firma miała na czym sprzedawać.W trakcie naszych prac pojawiła się konkurencyjna oferta: nowa platforma od zera w trzy miesiące. Tezeusz zdecydował się ją przyjąć, a nasza modernizacja została wstrzymana. Nie zerwaliśmy współpracy - zabezpieczaliśmy ciągłość działania starego systemu.

  1. Etap 1

    Stabilizacja

    Gasimy awarie i szukamy ich przyczyn. Sklep zaczyna działać przewidywalnie.

  2. Etap 2

    Plan modernizacji

    Powstaje strategia krótko- i długoterminowa oparta na istniejących systemach.

  3. Zwrot

    Inny dostawca

    Klient wybiera ofertę przebudowy od zera w trzy miesiące. Nasze prace zostają wstrzymane.

  4. Etap 3

    Powrót do gry

    Prace nowego dostawcy przeciągają się do sześciu miesięcy. Robimy audyt i wracamy z planem awaryjnym.

Darmowy audyt cudzego systemu

Prace nowego dostawcy przeciągnęły się z trzech do sześciu miesięcy, a przed Tezeuszem był szczyt sezonu. Zaproponowaliśmy bezpłatny audyt nowej platformy, żeby ocenić jej gotowość do uruchomienia. Wynik był jednoznaczny: kluczowe wymagania nie zostały spełnione, a start w tym stanie groził poważnymi problemami w najgorszym możliwym momencie.Prace nowego dostawcy przeciągnęły się z trzech do sześciu miesięcy, a przed Tezeuszem był szczyt sezonu. Zaproponowaliśmy bezpłatny audyt nowej platformy. Wynik był jednoznaczny: kluczowe wymagania nie zostały spełnione, a start w tym stanie groził poważnymi problemami.

Tezeusz 2.0

Sześć miesięcy pracy w trzy, przed szczytem sezonu

Plan modernizacji zakładał pół roku. Sezon nie czekał, więc trzeba było zmieścić się w trzech miesiącach - przy pełnej mobilizacji zespołu i codziennej współpracy z klientem.Plan modernizacji zakładał pół roku. Sezon nie czekał, więc trzeba było zmieścić się w trzech miesiącach.

Tezeusz 3.0

Od monolitu do mikroserwisów

Kolejny etap to już nie ratowanie, tylko budowanie przewagi: nowe kanały sprzedaży, produkty cyfrowe i architektura, która skaluje się w sezonie. Wybierz element, żeby zobaczyć szczegóły.Kolejny etap to już nie ratowanie, tylko budowanie przewagi: nowe kanały sprzedaży, produkty cyfrowe i architektura, która skaluje się w sezonie.

Mikroserwis integracji z hurtowniami

Hurtownia App

WYZWANIE

Ta sama książka dostępna w czterech hurtowniach pojawiała się w sklepie jako cztery osobne pozycje, każda z inną ceną. Klient się gubił, a zarządzanie katalogiem stawało się coraz trudniejsze.

CO ZBUDOWALIŚMY

Mikroserwis, który spina wszystkie hurtownie i sprowadza je do jednego, uniwersalnego produktu widocznego dla klienta. Stany i ceny aktualizują się automatycznie, a zamówienie trafia do właściwego dostawcy.

  • Jedna pozycja produktowa niezależnie od liczby hurtowni
  • Automatyczna aktualizacja stanów i cen ze wszystkich źródeł
  • Przesyłanie zamówień do hurtowni bez pracy ręcznej
  • Porządek w katalogu przy dużej liczbie dostawców
  • Jedna pozycja produktowa niezależnie od liczby hurtowni
  • Automatyczna aktualizacja stanów i cen ze wszystkich źródeł
  • Przesyłanie zamówień do hurtowni bez pracy ręcznej
„Jesteśmy bardzo zadowoleni ze współpracy z Innovation z Wrocławia. To doświadczony software house, który wykonał dla nas wiele prac w zakresie rozwoju stron internetowych dla projektu e-commerce tezeusz.pl. Zespół Innovation wykazał się profesjonalizmem, kreatywnością i terminowością. Używali nowoczesnych technologii, takich jak PHP, Symfony i Laravel, aby stworzyć funkcjonalne i atrakcyjne rozwiązania. Komunikacja z nimi była łatwa i przyjemna. Polecamy Innovation każdemu, kto szuka rzetelnego partnera do realizacji projektów internetowych. Dobrze zrealizowane projekty pomogły naszej firmie osiągnąć wzrost sprzedaży o 180% rok do roku.”„Dobrze zrealizowane projekty pomogły naszej firmie osiągnąć wzrost sprzedaży o 180% rok do roku.”
Tomasz ŁukaszczykE-commerce Manager, Tezeusz

Co z tego wynika dla innych firm

Awarie to objaw, nie choroba

Gaszenie pożarów bez szukania przyczyny kończy się kolejnym pożarem. Diagnoza źródła kosztuje mniej niż ciągłe naprawy.

Przebudowa od zera bywa pułapką

Obietnica nowej platformy w trzy miesiące zamieniła się w sześć - i system, który nie był gotowy do startu przed sezonem.

Uczciwa opinia zamiast sprzedaży

Zrobiliśmy bezpłatny audyt cudzego rozwiązania, bo w interesie klienta było usłyszeć prawdę o jego stanie.

Wszystkie case studies
Grzegorz Tabor

Mierzysz się z podobnym problemem?

Porozmawiajmy - omówimy Wasze wyzwania i wspólnie zastanowimy się nad najlepszym rozwiązaniem dla Waszego e-commerce.

Porozmawiajmy o Twojej sytuacji
Porozmawiajmy o Twojej sytuacji