Krótka odpowiedź: Excel jako baza klientów działa dobrze, dopóki zarządza nią jedna osoba i mieści się w jej głowie. Problem zaczyna się nie wtedy, gdy arkusz robi się duży, tylko wtedy, gdy zaczyna go dotykać więcej niż jedna osoba naraz — bo wtedy przestaje być bazą danych, a staje się źródłem sporów o to, która wersja jest prawdziwa.
Do ilu klientów Excel jeszcze ma sens
Arkusz sprawdza się, dopóki jest jeden właściciel danych i kilkadziesiąt, może sto kilkadziesiąt wierszy. Przy takiej skali jedna osoba jest w stanie utrzymać porządek z pamięci: wie, który klient czeka na odpowiedź, który wpis jest nieaktualny, gdzie sprawdzić historię kontaktu. To działa, bo cała logika bazy siedzi w jednej głowie, nie w samym pliku.
Trzy sygnały, że arkusz przestał wystarczać
- Krąży kilka wersji tego samego pliku. "Baza_final.xlsx", "Baza_final_v2.xlsx", "Baza_AKTUALNA.xlsx" wysyłane mailem między handlowcami — i nikt nie jest pewien, która wersja ma najświeższe dane.
- Dwóch handlowców pracuje na tym samym kliencie, nie wiedząc o sobie. Bez blokad i historii zmian arkusz nie ostrzeże, że ktoś inny właśnie napisał do tej samej firmy dzień wcześniej.
- Nikt nie potrafi szybko odpowiedzieć na proste pytanie. Ile mamy aktywnych rozmów w toku? Ilu klientów nie miało kontaktu od miesiąca? W arkuszu na sto kilkadziesiąt wierszy z ręcznie wpisywanymi datami odpowiedź wymaga przekopania całego pliku, a nie jednego filtra.
Szybkie liczenie: handlowiec spędza 10 minut dziennie na szukaniu, która wersja arkusza jest aktualna, i kolejne 10 na ręcznym porównywaniu wpisów z kolegą. Przy trzech handlowcach i 20 dniach roboczych w miesiącu to 20 godzin miesięcznie pracy, która nie generuje ani jednej rozmowy z klientem.
Dlaczego "zróbmy porządek w arkuszu" nie rozwiązuje problemu
Bo problemem nie jest bałagan w konkretnym pliku, tylko to, że plik nie ma mechanizmów, które wymuszają porządek. Można posprzątać arkusz raz, ale bez reguły, kto i kiedy go aktualizuje, oraz bez blokady przed nadpisaniem cudzych danych, bałagan wróci w ciągu miesiąca — zwłaszcza gdy w firmie pracuje więcej niż jedna osoba sprzedażowa. Arkusz kalkulacyjny jest zaprojektowany do liczenia, nie do zarządzania relacjami z wieloma jednoczesnymi użytkownikami.
Kiedy i jak przejść na coś więcej niż arkusz
Sygnałem do zmiany nie jest konkretna liczba klientów, tylko moment, w którym więcej niż jedna osoba regularnie edytuje tę samą bazę. Wtedy warto przenieść dane do systemu, który sam pilnuje spójności — blokuje podwójną edycję, prowadzi historię zmian i pozwala odpowiedzieć na pytanie o stan lejka jednym kliknięciem, a nie przeszukiwaniem kolumn. Sama migracja danych to zwykle kilka dni pracy; dłużej trwa ustalenie, kto i jak ma wpisywać dane od nowa — i to warto zrobić przed przeniesieniem, nie po nim.
Najczęstsze pytania
Do ilu klientów Excel jako baza jeszcze ma sens?
Zwykle dopóki bazą zarządza jedna osoba i mieści się ona w kilkudziesięciu, może stu kilkudziesięciu wierszach. Gdy dochodzi drugi handlowiec albo baza przekracza kilkaset kontaktów, ręczne utrzymanie spójności zaczyna zabierać więcej czasu, niż oszczędza.
Czy przejście z Excela na CRM to duży projekt?
Nie musi być. Największym ryzykiem nie jest sam import danych, tylko brak ustalonych zasad wpisywania ich na nowo. Jeśli te zasady są jasne przed migracją, przeniesienie samej bazy trwa zwykle kilka dni, nie tygodni.
Co zrobić najpierw, zanim zrezygnujemy z Excela?
Sprawdzić, ile wersji tego samego arkusza krąży w firmie i ile razy w miesiącu ktoś pyta "która wersja jest aktualna". To najprostszy sygnał, że problemem nie jest brak dyscypliny, tylko narzędzie, które nie nadąża za skalą.