W tym artykule odpowiem na pytanie, które dyrektorzy ecommerce coraz częściej otrzymują od dyrektorów finansowych, a mianowicie: jak zmniejszyć koszty utrzymania i rozwijania Magento.
Temat jest trudny, natomiast standardowo przedstawię prostą i konkretną odpowiedź na to trudne biznesowe pytanie.
Jak zmniejszyć koszty utrzymania i rozwoju Magento?
Problem z kosztami rozwoju i utrzymania sklepów internetowych
Jak zmniejszyć koszty utrzymania i rozwoju Magento – podsumowanie
Jak zmniejszyć koszty utrzymania i rozwoju Magento?
Jest kilka sposobów na to żeby ograniczyć koszty utrzymania i rozwoju Magento.
Po pierwsze – ogranicz rozwój (genialne w swojej prostocie).
Po drugie – poproś agencję, żeby dała do Waszego projektu koordynatora, który zna dobrze Magento i potrafi samodzielnie konfigurować panel.
Po trzecie – usuń nieużywane moduły.
Po czwarte – wynegocjuj niższą stawkę godzinową z Software house’em.
Po piąte – wdróż Page Buildera.
Po szóste – sam przejdź certyfikację na Adobe Commerce Business Practitioner.
Po siódme – wypracuj standard zgłaszania błędów.
Po ósme – wypracuj standard zgłaszania nowych funkcjonalności.
Po dziewiąte – zautomatyzuj niektóre rodzaje testów do tej pory wykonywane ręcznie.
Są to zmiany, które znacznie obniżą koszty utrzymania i rozwijania Waszego sklepu lub platformy B2B na Magento. W dalszej części artykułu napiszę o ile można zmniejszyć koszty utrzymania dzięki tym rozwiązaniom, jak do tego podejść, w jakiej kolejności, jakie priorytety ustawić lub co dokładnie kryje się pod poszczególnymi punktami.
Problem z kosztami rozwoju i utrzymania sklepów internetowych
Skąd pomysł na taki wpis? Historia jest dosyć prosta. Zgłosił się do mnie mój znajomy, który jest dyrektorem ecommerce. Opowiedział, że dyrektor finansowy z jego firmy jednoznacznie zasugerował mu, że fajnie byłoby zmniejszyć koszty utrzymania i rozwoju sklepu internetowego o połowę. Koszty te wynosiły 1.600.000 PLN. Chodziło więc o 800.000 PLN.
Jak się okazuje jest to problem, z którym boryka się obecnie wielu dyrektorów ecommerce. Właściciele firmy lub dyrektorzy finansowi przychodzą do nich z ambitnym zadaniem – zmniejszyć o połowę (albo inną równie ciekawą wartość) koszty utrzymania i rozwijania Magento. Sytuacja na rynku w niektórych branżach nie jest najłatwiejsza stąd pojawia się takie bojowe zadanie.
Weźmy na tapet dwie sytuacje.
- Załóżmy, że mamy dyrektora ecommerce, który poświęca 160 godzin miesięcznie na pracę Software house.
- Z drugiej strony, mamy dyrektora ecommerce, który inwestuje 640 godzin miesięcznie.
Obaj mają stawkę godzinową wynoszącą 250 PLN. Do tych kosztów dodajmy hosting oraz podnoszenie Magento do wyższych wersji.
Pierwszy z nich rocznie wydaje około 450.000 PLN, drugi około 1.650.000 PLN . Niestety, w żadnym z tych przypadków nie jest możliwe zmniejszenie kosztów utrzymania i rozwoju Magento bez przeznaczania mniejszej liczby godzin na rozwój. Nie jest możliwe, abyśmy rozwijali się w tym samym tempie, a jednocześnie zmniejszyli o 50% koszty utrzymania i rozwijania. To była ta smutna wiadomość.
Mam również dobrą wiadomość. Przedstawię kilka sposobów, które łącznie zmniejszą liczbę godzin miesięcznie o około 40-60. Nie mówimy tutaj o redukcji godzin rozwojowych, ale o zwiększeniu efektywności współpracy z Software housem, co powinno się przełożyć rocznie na oszczędność rzędu 120.000 – 180.000 PLN. Przy założeniu, że stawka godzinowa wynosi 250 PLN. Czyli można wydawać 120.000 – 180.000 PLN mniej i rozwijać się w takim samym tempie.
Współpraca z Project Managerem, który zna na wylot panel administracyjny Magento i ogarnia jego konfigurację
Na rynku generalnie występują 2 rodzaje Project Manager’ów.
Pierwszy typ nie ogarnia Magento. Ma pewnie duże doświadczenie w prowadzeniu projektów IT, ale niekoniecznie było to Magento. Kiedy zgłaszasz jakiekolwiek zadanie do wykonania w Magento, taka osoba zawsze otwiera nowy ticekt dla dewelopera. Deweloper zamiast rozwiązać kejs poprzez konfigurację to oczywiście koduje zmianę (w końcu jest programistą). Później zmiana idzie do testowania przez Testera. Następuje proces publikacji zaktualizowanej wersji, co wymaga dodatkowych godzin. Ogólnie rzecz biorąc, zadania, które powinny zająć godzinę zajmują 8 godzin, ponieważ Koordynator Waszego projektu, zamiast samodzielnie coś wykonfigurować w panelu to uruchomił cały proces. A to kosztuje. I zajmuje czas.
Drugi typ Project Managerów radzi sobie z tym zupełnie inaczej. Jeśli macie kogoś ogarniętego w Magento to zredukujecie koszty utrzymania i rozwijania Magento. Jeżeli powiecie takiemu Project Managerowi, że chcielibyście coś zmienić przykładowo w sposobie wyliczania kosztów dostawy, prawdopodobnie będzie potrafił to zrobić samodzielnie. Bez uruchamiania całego procesu.
Usunięcie nieużywanych modułów
W każdym projekcie, który przejmowaliśmy, było wiele modułów, które były już nieużywane. Są one problematyczne, ponieważ często powodują błędy podczas aktualizacji Magento i generują dużo dodatkowej pracy. Dlatego najlepszym rozwiązaniem jest przeprowadzenie jednorazowego, gruntownego czyszczenia Magento i usunięcie wszystkich modułów, które nie są używane. W praktyce, takie działanie znacząco obniży koszty utrzymania, zwłaszcza podczas aktualizacji Magento. Proste i skuteczne.
Wynegocjowanie niższej stawki godzinowej
Doświadczenie pokazuje, że obecnie (sierpień 2023) na rynku stawki godzinowe wahają się mniej więcej od 200 do 300 PLN. Jeżeli stawka jest poniżej 200 PLN, można przypuszczać, że w zespole mogą dominować juniorzy lub osoby o niewielkim doświadczeniu w Magento. Jeżeli stawka przekracza 300 PLN, prawdopodobnie mamy do czynienia z Software house’em, który głównie operuje na rynku zagranicznym.
Jeżeli obecnie, w sierpniu 2023 roku, posiadacie stawkę godzinową na rynku wynoszącą od 240 do 260 PLN, jest to standardowa stawka, za którą otrzymacie kompetentny zespół, dobrze zrównoważony jeżeli chodzi o doświadczenie deweloperów.
Zatem moja sugestia jest taka: jeśli Wasza stawka godzinowa mieści się w tych przedziałach lub jest niższa i jesteście zadowoleni ze swojego Software House, nie zmieniajcie go. Jeśli Wasza obecna stawka godzinowa wynosi między 260 a 300 PLN, poszukajcie na rynku kogoś, kto będzie równie dobry, ale zaoferuje niższą stawkę, czyli w przedziale 240-260 PLN. Wydaje mi się, że to jest obecnie realne podejście.
W osobnym wpisie przedstawiłem sposoby na to jak wynegocjować niższą stawkę godzinową z agencją ecommerce.
Wdrożenie Page Buildera
W Magento wprowadzono niedawno narzędzie o nazwie Page Builder. Jeżeli posiadacie starsze wersje, takie jak przykładowo 2.3.7 to nie macie Page Buildera. W konsekwencji wszystkie zmiany, które planujecie wprowadzić na frontend, muszą być realizowane przez agencję Magento.
Wiele prostych zmian na froncie moglibyście realizować samodzielnie. Czasami drobne zmiany na froncie potrafią zająć 6 godzin, albo 8 godzin pracy Software House (właśnie przez cały proces) podczas gdy samodzielnie moglibyście to zrealizować w 15 minut za pomocą Page Buildera.
Zdobycie certyfikatu Adobe Business Practitioner Professional
Jeżeli jesteście odpowiedzialni za współpracę z Software House’em lub macie w swoim zespole Project Managera, który pracuje głównie z Magento, istnieje kilka opcji, które mogą ułatwić tę współpracę.
Możecie na przykład wysłać Waszego Project Managera na kurs, który nauczy go korzystania z panelu administracyjnego Magento. Dzięki certyfikacji Adobe Commerce Business Practitioner zdobędziecie wiedzę, dzięki której sami będziecie mogli konfigurować niektóre tematy w panelu administracyjnym Magento. Posiadanie takich umiejętności może całkowicie zmienić charakter współpracy z Software House’em.
Wypracowanie standardu raportowania błędów
Jeżeli współpracujecie z agencją, która nie informuje Was, w jaki sposób powinniście raportować błędy, warto zainicjować rozmowę na ten temat i wspólnie wypracować odpowiedni schemat.
Czyli, jeżeli na przykład pojawia się błąd, istnieje określony schemat. Po pierwsze, istotne jest, aby znać środki komunikacji, za pomocą których zgłaszamy błąd. I po drugie, musimy wiedzieć, jak udokumentować i opisać błąd.
Jest to niezwykle korzystne, ponieważ dzięki temu zespół projektowy po stronie Software House’u nie będzie musiał tracić czasu na odtwarzanie błędu.
Wypracowanie standardu zgłaszania funkcjonalności
Przykładowo, jeżeli współpracujecie z jakimś Software House’em, dynamicznie się rozwijacie i pojawia się wiele nowych funkcjonalności, byłoby super, gdybyście ustalili z Software House’em jak powinno wyglądać zgłaszanie nowych funkcjonalności.
Może to wyglądać tak, ze zgłaszając taką funkcjonalność, ustalicie sobie z Software house’em, że zawsze przygotowujecie tzw. „storki” i wstępne kryteria akceptacyjne. Znowu dzięki temu skrócicie czas potrzebny na opisywania zadania i jego procesowanie po stronie Software House’u
Automatyzacja testów
Jeśli macie Software house, który przeprowadza jakiekolwiek testy, warto z nim porozmawiać, czy używają jakichkolwiek automatyzacji (i bynajmniej nie chodzi mi tutaj o automatyczne testy regresyjne).
Narzędzia, które możecie do tego wykorzystać to Garris Backstop JS. Jest to narzędzie służące do porównywania dwóch zakodowanych frontendów. Jeżeli na przykład wprowadzacie nową wersję strony i chcecie porównać ją ze starą wersją, to sprawdzi się idealnie.
Drugie narzędzie, o którym chciałbym napisać, nazywa się Applitools. Służy ono do porównywania projektów graficznych z tym, co zostało zakodowane. Jest to genialne rozwiązanie, które pozwala na oszczędzenie czasu. Zamiast samodzielnie porównywać projekty graficzne z tym co zostało zakodowane, używacie tej aplikacji.
Jak zmniejszyć koszty utrzymania i rozwoju Magento – podsumowanie
Oto 9 punktów, które mogą przynieść znaczne oszczędności. Oczywiście, wszystko zależy od tego, ile godzin zużywacie i z jakim Software housem współpracujecie. Ale zasadniczo, można liczyć na oszczędność około 40-60 godzin miesięcznie. To przekłada się mniej więcej na 120.000 – 180.000 PLN rocznie, jeśli stawka wynosi mniej więcej 250 PLN.
Jeżeli nie udało się osiągnąć celu zmniejszenia kosztów o 50% za pomocą proponowanych sposobów, oznacza to konieczność zmniejszenia liczby godzin przeznaczonych na rozwój (przynajmniej mi do głowy nic takiego nie przychodzi).
Mam nadzieję, że udało mi się przekonać Cię do przetestowania kilku rozwiązań! Jeśli wiedzę zawartą w tym artykule uważasz za wartościową to koniecznie sprawdź wpis mówiący o tym jak zmieścić się z wdrożeniem ecommerce w założonym budżecie!
