Black Friday: co zmienić przed szczytem, a co odłożyć?
Jak przejrzeć planowane zmiany sklepu, integracji i magazynu, oddzielić konieczne naprawy od usprawnień oraz ustalić granicę zmian przed Black Friday.
Przed Black Friday przejrzyj wszystkie planowane zmiany razem: w sklepie, programie zamówień, integracji i magazynie. Odłóż usprawnienia zmieniające zasady realizacji, jeśli obecna praca jest możliwa, a nie zostaje czas na próbę i obserwację. Osobno rozpatruj awarie, konieczne aktualizacje bezpieczeństwa i zmiany wynikające z obowiązujących wymagań. Hasło „niczego nie ruszamy” nie rozstrzyga takich przypadków.
Wyznacz granicę na podstawie pracy sklepu
Nie potrzebujesz uniwersalnej daty zamrożenia. Sprawdź początek kampanii, spodziewany napływ zamówień, terminy dostaw i obsadę zespołu. Wybierz moment, po którym nie rozpoczynacie dobrowolnych zmian głównego obiegu. Granica powinna pozostawić miejsce na naprawę wykrytych problemów, a nie kończyć się godzinę przed uruchomieniem promocji.
Microsoft w wytycznych przejścia na Dynamics 365 zaleca wybór mniej obciążonego okresu, uwzględnienie dostępności ludzi i rezerwę na nieprzewidziane sytuacje. To wskazówka planowania konkretnego wdrożenia, nie badanie Black Friday w polskich sklepach. Poniższy podział zmian jest naszą propozycją organizacyjną.
Przejrzyj listę według skutku, nie wielkości przycisku
Przy każdym zaplanowanym zadaniu odpowiedz: co stanie się, jeżeli poczeka do końca kampanii? Następnie wskaż, jakie zamówienia i dane może zmienić. Jedno pole decydujące o źródle stanów może mieć szerszy zasięg niż przebudowa wyglądu wewnętrznego raportu.
- Do odłożenia: nowy sposób rezerwacji, zamiana źródła stanów, przebudowa statusów lub przenoszenie całej obsługi do innego programu, jeżeli nie rozwiązują pilnej przeszkody.
- Do osobnej oceny: naprawa błędu blokującego realizację, wymagana zmiana lub pilna poprawka bezpieczeństwa. Ustal skutek oczekiwania i najmniejszy potrzebny zakres.
- Do sprawdzenia zależności: pozornie kosmetyczna nazwa, szablon lub pole. Najpierw sprawdź, czy korzystają z niego automaty, wydruki albo druga aplikacja.
Przykład: trzy pomysły dla sklepu z lampkami
Wymyślony sklep chce zmienić nazwy statusów, dodać automatyczne łączenie zamówień i naprawić błędną ilość na dokumencie dla jednej pozycji. Dwie pierwsze propozycje mogą poczekać, jeśli dotychczasowy obieg działa. Trzecia wymaga wyjaśnienia przed dalszą realizacją wadliwych dokumentów. Nie wdrażaj przy tej okazji pozostałych pomysłów jako „jednej małej aktualizacji”.
Po poprawieniu dokumentu w tym przykładzie porównaj zamówione trzy sztuki z trzema sztukami na dokumencie i właściwym ruchem magazynowym. Sprawdź także zwykły produkt, którego poprawka miała nie dotknąć. Wcześniej uzgodnij bezpieczne miejsce próby; prawdziwej sprzedaży nie powtarzaj dla sprawdzenia.
Odłożone zadania powinny mieć termin powrotu
W istniejącej liście prac dopisz decyzję, powód i dzień ponownego przeglądu. Wyjątek od ograniczenia zmian powinien wskazywać wykonawcę, osobę sprawdzającą wynik oraz warunek zatrzymania dalszych operacji. Uzgodnij również, co zrobić z zamówieniami obsłużonymi podczas zmiany; przywrócenie ustawienia nie jest automatycznym rozliczeniem ich skutków.
Większą przebudowę przygotuj według zasad ustalania zakresu wdrożenia. Jeśli zmieniacie cały program, osobno rozstrzygnijcie los zamówień na granicy przełączenia. Wynikiem przeglądu ma być krótsza, świadomie wybrana lista zmian przed kampanią i konkretny powrót do reszty po szczycie.