14 sierpnia 2025 założyłem arkusz do prowadzenia sprzedaży przez LinkedIn. Miał pilnować kontaktów, kolejnych wiadomości i odpowiedzi. Ostatni ślad aktywności w nim to 26 listopada 2025. Między tymi datami minęło piętnaście tygodni, a arkusz urósł do 351 kontaktów. W tym artykule pokazuję, co w nim realnie siedziało pod koniec, ile pracy kosztowało ręczne pilnowanie dat i czego arkusz nie mógł dać z samej konstrukcji, niezależnie od tego, jak ostrożnie bym go prowadził.
Co Excel robił dobrze, zanim zaczął szwankować?
Excel dał mi coś, czego żaden CRM nie da w pierwszym dniu: zerowy koszt, zero konfiguracji i start w pięć minut. Założyłem kolumny, jakich akurat potrzebowałem, i od razu zacząłem wpisywać pierwsze kontakty z LinkedIna.
Nie musiałem pytać nikogo o licencję, zakładać konta w kolejnym systemie ani uczyć się nowego interfejsu. Kolumna na imię i stanowisko, druga na firmę, trzecia na status, to wystarczyło, żeby zacząć 28 sierpnia 2025, dwa tygodnie po utworzeniu pliku. Dodałem kolumny z datami DM-ek, bo chciałem pilnować sekwencji trzech wiadomości z odstępami pięciu, siedmiu i czternastu dni. Dla dziesięciu, dwudziestu kontaktów działało to bez zarzutu. Problem nie pojawił się w pierwszym tygodniu. Pojawił się, kiedy liczba wierszy przekroczyła setkę, a ja wciąż próbowałem pilnować tego samego arkusza tymi samymi metodami, które sprawdzały się przy dziesięciu.
Dlaczego ręczne wpisywanie dat zabija arkusz sprzedażowy?
Każda z trzech wiadomości w sekwencji wymagała własnej daty wpisanej ręcznie, a formuła sama z siebie niczego nie przypominała. Nie do końca niczego: miałem regułę formatowania warunkowego, która stawiała czerwoną kropkę przy nazwisku, kiedy zbliżał się termin kolejnego kroku. W zapisanej kopii z 5 listopada, przy 285 kontaktach, naliczyłem 132 ręczne wpisy dat i statusów DM-ek, bez żadnej z nich oznaczonej automatycznie.
Rozpisałem to w samym arkuszu. Kolumna z datą wysłania pierwszej wiadomości miała 66 wpisów, treść pierwszej wiadomości 4, data drugiej wiadomości 31, jej treść także 31, a trzecia wiadomość nie padła ani razu. Każdy z tych wpisów wpisywałem sam, otwierając plik i przypominając sobie, u kogo jestem w sekwencji. Automatycznie liczyły się tylko dwie kolumny z liczbą dni od wysłania DM-ki, bo tam stały formuły. Licznik dni działał bez problemu. Czerwona kropka działała, dopóki pamiętałem, żeby otworzyć plik i na nią spojrzeć. Nic nie podsuwało listy „dziś wypada wysłać DM2 do tych pięciu osób" samo, bez mojego działania. Trzeba było samemu przefiltrować wiersze i sprawdzić, które daty się zgadzają. Przy dwudziestu kontaktach to kilka minut. Przy kilkuset to osobne zadanie na każdy dzień roboczy.
To tylko szacunek, nie pomiar, ale pozwala poczuć skalę: jeśli jedno sprawdzenie, czy czas na kolejny DM, zajmowało średnio trzy minuty, a przy kilkuset kontaktach wypadało to robić co kilka dni, to w ciągu piętnastu tygodni złożyło się na kilkanaście godzin samego przeglądania tabeli. Bez liczenia czasu na pisanie wiadomości i bez liczenia godzin, w których po prostu nie sprawdziłem niczego, bo zabrakło dnia.
Jak wyglądał ten arkusz pod koniec, zanim przestałem go używać?
Na 351 kontaktów, które przeszły przez arkusz, wszystkie dostały zaproszenie na LinkedIn, 95 dostało pierwszą wiadomość, 66 drugą, a 23 trzecią. Z tego wszystkiego pięć osób doszło do statusu „Call Booked", jedna wciąż czekała jako „Replied", a pięćdziesiąt jeden trafiło do „Lost / No reply" albo „Archive".
Te liczby pokazują, gdzie naprawdę ginie lejek: z 351 kontaktów tylko 95, czyli co czwarty, w ogóle dostało pierwszą wiadomość. Reszta utknęła na etapie samego zaproszenia, bo ręczne przeklikiwanie kilkuset wierszy w poszukiwaniu tych, którzy zaakceptowali zaproszenie i są gotowi na kolejny krok, nie nadążało za tempem, w jakim przybywały nowe kontakty. Pięć umówionych rozmów z piętnastu tygodni pracy to wynik, nie porażka, ale wynik osiągnięty mimo arkusza, nie dzięki niemu. Jedna z notatek po drodze opisuje kontakt, który pytał o pomoc przy wniosku o dotację na kilka milionów złotych, ze statusem wciąż ustawionym na „Pending". Szansa siedziała w komórce notatki, bez żadnego mechanizmu, który by ją wypchnął na wierzch. To jedna kampania i jedna osoba, nie badanie na próbie. Pokazuje tylko, że status mógł się rozjechać z rzeczywistością bez żadnego sygnału ostrzegawczego, i że nie było żadnej historii wpisów: kiedy padła dana zmiana statusu i o czym właściwie była rozmowa.
Co się dzieje, gdy AI „poprawia" formatowanie arkusza?
Czasami wyglądał tragicznie. Szerokości kolumn się zmieniały, czcionki się zmieniały, kolejność wierszy się zmieniała, a w tabeli robiły się puste dziury, których wcześniej nie było.
Arkusz kalkulacyjny to nie tylko dane w komórkach. To też kolejność kolumn, formatowanie, scalone pola i formuły, które czytają coś pod spodem. Kiedy do takiego pliku dobiera się narzędzie AI, żeby coś w nim poprawić albo dopisać, zmienia nie tylko treść, ale też strukturę wokół niej. Efekt: plik, który trzeba było przeglądać wiersz po wierszu, żeby sprawdzić, czy dane wciąż siedzą w tych samych kolumnach, co wcześniej, czy formuły nie zostały zamienione na tekst, oraz mnóstwo rzeczy, których z każdym dniem przybywało i utrudniało pracę. Przy jednym pliku na dysku, bez historii zmian i bez możliwości cofnięcia jednego konkretnego błędu, taka naprawa zabierała więcej czasu niż samo wpisanie nowych kontaktów. To ryzyko wynika z samej konstrukcji arkusza: cała logika i cały układ siedzą w jednym pliku, a każda ingerencja, ręczna czy automatyczna, może go rozłożyć.
Przy jednej osobie i jednym pliku da się to odkryć od razu, bo widać różnicę między tym, co było wczoraj, a tym, co jest teraz. Przy kilku osobach korzystających z tego samego arkusza nikt nie ma pewności, czy dziura w tabeli to usunięty wiersz, przesunięta kolumna, czy ktoś właśnie edytował plik w tej samej chwili. Arkusz nie rozróżnia tych trzech sytuacji. Po prostu wygląda inaczej niż wcześniej, i trzeba to sprawdzić ręcznie, bo nic w nim nie powie, co się zmieniło i kto to zrobił.
Co zyskujesz, przenosząc sprzedaż z Excela na własny CRM?
Rzeczy, których arkusz nie dałby, nawet gdybym pracował nad nim ostrożniej: wspólny dostęp dla więcej niż jednej osoby, historię zdarzeń przy każdym kontakcie, zapisane widoki do szukania i dane w bazie, nie w jednym pliku na dysku.
| Zdolność | Arkusz Excel | CRM na serwerze |
|---|---|---|
| Kolejny krok w sekwencji | Liczony formułą, trzeba otworzyć plik i zobaczyć | Liczony automatycznie z ustawionych interwałów między wiadomościami |
| Historia kontaktu | Jedna komórka notatki | Tabela zdarzeń przypisana do konkretnego kontaktu |
| Wyszukiwanie | Ręczne filtrowanie kolumn | Zapisane widoki i konsola do zapytań tylko do odczytu |
| Dostęp dla więcej niż jednej osoby | Jeden plik, kopiowany mailem | Osobny klucz dostępu przypisany do każdej osoby |
| Odporność na przypadkowe uszkodzenie struktury | Żadna, jeden plik na dysku | Baza na serwerze, kopie zapasowe wg ustalonej procedury |
| Aktualność statusu | Zależy, czy ktoś pamięta zaktualizować | Też zależy od człowieka, ale dane nie gubią się w formatowaniu |
Licznik kolejnego kroku w CRM-ie liczy się sam, z ustawionych interwałów między wiadomościami, więc nie trzeba pamiętać, komu i kiedy wysłano którą z trzech wiadomości. Historia zdarzeń trzyma zapis przy każdym kontakcie, nie w jednej komórce notatki, którą łatwo przeoczyć albo przypadkowo nadpisać. Dostęp z osobnym kluczem dla każdej osoby zastępuje kopiowanie pliku mailem. Żadna z tych różnic nie wynika z tego, że ktoś napisał więcej formuł w arkuszu. Wynika z tego, że dane leżą w bazie na serwerze, a nie w jednym pliku, który jedna osoba trzyma na swoim dysku.
Dwie rzeczy z tej listy warto rozwinąć, bo w arkuszu nie dałoby się ich zbudować niezależnie od wysiłku. Zapisany widok to filtr, który raz się ustawia (np. „kontakty bez odpowiedzi po DM2 od ponad siedmiu dni") i potem wraca się do niego jednym kliknięciem, bez odtwarzania filtrów od zera przy każdym otwarciu pliku. Kopie zapasowe idą kilkoma niezależnymi ścieżkami, nie jedną, więc awaria jednego miejsca nie oznacza utraty całej bazy, tak jak oznaczałaby utratę jednego pliku na jednym dysku.
Czemu CRM nie wysyła automatycznie maili i wiadomości na LinkedIn?
To decyzja, nie dziura. CRM nie ma dostępu do skrzynki mailowej i do LinkedIna, a wysyłka wiadomości na LinkedIn bez nadzoru człowieka zwykle kończy się banem konta.
Status DM-ki i sama wysyłka zostają w rękach człowieka z tego samego powodu, dla którego wtyczka do LinkedIna działa jako human-in-the-loop: zapisuje stan kolejki, ale nie wysyła nic sama. Można by to zmienić, podłączając skrzynkę mailową i API LinkedIna, ale to osobna decyzja, o innym ryzyku niż samo śledzenie kontaktów. Excel nie dawał wyboru w tej sprawie, bo nie robił nic automatycznie. CRM daje wybór: mógłby wysyłać, a nie wysyła, bo konto na LinkedInie i relacja z klientem są ważniejsze niż kilka zaoszczędzonych kliknięć.
Zmienić narzędzie czy zmienić sposób pracy: od czego zacząć?
Zacznij od policzenia, nie od decyzji o zakupie. Sprawdź, ile masz kontaktów, ile kolumn wypełniasz ręcznie i ile z nich nie było aktualizowane dłużej niż dwa tygodnie.
Trzy pytania, które warto sobie zadać przed wyborem kierunku:
- Ile masz aktywnych kontaktów i o ile rośnie ta liczba w ciągu miesiąca?
- Ile wierszy ma status, który nie zmienił się od ponad dwóch tygodni, mimo że powinien?
- Czy ktoś inny niż Ty rozumiałby ten arkusz bez Twojego wyjaśnienia, co znaczy każda kolumna i każdy kolor?
Jeśli na drugie i trzecie pytanie odpowiedź brzmi „nie wiem" albo „nikt", to już jest odpowiedź, niezależnie od liczby kontaktów.
Jeśli kontaktów jest kilkanaście i rosną wolno, zmiana sposobu pracy, czyli jeden stały rytuał w stylu dziesięciu minut każdego ranka na przegląd statusów, może wystarczyć na wiele miesięcy. Jeśli liczba kontaktów rośnie co tydzień, a status coraz częściej mówi coś innego niż rzeczywistość, to sygnał, że arkusz przestał nadążać za skalą. W tym miejscu zmiana narzędzia, na przykład własny CRM, daje więcej niż kolejna poprawka arkusza. Oba kierunki da się połączyć: najpierw rytuał, żeby zatrzymać rozjazd, potem narzędzie, żeby nie trzymać porządku samą siłą przyzwyczajenia.
Najczęściej zadawane pytania
Czy Excel jako system do śledzenia sprzedaży to zawsze błąd?
Nie. Dla kilku albo kilkunastu kontaktów, które pamięta jedna osoba, arkusz się broni. Problem zaczyna się przy wzroście liczby kontaktów i statusów, które trzeba aktualizować ręcznie.
Ile realnie kosztuje utrzymanie własnego mikro-CRM w porównaniu z Excelem?
Excel jest formalnie darmowy, ale self-hosted CRM na małym serwerze kosztuje od 50 do 150 PLN rocznie, czyli mniej niż jeden abonament SaaS dla kilkuosobowego zespołu, który wynosi od 3 500 do 15 000 PLN rocznie.
Czy CRM automatycznie wysyła wiadomości na LinkedIn albo maile?
Nie, i to jest decyzja, nie dziura. Wysyłka zostaje przy człowieku, bo automatyczne wiadomości na LinkedIn bez nadzoru zwykle kończą się banem konta.
Co zrobić, gdy arkusz zaczyna się rozjeżdżać, a nie ma budżetu na nowe narzędzie?
Wprowadź jeden stały rytuał: krótki, codzienny przegląd statusów w tym samym momencie dnia. To nie rozwiązuje problemu skali, ale kupuje czas, zanim zmiana narzędzia stanie się konieczna.
Czy dane z arkusza Excel można bezpiecznie przenieść do własnego CRM?
Tak, pod warunkiem eksportu do pliku CSV i importu przez mechanizm wczytywania danych w CRM, a nie przez ręczne przepisywanie wiersz po wierszu.
Czy warto zachować stary arkusz po przejściu na CRM?
Tak, jako archiwum do wglądu, bez aktualizowania go na bieżąco. To zapis stanu z dnia, w którym został zamknięty, nie żywy dokument.