Demo CRM.net daje dostęp testowy do systemu pracy handlowca w przeglądarce, bez instalacji. Wizyta trafia najpierw do rejestru planowanych, po spotkaniu zamienia się w raport z kosztami delegacji, a historia kontaktów zostaje przy kartotece kontrahenta.
Plan dnia pracy handlowca
Dzień zaczyna się od listy, nie od kalendarza w telefonie prywatnym. Po zalogowaniu przedstawiciel widzi zadania przypisane na dany dzień oraz spotkania już uzgodnione z klientami. Z tej listy układa się trasa dojazdu - kolejność punktów wyznacza Google Maps, więc handlowiec nie planuje przejazdów z pamięci.
- Zadania na dzień - pozycje przypisane przez kierownika albo dopisane przez samego handlowca.
- Umówione spotkania - wizyty w stanie planowanym, z godziną i kontrahentem.
- Trasa dojazdu - kolejność punktów wyliczona przez Google Maps na podstawie adresów z kartotek.
- Korekta w trakcie dnia - przesunięcie wizyty zmienia plan od razu, bez telefonu do biura.
Co system robi z wizytą handlowca
Wizyta jest tu dokumentem, nie wpisem w kalendarzu. Handlowiec zakłada ją z formularza - w przeglądarce albo w aplikacji na telefonie - i od tej chwili wizyta ma swój stan. Nowy zapis ląduje w rejestrze wizyt planowanych, co pozwala kierownikowi zobaczyć plan tygodnia zespołu, zanim ktokolwiek wyjedzie w teren.
| Stan wizyty | Kto go nadaje | Co jest wtedy widoczne |
|---|---|---|
| Planowana | Handlowiec przy zapisie formularza. | Termin, kontrahent i cel spotkania w planie tygodnia. |
| Zrealizowana | Handlowiec po spotkaniu, z telefonu. | Raport z wizyty, ustalenia i koszty delegacji. |
| Odwołana | Handlowiec albo kierownik zespołu. | Powód odwołania przy kartotece kontrahenta. |
Koszty wizyty wprowadza się w osobnej zakładce dokumentu. Paliwo, nocleg czy opłata za parking zostają przy tej wizycie, a nie w zbiorczym rozliczeniu na koniec miesiąca - przy pytaniu, ile kosztowała obsługa konkretnego klienta, odpowiedź jest w jednym miejscu.
Rejestr wizyt planowanych i rejestr wizyt zrealizowanych to dwa różne widoki tego samego dokumentu, nie dwie tabele. Wizyta nie jest przepisywana po spotkaniu - zmienia stan, więc termin uzgodniony z klientem i raport z rozmowy zostają przy jednym numerze.
Transakcja i jej historia
Pojedyncza rozmowa rzadko kończy sprzedaż. Transakcja zbiera więc cały wątek: przedmiot, uzgodnione ceny oraz warunki handlowe, a obok nich zapis tego, co doprowadziło do ustaleń.
- Treść rozmów i spotkań - notatki przypisane do etapu, a nie do kalendarza, dzięki czemu widać, na czym stanęło.
- Wymieniane dokumenty - oferta, specyfikacja i korespondencja podłączone do transakcji.
- Osoby po stronie klienta - kto prowadził dany etap, co ma znaczenie przy zmianie osoby decyzyjnej.
- Warunki handlowe - rabat i termin płatności zapisane przy transakcji, nie w prywatnym arkuszu handlowca.
Taki zapis przydaje się najbardziej w dniu, w którym handlowiec odchodzi z firmy. Następca przejmuje wątek z historią uzgodnień, zamiast dzwonić do klienta z pytaniem, co ustalono pół roku wcześniej.
Karta klienta i historia współpracy
Lista kart, którą widzi przedstawiciel, jest zawężona do jego klientów. Nie jest to ukrywanie danych przed zespołem, a praktyczna konsekwencja podziału rynku: handlowiec z Pomorza nie przewija kartotek z Podkarpacia, żeby znaleźć swoją. Kierownik widzi całość.
| Zawartość karty | Do czego służy w terenie |
|---|---|
| Dane kontaktowe i osoby | Kto odbiera towar, kto podpisuje umowę, pod jaki numer dzwonić przed przyjazdem. |
| Oferty i umowy | Sprawdzenie, co zostało złożone i na jakich zasadach trwa współpraca. |
| Warunki handlowe | Rabat i termin płatności uzgodnione wcześniej, dostępne bez telefonu do biura. |
| Dokumenty sprzedaży | Historia zamówień i wydań, przydatna przy rozmowie o kolejnej dostawie. |
| Rozrachunki | Stan płatności - wiadomo, czy rozmawiać o nowym zamówieniu, czy o zaległości. |
Kartę można poprawić z telefonu, więc zmiana numeru czy osoby decyzyjnej trafia do bazy w trakcie wizyty. Do tej samej historii dopisują się zapytania i zgłoszenia reklamacyjne - handlowiec jadący na spotkanie widzi, że tydzień wcześniej klient zgłaszał problem z dostawą. Obsługę samych reklamacji prowadzi osobny system, którego działanie pokazuje demo systemu reklamacji Studio RMA.net.
Stany magazynowe podczas spotkania
Handlowiec obiecujący towar, którego nie ma, tworzy problem dwóm działom naraz. Studio CRM.net czyta stany z systemu magazynowego, dlatego przy kliencie widać ilość dostępną, a nie stan księgowy sprzed nocnego przeliczenia. Jak wygląda ta sama kartoteka po stronie magazynu, pokazuje demo systemu magazynowego Studio WMS.net.
Podgląd nie rezerwuje towaru. Rezerwacja powstaje dopiero ze zlecenia wydania, już w magazynie - i to rozdzielenie jest celowe, bo inaczej każde spotkanie blokowałoby zapas na kilka dni.
Praca na telefonie i planowanie tras
Aplikacja mobilna na Androida i iOS jest uzupełnieniem wersji przeglądarkowej, nie jej okrojoną kopią. Korzysta z funkcji systemu telefonu: geolokalizacja pozwala zameldować się w punkcie sprzedaży, a trasa dojazdu układa się z listy zaplanowanych wizyt. Raport zatwierdzony w terenie synchronizuje się z bazą, więc biuro nie czeka na powrót przedstawiciela.
- Meldowanie w punkcie - potwierdzenie obecności z pozycji telefonu, zapisywane przy wizycie.
- Korekta planu w trakcie dnia - kolejność wizyt zmieniana na telefonie, bez telefonu do biura.
Formularz rejestracji wizyty przygotowaliśmy pod obsługę jedną ręką, bo druga trzyma zwykle teczkę albo kierownicę. Układ pól dostosowujemy przy wdrożeniu do tego, co dany zespół sprzedaży wpisuje przy każdym spotkaniu.
Praca w terenie w branży FMCG czy przy obsłudze hurtowni oznacza kilkanaście punktów dziennie. Telefon z aplikacją zastępuje wtedy notatnik, a nie komputer w biurze.
Powiadomienia i zamówienia
Od licencji Standard dochodzą powiadomienia wysyłane pocztą i wiadomością tekstową oraz obsługa cenników z zamówieniami. Szablony wiadomości i zdarzenia, które je wywołują, są ustawieniem słownikowym - ten sam mechanizm obsługuje powiadomienia w demo systemu awizacji dostaw Studio VSS.net. Handlowiec składa zamówienie u klienta, a system wysyła potwierdzenie bez przepisywania danych w biurze. Cennik przypisany do kontrahenta pilnuje, żeby rabat uzgodniony w umowie nie zależał od pamięci przedstawiciela.
Wymagania techniczne
Wersja demonstracyjna działa w przeglądarce na komputerze i tablecie. Aplikacja mobilna jest elementem licencji Standard oraz Procesor. Zestaw materiałów o module zebraliśmy w katalogu Studio CRM.net.
| Element | Wymaganie |
|---|---|
| System operacyjny stanowiska | Windows, Android, macOS, iOS |
| Środowisko serwerowe | IIS Server, SQL Server |
| Dostęp | Przeglądarka internetowa, aplikacja mobilna w licencji Standard i Procesor |
| Wersje językowe | polska, angielska, niemiecka, ukraińska |
Modele licencji i wdrożenia
Model chmurowy stawia system w infrastrukturze SoftwareStudio wraz z kopiami zapasowymi i aktualizacjami. Instalacja na własnym serwerze zostawia po stronie klienta kontrolę nad bazą i harmonogramem aktualizacji, co ma znaczenie przy głębszej integracji z lokalnym Studio WMS.net.
| Licencja | Liczba użytkowników | Sposób utrzymania |
|---|---|---|
| Basic | do 10 | SaaS w chmurze SoftwareStudio, praca wyłącznie w przeglądarce. |
| Standard | do 25 | SaaS w chmurze SoftwareStudio, z aplikacją na Androida oraz iOS. |
| Procesor | bez limitu | Instalacja na własnym serwerze klienta, z aplikacją mobilną. |
Porównaj wersje i funkcjonalność
| Funkcja | Basic | Standard | Procesor |
|---|---|---|---|
| Wizyty handlowców | tak | tak | tak |
| Kalendarze | tak | tak | tak |
| Raporty | tak | tak | tak |
| Powiadomienia SMS / e-mail | - | tak | tak |
| Cenniki i zamówienia | - | tak | tak |
| Aplikacja Android / iOS | - | tak | tak |
| Instalacja na własnym serwerze | - | - | tak |
Dokładny koszt licencji ustalany jest indywidualnie - poproś o wycenę.