Technologia
BaseAI Configurator Engine
- Product
- Options
- Rules
- Price
- Visualization
- Output
Warstwy
Sześć warstw, każda z jedną odpowiedzialnością
- 01
Product — schemat produktu
Opis produktu jako dane: jakie ma opcje, w jakich grupach, z jakimi zakresami. Nowy konfigurator to nowy plik schematu, a nie nowa aplikacja.
- 02
Options — opcje i zależności
Wymiary, listy wyboru, przełączniki i pola wielokrotne. Opcja może zależeć od innej: zmienić swój zakres albo w ogóle zniknąć, gdy przestaje mieć sens.
- 03
Rules — reguły
Warunki techniczne i handlowe. Reguła ma poziom: „błąd" blokuje konfigurację, „ostrzeżenie" przepuszcza z komentarzem, „informacja" tylko podpowiada.
- 04
Price — silnik cenowy
Kalkulacja pozycja po pozycji, z ilościami i jednostkami. Wycena jest zwykłą funkcją, więc mieści się w niej dowolna logika: progi, narzuty, dopłaty za nietypowy wymiar.
- 05
Visualization — adapter wizualizacji
Warstwa oddzielona od reszty. Ten sam konfigurator może rysować rzut techniczny, model 3D albo nic — logika, ceny i wyjścia działają niezależnie od rysunku.
- 06
Output — wyjścia
Kod konfiguracji, specyfikacja, lista materiałowa i lista cięcia. To one decydują, czy konfigurator oszczędza pracę, czy tylko ją przenosi w inne miejsce.
Zasady
Decyzje, których się trzymamy
- 01
Silnik jest funkcją czystą
Cała ewaluacja konfiguracji nie ma stanu ani efektów ubocznych. Dzięki temu tę samą cenę można policzyć w przeglądarce i na serwerze — na przykład generując ofertę PDF bez udziału klienta.
- 02
Dane, nie kod aplikacji
Produkt jest opisany danymi. Zmiana cennika albo dodanie opcji nie wymaga dotykania interfejsu, wyceny ani wyjść.
- 03
Reguły w jednym miejscu
Wiedza o produkcie nie rozłazi się po komponentach. Kiedy technolog zmienia dopuszczalną rozpiętość, zmienia się jedna liczba w jednym pliku.
- 04
Wydajność przed efektownością
Podgląd renderuje się na serwerze i nie blokuje wyświetlenia strony. Ciężkie biblioteki graficzne wchodzą tylko tam, gdzie realnie zmieniają decyzję zakupową.
Dlaczego podgląd nie jest domyślnie w WebGL
Podgląd produktu stoi w sekcji hero, czyli dokładnie tam, gdzie przeglądarka mierzy czas wyświetlenia największego elementu. Silnik 3D to kilkaset kilobajtów JavaScriptu i kontekst graficzny, który trzeba zainicjować, zanim cokolwiek się pokaże.
Dlatego domyślnie rysujemy rzut wektorowo — po stronie serwera, bez ani jednego kilobajta biblioteki graficznej. Wygląda jak 3D, zmienia się z każdą opcją i działa nawet przy wyłączonym JavaScripcie. Pełne 3D włączamy tam, gdzie klient naprawdę potrzebuje obejrzeć produkt z każdej strony — piszemy o tym osobno.
Najczęstsze pytania
- Na czym to jest zbudowane?
- Next.js w wersji z App Routerem, React, TypeScript i Tailwind, uruchamiane w kontenerze Docker za nginx. Silnik konfiguratora to czysty TypeScript bez zależności zewnętrznych — celowo, żeby dało się go uruchomić także poza przeglądarką.
- Czy konfigurator musi działać na Waszej infrastrukturze?
- Nie. Może działać jako część Waszej strony, jako widget osadzony w istniejącym sklepie albo jako osobna aplikacja. Silnik nie zakłada konkretnego hostingu.
- Co z wydajnością przy bardzo wielu opcjach?
- Ewaluacja całej konfiguracji to jedno przejście przez schemat, więc koszt rośnie liniowo z liczbą opcji, a nie z liczbą ich kombinacji. Konfigurator z tysiącami możliwych wariantów liczy się tak samo szybko jak ten z dziesięcioma.
- Czy dostaniemy kod?
- Tak, zakres praw ustalamy w umowie przed startem. Nie budujemy rozwiązań, z których nie da się wyjść.
Pokaż nam swój produkt,
a my pokażemy możliwości.
- Prześlij rysunki lub zdjęcia
- Opisz możliwości konfiguracji
- Otrzymaj propozycję rozwiązania i wycenę