Poniedziałek zaczyna się od pytania o ostatnią wersję
Wyobraźmy sobie firmę wykonującą produkty na zamówienie. Klient przesyła rysunek, handlowiec przygotowuje wycenę, technolog dopisuje warunki. Po telefonie zmieniają się ilość i termin. Następnego dnia klient akceptuje ofertę. Tylko którą: załącznik z piątku czy poprawkę wysłaną w odpowiedzi na inną wiadomość?
Sprzedaż uważa temat za zamknięty, a osoba planująca pracę dopiero zbiera brakujące informacje. Trudność nie polega na przygotowaniu kolejnego PDF-a. Chodzi o ustalenie, która wersja wiąże firmę, kto ją zatwierdził i czy da się na jej podstawie rozpocząć realizację.
Co zatrzymuje pracę?
Punkt wyjścia
Zapytanie bez właściciela
Wiadomość trafia do wspólnej skrzynki, ale nie ma osoby odpowiedzialnej ani terminu następnej czynności. Brak odpowiedzi ujawnia dopiero telefon klienta.
Wycena, która zmienia się po wysłaniu
Arkusz służy jednocześnie jako kalkulator i archiwum. Korekta kosztu nadpisuje dane, na podstawie których wcześniej powstała oferta dla klienta.
Sprzedaż zakończona, praca jeszcze niemożliwa
Akceptacja ceny nie oznacza kompletu ustaleń. Brakuje rysunku, potwierdzenia materiału albo decyzji dotyczącej dostawy; operacje muszą odtwarzać przebieg rozmowy.
Projektujemy historię decyzji, nie kolejną skrzynkę
Centralnym elementem aplikacji jest sprawa handlowa: klient, potrzeba, dokumenty, odpowiedzialna osoba i najbliższy krok. Oferta ma własne wersje, a wysłanie zamyka konkretną wersję do edycji. Zmiana tworzy następną, zamiast przepisywać historię.
Oddzielamy akceptację klienta od gotowości do realizacji. Ten drugi moment wymaga ustalonego zestawu informacji. Dzięki temu system nie przekazuje dalej zamówienia, którego kluczowe parametry nadal są przedmiotem rozmowy.
Tak może wyglądać nowy obieg
Zarejestruj potrzebę i następny ruch
Zapytanie trafia do kolejki z właścicielem, terminem odpowiedzi i listą braków. Przy kolejnym kontakcie pracownik widzi kontekst, a nie tylko nazwę pliku.
Przygotuj wycenę z warunkami
Kalkulacja zawiera pozycje, założenia i datę ważności. Nietypowy rabat lub warunek płatności może wymagać wewnętrznej akceptacji przed wygenerowaniem dokumentu.
Zapisz konkretną akceptację
Potwierdzenie wskazuje wersję oferty i sposób otrzymania decyzji. Częściowa akceptacja albo prośba o zmianę prowadzi do odpowiedniego kroku, nie do automatycznego zamknięcia sprawy.
Przekaż komplet do realizacji
Operacje dostają uzgodniony zakres, załączniki, termin i uwagi. Jeśli działa już ERP, ustalamy, które dane przekazać integracją, zamiast tworzyć drugi rejestr zamówień.
Najważniejszy ekran pokazuje, co wymaga reakcji
Właściciel firmy zwykle nie potrzebuje kolejnej tablicy pełnej kolorowych statusów. Potrzebuje wiedzieć, które sprawy utknęły, czego w nich brakuje i kto może podjąć decyzję. Dlatego widok operacyjny porządkujemy według następnego działania, a historię szczegółów pozostawiamy w konkretnej sprawie.
- Handlowiec widzi swoje zapytania i terminy odpowiedzi.
- Osoba zatwierdzająca dostaje wyłącznie sprawy wymagające jej decyzji.
- Realizacja widzi zaakceptowany zakres; dostęp do marży ustalamy osobno.
Wyjątki są częścią procesu
Klient może wrócić do wygasłej oferty, zmienić odbiorcę faktury albo zamówić tylko część pozycji. Zespół musi też umieć połączyć zdublowane zapytania bez utraty wiadomości. Ustalamy, kiedy wolno wznowić sprawę, a kiedy potrzebna jest nowa wycena. Historia zmian i załącznik potwierdzający decyzję pomagają rozstrzygać wątpliwości po czasie.
Zacznijmy od jednego działającego fragmentu.
Dobry pierwszy zakres obejmuje jeden typ zapytania, prostą kalkulację, wersjonowanie oferty i przekazanie do jednej osoby po stronie realizacji. Wybieramy ścieżkę występującą regularnie, z jasnymi warunkami akceptacji. Rozbudowany konfigurator cen, portal klienta i kolejne integracje mogą dołączyć po sprawdzeniu tego obiegu w codziennej pracy.
Po czym poznamy, że jest lepiej?
To plan pomiaru, nie obietnica wyniku. Punkt odniesienia ustalamy przed wdrożeniem.
Czas do pierwszej odpowiedzi
Porównujemy czas od rejestracji do merytorycznej reakcji, oddzielając automatyczne potwierdzenie od odpowiedzi handlowca i uwzględniając godziny pracy.
Kompletność przekazania
Sprawdzamy, ile zaakceptowanych zamówień wraca po brakujące informacje oraz które pola lub dokumenty najczęściej zatrzymują rozpoczęcie pracy.
Sprawy bez następnego kroku
Obserwujemy liczbę otwartych tematów bez właściciela lub terminu. Sam wzrost liczby wysłanych ofert nie potwierdza, że proces działa lepiej.
Pytania, które warto zadać
Czy trzeba wymienić obecny CRM?
Nie zawsze. Najpierw sprawdzamy, czego brakuje: właściwej konfiguracji CRM, połączenia z kalkulatorem czy osobnego modułu ofert. Dodatkowa aplikacja ma sens wtedy, gdy rozwiązuje konkretną lukę i nie tworzy kolejnego miejsca ręcznego przepisywania danych.
Czy system może sam wysyłać oferty?
Może, jeśli uzgodnimy takie reguły. W pierwszym etapie często lepiej automatyzować przygotowanie dokumentu, pozostawiając wysłanie pracownikowi. Ceny wyjątkowe, zobowiązania terminowe i niestandardowe warunki powinny mieć czytelną ścieżkę zatwierdzania.
