5 powodów, dla których Excel wciąż przydaje się analitykowi

Nie widzę powodu, żeby wyrzucać Excela z warsztatu tylko dlatego, że umiem już SQL albo Pythona. Gdy mam niewielki plik, chcę obejrzeć dane razem z drugą osobą albo przygotować prosty wynik do dalszej pracy, arkusz bywa bardzo wygodny. O jego użyteczności decyduje zadanie, a nie miejsce w wyobrażonym rankingu zaawansowania analityków.

W pierwotnym artykule opisałem pięć powodów, dla których Excel pozostaje ważny: eksplorację, komunikację, możliwości przekształcania danych, naukę myślenia tabelarycznego i przekazanie końcowego wyniku. Rozwijam je tutaj przez praktyczny proces. Przy okazji porządkuję kilka zbyt szerokich obietnic. Szybkość zależy od zadania, a znajomy wygląd arkusza nie oznacza automatycznie, że każdy rozumie jego zawartość.

Pracuję na pięciu syntetycznych zapisach sprzedaży. Nie są to dane firmy ani przykład wyniku klienta. Mały zbiór pozwala przejść przez cały proces i sprawdzić go ręcznie. Ta sama logika przyda się przy większym pliku, choć wtedy może być potrzebny inny sposób wykonania obliczeń.

Excel pomaga mi szybko obejrzeć nowe dane

Kiedy dostaję CSV, chcę najpierw zrozumieć jego strukturę. Ile jest kolumn? Co oznacza jeden wiersz? Czy identyfikator występuje raz? Jak zapisano daty, kwoty i brakujące wartości? Widoczna siatka pomaga mi przejrzeć kilka rekordów i porównać wybrane przypadki. Nie zakładam przy tym, że narzędzie będzie najszybsze w każdym środowisku i dla każdego rozmiaru pliku.

W tym ćwiczeniu pojedynczy wiersz oznacza zapis transakcyjny z własnym ID. Kwota jest podpisaną wartością zdarzenia: dodatnią dla sprzedaży, ujemną dla korekty i zerową dla zapisu bez wartości. Wszystkie kwoty są w jednej umownej jednostce. Nie mieszam tutaj podatków ani walut. Poniższe wartości zapisuję w kolumnach A:D, z nagłówkami w pierwszym wierszu.

Już przy wczytaniu trzeba podjąć decyzję o typach danych. ID jest tekstem. Nie będę go dodawać ani mnożyć, a początkowe zera są częścią zapisu. Kwota ma być liczbą, a data rzeczywistą datą. Wygląd komórki nie wystarcza do oceny typu: liczba wyświetlona z dwoma miejscami po przecinku może nadal pochodzić z niepoprawnie rozpoznanego tekstu.

Dla CSV korzystam z polecenia importu danych z tekstu lub CSV, zamiast polegać wyłącznie na dwukrotnym kliknięciu pliku. W podglądzie sprawdzam separator kolumn i kodowanie, a w przekształceniach typy. Dokumentacja importu Microsoft opisuje ten przepływ. Nazwy poleceń i dostępne źródła mogą różnić się między platformami oraz wersjami Excela.

Jeśli mechanizm automatycznie nadał ID typ liczbowy, poprawiam odpowiedni krok przed załadowaniem danych. Późniejsze ustawienie wyglądu komórki na tekst nie przywróci informacji, która została wcześniej utracona. Przy wklejaniu przykładu ręcznie ustaw kolumnę ID jako tekst jeszcze przed wklejeniem. Potem sprawdź, czy widzisz dokładnie 00101, a nie 101.

Arkusz daje wspólny punkt odniesienia w rozmowie

Lubię sytuację, w której mogę wskazać konkretny wiersz i zapytać odbiorcę, co oznacza. W naszym przykładzie interesuje mnie ujemna kwota przy ID 00103. Czy to zwrot, korekta techniczna czy inny rodzaj zdarzenia? W ćwiczeniu zdefiniowałem ją jako korektę. W pracy musiałbym potwierdzić tę interpretację z osobą znającą proces.

Takie obejrzenie danych pomaga uzgodnić regułę zanim powstanie raport. Jeżeli ktoś oczekuje sprzedaży przed korektami, a ja sumuję wszystkie zapisane wartości, dostarczymy różne wyniki. Żadna liczba miejsc po przecinku tego nie naprawi. Potrzebuję nazwy miary, opisu uwzględnionych zdarzeń i informacji, na jakie pytanie ma odpowiedzieć zestawienie.

Nie wychodzę z założenia, że wszyscy znają Excela w tym samym stopniu. Jedna osoba swobodnie buduje tabelę przestawną, inna używa arkusza do wpisywania komentarzy. Dlatego pokazuję, które komórki są wejściem, gdzie znajduje się wynik i co można zmienić. Wspólne narzędzie ułatwia rozmowę dopiero wtedy, gdy wspólne jest również rozumienie danych.

W praktycznym pliku rozdzieliłbym dane, kontrolę i wynik na jasno nazwane arkusze. Obok wyniku dodałbym zakres dat, definicję kwoty i moment odświeżenia. Osoba otrzymująca plik nie powinna zgadywać, czy „październik” oznacza cały miesiąc, czy tylko pierwsze trzy dni. W naszym ćwiczeniu obejmuje dokładnie daty widoczne w tabeli.

Arkusz może też pomóc odkryć, że odbiorca potrzebuje czegoś innego. Prosi o sumę według kanału, ale po obejrzeniu przykładu okazuje się, że chce listę konkretnych korekt do wyjaśnienia. Wolę dowiedzieć się tego przy pięciu rekordach niż po przygotowaniu rozbudowanego dashboardu. Wczesny szkic ogranicza koszt nieporozumienia.

Mogę zapisać powtarzalne przekształcenia

Jednorazowe poprawienie nagłówka jest łatwe. Comiesięczne poprawianie tych samych kilkunastu rzeczy w pliku szybko staje się osobnym zajęciem. W takiej sytuacji rozważam Power Query: zapisuję sposób pobrania i przekształcenia danych, aby przy kolejnym odświeżeniu wykonać ustalone kroki ponownie. Nadal odpowiadam za ich znaczenie i poprawność.

W naszym przykładzie proces obejmowałby odczyt pliku, wybór właściwych kolumn, nadanie ID typu tekstowego, rozpoznanie daty oraz przeliczenie kwoty na typ liczbowy. Zwracam uwagę na ustawienia regionalne. Tekst 120,50 wymaga interpretacji zgodnej z przecinkiem dziesiętnym. Microsoft Learn opisuje wpływ lokalizacji na konwersję typów. Sam język interfejsu nie rozwiązuje wszystkich różnic w zapisie danych.

Nazywam kroki tak, żeby druga osoba mogła zrozumieć ich cel. Usunięcie pustych wierszy może być uzasadnione, lecz odrzucenie każdego rekordu z pustą kwotą potrzebuje wyraźnej decyzji. Brak kwoty może oznaczać problem do wyjaśnienia. Jeżeli automatycznie go ukryję, raport będzie wyglądał czyściej, a wiedza o jakości źródła zniknie.

Przy wielu plikach można wykorzystać import z folderu. Przed połączeniem sprawdzam zgodność schematu i to, czy folder zawiera wyłącznie właściwe pliki. Kopia zeszłomiesięcznego eksportu z dopiskiem „poprawiony” może podwoić część zdarzeń. Automatyzacja bardzo sprawnie wykona także źle wybraną listę wejściową.

Oddzielam też możliwości Excela od dostępności konkretnej funkcji na danym komputerze. Power Query, model danych, dodatki i źródła połączeń zależą od wydania oraz platformy. Przed przekazaniem rozwiązania sprawdzam środowisko odbiorcy. Nie obiecuję identycznego zestawu funkcji w Windows, macOS i przeglądarce tylko dlatego, że wszędzie pojawia się nazwa Excel.

Uczę się rozumieć tabelę i poziom szczegółowości

Arkusz pozwala bardzo szybko zobaczyć różnicę między wierszem danych a podsumowaniem. Mam pięć zapisów transakcyjnych i dwa kanały. Chcę otrzymać jedną sumę dla każdego kanału. W tym celu mogę zaznaczyć dane, utworzyć Tabelę Excela, a następnie wstawić tabelę przestawną na osobnym arkuszu. Kanał trafia do wierszy, Kwota do wartości jako suma.

Ważny jest ostatni fragment: jako suma. Jeśli kwota została rozpoznana jako tekst, program może zaproponować liczenie rekordów. Sprawdzam ustawienie agregacji, a nie tylko nagłówek gotowego raportu. Instrukcja Microsoft dotycząca tabel przestawnych pokazuje przygotowanie źródła i wybór pól. Jedna linia nagłówków oraz spójne kolumny ułatwiają pracę.

Wynik ćwiczenia powinien być następujący: Web daje 100, Partner daje 230, razem 330. Dla Web liczę 120,50 minus 20,50 plus zero. Dla Partner sumuję 80 i 150. Kontrola jest celowo prosta. Jeżeli tabela przestawna pokazuje coś innego, wracam do typu kwoty, zakresu źródła, filtrów i wybranej agregacji.

Ten sposób myślenia przenosi się na inne narzędzia. Grupowanie po kanale ma odpowiednik w SQL, a dobór kolumn i typów wraca w Pythonie. Excel daje widoczny materiał do ćwiczenia, ale sam nie gwarantuje dobrych nawyków. Można w nim również utrwalać ręczne dopisywanie sum, mieszanie nagłówków z danymi i ukrywanie ważnych informacji kolorem.

Dlatego pilnuję zasady jednego znaczenia kolumny i jednego poziomu szczegółowości tabeli. Nie dopisuję wiersza „Razem” do danych, które później znów będę sumować. Nie wpisuję dwóch kanałów do jednej komórki, jeśli oczekuję prostego grupowania. Nie usuwam powtarzającego się ID zamówienia bez sprawdzenia, czy każdy wiersz nie oznacza osobnej pozycji tego zamówienia.

Przygotowuję wynik do dalszej pracy odbiorcy

Analiza może powstać w bazie lub skrypcie, a odbiorca nadal może potrzebować arkusza do własnej pracy. Dla mnie to normalne wymaganie dotyczące formatu rezultatu. Ustalam jednak, co ma się wydarzyć dalej. Czy ktoś chce filtrować rekordy, dopisać komentarze, porównać warianty, czy tylko przeczytać trzy liczby? Każdy przypadek sugeruje trochę inny układ pliku.

Jeśli potrzebne są komentarze, daję im osobne miejsce i stabilny identyfikator rekordu. Ręczne notatki dopisywane obok odświeżanej listy mogą się rozjechać po zmianie kolejności wierszy. Bez powiązania przez klucz komentarz dotyczący jednej transakcji może nagle znaleźć się przy innej. To ryzyko sposobu używania wyniku, nawet jeśli wszystkie sumy pozostają poprawne.

Wyraźnie oznaczam też, czy przekazuję migawkę, czy skoroszyt z odświeżaniem. Migawka opisuje dane z określonego momentu. Skoroszyt z połączeniem wymaga dostępu do źródła oraz poprawnej konfiguracji po stronie odbiorcy. Samo przesłanie pliku nie zapewnia, że druga osoba potrafi pobrać te same dane. W instrukcji zapisuję sposób odświeżenia i oczekiwane kontrole po jego zakończeniu.

Dbam o prostą prezentację: czytelne nazwy, format kwot, filtry i krótki opis miary. Unikam dekoracji, które utrudniają dalsze przetwarzanie. Scalony nagłówek może wyglądać efektownie, ale nie powinien wchodzić do źródłowej tabeli. Odbiorca potrzebujący kolejnej agregacji będzie wdzięczny za zwykłe kolumny bardziej niż za ozdobny układ raportu.

Przed oddaniem proszę o wykonanie jednej czynności bez mojej pomocy: znalezienie korekty 00103 lub odświeżenie danych testowych. Jeśli pojawia się niejasność, poprawiam instrukcję albo układ. W ten sposób sprawdzam rzeczywistą użyteczność pliku. Sam fakt, że otwiera się na moim komputerze, jest zdecydowanie zbyt słabym testem przekazania.

Granice, które sprawdzam przed rozbudową arkusza

Specyfikacja Microsoft podaje limit 1 048 576 wierszy i 16 384 kolumn w pojedynczym arkuszu. To limit siatki, a nie pełny opis możliwości modelu danych lub połączeń zewnętrznych. Nie czekam jednak z decyzją o zmianie rozwiązania do chwili, w której zabraknie ostatniego wiersza.

Znaczenie ma także dokładność zapisu liczbowego. Excel podaje 15 cyfr precyzji dla liczb. Długi identyfikator traktuję zatem jako tekst już podczas importu, podobnie jak kod z zerami na początku. Format wyświetlania nie odzyska utraconych cyfr. Typ jest decyzją o znaczeniu danych, a nie kosmetyką, którą można zostawić na koniec.

Innym sygnałem jest narastająca zależność od ręcznej obsługi. Raport wymaga kilku plików z prywatnych folderów, odświeżenia w określonej kolejności i wiedzy jednej osoby. Wtedy rozważam przeniesienie pobierania lub przekształceń do kontrolowanego procesu poza skoroszytem. Arkusz może pozostać wygodnym miejscem odbioru wyniku, nawet jeśli cięższa część pracy odbywa się gdzie indziej.

Patrzę również na wymagania dotyczące wspólnych definicji i historii zmian. Jeżeli kilka zespołów niezależnie modyfikuje tę samą miarę, warto ustalić jedno utrzymywane źródło obliczeń. Jeśli wynik ma odświeżać się automatycznie bez otwierania lokalnego pliku, sprawdzam odpowiednią infrastrukturę. To konkretne potrzeby, które pomagają wybrać narzędzie bez wojny o jego prestiż.

Krótka procedura kontroli po odświeżeniu

Po każdym odświeżeniu naszego przykładu sprawdzam liczbę pięciu rekordów, zachowanie ID, zakres dat i sumę 330. Później porównuję sumy kanałów z całością. Zero oraz ujemna korekta muszą pozostać widoczne. Dzięki temu kontrola obejmuje nie tylko obliczenie, ale też reguły, które łatwo przypadkiem zmienić podczas czyszczenia.

W prawdziwym raporcie oczekiwane liczby zwykle się zmieniają, więc opisuję również zasady kontroli. Suma grup ma odpowiadać sumie źródła w tym samym zakresie. Identyfikatory mają zachować format. Rekordy odrzucone przy przekształceniu mają mieć policzoną liczbę i znany powód. Brak błędu technicznego nie oznacza jeszcze, że wszystkie dane trafiły do wyniku.

Warto przetestować także nieudane odświeżenie. Zmień na kopii pliku nagłówek Kwota albo przenieś źródło do innego folderu. Sprawdź, gdzie pojawia się komunikat i czy stary wynik nadal wygląda na aktualny. Następnie przywróć wejście i ponów kontrolę. Taki mały eksperyment pokazuje, czego instrukcja utrzymania potrzebuje oprócz przycisku „Odśwież”. Odbiorca powinien wiedzieć, jak rozpoznać awarię i komu przekazać opis problemu.

Sprawdzam także odświeżenie tabeli przestawnej. Zmiana danych wejściowych nie jest dowodem, że każdy widok już wykorzystuje aktualny zestaw. W razie wątpliwości odświeżam tabelę i porównuję konkretny zmieniony rekord. Jeżeli źródłem jest stały zakres zamiast Tabeli Excela, kontroluję, czy dopisane wiersze w ogóle do niego należą.

Zapisuję datę danych i rezultat kontroli w miejscu czytelnym dla odbiorcy. Gdy coś się nie zgadza, wolę zatrzymać przekazanie wyniku i wyjaśnić różnicę. Kopiowanie poprzedniej liczby do komórki, żeby raport „wyglądał dobrze”, zamienia błąd, który można znaleźć, w błąd ukryty. To już bardzo mało przyjemny rodzaj automatyzacji.

Ćwiczenie: przekaż arkusz tak, żeby ktoś mógł go utrzymać

Odtwórz pięć rekordów, zachowując tekstowe ID. Przygotuj podsumowanie według kanału i krótki opis kwoty. Następnie dopisz rekord 00106 z kanałem Web, datą 2026-10-03 i kwotą 25. Po prawidłowym rozszerzeniu źródła oraz odświeżeniu suma Web powinna wynieść 125, Partner nadal 230, a całość 355. Liczba rekordów wzrośnie do sześciu.

Oddaj plik drugiej osobie wraz z instrukcją przywrócenia pierwotnych danych. Sprawdź, czy umie wskazać źródło, odróżnić korektę od błędu, znaleźć moment odświeżenia i uzyskać ponownie sumę 330. To ćwiczenie łączy pięć powodów z artykułu: obejrzenie danych, rozmowę, powtarzalność, rozumienie struktury i przekazanie wyniku.

Jeśli chcesz rozwinąć konkretne elementy warsztatu, zacznij od funkcji wyszukiwania i formuł tablicowych. Potem porównaj łączenie danych z rodzajami JOIN w SQL. Excel nadal ma dla mnie sens wtedy, gdy pomaga wykonać zadanie i pozostawia po sobie zrozumiały, sprawdzalny rezultat.