Od chaosu w Excelu do własnego CRM w osiem tygodni: studium przypadku
Hurtownia zatrudniająca 14 osób prowadziła cały lejek sprzedaży w jednym współdzielonym arkuszu, któremu nikt do końca nie ufał. Oto dokładnie, jak go zastąpiliśmy — co zbudowaliśmy, czego świadomie nie zrobiliśmy i co zmieniło się później.

Istnieje pewien szczególny rodzaj arkusza kalkulacyjnego, który po cichu napędza małą firmę. Zaczynał jako prosta lista klientów, a przez pięć czy sześć lat rozrósł się do najważniejszego — i najgroźniejszego — pliku w całym przedsiębiorstwie. Wszyscy na nim polegają. Nikt mu nie ufa. A kiedy w końcu się psuje, dzieje się to zwykle w najgorszym możliwym dniu. To historia jednego z takich arkuszy, czternastoosobowej firmy, która w nim żyła, i ośmiu tygodni potrzebnych, by ją z niego wyciągnąć.
Współpracujemy z wieloma małymi firmami, a ten przypadek jest zanonimizowany — klient poprosił, byśmy nie podawali nazwy, a liczby tutaj są zaokrąglone i poglądowe, a nie audytowane. Ale sytuacja jest prawdziwa, i jeśli prowadzą Państwo firmę na współdzielonym arkuszu, który powoli zamienia się w obciążenie, prawdopodobnie rozpoznają w niej Państwo więcej, niżby chcieli. Celem tego opisu nie jest popisanie się projektem. Chodzi o pokazanie prawdziwych decyzji — łącznie z tymi, w których oczywista odpowiedź okazała się błędna.
Przez cały tekst starałem się być szczery co do tego, co było trudne, co świadomie pominęliśmy i skąd wzięła się prawdziwa wartość. Mała niespodzianka: nie była to ta część, której wszyscy się spodziewali.
Sytuacja: jeden plik, czternaście osób, zero zaufania
Klient to regionalna hurtownia — kupuje towary w dużych ilościach i odsprzedaje małym sklepom oraz klientom branżowym. Czternaście osób: garstka w sprzedaży, paru w magazynie, kierowniczka biura, dwóch właścicieli. Zdrowy biznes, stały wzrost, taki rodzaj firmy, która jest zbyt duża, by działać na pamięć, i zbyt mała, by kiedykolwiek kupić „porządne” oprogramowanie.
Cała ich działalność sprzedażowa żyła w jednym współdzielonym arkuszu na dysku w chmurze. Klienci, kontakty, historia zamówień, kto-komu-ile-winien, notatki o kontaktach do ponowienia, system kolorowych oznaczeń, który w pełni rozumiała tylko kierowniczka biura. Miał około czterdziestu kolumn i grubo ponad tysiąc wierszy. W każdej chwili otwarte miały go trzy lub cztery osoby.
Objawy łatwo zgadnąć. Dwie osoby edytujące ten sam wiersz, jedna po cichu nadpisująca pracę drugiej. Handlowiec filtruje arkusz, zapomina wyczyścić filtr, a kolejna osoba wpada w panikę, bo „połowa klientów zniknęła”. Nikt nie wiedział, który numer telefonu jest aktualny. Miesięczny raport przychodów zajmował kierowniczce biura niemal cały dzień składania go ręcznie, a właściciele nie do końca w niego wierzyli. Plik dwukrotnie w ciągu dwóch lat odzyskiwano z kopii zapasowej po tym, jak ktoś usunął coś, czego nie powinien.
“Nie chodziło o to, że arkusz był zły. Chodziło o to, że czternaście osób codziennie po cichu obchodziło ten sam tuzin problemów i przestało zauważać, ile to kosztuje.”
Oto kluczowy punkt: nikt nie narzekał głośno. Na tym polega pułapka arkusza, który przerósł samego siebie. Ból jest rozłożony cienką warstwą na wszystkich i na każdy dzień, więc nigdy nie staje się kryzysem — staje się po prostu pogodą. Właściciele zadzwonili do nas nie z powodu katastrofy, lecz dlatego, że stracili dobrego klienta przez kontakt do ponowienia, który przepadł, i to wreszcie kazało im się zastanowić, ilu innych przepadło tak samo.

Dlaczego nie kupić po prostu gotowego CRM?
To pierwsze pytanie, jakie wszyscy zadają, i jest właściwe. Istnieją dziesiątki dobrych, tanich produktów CRM. Szczerze próbowaliśmy namówić klienta na jeden z nich — to niemal zawsze szybsza i tańsza odpowiedź, a wolimy stracić zlecenie na budowę, niż sprzedać coś, czego nikt nie potrzebuje.
Przeprowadziliśmy więc test, który robimy zawsze: wzięliśmy ich rzeczywisty proces i spróbowaliśmy odwzorować go w dwóch znanych narzędziach CRM. Jakieś 80% pasowało bez problemu. To ostatnie 20% pogrzebało sprawę. Ich cennik opierał się na progach indywidualnych dla klienta i rabatach ilościowych, które nie pasowały do żadnego standardowego obiektu „transakcji”. Ich historia zamówień musiała łączyć się z systemem magazynowym, którego nie chcieli wymieniać. A sposób, w jaki śledzili powracających klientów branżowych — którzy zamawiają ponownie w luźnych cyklach, a nie jako jednorazowa sprzedaż — po prostu nie istniał w standardowym modelu lejka.
Mogliśmy zmusić ich firmę, by dopasowała się do narzędzia. Wielu konsultantów by to zrobiło. Ale proszenie czternastu osób, by zmieniły sposób wyceny i ponawiania zamówień, żeby zadowolić oprogramowanie, to świetny sposób, by w ciągu miesiąca wszyscy po cichu wrócili do arkusza. Cały powód, dla którego stary plik przetrwał tak długo, był taki, że uginał się pod nimi. Cokolwiek go zastąpiło, musiało robić to samo.
Jak naprawdę wyglądało te osiem tygodni
Osiem tygodni brzmi szybko jak na „własny CRM” i tak by było — gdybyśmy próbowali zbudować własny CRM. Nie próbowaliśmy. Zbudowaliśmy wąski wycinek CRM, którego ta konkretna firma potrzebowała, i świadomie pominęliśmy wszystko, czego nie potrzebowała. Dyscyplina w zakresie to cały powód, dla którego harmonogram się utrzymał.
Oto z grubsza, jak rozkładały się tygodnie. W rzeczywistości nie było tak schludnie — tygodnie się zlewają — ale kształt jest uczciwy.
- 1Tydzień 1–2: Obserwuj, nie projektujUsiedliśmy z zespołem sprzedaży i kierowniczką biura i patrzyliśmy, jak naprawdę pracują na arkuszu. Nie spotkanie wymagań — prawdziwa obserwacja. Tu odkryliśmy rzeczy, o których nikt nie pomyśli wspomnieć, jak kod kolorów i trzy „tymczasowe” arkusze pomocnicze, które stały się stałe.
- 2Tydzień 2–3: Wyczyść dane, ustal, co jest prawdąZanim cokolwiek zbudowaliśmy, rozplątaliśmy sam arkusz: zdublowani klienci, martwe kontakty, trzy różne sposoby zapisu tej samej nazwy firmy. Bolesne, mało efektowne i była to największa przysługa, jaką im wyświadczyliśmy. Nie da się zmigrować bałaganu i oczekiwać czystego systemu.
- 3Tydzień 3–6: Buduj rdzeń, w ich rękachKlienci, kontakty, historia zamówień, progi cenowe i śledzenie ponownych zamówień, którego gotowe narzędzia nie potrafiły. Co tydzień pokazywaliśmy im działającą wersję i pozwalaliśmy ją psuć, zamiast przedstawić gotowy produkt na końcu.
- 4Tydzień 6–7: Podłącz magazyn i raportyŁącze tylko do odczytu z ich istniejącym systemem magazynowym, by historia zamówień uzupełniała się sama, plus jeden raport, na którym właścicielom naprawdę zależało — miesięczny przychód według klienta — generowany na żądanie zamiast ręcznie.
- 5Tydzień 8: Migracja, szkolenie, praca równoległaPrzenieśliśmy oczyszczone dane, przeszkoliliśmy zespół na dwóch krótkich sesjach i przez kolejne dwa tygodnie trzymaliśmy stary arkusz otwarty i tylko do odczytu jako siatkę bezpieczeństwa. Po pierwszych kilku dniach nikt już go nie potrzebował, ale to, że tam był, sprawiło, że przejście wydawało się odwracalne — i właśnie to skłoniło ludzi, by się w nie zaangażowali.

Co zbudowaliśmy — i co pominęliśmy
Gotowy system, szczerze mówiąc, nie robi wrażenia z wyglądu. Taki był cel. Robi niewielką liczbę rzeczy w sposób, w jaki ta firma rzeczywiście pracuje, i nic poza tym. Dyscyplina pomijania rzeczy to coś, co utrzymało go w użyteczności.
Co weszło: czysta kartoteka klienta i kontaktu z jednym źródłem prawdy dla numerów telefonów i adresów; historia zamówień pobierana automatycznie z systemu magazynowego; ich prawdziwe progi cenowe i rabaty ilościowe; prosty widok cyklu ponownych zamówień, by handlowcy widzieli, kto powinien znów kupić; przypomnienia o kontaktach, by cisi klienci nie wymykali się z pola widzenia; oraz miesięczny raport przychodów, generowany dwoma kliknięciami.
- Co świadomie pominęliśmy: moduł marketingowy — nie prowadzą kampanii e-mailowych, więc byłby martwym balastem.
- Aplikację mobilną — zespół sprzedaży pracuje zza biurek, a magazyn ma tablety; responsywny widok webowy w zupełności wystarczył.
- Silnik „lead scoringu” lub prognozowania — modny, ale chcieli jasności co do istniejących klientów, a nie przewidywań.
- Jakiekolwiek funkcje AI na start — nie było jeszcze problemu o charakterze językowym do rozwiązania, więc dodanie AI byłoby ozdobą.
- Drobiazgowe poziomy uprawnień — czternaście zaufanych osób nie potrzebuje czternastu poziomów uprawnień; zostawiliśmy to proste.
Ta ostatnia kategoria liczy się tak samo jak pierwsza. Każda dodana funkcja to coś, co trzeba utrzymywać, wyjaśniać i co można zepsuć. Mała firma nie potrzebuje CRM, jakiego potrzebuje firma na 500 osób, a udawanie, że jest inaczej, to sposób, w jaki ośmiotygodniowy projekt staje się ośmiomiesięcznym. Zostawiliśmy wyraźne miejsce, by dodać brakujące elementy później — ale tylko jeśli pojawi się realna potrzeba, a nie dlatego, że lista funkcji wygląda skromnie.
Naprawdę trudna część nie była oprogramowaniem
Jeśli doczytali Państwo aż tutaj, spodziewając się, że trudność będzie techniczna, oto zwrot akcji: budowa była łatwą częścią. Trudna była grawitacja arkusza. Ludzie mieli w tym pliku lata pamięci mięśniowej. Niektórzy mieli prywatne arkusze pomocnicze, o których nigdy nie wspomnieli. Jeden handlowiec, bardzo grzecznie, nie chciał być „śledzony” przez system po latach pracy z własnych notatek.
Nie rozwiązaliśmy tego oprogramowaniem. Rozwiązaliśmy to, czyniąc nowy system od pierwszego dnia naprawdę szybszym dla niego — jego klienci, jego lista ponownych zamówień, jego kontakty do ponowienia, mniej pisania niż wcześniej — tak by stał się łatwiejszą drogą, a nie narzuconą. Dwa tygodnie pracy równoległej dokończyły resztę. Kiedy ludzie widzą, że stary sposób wciąż jest na miejscu, gdyby go potrzebowali, przestają się go kurczowo trzymać. Zabierzcie go za wcześnie, a okopią się.
“Zastąpienie arkusza było zadaniem programistycznym. Zastąpienie nawyku arkusza było właściwym projektem — i to jest część, którą większość wdrożeń ignoruje.”

Co zmieniło się później
Najpierw liczby, z uczciwym zastrzeżeniem, że są to własne zaokrąglone dane klienta z miesięcy po uruchomieniu, a nie niezależny audyt — przydatne jako kierunek, nie jako gwarancja dla Państwa firmy.
| Co | Przed (arkusz) | Po (własny CRM) |
|---|---|---|
| Miesięczny raport przychodów | ~6 godzin, ręcznie | Około dwóch kliknięć |
| „Gdzie jest aktualny numer telefonu?” | Codzienne zgadywanie | Jeden rekord, zaufany |
| Strachy o utratę / nadpisanie danych | Dwa razy w ciągu dwóch lat | Jak dotąd żadne |
| Cisi klienci wymykający się z pola widzenia | Nikt nie znał liczby | Widoczna lista ponownych zamówień |
| Wdrożenie nowego pracownika w system | Tygodnie wiedzy plemiennej | Około jedno popołudnie |
Czas raportowania był nagłówkiem, na którym zależało właścicielom — odzyskanie niemal całego dnia co miesiąc to realne pieniądze. Ale zmiana, którą miesiącami później wciąż wspominali, była cichsza: przestali się martwić o plik. Niski, tła lęk „czy dane są poprawne, czy zaraz się to nie posypie” po prostu zniknął. Ironicznie tego nie da się wpisać do arkusza, ale to właśnie sprawiło, że nazwali to dobrze wydanymi pieniędzmi.
Lista ponownych zamówień opłaciła się w sposób, którego nie do końca przewidzieliśmy. W ciągu kilku miesięcy zespół sprzedaży odnowił kontakt z kilkoma klientami branżowymi, którzy po cichu uśpili swoją aktywność — dokładnie ten rodzaj umknięcia, który w pierwszej kolejności zainicjował projekt. Jeden odzyskany klient z nawiązką pokrył koszt budowy. To nie obietnica, że zdarzy się to u Państwa; to przykład tego, gdzie wartość zwykle się ukrywa, gdy ludzie potrafią wreszcie zobaczyć swoich klientów.
Przerośliście arkusz, który napędza Państwa firmę?
Jeśli dane sprzedażowe lub klienckie żyją w jednym współdzielonym pliku, na którym wszyscy polegają, a nikt mu nie ufa, zwykle jest to moment na rozmowę. Najpierw przyjrzymy się Państwa rzeczywistemu procesowi i szczerze powiemy, czy w ogóle potrzebują Państwo własnego CRM — czy też wystarczyłoby coś gotowego.
Zobacz, jak budujemy systemy CRM dla małych firmCzęste pytania
Czy osiem tygodni to realny czas na własny CRM?
Czy powinniśmy naprawić arkusz, zamiast go zastępować?
Ile kosztuje taki projekt?
Jak ryzykowna jest migracja lat danych z arkusza?
Czy zespół naprawdę będzie z tego korzystał, czy wróci do starych nawyków?

Have a nice day to studio programistyczne, które pomaga małym i średnim firmom w cyfryzacji — automatyzacja, sztuczna inteligencja i oprogramowanie na zamówienie, które działa w codziennej pracy, a nie tylko na slajdach.