Jak utrzymywać konfigurator przy częstych zmianach katalogu?

Gdy katalog zmienia się często, potrzebujesz nie tylko konfiguratora, lecz także ustalonego sposobu jego aktualizowania. Przed wdrożeniem określ, kto może edytować dane produktów, które zmiany wymagają programisty, jak je sprawdzać i jak wycofać błędną aktualizację. Samo utrzymanie strony internetowej nie opisuje tych obowiązków.

Klasyfikuj rzeczywiste zmiany w swoim katalogu

Przejrzyj kilka ostatnich aktualizacji wprowadzonych przez Twoją firmę. Nowy opis materiału, zmienione ograniczenia dotyczące akcesoriów i zmieniona formuła cenowa to różne zadania. Poproś dostawcę o sklasyfikowanie każdego z nich i pokazanie interfejsu administracyjnego lub procesu rozwoju.

Sprawdź także zależności wizualne. Nowe wykończenie może wymagać zatwierdzonego odwzorowania materiału; nowy profil ramy może zmienić geometrię i powiązane elementy. Wywołanie obu zadań „dodaj opcję” ukrywa istotne różnice w wysiłku i przeglądzie.

Przeprowadź kontrolowane ćwiczenie korekcyjne

Opublikuj zmianę w środowisku testowym i zidentyfikuj zapisany projekt, którego ona dotyczy. Sprawdź samodzielnie aktualny katalog, wcześniejszą ofertę i nową ofertę. Następnie zapytaj, w jaki sposób aktualizacja zostałaby cofnięta, gdyby producent odkrył błąd po publikacji.

Wycofanie nie powinno usuwać historii zleceń przyjętych w czasie, gdy zmiana była aktywna. Uzgodnij, które projekty wymagają przeglądu i w jaki sposób osoba odpowiedzialna je znajduje. Problem operacyjny jest większy niż przywrócenie starszego obrazu.

Zdefiniuj usługę normalną i pilną

Niektóre poprawki mogą poczekać na zaplanowane wydanie. Reguła produktu zezwalająca na nieobsługiwane zamówienie może wymagać innej odpowiedzi. Zapisz sposób zgłaszania każdego problemu i osobę, która decyduje o jego priorytecie. Czas reakcji niekoniecznie jest czasem rozwiązania; poproś dostawców o ich rozróżnienie.

Uzgodnij także informacje o źródle potrzebne do żądania zmiany. Oznaczony zrzut ekranu rzadko wyjaśnia każdy komponent, regułę cenową i dokument, którego dotyczy problem. Krótki, ustrukturyzowany zapis zmian może ograniczyć powtarzające się wyjaśnienia.

Podaj Configurix łatwą w utrzymaniu charakterystykę produktu

W przypadku niestandardowego projektu Configurix zdefiniuj wewnętrznego właściciela katalogu i zmiany, które powinien on wprowadzić. Podłącz aktualizacje do zarządzania zamówieniami i wersjami, szczególnie tam, gdzie wcześniejsze konfiguracje pozostają istotne z komercyjnego punktu widzenia. Poproś o trening z wykorzystaniem prawdziwej zmiany z Twojego zakresu.

Czy wszystkie aktualizacje katalogu wymagają programisty?

Niekoniecznie. Zdecyduj, które zmiany można bezpiecznie delegować przeszkolonym administratorom, a które wymagają zmian w logice lub modelach aplikacji. Przetestuj te granice przed uruchomieniem.

Czy roczna opłata za wsparcie jest wystarczająco szczegółowa?

Nie. Poproś o uwzględnione usługi, wykluczenia, proces zmian i drogę eskalacji. Twoja firma musi wiedzieć, jak będzie obsługiwana jej rzeczywista praca z katalogiem.