Migracja z Excela do aplikacji krok po kroku: co dzieje się z Twoimi danymi

Decyzja „zamieniamy Excela na aplikację” zwykle nie zatrzymuje się na cenie. Zatrzymuje się na jednym pytaniu, które pada półgłosem: a co z danymi, które zbieramy od 2014 roku? Bo w tym pliku jest cała firma: zamówienia, stany, kontakty, ceny, notatki na marginesie. Strach nie dotyczy tego, czy nowy system będzie lepszy. Dotyczy dnia, w którym trzeba się przesiąść.

Dobra wiadomość jest taka, że migracja nie jest skokiem na głęboką wodę ani nocą, w której ktoś ręcznie przepisuje 8 000 wierszy. To policzalny proces z trzema krokami: mapowanie, czyszczenie i import na próbę. Każdy z nich da się wycenić w godzinach, zanim ruszy, i każdy sprawdzasz na własnych, prawdziwych danych, zanim cokolwiek trafi do pracy zespołu.

I jeszcze jedno, zanim przejdziemy do kroków: Excel nie znika. Zostaje tam, gdzie jest świetny, czyli w raportach i analizach. Przestaje tylko być jedynym miejscem, w którym żyje firma. Poniżej rozkładamy migrację na czynniki pierwsze, z liczbami w złotówkach, żebyś wiedział, za co płacisz, ile to trwa i jak wygląda pierwszy dzień po przesiadce. Bez żargonu i bez obietnic, że „będzie super” samo z siebie.

Zanim ktokolwiek dotknie kodu: co naprawdę przenosimy

Migracja nie zaczyna się od importu. Zaczyna się od inwentaryzacji tego, co masz. Nie każdy arkusz w skoroszycie jest tak samo ważny, a część kolumn to relikty, których nikt nie rusza od lat. Rozdzielenie „to jest baza firmy” od „to były notatki sprzed trzech sezonów” bywa najbardziej odciążającym momentem całego procesu.

• Rekordy, które muszą przetrwać – zamówienia, klienci, pozycje magazynowe, ceny. To one trafiają do bazy danych jako jedno źródło prawdy, zamiast pięciu kopii w pięciu plikach.
• Historia jako dane – zrealizowane zlecenia i zamknięte sprawy przenosimy jako dane, żebyś nie stracił kontekstu sprzed wdrożenia. Nowa aplikacja nie startuje od pustej bazy.
• To, co zostaje w Excelu – jednorazowe zestawienia, prototypy raportów, prywatne notatki. Tego nie ma sensu wciągać, Excel dalej to policzy.

Krok 1 – Mapowanie: kolumna po kolumnie

Mapowanie to tłumaczenie Twojego arkusza na strukturę bazy danych. Każdą kolumnę przypisujemy do pola w nowej aplikacji: „nazwa klienta” do pola klienta, „data” do daty, „status” do listy statusów. Brzmi banalnie, dopóki nie okaże się, że w jednej kolumnie mieszkają trzy różne informacje, bo ktoś dopisywał uwagi po przecinku.

Na mapowaniu wychodzą też decyzje, których w Excelu nikt nie musiał podejmować. Czy „status” ma pięć wartości, czy piętnaście? Czy „telefon” i „telefon 2” to dwa pola, czy jedno? To nie strata czasu, to moment, w którym Twój proces zostaje spisany raz, po ludzku, zamiast żyć w głowach trzech osób.

• Jedna kolumna, jedno pole – rozdzielamy sklejone dane: imię i nazwisko, adres z kodem, uwagi doklejone do statusu.
• Statusy stają się listą – zamiast wolnego tekstu „w realizacji???” dostajesz zamknięty zestaw, ten sam dla całego zespołu.
• Relacje zamiast kopiowania – klient wpisany raz, a nie przy każdym z jego czterdziestu zamówień. To koniec literówek w nazwie tej samej firmy.

Krok 2 – Czyszczenie: gdzie chowa się bałagan

Tu pada zdanie, które mówimy wprost na każdej rozmowie: jakość migracji zależy od jakości źródła. Aplikacja nie „naprawi” danych sama z siebie. Jeśli ta sama firma jest zapisana na pięć sposobów, a daty siedzą w komórkach jako tekst, ktoś musi to uporządkować. Ten ktoś to my, a robota jest policzona w godzinach, nie ukryta w cenie.

• Duplikaty – „Kowalski Sp. z o.o.”, „Kowalski spzoo”, „KOWALSKI” to jeden klient zapisany trzy razy. Sklejamy go w jeden rekord.
• Puste i sieroty – wiersze bez kluczowej wartości, zamówienia bez klienta, pozycje bez ceny. Decydujemy razem, co uzupełnić, a co odrzucić.
• Niespójne formaty – daty jako tekst, kwoty z „zł” w środku liczby, „tak/nie/T/N/1/0” w jednej kolumnie. Sprowadzamy do jednego formatu.

Krok 3 – Import na próbę: najpierw kopia, potem praca

Żaden import nie idzie od razu „na żywo”. Najpierw wgrywamy dane do środowiska testowego, czyli osobnej kopii aplikacji, w której możesz wszystko obejrzeć na swoich prawdziwych rekordach. Klikasz po zamówieniach, sprawdzasz sumy, szukasz konkretnego klienta i mówisz, co się nie zgadza. Dopiero gdy się zgadza, te same dane trafiają do wersji, z której korzysta zespół.

Ten krok jest też Twoim zabezpieczeniem. Import można powtórzyć: jeśli po obejrzeniu danych uznasz, że część statusów ma wyglądać inaczej albo trzeba dołożyć kolumnę, poprawiamy mapowanie i wgrywamy jeszcze raz, wciąż do kopii. Nic nie dzieje się „w ciemno” na rekordach, z których naprawdę korzystacie, a Ty zatwierdzasz przejście na produkcję świadomie, a nie w akcie wiary.

Jeśli chcesz pokazać aplikację szerzej, zanim wpuścisz do niej realnych klientów, pracujemy na danych syntetycznych, czyli zmyślonych, ale realistycznych. Pokazy i piloty nie wymagają wystawiania prawdziwych nazwisk. A żeby było jasne od strony formalnej: poufność obowiązuje od pierwszej wiadomości, automatycznie z regulaminu, więc Twój plik jest objęty NDA, zanim cokolwiek podpiszesz.

Pierwszy dzień zespołu: jak to wygląda naprawdę

Największa obawa brzmi „ludzie się zbuntują”. W praktyce pierwszy dzień bywa cichy, bo dane, które zespół zna, są już w środku. Nikt nie zaczyna od pustego ekranu i nie przepisuje niczego z pliku. Zamiast jednego arkusza otwieranego „na zmianę”, każdy ma własny login, widzi swoją część i nie blokuje pozostałych.

• Osobne loginy i role – kto co widzi i może zmienić, ustalamy wcześniej i zapisujemy w panelu. Koniec dostępu opartego na tym, kto akurat ma plik otwarty.
• Historia zmian od pierwszej minuty – widać, kto i kiedy ruszył rekord. Znika „#REF! w zamówieniu, którego nikt nie pamięta”.
• Excel zostaje pomocnikiem – do raportu na koniec miesiąca, do szybkiej analizy. Przestaje być bazą, w której da się skasować firmę jednym przeciągnięciem myszki.

Bałem się dnia przesiadki bardziej niż całego kosztu. A rano wszyscy po prostu zalogowali się do swojego, dane były na miejscu i tyle.

Ile to kosztuje i kiedy się zwraca

Migracja nie jest osobnym cennikiem, to część godzin projektu przy stawce 600 zł netto za godzinę. Mapowanie, czyszczenie i import na próbę wyceniamy razem z resztą i pokazujemy w estymacie, którą akceptujesz, zanim ktokolwiek zacznie. System dla firmy skrojony pod proces, ze stanami, zleceniami, rolami i importem starego pliku, to typowo 30 godzin, czyli 18 000 zł netto, raz.

Po drugiej stronie jest koszt, który już ponosisz, tylko nie widać go na fakturze: ręczne przepisywanie. Na /dla-firm stoi druga zakładka kalkulatora, godziny tygodniowo × stawka × 48 tygodni (48, nie 52, bo urlopy liczymy uczciwie). Przy 8 godzinach tygodniowo i 50 zł za godzinę to ok. 19 200 zł rocznie topionych w przepisywaniu, mniej więcej cena systemu, który ten problem kończy. Gdy tracą na tym dwie osoby po 1,5 h dziennie, zwrot z 18 000 zł schodzi do 4–5 miesięcy.

• Estymata przed pracą – dostajesz rozpisane godziny na migrację i budowę, akceptujesz, dopiero potem ruszamy.
• Start do 24 godzin od płatności, projekt bierze konkretny inżynier, nie kolejka zgłoszeń.
• Kod i prawa w 100% Twoje po każdym etapie, fakturę VAT wystawia aveneo, software house działający od 2008 roku.

← wszystkie wpisy