AutomatyzacjaExcelMigracja danychProcesy

Jak przenieść firmę z Excela do systemu

Sześć kroków, kolejność, która chroni przed katastrofą, i pięć błędów, o które rozbija się większość takich projektów. Plus rachunek, który powie Ci, czy w ogóle warto zaczynać.

Automatyzacja · 6 min czytania

Migracja z Excela do dedykowanego systemu przebiega w sześciu krokach: audyt arkuszy, wybór jednego procesu na start, oczyszczenie danych, wdrożenie równoległe, przełączenie i wygaszenie arkuszy. Kluczowa zasada: nie przenosisz wszystkiego naraz i nie wyłączasz Excela, dopóki nowy system nie udowodni, że liczy tak samo. Poniżej opisuję każdy krok razem z pułapkami, o które najczęściej rozbijają się takie projekty.

Excel jest świetny — dopóki nie przestaje być. Granicę widać zwykle wtedy, gdy plik ma pięć zakładek, trzy osoby edytują go jednocześnie, a nazwa brzmi klienci_FINAL_v3_poprawione_NOWE.xlsx. Wtedy arkusz przestaje być narzędziem, a zaczyna być ryzykiem.

01 / DiagnozaKiedy Excel przestaje wystarczać

Nie ma jednego progu. Jest za to kilka sygnałów, które w praktyce oznaczają, że koszt utrzymywania arkusza przekroczył koszt zbudowania czegoś właściwego.

Skala problemu jest lepiej udokumentowana, niż mogłoby się wydawać. Z badań audytowych zebranych przez prof. Raymonda Panko wynika, że około 94% arkuszy używanych operacyjnie w firmach zawiera co najmniej jeden błąd, a średni wskaźnik błędów na poziomie pojedynczej komórki sięga kilku procent. Arkusz nie wybacza pomyłek — po prostu je przechowuje i powiela w każdym kolejnym miesiącu.

Excel nie jest zły. Zły jest moment, w którym firma zaczyna go używać jako bazy danych, systemu uprawnień i narzędzia raportowego jednocześnie.

02 / Krok 1Audyt: policz, co naprawdę masz

Zanim cokolwiek zaczniesz przenosić, zrób inwentaryzację. Nie chodzi o listę plików, tylko o listę procesów, które te pliki obsługują.

Dla każdego arkusza zapisz cztery rzeczy: kto go używa, jak często, co z niego wynika i ile czasu miesięcznie zajmuje jego obsługa. Ta ostatnia liczba jest najważniejsza — to ona zdecyduje o kolejności migracji i pozwoli policzyć zwrot z inwestycji.

W tym momencie prawie zawsze wychodzi na jaw coś zaskakującego: arkusz, który ktoś aktualizuje co tydzień od dwóch lat, a nikt z niego nie korzysta. Albo trzy pliki opisujące ten sam proces w trzech działach.

03 / Krok 2Wybierz jeden proces na start

Najczęstszy błąd przy migracji to próba przeniesienia wszystkiego naraz. Projekt puchnie, terminy się przesuwają, zespół traci cierpliwość, a po pół roku firma wraca do arkuszy — bo one przynajmniej działały.

Wybierz jeden proces, który spełnia trzy warunki: pochłania najwięcej czasu, ma jasny początek i koniec, oraz dotyka niewielu osób. Pierwsze wdrożenie ma udowodnić, że to działa — nie ma naprawić całej firmy.

Dobry kandydat na pierwszy proces

Obieg zamówień, rejestr zgłoszeń serwisowych, ewidencja szkoleń, lista rezerwacji. Zły kandydat: „cała księgowość" albo „wszystko, co robi dział handlowy".

04 / Krok 3Oczyść dane, zanim je przeniesiesz

To etap, który wszyscy niedoszacowują — łącznie ze mną na początku kariery. Przeniesienie bałaganu do nowego systemu daje ten sam bałagan, tylko w ładniejszym interfejsie i za większe pieniądze.

Typowe rzeczy do uporządkowania przed migracją:

To praca, którą najlepiej wykonać po stronie firmy — bo tylko ktoś, kto zna kontekst, wie, czy „Kowalski" i „KOWALSKI" to ten sam klient. Skrypty pomogą wyłapać kandydatów, ale decyzja jest biznesowa.

05 / Krok 4Wdrożenie równoległe — Excel zostaje włączony

Przez kilka tygodni nowy system i arkusz działają jednocześnie. To wygląda na marnowanie czasu i jest jedyną rzeczą, która chroni przed katastrofą.

Zespół wprowadza dane w obu miejscach, a Ty na koniec każdego tygodnia porównujesz wyniki. Jeśli system i arkusz liczą to samo — rośnie zaufanie. Jeśli liczą inaczej — masz szansę znaleźć błąd, zanim ktoś podejmie na jego podstawie decyzję.

W praktyce ten etap prawie zawsze wykrywa dwie kategorie rozbieżności: błędy w nowym systemie (do naprawy) oraz błędy, które od lat siedziały w arkuszu i nikt ich nie zauważył. Ta druga kategoria bywa dla firm najbardziej pouczająca.

06 / Krok 5Przełączenie i szkolenie

Przełączenie robi się w spokojnym momencie miesiąca — nigdy w tygodniu zamknięcia okresu ani w szczycie sezonu. Arkusz przechodzi w tryb tylko do odczytu, ale zostaje dostępny. Nikt niczego nie kasuje.

Szkolenie powinno być krótkie i praktyczne. Nie prezentacja o funkcjach systemu, tylko przejście ścieżki, którą dana osoba wykonuje codziennie. Jeśli po piętnastu minutach ktoś nie potrafi samodzielnie dodać rekordu, problem leży w interfejsie, nie w użytkowniku — i to interfejs trzeba poprawić.

07 / Krok 6Wygaszenie arkuszy i pierwsze usprawnienia

Po miesiącu stabilnej pracy arkusze można zarchiwizować. Dopiero teraz zaczyna się część, dla której cały projekt miał sens: system, w którym dane są uporządkowane, pozwala robić rzeczy niemożliwe w arkuszu.

To zwykle moment, w którym pojawia się pytanie „a czy dałoby się jeszcze…". I dobrze — architekturę projektuję pod dokładanie modułów, nie pod przepisywanie od zera.

08 / KosztyIle trwa i ile kosztuje taka migracja

Dla pojedynczego procesu z jasnym początkiem i końcem realny zakres to 6–10 tygodni i 15 000–35 000 zł netto. Sama migracja danych to zwykle 10–20% tej kwoty, w zależności od tego, ile porządkowania wymagają arkusze.

Zwrot policzysz z liczby, którą zebrałeś w kroku 1: godziny miesięcznie × koszt godziny × 12. Jeśli proces pochłania 30 godzin miesięcznie przy koszcie 60 zł za godzinę, to 21 600 zł rocznie — czyli wdrożenie zwraca się w pierwszym roku, zanim policzysz cokolwiek po stronie uniknięcia błędów.

6–10 tyg.
Typowy czas migracji jednego procesu
94%
Arkuszy operacyjnych zawiera co najmniej jeden błąd (badania Panko)
10–20%
Budżetu projektu pochłania samo oczyszczenie danych

09 / BłędyPięć rzeczy, które psują takie projekty

10 / PodsumowanieOd czego zacząć w tym tygodniu

Nie od wyboru technologii i nie od rozmowy z wykonawcą. Od kartki i jednej liczby: ile godzin miesięcznie Twój zespół spędza na obsłudze arkuszy. Ta liczba powie Ci, czy w ogóle warto, a potem zdecyduje o kolejności działań.

Jeśli wyjdzie, że warto — opisz mi swój proces tak, jak wygląda dziś, z całym bałaganem. Nie musisz wiedzieć, jakiego systemu potrzebujesz. Na bezpłatnej konsultacji rozłożymy go na części i wybierzemy najtańsze rozwiązanie, które go załatwia — czasem to system, a czasem jedna automatyzacja za ułamek tej kwoty.

Stanisław
Mainly · custom web development

Freelancer z Warszawy. Buduję szybkie strony, aplikacje webowe i systemy szyte na miarę - od projektu po wdrożenie. Zwolennik zasady „im mniej kodu, tym lepiej”.

Sprawdźmy, ile kosztuje Cię wolna strona.

Bezpłatny audyt prędkości i konwersji. Pokażemy konkretne liczby i powiemy, co poprawić w pierwszej kolejności.

Umów bezpłatny audyt
Bezpłatna wycenaOdpowiadam w 24 hNapisz do mnie