Po co konfigurator mebli online i kiedy faktycznie ma sens
Realne cele biznesowe, które konfigurator może dowieźć
Konfigurator mebli online nie jest celem samym w sobie. Ma rozwiązywać konkretne problemy sprzedaży i obsługi klienta. Bez tego stanie się kosztowną zabawką, którą wszyscy chwalą na prezentacjach, a klienci omijają szerokim łukiem.
Najczęstsze, sensowne cele wdrożenia konfiguratora mebli online to:
- Podniesienie konwersji – klient szybciej rozumie, co kupuje, widzi swoją konfigurację i cenę, ma mniej wątpliwości; decyzja zakupowa zapada częściej i szybciej.
- Mniej błędnych zamówień – reguły konfiguracji i poprawne dane produktowe eliminują nierealne zestawienia, błędne wymiary, brakujące elementy. Zmniejsza się liczba reklamacji i „ratunkowych” telefonów do produkcji.
- Skrócenie obsługi klienta – część pracy handlowca przejmuje sam klient: sam komponuje zestaw, wybiera kolory, dopasowuje wymiary. Handlowiec wchodzi dopiero na etapie doprecyzowania i domknięcia transakcji, a nie klejenia wizualki od zera.
- Standaryzacja oferty – konfigurator wymusza uporządkowanie asortymentu, jasne zasady, spójne nazewnictwo. Chaos produktowy trudniej utrzymać, gdy trzeba go przełożyć na logikę systemu.
- Lepsza wycena i marża – dobrze zaprojektowana logika cenowa (ceny bazowe, dodatki, korekty za niestandardowe wymiary) ogranicza ręczne „kombinacje” handlowców i przypadkowe rabaty, które zjadają marżę.
Jeśli żaden z powyższych celów nie jest dla firmy istotny, wdrożenie konfiguratora zwykle jest sygnałem, że ktoś szuka „efektownego projektu”, a nie realnej zmiany w sprzedaży. W takim scenariuszu projekt łatwo kończy się rozczarowaniem.
Gadżet marketingowy vs realne narzędzie sprzedaży
Konfigurator mebli bywa traktowany jak interaktywna zabawka, która ma „robić wrażenie” na targach czy w social mediach. Sam efekt „wow” bywa przydatny, ale tylko wtedy, gdy konstrukcja narzędzia oparta jest na twardej logice biznesowej.
Gadżet marketingowy zwykle ma cechy:
- brak powiązania z realnymi danymi produktowymi (wizualka nie generuje poprawnej wyceny ani BOM-u),
- brak integracji z procesem sprzedaży (pliki z konfiguratora lądują w skrzynkach mailowych i ktoś ręcznie je przepisuje),
- brak kontroli parametrów technicznych (konfiguracje, których nie da się fizycznie wyprodukować),
- brak mierzenia efektywności (nikt nie wie, ile konfiguracji kończy się zamówieniem).
Narzędzie sprzedażowe działa inaczej:
- jest zasilane realnymi danymi produktowymi i regułami technologicznymi,
- generuje poprawne, spójne informacje: konfigurację, wymiary, elementy składowe, cenę,
- wpina się w istniejący proces: CRM, ERP, wyceny, produkcja, logistyka,
- ma właściciela biznesowego, który patrzy na liczby: konwersję, średnią wartość koszyka, liczbę błędnych konfiguracji.
Różnicę najlepiej widać na prostym pytaniu: czy konfigurator może wygenerować ofertę, którą można bezpośrednio przekazać na produkcję? Jeśli odpowiedź brzmi „nie, trzeba ją jeszcze przerobić”, to raczej gadżet niż narzędzie.
Kiedy konfigurator mebli się nie sprawdzi
Nie każdy producent mebli realnie skorzysta z konfiguratora online. Są scenariusze, w których inwestycja będzie nadmiarem technologii względem skali i złożoności biznesu.
Konfigurator mebli online często nie ma sensu, gdy:
- Asortyment jest bardzo prosty – np. kilka gotowych rozmiarów i dwóch kolorów. Tu wystarczy klasyczny wybór wariantu w sklepie (lista lub prosta macierz wariantów), a nie rozbudowana logika konfiguracyjna.
- Firma nie ma wolnych mocy produkcyjnych – zwiększenie konwersji i liczby zamówień tylko pogłębi problem z terminami i reklamacjami. Najpierw trzeba opanować realizację, dopiero potem generować dodatkowy popyt.
- Dane produktowe są w chaosie – brak jednolitych nazw, kodów, list materiałowych, opisów ograniczeń. W takim środowisku konfigurator będzie albo fikcją (oderwaną od realiów), albo wymusi rewolucję w danych – co często jest większym projektem niż sam konfigurator.
- Sprzedaż jest w 100% projektowa i indywidualna – jeśli każdy projekt to prototyp, a firma nie ma standardów modułów, wymiarów i materiałów, konfigurator ma niewiele do roboty. Najpierw trzeba ustandaryzować choć część oferty.
Konfigurator to narzędzie do skalowania powtarzalnych procesów. Jeśli firma jest na etapie „każdy klient ma inaczej, każda realizacja jest szyta od zera”, lepiej zacząć od uporządkowania oferty i procesów niż od interaktywnej wizualizacji.
Co musi działać w firmie, zanim pojawi się konfigurator
Wdrożenie konfiguratora mebli online przyspiesza wszystko, co już w firmie istnieje – zarówno dobre, jak i złe. Zanim powstanie pierwsza makieta UX, trzeba zweryfikować kilka fundamentów.
Minimalny poziom dojrzałości organizacji to m.in.:
- Uporządkowany proces zamówień – jasny przebieg od zapytania do zlecenia produkcyjnego; znane są etapy, odpowiedzialności, format danych wejściowych.
- W miarę stabilny system wyceny – nawet jeśli część wyceny jest ręczna, powinny być znane zasady: co wpływa na cenę, jakie są dodatki, kiedy wchodzą dopłaty za nietypowe wymiary.
- BOM-y (listy materiałowe) i struktury produktów – dla przynajmniej części oferty. Bez tego nie da się automatycznie wygenerować poprawnego zlecenia produkcyjnego z konfiguracji.
- Funkcjonujący ERP lub inny system do zarządzania produkcją – konfigurator musi się do czegoś podłączyć. Możliwa jest faza przejściowa bez integracji, ale wtedy pełny efekt będzie ograniczony.
- Decyzja o zakresie standaryzacji – które meble i moduły wchodzą do konfiguratora, a które pozostają niestandardowe, robione „na kresce w AutoCAD-zie” przez projektanta.
Brak któregoś z tych elementów nie przekreśla projektu, ale wtedy konfigurator staje się jednocześnie katalizatorem zmian wewnętrznych. To bywa korzystne, ale zwiększa ryzyko, koszty i czas wdrożenia.
Zdefiniowanie zakresu konfiguratora: co klient ma móc zrobić
Zakres konfiguracji: co jest w systemie, a co zostaje „na telefon”
Największym błędem na etapie planowania jest podejście „niech klient może wszystko”. Konfigurator mebli online musi mieć jasny, ograniczony zakres odpowiedni do możliwości produkcji i zdolności decyzyjnych klienta.
W pierwszym kroku warto odpowiedzieć na pytania:
- Co klient może wybrać samodzielnie – np. typ mebla (regał, szafa, komoda), wymiary w określonych widełkach, układ modułów, fronty, kolory, uchwyty, nóżki.
- Co klient może tylko zasugerować – np. orientacyjne wymiary pomieszczenia, preferencje (więcej szuflad niż półek), styl (nowoczesny, klasyczny).
- Co wymaga weryfikacji projektanta / technologa – np. niestandardowe wysokości, nietypowe okucia, integracja z istniejącą zabudową, skosy poddasza.
- Co pozostaje wyłącznie „na telefon” – pełne projekty indywidualne, prototypy, nowe systemy modułowe, które nie są jeszcze ustandaryzowane.
Zakres konfiguratora powinien odzwierciedlać standardową ofertę, powtarzalne moduły i typowe wybory. To, co zdarza się rzadko i wymaga dużej ingerencji konstruktora, lepiej potraktować jako osobny proces – wspierany co najwyżej przez załączniki wygenerowane z konfiguratora (np. szkic podstawowego układu).
Prosty konfigurator wariantów vs zaawansowany system modularny
Pod jednym hasłem „konfigurator mebli online” kryją się zupełnie różne klasy narzędzi. Dla klarowności dobrze rozróżnić dwa skrajne podejścia.
Prosty konfigurator wariantów to w praktyce rozbudowany wybór wariantów produktu:
- kilka ustalonych rozmiarów (np. szerokość 80/100/120 cm),
- kilka kolorów i wykończeń,
- opcjonalne dodatki: oświetlenie, uchwyty, systemy cichego domyku, dodatkowe półki.
W tym wariancie logika jest stosunkowo prosta, najważniejszym zadaniem jest poprawne połączenie wariantów z modelami 3D oraz kontrola, żeby nie generować nieistniejących kombinacji.
Zaawansowany system modularny obejmuje:
- dowolne lub skokowe zakresy wymiarów (wysokość, szerokość, głębokość),
- moduły, które można zestawiać w różne układy (szafki, słupki, nadstawki, narożniki),
- reguły zależności (np. moduł narożny wymaga sąsiadującego modułu w określonym rozmiarze),
- różne warianty frontów, korpusów, wieńców, cokołów, akcesoriów,
- zaawansowaną logikę rozmieszczenia elementów (np. szuflad, koszy, prowadnic).
Taki konfigurator jest zbliżony do systemów klasy CPQ (Configure–Price–Quote) i wymaga znacznie większego nakładu pracy po stronie danych, reguł i UX. Zwykle zaczyna się od ograniczonego zakresu (np. tylko szafy przesuwne, tylko system X), a dopiero potem rozszerza na kolejne linie produktowe.
Wymuszenie decyzji: granica między samodzielnością klienta a wsparciem handlowca
Klient nie musi i nie powinien decydować o wszystkim. Część decyzji jest zbyt techniczna, zbyt ryzykowna lub po prostu mało istotna z jego perspektywy. Rolą konfiguratora jest rozdzielić te sfery w sposób czytelny.
Praktycznie oznacza to wyznaczenie granicy:
- Decyzje użytkownika – parametry rozumiane bez specjalistycznej wiedzy: wygląd, podstawowe wymiary, układ półek/szuflad, styl uchwytów, kolor.
- Decyzje systemu – wybór konkretnych okuć, zawiasów, listew, grubości płyty w ramach ustalonego standardu. Klient widzi efekt (np. „cichy domyk”), ale nie dobiera sam dokładnych komponentów.
- Decyzje projektanta / handlowca – sytuacje niestandardowe: skosy, wnęki, zabudowa nad drzwiami, zintegrowane oświetlenie, nietypowe materiały.
Kluczowe jest, by konfigurator jasno komunikował moment, w którym potrzebna jest weryfikacja człowieka. Przykład: komunikat „Konfiguracja zawiera elementy niestandardowe. Wyślij projekt do konsultanta, aby zweryfikować możliwość wykonania i ostateczną cenę”.
Konfigurator dla klienta końcowego vs narzędzie sprzedażowe B2B
Ten sam silnik konfiguracyjny można wykorzystać w dwóch bardzo różnych kontekstach: dla klientów końcowych (B2C) oraz dla sieci handlowej czy partnerów (B2B). Zakres i interfejs najczęściej muszą być inne.
Konfigurator B2C powinien:
- maksymalnie upraszczać język (bez żargonu technicznego),
- pokazywać możliwie wierną wizualizację i czytelne wymiary,
- pilnować, aby klient nie mógł zrobić konfiguracji nie do wykonania,
- jasno pokazywać cenę i wpływ poszczególnych decyzji na budżet,
- oferować funkcje typu: zapisanie projektu, wysłanie do znajomego, eksport do PDF.
Konfigurator B2B dla sprzedawców może być bardziej techniczny:
- pokazywać dodatkowe parametry (kody modułów, grupy materiałowe, symbole okuć),
- umożliwiać ręczną korektę niektórych reguł w wyjątkowych sytuacjach (za zgodą klienta i z flagą „niestandardowe”),
- oferować widoki pod proces wewnętrzny: BOM, kosztorys, prognoza terminu produkcji,
- integrować się z CRM, by od razu przypisać ofertę do konkretnego konta klienta.
Realistyczne podejście to projektowanie dwóch interfejsów na tym samym silniku reguł i danych. Próba zrobienia „jednego konfiguratora dla wszystkich” często kończy się narzędziem zbyt skomplikowanym dla B2C i zbyt uproszczonym dla B2B.
Przykład: kuchnie vs proste regały
Kuchnie to jeden z najbardziej złożonych obszarów w meblarstwie. W konfiguratorze kuchennym wchodzą w grę:
- dokładne wymiary pomieszczenia, okien, drzwi, rur, gniazdek,
- skomplikowane układy (L, U, wyspy, półwyspy),
- duża liczba elementów technicznych (zawiasy, podnośniki, cargo, systemy sortowania odpadów),
Złożoność a opłacalność: kiedy lepiej zatrzymać się na prostszym zakresie
Kuchnie czy garderoby kuszą dużą wartością pojedynczego zamówienia, ale też najszybciej ujawniają wszystkie braki w danych, procesach i integracjach. Zanim wciągnie się do konfiguratora najbardziej skomplikowany asortyment, trzeba odpowiedzieć na kilka trzeźwiących pytań:
- Jak często sprzedają się naprawdę złożone konfiguracje – jeśli 80% obrotu robią powtarzalne schematy z drobnymi modyfikacjami, na początek lepiej odwzorować właśnie je zamiast walczyć o pełne odzwierciedlenie wszystkiego.
- Jak stabilna jest oferta – linia, w której co kwartał zmieniają się wymiary modułów, akcesoria i nazwy frontów, będzie dużo droższa w utrzymaniu w systemie.
- Jak wygląda kompetencja partnerów – jeśli duża część sprzedaży idzie przez salony, gdzie sprzedawcy i tak rysują w dedykowanych programach (np. CAD/planery branżowe), konfigurator B2C może pełnić inną rolę: lead generation, wstępny szkic, orientacyjna wycena.
Domyślny odruch „zróbmy od razu kuchnie, bo tam są największe pieniądze” bez chłodnego policzenia ROI zwykle oznacza dłuższy projekt, częste zmiany zakresu i przeciągające się testy akceptacyjne.
Dane produktowe – fundament, na którym wszystko się wywraca albo działa
Jakiego poziomu szczegółowości danych naprawdę potrzeba
Przy danych produktowych łatwo wpaść w dwie skrajności: „wrzućmy tylko to, co w katalogu” albo „opiszmy absolutnie każdy wkręt”. Oba podejścia kończą się problemami – albo konfigurator generuje konfiguracje, których nie da się sensownie wyprodukować, albo projekt grzęźnie w analizach i próbach odwzorowania rzeczywistości 1:1.
Praktyczny punkt wyjścia to trzy warstwy danych:
- Warstwa sprzedażowa – to, co widzi i rozumie klient: nazwy modułów, wymiary zewnętrzne, warianty frontów, kolory, typy uchwytów, proste opisy.
- Warstwa techniczna – struktura modułu: korpus, front, półki, zawiasy, prowadnice, cokoły, wieńce; powiązania z konkretnymi indeksami magazynowymi, typowe BOM-y.
- Warstwa kalkulacyjna – grupy materiałowe, przeliczniki kosztów, klasy logistyczne, czasochłonność operacji, informacje potrzebne do wyceny i planowania produkcji.
Konfigurator nie musi wystartować z pełną głębokością wszystkich trzech warstw. Często rozsądne jest podejście iteracyjne: na start poprawne dane sprzedażowe i uproszczony model techniczny, a dopiero po potwierdzeniu, że narzędzie faktycznie żyje w sprzedaży – dokładanie kolejnych szczegółów (np. rozbijanie grup materiałowych).
Standaryzacja nazw, kodów i wariantów
Nawet najlepszy silnik reguł nie poradzi sobie z bałaganem w nazewnictwie. Typowe zderzenie z rzeczywistością wygląda tak: to samo pudło w jednym katalogu widnieje jako „Słupek 40”, w ERP ma kod „SL40-P”, a w plikach CAD „szp_sl_400”. W głowach projektantów to oczywiste, ale dla systemu to trzy różne byty.
Podstawowe porządki obejmują:
- Unifikację struktury kodów – nawet jeśli historycznie każdy dział nadawał je po swojemu, w konfiguratorze trzeba uzgodnić jeden słownik odwzorowań (mapowanie starych kodów na nowy system może być konieczne).
- Rozdzielenie „rodziny produktu” od „konkretnego wariantu” – rodzina to np. „szafka dolna 60”, warianty to front X/Y/Z, różne wysokości cokołu, różne wnętrza. Brak tego rozróżnienia utrudnia zarówno UX, jak i utrzymanie danych.
- Ustalenie listy dozwolonych wartości – kolory, dekory, typy uchwytów. Wolny tekst w tym obszarze to przepis na chaos.
Jeżeli już na etapie integracji wychodzi, że do jednego modułu trzeba podpiąć pięć różnych kodów z tego samego systemu, to sygnał, że potrzebna jest warstwa pośrednia: słownik lub „wirtualne produkty” tylko na potrzeby konfiguratora.
Zależności między danymi: gdzie kończy się opis, a zaczyna logika
Kolejna pułapka to mieszanie danych statycznych z regułami. Przykład: informacja „do frontu X pasują zawiasy typu Y” może być zapisana jako pole w kartotece frontu, ale może też wynikać z ogólnej reguły (np. wszystkie fronty o wadze do określonej wartości używają zawiasu Y).
Rozsądne podejście:
- do danych wkładać to, co jest trwałą cechą (wysokość, szerokość, kolor, typ materiału, kod dostawcy),
- do reguł przenieść to, co zależy od kontekstu albo może się zmienić w przyszłości jako cała zasada (dobór okuć przy określonej szerokości frontu, zmiana grupy cenowej przy określonej wysokości).
Dzięki temu modyfikacja logiki (np. nowy standard zawiasów) nie wymaga edycji tysięcy rekordów produktowych, a tylko poprawy jednej reguły.
Źródła danych: gdzie szukać prawdy, gdy katalog mówi co innego niż Excel
Firma meblarska rzadko ma „jedno źródło prawdy”. Zwykle funkcjonują równolegle: katalog PDF, plik cenowy w Excelu, system ERP, baza CAD oraz arkusze technologów. Konfigurator wymusza odpowiedź, kto ma ostatnie słowo.
Przydatne kroki porządkujące:
- Wskazanie systemu referencyjnego – np. ERP jest nadrzędny dla kodów i cen, ale wymiary referencyjne trzymane są w dedykowanej bazie PDM/PLM.
- Zdefiniowanie procesu zmiany danych – kto i jak zgłasza nowy moduł, zmianę wymiaru, wycofanie dekoru. Bez tego konfigurator szybko przestaje odzwierciedlać ofertę.
- Audyt spójności – chociażby próbkowo: porównanie wybranych modułów w katalogu, ERP i arkuszach technologów. Niespójności pojawią się niemal zawsze; pytanie, jaki jest ich poziom i jak często się powtarzają.
Jeśli liczba rozbieżności jest wysoka, trzeba liczyć się z etapem „sanityzacji danych” jako osobnym mini-projektem przed włączeniem konfiguratora dla klientów końcowych.
Reguły konfiguracji – logika biznesowa, która odróżnia zabawkę od narzędzia
Rodzaje reguł: konstrukcyjne, sprzedażowe, cenowe, produkcyjne
Reguły konfiguracji to nic innego jak ustrukturyzowane odpowiedzi na pytania „co z czym może wystąpić” i „na jakich warunkach”. Z praktyki wynika, że sensownie jest rozdzielić kilka klas reguł zamiast wsypywać wszystko do jednego „silnika czarnej magii”.
- Reguły konstrukcyjne – odpowiadają za fizyczną wykonalność: minimalne i maksymalne szerokości modułów, liczba zawiasów w zależności od wysokości frontu, konieczne elementy wzmacniające przy dłuższych wieńcach, dopuszczalne kombinacje okuć.
- Reguły sprzedażowe i ofertowe – promowane warianty, ograniczenia oferty w konkretnych kanałach, zestawy „dobranych” dekorów, zakaz łączenia niektórych elementów z powodów wizerunkowych czy serwisowych.
- Reguły cenowe – zależności cen od wymiarów, materiałów, kursów walut, promocji. Część z nich bywa w ERP, część w cennikach partnerskich – konfigurator musi mieć jasne źródło.
- Reguły produkcyjne i logistyczne – minimalne ilości produkcyjne, dostępność materiałów, standardowe terminy realizacji, blokady na elementy wycofywane.
Mieszanie wszystkiego w jednym miejscu utrudnia diagnostykę. Jeśli konfiguracja przechodzi, ale zły jest termin lub cena, łatwiej szukać błędu w konkretnej warstwie reguł niż w monolicie.
Gdzie ustawić granicę: zakazywać czy ostrzegać
Częsty spór przy projektowaniu logiki dotyczy tego, czy użytkownika trzeba „prowadzić za rękę” i z góry blokować nietypowe konfiguracje, czy raczej pozwolić na więcej, ale ostrzegać. Nie ma jednej odpowiedzi – zależy to od modelu biznesowego i poziomu ryzyka.
- Twarda blokada – przy konfiguracjach obiektywnie niewykonalnych (np. fizycznie niestabilny moduł, brakujący element konstrukcyjny). System nie powinien pozwolić na przejście dalej.
- Miękkie ostrzeżenie – przy rozwiązaniach technicznie możliwych, ale nieoptymalnych (np. nietypowy wymiar, który znacząco podnosi koszt; rozwiązanie z potencjalnym problemem ergonomii). Tu sprawdza się komunikat z propozycją alternatywy.
- Flaga „niestandardowe” – dla wyjątków, które wymagają akceptacji po stronie firmy. Konfigurator dopuszcza taki wariant, ale wymusza ścieżkę „wyślij do konsultanta” zamiast bezpośredniego zakupu.
Zbyt agresywne blokady prowadzą do frustracji użytkowników i kombinowania „na około” (np. zaniżanie wymiarów, by system przepuścił). Z kolei brak blokad kończy się lawiną konfiguracji, których nie da się uczciwie wycenić bez ręcznej ingerencji.
Utrzymanie reguł w czasie: kto jest właścicielem logiki
Reguły konfiguracji nie są czymś, co definiuje się raz na etapie wdrożenia. Nowe materiały, zmiana standardu okuć, aktualizacje norm – to wszystko wymaga ciągłych korekt. Jeśli ich utrzymanie zostanie na stałe przypisane do dostawcy systemu, każda zmiana stanie się mini-projektem.
Bezpieczniejszy model to:
- wyznaczenie wewnętrznego właściciela reguł – zazwyczaj na styku technologii i oferty produktowej (niekoniecznie IT),
- zapewnienie narzędzi do edycji – interfejsu, w którym uprawniona osoba może dodać/zmienić regułę bez programowania, w zakresie zdefiniowanym na etapie projektu,
- wdrożenie procesu testów zmian – chociażby prostego: zmiana → test na środowisku staging → akceptacja → publikacja. Brak tego etapu kończy się „niewyjaśnionymi” błędami konfiguratora na produkcji.
Trzeba też zaakceptować, że część logiki i tak pozostanie „w głowach” doświadczonych technologów – zadaniem konfiguratora jest pokryć najczęstsze 70–80% przypadków, a nie zastąpić całkowicie ludzki osąd.
Testowanie reguł: przypadki brzegowe zamiast idealnych katalogowych przykładów
Scenariusze testowe bardzo często bazują na pięknych wizualizacjach z katalogu – a potem pierwszego dnia po wdrożeniu klient robi coś, czego nikt nie przewidział. Dużo sensowniejsza strategia to prowokowanie konfiguratora, zamiast głaskania go po głowie.
Podczas testów przydają się m.in.:
- konfiguracje z maksymalnymi i minimalnymi wymiarami – w każdej osi, z różnymi rodzajami modułów,
- mieszanie dekorów i frontów w sposób, którego normalnie by się nie pokazało w katalogu,
- symulacja częstych błędów klientów – pomylenie stron (lewa/prawa), dodanie wielu bardzo wąskich elementów, zestawianie skrajnie wysokich i niskich modułów.
Dopiero na takich „brudnych” przykładach wychodzą prawdziwe luki w regułach. Jeśli w środowisku testowym wszystko działa, a w realnych zamówieniach nagle wyskakują dziesiątki przypadków do ręcznego poprawiania, to sygnał, że strategia testowania była zbyt wygładzona.
Modele 3D, wizualizacje i odwzorowanie rzeczywistości
Poziom realizmu: co naprawdę wpływa na konwersję
Wokół wizualizacji narosło sporo mitów. Powszechne założenie brzmi: im bardziej fotorealistyczny obraz, tym lepiej. W praktyce zależy to od grupy docelowej i rodzaju mebli.
- Meble proste, modułowe (regały, szafy przesuwne) – często wystarczają modele o średniej szczegółowości: poprawne proporcje, realne kolory i podstawowe cienie. Ważniejsza bywa czytelność wymiarów i układu niż tekstura płyty widoczna w wielkim zbliżeniu.
- Meble premium, kuchnie, zabudowy „pod wymiar” – tu wizualna wiarygodność ma większy ciężar. Klient porównuje ofertę z wizualizacjami konkurencji i oczekuje, że zobaczy coś więcej niż schematyczny rysunek.
Skrajny fotorealizm ma cenę: większe wymagania sprzętowe po stronie użytkownika, dłuższe ładowanie, trudniejsze utrzymanie spójności przy dużej liczbie wariantów. Zdarza się, że prostszy, ale szybki podgląd 3D działa lepiej biznesowo niż ciężkie, „renderowane na żywo” sceny.
Struktura modeli: pojedyncze bryły vs system komponentów
Jeżeli konfigurator ma obsługiwać jedynie wybór wariantów pojedynczego mebla, wystarczą gotowe modele każdej kombinacji (lub ich większości). Przy systemach modułowych takie podejście skaluje się słabo – liczba wariantów rośnie lawinowo.
Biblioteka komponentów i parametryzacja elementów
Przy większych systemach meblowych kluczowe staje się po