Rozszerzenie wdrożone bez prób trafia od razu do klientów, którzy stają się jego pierwszymi testerami. To najdroższa forma weryfikacji.
1. Opis potrzeby
Co konkretnie ma się zmienić w sposobie sprzedaży i po czym poznamy, że się udało. Bez tego wybór rozszerzenia jest przypadkowy.
Opis powinien zawierać przebieg krok po kroku i miarę, którą da się sprawdzić po miesiącu: liczba zgłoszeń do obsługi, czas składania zamówienia, liczba poprawek ręcznych.
2. Przegląd standardu
Sprawdzenie, czy platforma już tego nie potrafi. Zaskakująco często potrafi. Przegląd obejmuje ustawienia, motyw i rozszerzenia już zainstalowane — pisaliśmy o tym przy pytaniu, kiedy sklep potrzebuje rozszerzenia.
3. Wybór drogi
Gotowe rozszerzenie, gdy potrzeba jest typowa. Własne, gdy wynika ze specyfiki firmy. Kryterium jest też koszt utrzymania przez kolejne lata.
Niezależnie od wyboru rozwiązanie ma korzystać z mechanizmów przewidzianych przez platformę, a nie ze zmian w jej plikach — różnicę opisuje tekst o wtyczce i modyfikacji rdzenia. Wiele potrzeb da się pokryć rozwiązaniami gotowymi, więc proste wdrożenia zamykają się w kilka dni.
4. Próba na kopii
Instalacja na kopii sklepu z rzeczywistymi danymi. Sprawdzenie pełnej ścieżki zakupu, nie tylko nowej funkcji.
Na kopii trzeba wyłączyć wysyłkę wiadomości do klientów i połączenie z płatnościami. Próbne zamówienie, które wyszło jako prawdziwe, to najczęstsza wpadka tego etapu.
5. Uruchomienie
Po kopii bezpieczeństwa, w okresie najmniejszego ruchu, z gotowym sposobem wycofania.
Sposób wycofania trzeba mieć opisany zawczasu: co przywracamy, w jakiej kolejności i kto to robi. Decyzja o cofnięciu zmiany zapada zwykle w najgorszym możliwym momencie i nie ma wtedy czasu na ustalanie procedury.
6. Obserwacja
Przez pierwsze dni: liczba zamówień, porzucenia koszyka, zgłoszenia. Spadek konwersji po wdrożeniu jest sygnałem, że coś przeszkadza klientom.
Warto znać wartości sprzed wdrożenia, inaczej nie ma do czego porównywać. Do obserwacji dochodzą zgłoszenia obsługi — one pojawiają się najszybciej i najdokładniej wskazują miejsce problemu.
7. Utrzymanie
Rozszerzenie wchodzi do ewidencji i do rytmu aktualizacji. Wdrożenie nie kończy się uruchomieniem, tylko wpisaniem na listę rzeczy do pilnowania. Zasady prowadzenia tej listy opisujemy przy aktualizacjach i zgodności wersji.
Najczęstszy błąd
Instalowanie rozszerzeń „na próbę" na sklepie działającym. Każde z nich zostawia ślad w bazie i konfiguracji, nawet po usunięciu.
Kiedy przerwać wdrożenie
Gdy na etapie prób okazuje się, że rozszerzenie wymaga zmian w danych produktowych, których firma nie jest w stanie wykonać. Lepiej zatrzymać się wtedy i uporządkować dane, niż uruchamiać narzędzie, które będzie działać na połowie asortymentu. Drugim powodem do zatrzymania jest sytuacja, w której na etapie prób nikt nie potrafi powiedzieć, po czym poznamy, że wdrożenie się udało. Wtedy brakuje nie rozszerzenia, tylko opisu potrzeby z pierwszego kroku.
