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.
Kiedy 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.
- Dwie osoby nie mogą pracować równocześnie bez ryzyka, że jedna nadpisze zmiany drugiej.
- Ktoś przepisuje dane z arkusza do systemu księgowego, z maila do arkusza, z arkusza do oferty.
- Nie wiesz, kto co zmienił — historia zmian kończy się na „chyba Kasia w zeszłym tygodniu".
- Wersje żyją w mailach i nikt nie ma pewności, która jest aktualna.
- Raport miesięczny zajmuje dzień pracy, bo trzeba pozbierać dane z kilku plików.
- Boisz się otworzyć plik, żeby czegoś nie zepsuć. To najbardziej niedoceniany sygnał.
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.
Audyt: 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.
Wybierz 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.
Obieg zamówień, rejestr zgłoszeń serwisowych, ewidencja szkoleń, lista rezerwacji. Zły kandydat: „cała księgowość" albo „wszystko, co robi dział handlowy".
Oczyść 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ą:
- Niespójne formaty. Daty jako
12.03.2025,2025-03-12i12 marcaw jednej kolumnie. - Duplikaty. Ten sam klient jako „Kowalski Sp. z o.o.", „Kowalski sp. z o. o." i „KOWALSKI".
- Dane w komentarzach. Kluczowe ustalenia zapisane w żółtych dymkach zamiast w kolumnach.
- Kolumny-śmietniki. Pole „uwagi", w którym siedzi termin płatności, numer telefonu i nazwisko opiekuna naraz.
- Puste rekordy i wiersze testowe, które ktoś dodał w 2021 roku i zapomniał usunąć.
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.
Wdroż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.
Przełą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ć.
Wygaszenie 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.
- Automatyczne przypomnienia o terminach zamiast pilnowania ich w głowie.
- Powiadomienia, gdy coś wymaga reakcji — zamiast codziennego zaglądania „czy coś przyszło".
- Raporty generowane w sekundę zamiast składane ręcznie raz w miesiącu.
- Panel, w którym klient sam sprawdza status — zamiast dzwonienia do biura.
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.
Ile 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.
Pięć rzeczy, które psują takie projekty
- Migracja wszystkiego naraz. Projekt puchnie, zespół się zniechęca, firma wraca do arkuszy.
- Odwzorowanie arkusza jeden do jednego. Jeśli nowy system wygląda jak Excel, po co go budować? Migracja to moment na uproszczenie procesu, nie na jego zabetonowanie.
- Pominięcie osoby, która faktycznie używa arkusza. Decyzję podejmuje zarząd, a codziennie klika ktoś inny. Bez rozmowy z tą osobą system trafi obok potrzeb.
- Brak wdrożenia równoległego. Oszczędność dwóch tygodni, która potrafi kosztować miesiąc gaszenia pożarów.
- Brak właściciela po stronie firmy. Ktoś musi podejmować decyzje o zakresie. Jeśli nie ma takiej osoby, projekt stoi.
Od 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.
Web developer z Warszawy. Buduję aplikacje webowe, systemy CRM i strony dla firm — od projektu po wdrożenie, bez podwykonawców.
