Studium przypadku

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.

Have a nice dayHave a nice day12 min czytania
Od chaosu w Excelu do własnego CRM w osiem tygodni: studium przypadku

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.
z notatek z naszych pierwszych warsztatów

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.

Przeładowany arkusz kalkulacyjny na monitorze z dziesiątkami kolumn i kłócącymi się ze sobą kolorowymi komórkami, kilka karteczek przyklejonych do krawędzi ekranu, sfrustrowany pracownik biura ledwo odbijający się w szkle
Plik, który napędzał firmę: czterdzieści kolumn, tysiąc wierszy i kod kolorów, który rozumiała tylko jedna osoba.

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.

  1. 1
    Tydzień 1–2: Obserwuj, nie projektuj
    Usiedliś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.
  2. 2
    Tydzień 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.
  3. 3
    Tydzień 3–6: Buduj rdzeń, w ich rękach
    Klienci, 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.
  4. 4
    Tydzień 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.
  5. 5
    Tydzień 8: Migracja, szkolenie, praca równoległa
    Przenieś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.
Mały zespół zebrany wokół laptopa w biurze magazynu, programista wskazuje na czysty, prosty ekran CRM na wyświetlaczu, ciepłe naturalne światło, wszyscy pochyleni i zaangażowani
Cotygodniowe sesje pokaż-i-zepsuj: zespół widział, jak system rośnie, i nadawał mu kształt, zamiast dostać gotowe pudełko.

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 powiedzieliśmy właścicielom przy odbiorze
Czysty, minimalistyczny pulpit CRM na ekranie komputera stacjonarnego z uporządkowaną listą klientów i jednym wykresem przychodów, spokojny i nieprzeładowany, zamknięty laptop i kawa obok, chaotyczny arkusz zniknął
Zastępstwo jest, celowo, nudne: kilka rzeczy zrobionych w sposób, w jaki firma rzeczywiście pracuje.

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.

CoPrzed (arkusz)Po (własny CRM)
Miesięczny raport przychodów~6 godzin, ręcznieOkoło dwóch kliknięć
„Gdzie jest aktualny numer telefonu?”Codzienne zgadywanieJeden rekord, zaufany
Strachy o utratę / nadpisanie danychDwa razy w ciągu dwóch latJak dotąd żadne
Cisi klienci wymykający się z pola widzeniaNikt nie znał liczbyWidoczna lista ponownych zamówień
Wdrożenie nowego pracownika w systemTygodnie wiedzy plemiennejOkoło jedno popołudnie
Przed i po, według własnych zgrubnych szacunków klienta.

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 firm

Częste pytania

Czy osiem tygodni to realny czas na własny CRM?
Tak — ale tylko dlatego, że zbudowaliśmy świadomie wąski system, a nie pełny korporacyjny CRM. Harmonogram się trzyma, gdy mocno ograniczy się zakres: zdefiniujcie konkretny wycinek, którego firma potrzebuje, najpierw wyczyśćcie dane i pomińcie wszystko, co nieistotne. Zlecenie typu „zrób wszystko” zamienia osiem tygodni w osiem miesięcy. Dyscyplina tkwi w tym, czego postanowicie nie budować.
Czy powinniśmy naprawić arkusz, zamiast go zastępować?
Czasami tak. Jeśli problemem jest głównie bałagan — duplikaty, brak struktury — porządne czyszczenie i kilka reguł może kupić Państwu rok czy dwa. Zastąpienie ma sens, gdy problemy są strukturalne: wiele osób edytujących naraz, brak prawdziwego raportowania, brak ścieżki audytu, dane, którym nie można ufać. Jeśli Państwa arkusz odzyskiwano z kopii zapasowej więcej niż raz, etap naprawiania jest już za Państwem.
Ile kosztuje taki projekt?
Nie podamy kwoty bez zobaczenia Państwa procesu — zależy ona całkowicie od tego, ile naprawdę Państwo potrzebują, w porównaniu z tym, ile wydaje się Państwu, że potrzebują. Ale uczciwą dźwignią kosztu jest zakres, a nie stawki godzinowe. Ściśle ograniczona pierwsza wersja, która rozwiązuje prawdziwy ból, jest znacznie tańsza niż rozrastająca się „przyszłościowa” platforma, i to ona jest faktycznie używana. Zawsze zaczynamy od próby zmniejszenia zakresu.
Jak ryzykowna jest migracja lat danych z arkusza?
Sama migracja jest niskiego ryzyka, jeśli najpierw wykona się nudną pracę: wyczyści i odduplikuje dane, uzgodni, co liczy się jako źródło prawdy, i zachowa oryginalny plik tylko do odczytu jako siatkę bezpieczeństwa. Prawdziwym ryzykiem nie jest utrata danych — to przeniesienie sprzeczności i chaosu do lśniącego nowego systemu. Dlatego czyszczenie liczy się bardziej niż samo przeniesienie.
Czy zespół naprawdę będzie z tego korzystał, czy wróci do starych nawyków?
To jest właściwe pytanie i dotyczy wdrożenia, a nie oprogramowania. Ludzie wracają, gdy nowe narzędzie jest dla nich wolniejsze albo gdy stare zostaje gwałtownie zabrane. Unikamy obu: czynimy nowy system od pierwszego dnia naprawdę szybszym dla osób, które korzystają z niego najczęściej, i prowadzimy stary sposób równolegle, aż nikt po niego nie sięgnie. Wymuszona adopcja zwykle się załamuje; zasłużona adopcja zwykle się utrwala.
Have a nice day
Have a nice day
Redakcja

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.

Pasujące usługi