Wymiana starego konfiguratora bez zatrzymywania sprzedaży
Opublikowano · Yotec Configurators
Wielu producentów wie, że konfigurator ich hamuje, ale sprzedaż korzysta z niego codziennie. Wyjściem jest migracja, która nigdy nie wymaga zatrzymania sprzedaży.
Sygnały, że to już czas
- Reguły może zmienić tylko jedna osoba albo tylko dostawca.
- Drobne zmiany trwają tygodniami i nikt nie wie na pewno, na co jeszcze wpłyną.
- Dwie osoby nie mogą jednocześnie pracować nad modelem produktu.
- Szukanie błędów to zgadywanie, bo nie ma testów i prawie nie ma logów.
- Platforma zależy od hostingu lub planów rozwoju jednego dostawcy.
Dlaczego przełączenie za jednym razem jest ryzykowne
Stary konfigurator często zawiera lata decyzji, których nikt nie spisał. Kto buduje wszystko od nowa i przełącza się w ustalonym dniu, odkrywa brakujące reguły w prawdziwych ofertach. Tak projekty wymiany tracą zaufanie sprzedaży.
Migracja krok po kroku
1. Inwentaryzacja. Spisać produkty, reguły, dane wejściowe i wyniki: ceny, zestawienia materiałów, rysunki, eksporty. Ustalić, które wyniki muszą zgadzać się dokładnie, a które mogą się poprawić.
2. Przypadki referencyjne z prawdziwych zamówień. Wybrać zestaw wcześniejszych konfiguracji i zapisać, co dla każdej wygenerował stary system. Z nich powstają automatyczne testy nowego kodu.
3. Najpierw jedna rodzina produktów. Przenieść do kodu rodzinę z największą liczbą ofert, uruchomić przypadki referencyjne i poprawiać różnice, aż się zgodzą lub zostaną wyjaśnione.
4. Praca równoległa. Przez krótki czas sprzedaż wycenia w obu systemach albo nowy działa w tle i wyniki są porównywane. Rozbieżności usuwa się, zanim ktokolwiek zacznie polegać na nowym systemie.
5. Przełączenie i powtórka. Gdy rodzina działa stabilnie, sprzedaż przechodzi dla niej na nowy konfigurator. Kolejna rodzina przechodzi tę samą drogę.
Gdzie AI pomaga, a gdzie nie
Narzędzia AI dobrze czytają stare pliki reguł i skrypty, streszczają je i przygotowują odpowiednik w C#. Nie zastępują weryfikacji. O tym, czy nowa logika jest poprawna, decydują przypadki referencyjne, a nie model, który napisał kod.
Co mają Państwo na końcu
Reguły produktu w standardowym projekcie .NET z kontrolą wersji i testami, który może utrzymywać każdy zespół C# i który należy do Państwa. Zmiany stają się zwykłymi zmianami w oprogramowaniu, które się sprawdza, testuje i wdraża.
Zwykle zaczynamy od pilotażu dla jednej rodziny produktów w 8–12 tygodni. Prosimy opowiedzieć nam o obecnym konfiguratorze.