Wycena zapytania ofertowego, w której każda cena ma źródło

Największe ryzyko automatyzacji wycen jest proste: system poda cenę bez podstawy. Jedna zmyślona liczba w ofercie może kosztować marżę, a czasem klienta. Ryzyko rośnie przy niepełnym zapytaniu, kiedy brakuje parametrów potrzebnych do wyceny.

Sama instrukcja „podawaj ceny wyłącznie na podstawie cennika” nie daje wystarczającej kontroli. Wynik musi przejść sprawdzenie, którego nie da się ominąć przy tworzeniu pozycji oferty.

Zasada zapisana w strukturze danych

W systemie wycen zapytań ofertowych każdy wynik musi przyjąć jedną z dwóch dozwolonych postaci.

Pozycja wyceniona zawiera cenę i obowiązkowe źródło: wcześniejszą wycenę albo zatwierdzoną regułę cennika. Bez dozwolonego źródła zapis nie przechodzi kontroli. Pozycja do wyjaśnienia nie ma pola na cenę. Zawiera opis brakującej podstawy i pytanie gotowe do wysłania technologowi albo klientowi.

Tekst staje się pozycją wyceny dopiero po przejściu tej kontroli. Cena bez źródła nie ma dozwolonego miejsca w danych oferty.

Jak system dochodzi do wyniku

Zapytanie ofertowe bywa niepełne i opisane językiem klienta. System dzieli je na pozycje i parametry, następnie sprawdza wcześniejsze wyceny, reguły cennika oraz brakujące elementy specyfikacji. Historia zapisuje każde sprawdzone źródło i zastosowaną regułę, więc przebieg można odtworzyć.

Każda pozycja kończy jako wyceniona ze źródłem albo przekazana człowiekowi z konkretnym pytaniem. Nie ma stanu pośredniego z orientacyjną ceną bez podstawy.

Kiedy ten wzorzec daje wartość

Najlepszym kandydatem jest proces z powtarzalnymi materiałami, operacjami i parametrami, w którym kosztorysanci często wracają do tych samych precedensów. Trzeba jednak odróżnić powtarzalność produktu od podobieństwa opisu. Dwie części opisane podobnymi słowami mogą wymagać innych tolerancji, obróbki lub kontroli jakości. System powinien porównywać parametry istotne dla kosztu, a nie samo podobieństwo tekstu.

Przed wdrożeniem warto przejrzeć historię ofert i sprawdzić, czy zawiera wersję cennika, datę, walutę, wolumen, materiał, operacje oraz decyzję technologa. Precedens bez tych informacji może wprowadzać w błąd. Stara cena powinna mieć warunki ważności albo wymagać ponownego zatwierdzenia.

Proces o dużym udziale prac jednostkowych nadal może skorzystać z automatycznego rozbijania RFQ i kompletowania pytań, ale liczba pozycji przekazywanych człowiekowi będzie wysoka. To nadal może być dobry wynik, jeżeli technolog dostaje uporządkowaną specyfikację zamiast surowego maila i załączników.

Jak wdrażać system etapami

Pierwszy etap może kończyć się na ekstrakcji pozycji i wskazaniu brakujących parametrów. Zespół ocenia wtedy, czy system poprawnie rozumie jednostki, ilości, materiały, tolerancje i operacje. Błąd na tym etapie unieważnia późniejsze wyszukiwanie ceny.

Drugi etap uruchamia precedensy oraz reguły na wąskiej rodzinie produktów. Każde źródło musi mieć właściciela, datę obowiązywania i warunki zastosowania. Technolog ocenia zarówno propozycje cen, jak i jakość przekazania sprawy. Pytanie „brakuje danych” ma małą wartość; dobre przekazanie wskazuje dokładnie brakującą tolerancję, gatunek materiału albo termin.

Trzeci etap dodaje zatwierdzenie całego arkusza i integrację z CRM lub systemem ofertowym. Wysyłka oferty powinna pozostać osobnym, świadomym działaniem. Jedna prawidłowo wyceniona pozycja nie oznacza, że rabat, termin, transport i warunki handlowe całej oferty są gotowe.

Jak interpretować pomiar

Brak cen bez źródła potwierdza działanie reguł zapisanych w strukturze danych. Nie potwierdza konkurencyjności ceny, aktualności precedensu ani zgodności z możliwościami parku maszyn. Te kwestie wymagają osobnych miar: odchylenia od decyzji technologa, liczby korekt po zatwierdzeniu, udziału spraw trafnie przekazanych człowiekowi i czasu przygotowania oferty.

Koszt odczytu modelowego jest małą częścią rachunku. Większe znaczenie mają utrzymanie reguł, jakość historii wycen i czas ekspertów potrzebny do rozstrzygnięcia wyjątków. Pilotaż powinien pokazać, czy liczba minut oszczędzonych na przygotowaniu pozycji przewyższa czas potrzebny na sprawdzanie propozycji.

Lista kontrolna przed automatyzacją zapytań ofertowych

1. Które parametry rzeczywiście zmieniają koszt dla każdej rodziny produktów?
2. Czy precedens zawiera datę, wolumen, walutę i warunki zastosowania?
3. Kto może zatwierdzić regułę cenową i kiedy ona wygasa?
4. Czy pozycja bez podstawy jest technicznie pozbawiona pola ceny?
5. Czy eskalacja wskazuje jedno konkretne pytanie do technologa lub klienta?
6. Jak mierzone będą korekty, aktualność źródeł i czas do gotowej oferty?
7. Kto zatwierdza arkusz, rabaty, terminy i wysyłkę?

Pomiar i jego granice

Wersję demonstracyjną sprawdziliśmy na 60 pozycjach z przygotowanego katalogu. Czterdzieści otrzymało cenę z dozwolonym źródłem, a 20 zostało przekazanych człowiekowi bez ceny, ponieważ w celowo niepełnych zapytaniach brakowało danych. W osobnej próbie system podzielił zapytanie na trzy pozycje; zużył 714 tokenów, odpowiedź trwała 5,57 s i kosztowała szacunkowo 0,0034 zł. Na podstawie reguł dwie pozycje otrzymały ceny ze źródłem, a trzecia trafiła do technologa bez ceny.

Pomiar sprawdza strukturę danych i zasady kierowania pozycji, a nie biznesową trafność wyceny. To technolog lub handlowiec ocenia, czy wcześniejsza cena jest odpowiednia przy dzisiejszej marży. System kontroluje, czy każda liczba w propozycji ma sprawdzalne pochodzenie.

Gdzie jeszcze działa ta zasada

Ta zasada działa wszędzie tam, gdzie jedno zmyślone pole może być kosztowne. Odpowiedź bez cytatu, dekret bez wcześniejszego przykładu i rekord bez źródła można zatrzymać przez obowiązkową strukturę danych, zanim trafią do procesu.

Pełne pomiary i ekrany znajdziesz na karcie systemu. Podczas bezpłatnego przeglądu procesu możemy sprawdzić, gdzie w Waszych wycenach brakuje źródeł lub jasnej ścieżki przekazania decyzji człowiekowi.