Jak nie… · seria «Czy to brzmi znajomo?» · 06. Migracja zajęła osiem miesięcy. Za rok problemy były te same. Rzadko ograniczeniem jest sama platforma — częściej brakuje jasnego pomysłu, co z nią zrobić po starcie.
Osiem miesięcy. Tyle zajęła migracja. Budżet planowany na dwa lata do przodu wyszedł w jednym projekcie. Na starcie było to co zawsze: nowy stack, nowy interfejs, nowe możliwości. Briefing na zarządzie brzmiał przekonująco.
Rok później nowa platforma miała te same napięcia co stara. Te same wyjątki cenowe obsługiwane ręcznie. Te same obejścia w logistyce. Ten sam brak właściciela danych produktowych. Tę samą politykę promocji, która nie przechodziła przez żaden jeden system, tylko przez trzy arkusze i dwie osoby, które wiedzą, jak to działa.
Przeniesiono wszystko — łącznie z tym, co nie działało.
Dlaczego „nowsze” nie znaczy „lepsze”
Organizacja importuje na nowy stack te same kompromisy, które zbudowała przez lata na starym. Nowa platforma nie jest automatem do transformacji — jest miejscem, w którym stary sposób pracy znajduje szybszy interfejs do tego samego chaosu.
Narzędzie przyspiesza to, co już istnieje. Jeśli istnieje bałagan, przyspiesza bałagan.
Stąd zdanie z karty: rzadko ograniczeniem jest sama platforma. Częściej jest nim brak pomysłu, co z nią zrobić — w sensie: jaki wynik ma dać w kolejnym kwartale, kto jest decyzyjny, jak mierzysz sukces poza słowem „wdrożonym”.
Podział ról zostaje niezmieniony. Sposób liczenia marży zostaje niezmieniony. Przepływ danych między działami zostaje niezmieniony. Jakość katalogu zostaje niezmieniona. Tylko interfejs jest nowy — i po roku wszyscy są zdziwieni, że nic się nie zmieniło.
Co przenosisz na nową platformę
Zaznacz, co istnieje w twojej organizacji przed migracją. To, co zaznaczysz, przeniesiesz.
Diagnostyka przed RFP
To jest świadoma, uproszczona lista — żeby przed drugim RFP zobaczyć, co realnie wjeżdża na nowy silnik.
Co robić inaczej przed kolejnym RFP
Projekt IT i projekt operacyjny to dwa różne projekty. Pierwszy kończy się go-live. Drugi zaczyna się po go-live i obejmuje ludzi, procesy, szkolenia i dane. Organizacje, które mylą te dwa projekty, płacą za migrację dwa razy.
Zdefiniuj 3–5 mierzalnych efektów biznesowych z migracji
Nie tylko go-live w terminie. Jaki wskaźnik zmieni się w ciągu sześciu miesięcy od startu? Kto jest za to odpowiedzialny?
Rozdziel projekt IT od projektu operacyjnego
Ten drugi obejmuje ludzi, procesy, szkolenia i dane. Bez niego nowa platforma to tylko nowy interfejs do starych problemów.
Pytaj wprost: co zostawiamy wycięte
Nie tylko co przenosimy. Lista tego, czego nie migrujesz, jest ważniejsza niż lista tego, co migrujesz — tam są kompromisy, które zabiją projekt rok po go-live.
Nazwij właściciela danych przed podpisaniem umowy
Jeśli nie wiesz, kto odpowiada za jakość katalogu po migracji — odpowiada nikt. Nowa platforma tego nie rozwiąże.
Rotacja platform bez zmiany organizacji wokół nich
To jest wzorzec, który wraca co kilka lat pod różnymi nazwami. Nowy ERP. Nowy CRM. Nowa platforma e-commerce. Nowy system magazynowy. Za każdym razem migracja trwa dłużej niż planowano i kosztuje więcej niż budżetowano.
Za każdym razem rok po wdrożeniu są te same napięcia — bo migrowano dane i funkcje, a nie zmieniano tego wokół: podziału ról, sposobu liczenia, przepływu informacji między działami, polityki, która żyje w głowach, a nie w systemie.
Jeśli czytasz to w przededniu kolejnego przetargu na nowy silnik, warto zacząć od jednego pytania: co w tej organizacji jest problemem, który nowa platforma ma rozwiązać — i czy potrafimy nazwać go liczbą?
Jeśli nie — kupujesz czas. Nie rozwiązanie.
W tym samym napięciu między narzędziem a organizacją tkwi też większość dyskusji o AI — zobacz kto nam wdroży AI (kolejność, „czy to w ogóle wdrożenie”, koszty poza ofertą).
Część «Jak nie…» od 70% programów bez celu operacyjnego i Gemba oraz ślepa uliczka własnego modelu — gdy problemem jest język i dane, a nie tylko licencja.
Konsultacja
Umów konsultację
Opisz krótki kontekst — wrócimy z terminem i propozycją następnego kroku. Możesz też napisać na connect@atypical.pl.