Audyt e‑commerce i analiza sklepu internetowego

Punktem wyjścia jest decyzja, którą firma musi podjąć, oraz objawy widoczne obecnie w sklepie: ruch bez sprzedaży prowadzi do audytu CRO i CX, wolne działanie do wydajnościowego, wracające błędy do technicznego, obowiązki dostępnościowe do WCAG, a planowana migracja albo nowa platforma do analizy przedwdrożeniowej. Zestawienie wszystkich pięciu zakresów jest w sekcji o tym, co sprawdzamy.

Jednej ceny dla wszystkich audytów nie podajemy. Na wycenę wpływa rodzaj audytu, wielkość sklepu, liczba analizowanych widoków i procesów, liczba integracji, technologia, ilość dostępnych danych oraz zakres raportu — wszystkie siedem czynników rozpisaliśmy w sekcji o koszcie i czasie audytu. Konkretne warunki każdej usługi są na jej własnej podstronie.

Terminu nie podajemy przed ustaleniem zakresu, bo to on decyduje o czasie: audyt jednego obszaru trwa krócej niż analiza przedwdrożeniowa, która obejmuje warsztaty, dokumentację i uzgodnienia z kilkoma zespołami. Po rozmowie o sytuacji podajemy termin razem z zakresem i formatem materiału końcowego.

Tak i czasem to konieczne, bo jeden problem łączy kilka obszarów — na przykład wydajność, architekturę i integracje. Zakres dzielimy wtedy tak, aby każdy wniosek miał czytelną podstawę i właściciela po stronie biznesowej albo technicznej, a nie mieszał się z pozostałymi w jednym worku.

Zidentyfikowane problemy, ocenę ich wpływu, priorytety, konkretne rekomendacje i plan kolejnych kroków — w formie, która układa się w roadmapę zmian, a nie w dokument do szuflady. Budowę pojedynczego wniosku opisuje sekcja o rezultacie audytu. Estymacja kosztu napraw nie jest standardowym elementem każdego audytu; mówimy przed startem, czy należy do zakresu wybranej usługi.

Tak, ale audyt nie jest do tego zobowiązaniem — materiał jest napisany tak, żeby dało się go wykonać również własnymi siłami albo z innym dostawcą. Jeżeli wdrożenie zmian ma pójść u nas, wyceniamy je osobno, po ustaleniu, które rekomendacje wchodzą do pierwszego etapu.

Tak, a także dla Pimcore oraz rozwiązań autorskich. Platforma zmienia nie tyle sam zakres, ile miejsca, w których zwykle powstają problemy, oraz sposób dojścia do danych: w Magento 2 mamy dostęp do kodu i konfiguracji, w Shopify część warstwy jest zamknięta, więc analiza opiera się na motywie, aplikacjach, danych i pomiarach.

To dwie różne rzeczy. Analiza przedwdrożeniowa służy zaplanowaniu docelowego projektu: ustala wymagania, procesy, technologię, zakres i harmonogram, więc jest właściwym punktem startu przed migracją. Audyt służy ocenie konkretnego obszaru istniejącego rozwiązania — kodu, wydajności, dostępności albo ścieżki zakupowej — i bywa uzupełnieniem analizy wtedy, gdy trzeba wiedzieć, w jakim stanie jest to, co przenosimy.

Audyt techniczny koncentruje się na kodzie, architekturze, integracjach i długu technologicznym. Audyt wydajnościowy dotyczy szybkości i stabilności działania sklepu oraz źródeł opóźnień. Zakresy mogą się stykać, ale odpowiadają na inne pytania.

Lista zależy od rodzaju analizy. Mogą być potrzebne dane analityczne, dokumentacja, dostęp do środowiska, repozytorium, informacje o integracjach albo opis procesów biznesowych. Dokładny zestaw ustalamy podczas kwalifikacji.