Copilot handlowca i margin guard dla dystrybucji

Co dziś nie działa

• ·handlowiec szuka produktu ręcznie w ERP, katalogach i Excelach, klient czeka godziny
• ·rabaty udzielane dla świętego spokoju, marża spada trzeci rok z rzędu
• ·wiedza o zamiennikach jest w głowach najlepszych handlowców, nie w systemie

Etapy i bramki decyzyjne

Po każdym etapie jest decyzja, czy idziemy dalej. Jeśli etap nie dowiózł tego, co miał, nie zaczynamy następnego.

1. 01

   Mapowanie procesu

   Bramka: idziemy dalej albo kończymy na tym etapie.

2. 02

   Panel

   Bramka: idziemy dalej albo kończymy na tym etapie.

3. 03

   Wsparcie AI

   Bramka: idziemy dalej albo kończymy na tym etapie.

Pytania, które padają najczęściej

Czy to działa na moim katalogu, jeśli dane są niekompletne?

Nieuporządkowany katalog to reguła, nie wyjątek, i właśnie dlatego pierwszym etapem jest mapowanie. Sprawdzamy wtedy, ile pozycji ma opis pozwalający na dopasowanie, ile ma powiązania z zamiennikami i skąd pochodzą stany magazynowe. Jeśli okaże się, że danych brakuje na tyle, że copilot nie miałby na czym pracować, mówimy to po mapowaniu, a nie po podpisaniu umowy na cały projekt.

Czym to się różni od wyszukiwarki, którą mamy w ERP?

Wyszukiwarka w systemie handlowym dopasowuje po symbolu i nazwie, więc znajduje wtedy, gdy handlowiec już wie, czego szuka. Copilot pracuje na zapytaniu opisowym, łączy katalog z historią zamówień klienta i podaje trzy propozycje wraz z uzasadnieniem oraz zamiennik, gdy pozycji brakuje. Największą wartość daje przy nowych handlowcach, którzy nie mają jeszcze wiedzy o zamiennikach w głowie.

Czy margin guard zablokuje ofertę poniżej progu?

Nigdy. Guard oznacza pozycję, pokazuje próg opłacalności i proponuje alternatywę o wyższej marży, ale przycisk wyślij należy do handlowca. Blokada zamieniłaby narzędzie w kolejny system obchodzony przez maila, a chodzi o to, żeby handlowiec widział skutek rabatu w chwili jego udzielania, a nie miesiąc później w raporcie.

Kto zobaczy marżę i czy handlowiec pozna moje koszty zakupu?

Zakres widoczności ustalamy przy mapowaniu i pilnuje go reguła w bazie, nie ustawienie w interfejsie. Typowy układ to marża procentowa dla handlowca bez pokazywania ceny zakupu, pełne dane dla dyrektora sprzedaży i dashboard zbiorczy dla dyrektora finansowego. Każdy z tych widoków działa na tych samych danych, różni się tylko tym, co reguła dostępu przepuszcza.

Jak liczycie zwrot z takiego wdrożenia?

Mierzymy dwie wielkości przed pilotażem i po nim: średni czas od zapytania do odpowiedzi oraz średnią marżę na ofercie. Punkt odniesienia zbieramy w trakcie mapowania, żeby nie było sporu, od czego liczymy. Przy katalogu powyżej kilku tysięcy pozycji zwykle szybciej widać skrócenie czasu odpowiedzi niż ruch na marży, bo ta reaguje wolniej.

Czy to podlega pod AI Act i co to dla nas znaczy?

System wspierający sprzedaż mieści się w kategorii ograniczonego ryzyka, więc głównym obowiązkiem jest przejrzystość: użytkownik ma wiedzieć, że propozycja pochodzi od systemu, a nie od człowieka. W panelu oznaczamy to przy każdej sugestii. Ponieważ żaden moduł nie podejmuje decyzji samodzielnie, nie wchodzimy w kategorię wysokiego ryzyka, która niosłaby znacznie cięższe obowiązki dokumentacyjne.