Dane i połączenia
Dane produktowe i reguły doboru są łączone we wspólnym modelu. Zakres połączeń z PIM oraz ERP wynika z kolejnych etapów wdrożenia.
Z wiedzy rozrzuconej w wielu arkuszach do jednego programu doboru
MVP narzędzia, które ma zastąpić ponad 30 arkuszy doborowych: formuły i zależności produktów są zapisane w bazie danych, a projektant opisuje potrzebę zwykłym zdaniem i dostaje pasujące warianty.
Cel pilotażu
- nawet 1 h → <10 min
- cel pilotażu: czas doboru produktu
- ok. 99%
- formuł doboru z ERP importowanych automatycznie
- 12 tygodni
- od startu MVP do działającej aplikacji
Jak to działa
Formuły z arkuszy i ERP w bazie
import bez przepisywania
Potrzeba opisana zdaniem
filtry do poprawienia
Obliczenia na żywo
reguły z bazy, nie z kodu
Karta doborowa PDF
gotowa do wysłania
- dobór_kategoria_A.xlsx
- dobór_kategoria_B.xlsx
- dobór_kategoria_C.xlsx
- formuły z ERP
Baza produktów
99% formuł zaimportowanych automatycznie
Szukam wariantu do montażu na zewnątrz, wydajność co najmniej 800.
Filtry do sprawdzenia:
montaż: zewnętrznywydajność ≥ 800kategoria B
Konfiguracja
KategoriaB
Wydajność820
Wykonaniezewnętrzne
Kod zamówieniowyB2-820-Z
Walidacja reguł: zgodne
Karta doborowa · B2-820-Z
Parametry wariantu
Wymiary i masa
Kod zamówieniowy: B2-820-Z
Uwagi montażowe
PDF gotowyCel pilotażu:poniżej 10 minzamiast nawet godziny
01
Wyzwanie
Dobór produktu opierał się na ponad 30 arkuszach Excela i kilku osobnych programach doborowych. Projektant zbierał karty PDF z różnych narzędzi i ręcznie przepisywał kody zamówieniowe, a błędy wychodziły dopiero przy wycenie. Logika doboru siedziała w arkuszach i w ERP. Dodanie produktu do programu wymagało zlecenia zewnętrznego.
Wspólny model porządkuje uzgodniony zakres doboru. Eksperci sprawdzają reguły oraz kolejne warianty produktu.
02
Rozwiązanie
Razem z zespołem klienta zbudowaliśmy model danych, w którym parametry, formuły i zależności produktów są zapisane w bazie, więc formularz, walidacja i obliczenia powstają z rekordów, a nie z kodu. Import przenosi formuły z arkuszy i biblioteki ERP bez przepisywania, a katalog synchronizuje się z PIM. Na tej bazie działają konfigurator z obliczeniami na żywo, karty doborowe PDF i wyszukiwarka rozumiejąca zwykłe zdania. Cel do zmierzenia w pilotażu: dobór poniżej 10 minut zamiast nawet godziny.
03
Jak to zbudowaliśmy
Trzy aplikacje, czyli API, panel administracyjny i aplikacja dla projektantów, korzystają ze wspólnej bazy, a API jest jedynym źródłem reguł i walidacji. Formuły w notacji ERP są sprawdzane przy zapisie, a ich wyniki zapamiętywane, żeby wyszukiwarka filtrowała także po wartościach wyliczanych. Model językowy zamienia zdanie użytkownika na filtry konfiguracji, które można poprawić. Nie wykonuje zapytań do bazy, a wyniki pochodzą wyłącznie z danych produktowych. AI jest dostępne tylko po zalogowaniu, z dziennym limitem kosztu i rejestrem zapytań, a każda zmiana przechodzi przez osobne środowisko testowe przed wdrożeniem.
TypeScriptNext.jsSupabaseRailwayOpenRouterPIM klientaERP klienta
Przebieg
Jak działa rozwiązanie
- 01
Opis wymagań
Użytkownik określa parametry i warunki doboru produktu.
- 02
Sprawdzenie reguł
Konfigurator porównuje wariant z uporządkowanymi regułami i wskazuje ograniczenia.
- 03
Weryfikacja ekspercka
Eksperci produktowi sprawdzają obsługiwany zakres. Wynik stanowi punkt wyjścia do dalszego ofertowania.
Rola człowieka
Eksperci zatwierdzają model doboru, reguły i obsługiwany zakres produktów. Każde rozszerzenie jest sprawdzane na uzgodnionych przykładach.
Wnioski
Co zadecydowało o efekcie.
- 01
Zdanie zamiast formularza
Model zamienia opis potrzeby na filtry konfiguracji, które projektant widzi i może poprawić, a wyniki zawsze pochodzą z bazy produktów.
- 02
Formuły z ERP bez przepisywania
Import czyta formuły z arkuszy i biblioteki ERP, sprawdza zmienne i zależności przy zapisie, a błędy pokazuje w panelu.
- 03
Dane z kart katalogowych
W fazie PoC model AI odczytał tabele wydajności z kart PDF, analizując tekst razem z obrazem strony, i zapisał je w bazie.
Dane produktoweWyszukiwanie AIEkstrakcja z PDF
Firma przyszłości
Jak to buduje firmę przyszłości
Projekt daje efekt sam w sobie, ale zostawia też w firmie uporządkowany kontekst. Z niego korzysta każde kolejne rozwiązanie AI. Ten projekt dołożył do AI Engine:
- Context Lakehouse
Parametry, formuły i zależności produktów z ponad 30 arkuszy i z ERP w jednej bazie, zsynchronizowanej z PIM.
- Skills
Logika doboru zapisana w rekordach: formularz, walidacja i obliczenia powstają z danych, a nie z kodu.
- MCP
API jako jedyne źródło reguł i walidacji dla trzech aplikacji.
Wartość
Gdzie powstaje wartość
Oszczędność czasu
Mniej ręcznego porównywania arkuszy i parametrów.
Odblokowane możliwości
Ujednolicone reguły pomagają udostępniać wiedzę produktową kolejnym osobom.
Co dalej
Następne kroki rozszerzają zestaw zweryfikowanych reguł i produktów. Każdy nowy zakres wymaga sprawdzenia na przykładach.
Większość naszych realizacji jest objęta NDA. Dlatego pokazujemy tylko część, bez nazw klientów i szczegółów, jako inspirację. Chętnie opowiemy więcej o naszym doświadczeniu na rozmowie.
Porozmawiajmy o kolejnym kroku.
Wspólnie określimy proces, dostępne dane i efekt, który warto sprawdzić. Na tej podstawie dobierzemy punkt startu.
Umów rozmowęAlbo napisz: hello@wearefuture.ai
