Nie potrzebowali kolejnego CRM-u. Potrzebowali systemu dopasowanego do swojej pracy

Telefon dzwoni. Klient chce zamówić montaż klimatyzacji.

Pracownik zapisuje jego numer na kartce, szczegóły wysyła właścicielowi przez Messengera, a termin realizacji trafia do kalendarza. Wycena powstaje w Excelu. Zdjęcia z montażu zostają na telefonie instalatora, a informacja o płatności znajduje się jeszcze gdzieś indziej.

Każde z tych narzędzi działa poprawnie. Problem zaczyna się wtedy, gdy trzeba połączyć je w jeden proces.

Właśnie z takim scenariuszem często mierzą się małe firmy usługowe. Nie brakuje im narzędzi. Brakuje im jednego miejsca, które pokaże:

• jakie zapytania wpłynęły,
• które wyceny czekają na wysłanie,
• kto odpowiada za dane zlecenie,
• kiedy odbędzie się realizacja,
• czy klient już zapłacił,
• gdzie znajdują się zdjęcia i ustalenia.

Sprawdźmy, jak mógłby wyglądać prosty system dopasowany do rzeczywistej pracy takiej firmy.

To modelowe case study przedstawiające sposób analizy i automatyzacji procesu w przykładowej firmie instalacyjnej.

Firma miała już wszystkie potrzebne informacje

Problem nie polegał na braku danych. Firma posiadała dane klientów, adresy realizacji, terminy, wyceny, zdjęcia oraz informacje o płatnościach.

Były one jednak rozproszone pomiędzy:

• arkuszami Excel,
• wiadomościami SMS i Messenger,
• skrzynką e-mail,
• kalendarzem,
• telefonami pracowników,
• papierowymi notatkami.

Dopóki firma realizowała kilka zleceń tygodniowo, taki sposób pracy był wystarczający. Wraz ze wzrostem liczby klientów coraz więcej czasu zajmowało jednak samo ustalanie, co aktualnie dzieje się z konkretnym zleceniem.

Właściciel nie potrzebował rozbudowanych raportów ani kilkudziesięciu modułów. Chciał szybko odpowiedzieć na kilka podstawowych pytań:

• Co mamy dziś do zrobienia?
• Które wyceny nadal czekają?
• Kto zajmuje się danym klientem?
• Czy mamy wszystkie informacje potrzebne do realizacji?
• Które faktury nie zostały jeszcze opłacone?

To właśnie od tych pytań powinno rozpocząć się projektowanie systemu.

Najpierw proces, później kod

Najczęstszym błędem podczas tworzenia aplikacji dla firmy jest natychmiastowe przejście do projektowania ekranów i funkcji.

Logowanie. Lista klientów. Panel administratora. Powiadomienia. Statystyki.

W efekcie może powstać poprawnie działająca aplikacja, która nie rozwiązuje najważniejszego problemu.

Dlatego najpierw rozpisałem podstawową drogę zlecenia:

Nowe zapytanie → kontakt z klientem → wycena → akceptacja → zaplanowanie terminu → realizacja → faktura → płatność

Każdy etap otrzymał jasny status, osobę odpowiedzialną oraz warunki przejścia dalej.

Przykładowo zlecenie nie powinno trafić do realizacji, jeśli brakuje:

• zaakceptowanej wyceny,
• potwierdzonego terminu,
• adresu,
• danych kontaktowych,
• zakresu planowanych prac.

Takie zasady wcześniej istniały wyłącznie w głowach pracowników. System pozwoliłby je uporządkować i zastosować jednakowo dla każdego zlecenia.

Zakres pierwszej wersji

Celem nie było stworzenie kolejnego ogromnego CRM-u. Pierwsza wersja systemu miała obsłużyć najważniejszą część procesu.

MVP obejmowałoby:

Rejestrowanie zapytań

Każde nowe zapytanie trafia do jednej kolejki. Pracownik zapisuje dane klienta, rodzaj usługi, adres oraz źródło kontaktu.

Zarządzanie etapami zlecenia

Zlecenie przechodzi przez jasno określone statusy. Dzięki temu wystarczy spojrzeć na tablicę, aby zobaczyć aktualną sytuację w firmie.

Przydzielanie odpowiedzialności

Każde zlecenie posiada właściciela. Nie ma już zadań należących jednocześnie do wszystkich i do nikogo.

Terminy i przypomnienia

System przypomina między innymi o:

• niewysłanej wycenie,
• braku odpowiedzi klienta,
• zbliżającym się terminie realizacji,
• nieopłaconej fakturze.

Dokumenty i zdjęcia

Notatki, wyceny, protokoły i zdjęcia są przypisane do konkretnego zlecenia. Nie trzeba szukać ich w historii rozmów ani na telefonie pracownika.

Prosty panel właściciela

Panel pokazuje najważniejsze informacje:

• liczbę nowych zapytań,
• wyceny oczekujące na decyzję,
• zaplanowane realizacje,
• opóźnione zadania,
• niezapłacone faktury.

Bez zbędnych wykresów. Tylko informacje, na podstawie których można podjąć działanie.

Co świadomie nie znalazło się w MVP?

Dobry zakres projektu określa nie tylko to, co zostanie wykonane. Równie ważne jest zapisanie tego, czego pierwsza wersja nie będzie zawierać.

Poza MVP pozostawiłbym:

• rozbudowaną księgowość,
• automatyczne wyliczanie wynagrodzeń,
• magazyn i gospodarkę materiałową,
• aplikację mobilną,
• portal samoobsługowy dla klienta,
• zaawansowane prognozowanie sprzedaży,
• integracje ze wszystkimi używanymi narzędziami.

Każda z tych funkcji może być przydatna. Żadna nie jest jednak konieczna, aby sprawdzić, czy system rozwiązuje główny problem.

Pierwsza wersja ma uporządkować obsługę zleceń. Dopiero gdy pracownicy zaczną rzeczywiście z niej korzystać, warto inwestować w kolejne moduły.

Jak mogłaby wyglądać architektura?

Backend systemu może powstać w ASP.NET Core, a panel użytkownika w Vue.

Aplikację podzieliłbym na kilka głównych obszarów:

• klienci,
• zapytania,
• zlecenia,
• harmonogram,
• dokumenty,
• płatności,
• powiadomienia.

Najważniejsza logika biznesowa powinna pozostać po stronie backendu. To system, a nie interfejs użytkownika, powinien pilnować, czy zlecenie może przejść do kolejnego etapu.

Przykładowo próba oznaczenia zlecenia jako zaplanowanego bez zaakceptowanej wyceny powinna zostać zablokowana niezależnie od tego, z jakiego urządzenia korzysta pracownik.

Na początek wystarczy modularna aplikacja wdrażana jako jeden system. Dzielenie jej od razu na mikroserwisy zwiększyłoby koszt, czas wykonania i trudność utrzymania, nie dając małej firmie proporcjonalnych korzyści.

Automatyzacja, która faktycznie pomaga

Nie każda czynność wymaga zastosowania AI. W tym przypadku największą wartość przyniosłyby proste i przewidywalne automatyzacje.

Przykłady:

• brak kontaktu z nowym klientem przez 24 godziny — przypomnienie dla opiekuna,
• zaakceptowana wycena bez terminu — zadanie dotyczące zaplanowania realizacji,
• realizacja zaplanowana na jutro — przypomnienie dla klienta i pracownika,
• brak protokołu lub zdjęć po wykonaniu usługi — zlecenie nie może zostać zamknięte,
• faktura po terminie — informacja dla właściciela.

To nie są spektakularne funkcje. Właśnie dlatego bywają skuteczne.

Dobra automatyzacja nie musi robić wrażenia podczas prezentacji. Powinna sprawić, że pracownik nie musi pamiętać o każdej drobnej czynności.

Potencjalny efekt

Załóżmy, że firma obsługuje 20 zleceń tygodniowo i na ręczne wyszukiwanie informacji, przypominanie pracownikom oraz aktualizowanie kilku narzędzi poświęca średnio 15 minut na każde zlecenie.

To około pięciu godzin pracy tygodniowo.

Jeśli jeden system ograniczy ten czas choćby o połowę, firma odzyska około 10 godzin miesięcznie. Do tego dochodzą trudniejsze do wycenienia korzyści:

• mniej pominiętych zapytań,
• szybsze wysyłanie ofert,
• mniej nieporozumień między pracownikami,
• pełna historia kontaktu z klientem,
• sprawniejsze wdrażanie nowych osób,
• mniejsze uzależnienie procesu od pamięci właściciela.

Przed wdrożeniem należałoby zmierzyć faktyczny czas wykonywania tych czynności. Po kilku tygodniach działania systemu można powtórzyć pomiar i sprawdzić realny efekt.

Bez takich danych stwierdzenie, że aplikacja „oszczędza czas”, pozostaje tylko marketingowym hasłem.

Gotowy CRM czy własny system?

Gotowy CRM będzie lepszym wyborem, jeśli proces firmy jest standardowy i można dopasować go do istniejącego narzędzia bez wielu kompromisów.

Dedykowane rozwiązanie warto rozważyć, gdy:

• firma posiada nietypowy sposób obsługi zleceń,
• pracownicy muszą przepisywać dane pomiędzy systemami,
• gotowe narzędzia wymagają wielu ręcznych obejść,
• potrzebne są niestandardowe integracje,
• większość funkcji gotowego CRM-u pozostaje niewykorzystana,
• koszt licencji rośnie razem z liczbą pracowników.

Nie każda firma potrzebuje własnego oprogramowania. Czasami wystarczy właściwie skonfigurować już dostępne narzędzia.

Najważniejsze jest rozwiązanie problemu — nie napisanie jak największej ilości kodu.

Najważniejszy wniosek

Excel, Messenger czy papierowa kartka nie są z definicji złymi narzędziami. Problem pojawia się wtedy, gdy firma rośnie, a sposób zarządzania informacjami nie rośnie razem z nią.

W przedstawionym przypadku największą wartością systemu nie byłaby liczba funkcji. Byłoby nią uporządkowanie procesu i zebranie wszystkich informacji w jednym miejscu.

Dlatego przed rozpoczęciem pracy nad aplikacją warto zadać trzy pytania:

1. Gdzie obecnie powstają największe opóźnienia?
2. Jakich informacji pracownicy najczęściej szukają?
3. O jakich czynnościach firma regularnie zapomina?

Odpowiedzi często pokazują, że firma nie potrzebuje kolejnego rozbudowanego CRM-u.

Potrzebuje niewielkiego rozwiązania, które zostanie wypieczone dokładnie według jej przepisu.

Czy podobny chaos występuje w Twojej firmie?

Jeśli dane klientów są rozproszone pomiędzy Excelem, wiadomościami, kalendarzem i papierowymi notatkami, warto najpierw przyjrzeć się samemu procesowi.

Podczas krótkiej konsultacji możemy wspólnie ustalić:

• gdzie firma traci najwięcej czasu,
• które czynności można uprościć,
• czy potrzebujesz dedykowanej aplikacji,
• czy wystarczy lepiej połączyć narzędzia, które już posiadasz.

Bez zobowiązań i bez wciskania systemu, którego nie potrzebujesz.

Porozmawiajmy i sprawdźmy, co można usprawnić w Twojej firmie.