Blog · Opublikowano · Zaktualizowano
Model AI do identyfikacji części w opisach klientów
Krótka odpowiedź
Model AI podpowiada części z katalogu na podstawie opisu klienta jako listę kandydatów do sprawdzenia. Gdy dwa warianty różnią się szczegółem, którego opis nie zawiera, na przykład przyłączem, system wskazuje brak i przekazuje wybór handlowcowi. Najpierw sprawdź wyszukiwanie z synonimami.
Jak pracujemySzczegóły ↓
- 01Rozmowa30 min z inżynierem, 0 zł
- 02Prototypdziałający system na Twoim procesie i Twoich danych, 0 zł
- 03Wdrożeniecel i stała cena w umowie, 50% przy podpisaniu
- 04Odbiór50% po osiągnięciu celu
- model na Twoim serwerze albo w chmurze w UE
- wycena po analizie
- ta sama praca w aplikacji z modelem w chmurze UE
- od 12 500 zł
- analiza zadania, danych i sprzętu
- 0 zł
Należymy do programów partnerskich OpenAI i Anthropic, twórców ChatGPT i Claude, i uczymy się z ich oficjalnych kursów. Co to znaczy ↓
Autor: Syntalith · 4 min czytania
Statystyki
Katalogi i AI: statystyki 2026
26 godz.
miesięcznie mniej poprawek przy 2 000 zapytaniach: wyszukiwanie z synonimami obniża błędy z 18% do 9%, fine-tuning do 5%. Scenariusz.
14–56%
Według Anthropic (2025) w badaniach z grupą kontrolną AI skracała czas zadań o 14 do 56%.
Źródło: Anthropic, Estimating AI productivity gains (2025) ↗
17,8%
Według GUS (2026) technologie AI wykorzystuje 17,8% polskich przedsiębiorstw, dwa razy więcej niż rok wcześniej.
Źródło: GUS, Społeczeństwo informacyjne w Polsce w 2026 r. (2026) ↗
48%
Według Komisji Europejskiej (2026) 48% małych i średnich firm w UE wskazuje brak wiedzy jako barierę dla AI.
Źródło: Komisja Europejska, Flash Eurobarometer 578 (2026) ↗
15%
Według Brynjolfssona, Li i Raymond (2025) konsultanci obsługi klienta wspierani przez AI rozwiązywali średnio o 15% więcej zgłoszeń na godzinę, w badaniu 5 172 osób.
Źródło: Brynjolfsson, Li i Raymond, The Quarterly Journal of Economics (2025) ↗
Dane sprawdzone: 22 października 2026
- Właściwa część wśród kandydatów
- Brakujący szczegół wskazany przy podobnych wariantach
- Kandydaci uporządkowani według dopasowania
- Wybór zostaje przy handlowcu albo specjaliście
Gdy jeden opis pasuje do dwóch wariantów
Załóżmy, że klient pisze: „Szukam złączki serwisowej do pompy, tej standardowej”. W tym fikcyjnym przykładzie katalog zawiera dwie pozycje o podobnym opisie. Pierwsza ma wpisany wariant A i jeden typ przyłącza, druga wariant B i inny typ przyłącza. Wiadomość nie zawiera numeru części ani informacji, który wariant lub rodzaj przyłącza jest potrzebny. To wszystko, co system może wziąć pod uwagę: tekst klienta i pola z katalogu.
Użyteczny wynik pokazuje obie pasujące pozycje wraz z odróżniającymi je polami. Zamiast wybierać jedną, system wskazuje brakującą informację, na przykład typ przyłącza albo oznaczenie wariantu, i proponuje krótkie pytanie do klienta. Wyszukanie kandydata na podstawie podobnego opisu nie potwierdza, że części można zastosować zamiennie. System nie ma podstaw, by dopisać brakujący parametr z własnej wiedzy.
Handlowiec powinien widzieć, które dane pochodzą z wiadomości, a które z konkretnych rekordów katalogu. Jeśli klient poda brakującą wartość i zgadza się ona z opisem jednej pozycji, handlowiec może potwierdzić propozycję w swoim procesie. Gdy odpowiedź nadal nie rozstrzyga różnicy albo wymaga oceny produktu, sprawa powinna trafić do wskazanego specjalisty. Taki podział mówi kupującemu, kto przyjmuje wynik i co dzieje się z nierozstrzygniętym przypadkiem.
Sprawdź prostsze wyszukiwanie
Część trudności wynika ze słownictwa. Klienci mogą używać skrótu, lokalnego określenia albo literówki, podczas gdy katalog zapisuje nazwę formalną. Dokumentacja Elastic o synonimach w wyszukiwaniu opisuje reguły obejmujące żargon branżowy i częste literówki oraz rozróżnia terminy równoważne od mapowań jednostronnych. Dlatego przed zamawianiem dostosowania modelu warto sprawdzić utrzymywaną listę aliasów lub reguły wyszukiwania. Reguła pomaga odnaleźć rekordy na podstawie słów; sama nie rozstrzyga, który fizyczny wariant pasuje do zastosowania.
Jeśli nazwy klientów są stabilne i firma zna ich odpowiedniki w katalogu, słownik aliasów może wystarczyć. Przy większej swobodzie sformułowań warto porównać model ogólny, który wyszukuje w aktualnych rekordach, z takim rozwiązaniem regułowym. Do testu dostosowania modelu przechodzi się dopiero wtedy, gdy oba podejścia pozostawiają powtarzalny problem i jego źródłem okazuje się mapowanie opisów. Jeśli brakuje danych odróżniających warianty, model nie usunie tej niejednoznaczności przez samo trenowanie.
Jak ocenić propozycje modelu
Przed testem właściciel katalogu i osoba z obsługi sprzedaży powinni uzgodnić poprawne odpowiedzi dla przykładów. W zbiorze warto umieścić zatwierdzone opisy, przypadki z więcej niż jednym kandydatem oraz takie, dla których katalog nie daje podstaw do odpowiedzi. Część opisów odrębnych klientów powinna pozostać poza przykładami używanymi do dostosowania, żeby sprawdzić, jak system radzi sobie z nieznanym sformułowaniem. Szczegóły przygotowania danych zależą od uzgodnionego zakresu.
Sama liczba trafnych wskazań nie pokaże całego ryzyka zakupu. Właściciel procesu powinien osobno ocenić, jak często system pewnie wskazuje złą pozycję, czy lista pomaga handlowcowi i ile wyjaśnień nadal przeprowadza człowiek. Zespół ustala też, które pomyłki mają największy koszt i kiedy wynik ma zatrzymać się z pytaniem o brakującą cechę. Osobno warto policzyć wyniki dla łatwych dopasowań, opisów niejednoznacznych i przypadków bez odpowiedzi w katalogu.
Każdą część oceny sprawdza osoba znająca dany etap pracy. Opiekun katalogu weryfikuje pola wskazanej pozycji, sprzedawca ocenia przydatność listy i pytania do klienta, a specjalista przegląda przekazane mu niejasne przypadki. Jeśli role nie zgadzają się co do poprawnego wyniku, kryterium trzeba doprecyzować przed zakupem dostosowania. Podobne pytania o etykiety i ocenę w innym zadaniu opisuje artykuł o fine-tuningu klasyfikacji zgłoszeń serwisowych.
Jeżeli słownik aliasów osiąga podobny efekt przy mniejszym zakresie zmian, test przemawia za pozostaniem przy nim. Kiedy po sprawdzeniu etykiet, katalogu i sposobu przekazania sprawy model ogólny nadal pewnie wybiera niewłaściwe pozycje w zatwierdzonych opisach, warto ocenić dostosowanie. Kupujący powinien otrzymać porównanie metod na tych samych przypadkach, opis błędów i decyzję, czy warto przechodzić do kolejnego etapu. Możliwość dostrojenia sama w sobie nie przesądza o korzyści.
Trzeba też ustalić, kto zatwierdza nowe aliasy i poprawki katalogu. Warianty, nazwy oraz pola mogą się zmieniać. Jeśli zmiana katalogu wymaga ręcznej korekty, należy przypisać ją do konkretnej roli, a w wyniku wyszukiwania zachować ślad rekordu i użytych danych. Model może pomagać w znalezieniu kandydatów; bieżący stan oferty produktu należy pobierać ze źródła, które firma utrzymuje.
Co ustalić przed wyborem wykonawcy
W Syntalith można uzgodnić zakres obejmujący aplikacje i modele AI na zamówienie, porównanie wyszukiwania katalogowego z modelem oraz przekazanie nierozstrzygniętych spraw do handlowca. To połączenie pomaga ustalić, czy trudność wynika ze słów używanych przez klientów, brakujących danych czy dalszej obsługi propozycji. Zakres do uzgodnienia może zawierać raport porównujący obie metody na tych samych opisach, z błędami i przypadkami wymagającymi kontroli. Taki materiał ułatwia decyzję, czy warto osobno testować dostosowanie modelu.
Jeśli główną trudnością jest zebranie braków w całym zapytaniu ofertowym, przydatny będzie też opis agenta AI do wyjaśniania zapytań ofertowych w hurtowni, który dotyczy szerszego procesu obsługi wiadomości.
Do pierwszej rozmowy przygotuj kilka zanonimizowanych opisów klientów, fragment katalogu z polami wariantu i przyłącza oraz przykłady tego, jak zespół dziś rozstrzyga podobne przypadki. Opisy pokażą rzeczywisty język klientów, rekordy ujawnią dostępne dane rozróżniające, a decyzje pracowników pomogą ustalić wiarygodne kryteria odbioru. Wycenę prywatnego modelu przygotowujemy po rozmowie o danych i sprzęcie, a aplikacja na nim zaczyna się od 12 500 zł netto (cennik).
Ile to kosztuje
- Dziś: 18% błędów × 2 000 × 6 min
- 36 godz. (2 392 zł)
- Po zmianie bez treningu (wyszukiwanie z synonimami): 9%
- 18 godz. (1 196 zł)
- Po fine-tuningu: 5%
- 10 godz. (664 zł)
Fine-tuning dokłada 8 godz. (532 zł) miesięcznie ponad prostszą zmianę
Udziały błędów i czas poprawki to założenia scenariusza, które mierzymy na przypadkach niewykorzystanych do uczenia. Godzina pracy 66,45 zł to przeciętne wynagrodzenie według GUS z września 2026 r. z kosztami pracodawcy, 168 godz. w miesiącu.
- Sprawy do oceny oddzielone od przykładów do uczenia
- Ten sam zestaw dla obecnego rozwiązania, prostszej zmiany i nowego modelu
- Rozstrzygnięcia osób, które dziś poprawiają wyniki
- Błędy liczone osobno dla każdego rodzaju pomyłki
Od czego zacząć
Na bezpłatnej analizie wybieramy jeden proces i 20 do 100 spraw, które zespół już obsłużył. Porównujemy prostszą zmianę z dostosowanym modelem na przypadkach, których model nie widział, a w 2 dni robocze dostajesz pisemne podsumowanie z ceną. Dostosowanie modeli prowadzimy w ramach prywatnych modeli LLM, a aplikację w ramach aplikacji AI.
Przykład z liczbami · Scenariusz
Ile kosztuje Cię dziś szukanie w dokumentach
Ten sam rachunek robimy na bezpłatnej analizie dla Twojego procesu.
6 645 zł
miesięcznie kosztuje praca przy 600 pytaniach
Zwrot wersji w chmurze UE: 2,2 mies.
10 min na znalezienie instrukcji i sprawdzanie w 15% dawnego czasu to nasze założenia. Godzina pracy 66,45 zł to nasze wyliczenie z przeciętnego wynagrodzenia według GUS z września 2026 r. (9 266,48 zł) z kosztami pracodawcy, 168 h w miesiącu. Koszt modelu: Claude Sonnet 5.5, około 6 000 + 500 tokenów na odpowiedź w wersji w chmurze w UE, kurs NBP 3,8889 zł z 21 października 2026 r. Zwrot liczymy dla aplikacji z modelem w chmurze w UE (od 12 500 zł netto). Model na Twoim serwerze wyceniamy po rozmowie, a koszt pracy ludzi jest ten sam.
Zobacz pełny rachunek →