Клієнт збирає ігровий ПК на вашому сайті. Йому потрібно вибрати процесор, материнську плату, відеокарту — і щоб усі компоненти були сумісні. Без конфігуратора він витрачає години на звірку характеристик, а менеджери — на перевірку замовлень. З правильним інструментом процес перетворюється на кілька кліків. Ми створюємо кастомні конфігуратори, які вбудовуються у ваш сайт і автоматизують увесь процес — від вибору до додавання в кошик.
Що таке конфігуратор комплектації?
Конфігуратор комплектації — це інтерактивний інтерфейс, який дозволяє покупцеві зібрати продукт з доступних опцій, автоматично перевіряючи сумісність і розраховуючи підсумкову ціну. В основі лежить набір груп параметрів (наприклад, CPU, RAM, колір), кожна з яких може залежати від попередніх виборів. Інструмент замінює ручний підбір і консультації менеджерів, скорочуючи час оформлення замовлення на 40%.
Як конфігуратор вирішує проблему сумісності?
Зазначимо: коли покупець вибирає материнську плату, потрібно відфільтрувати лише сумісні процесори. У нашій схемі даних є поля depends_on_group_id і depends_on_option_id, які зв'язують групи параметрів. Правила сумісності (required/forbidden) задаються окремо і перевіряються на бекенді. Це виключає некоректні комбінації ще до того, як користувач побачить кошик.
Типи конфігураторів — розробка конфігуратора комплектації
| Тип | Приклади | Особливості |
|---|---|---|
| Лінійний | Ноутбук: CPU -> RAM -> SSD | Кожен вибір незалежний, ціна підсумовується |
| Залежний | ПК: материнська плата -> сумісні CPU | Наступний крок залежить від попереднього |
| Візуальний | Кухня, меблі, автомобіль | Зображення змінюється при виборі |
| Модульний | Шафа-купе: ширина + секції + наповнення | Довільні комбінації в межах обмежень |
| Тип | Складність реалізації | Коли використовувати |
|---|---|---|
| Лінійний | Низька | Прості товари з незалежними опціями |
| Залежний | Середня | Товари з каскадними обмеженнями (наприклад, ПК) |
| Візуальний | Висока | Меблі, автомобілі, одяг з прев'ю |
Каскадні залежності: визначення та реалізація
Каскадні залежності — це коли вибір в одній групі визначає доступні варіанти в наступній. Наприклад, при виборі материнської плати з сокетом LGA1700 стають доступними лише процесори Core 12-13 поколінь. Ми реалізуємо це через зв'язок depends_on_group_id і depends_on_option_id, а правила сумісності зберігаємо окремо.
Схема даних
-- Шаблон конфігуратора CREATE TABLE configurators ( id BIGSERIAL PRIMARY KEY, product_id BIGINT REFERENCES products(id), name VARCHAR(255), base_price NUMERIC(12,2) DEFAULT 0, image_base_url TEXT, is_active BOOLEAN DEFAULT TRUE ); -- Групи параметрів (кроки) CREATE TABLE config_groups ( id BIGSERIAL PRIMARY KEY, configurator_id BIGINT REFERENCES configurators(id) ON DELETE CASCADE, name VARCHAR(255) NOT NULL, -- "Процесор", "Оперативна пам'ять" slug VARCHAR(100) NOT NULL, type VARCHAR(20) NOT NULL, -- 'radio', 'checkbox', 'quantity', 'text' is_required BOOLEAN DEFAULT TRUE, sort_order SMALLINT DEFAULT 0, depends_on_group_id BIGINT REFERENCES config_groups(id), -- залежність depends_on_option_id BIGINT -- від конкретного варіанту ); -- Варіанти всередині групи CREATE TABLE config_options ( id BIGSERIAL PRIMARY KEY, group_id BIGINT REFERENCES config_groups(id) ON DELETE CASCADE, name VARCHAR(255) NOT NULL, -- "Intel Core i7-13700H" sku_suffix VARCHAR(100), -- додається до базового SKU price_modifier NUMERIC(12,2) DEFAULT 0, -- доплата або знижка weight_modifier INT DEFAULT 0, -- зміна ваги в грамах image_layer VARCHAR(500), -- URL шару зображення stock INT DEFAULT 9999, -- обмеження по наявності is_default BOOLEAN DEFAULT FALSE, sort_order SMALLINT DEFAULT 0 ); -- Правила сумісності CREATE TABLE config_compatibility ( id BIGSERIAL PRIMARY KEY, option_a_id BIGINT REFERENCES config_options(id), option_b_id BIGINT REFERENCES config_options(id), type VARCHAR(20) NOT NULL, -- 'required', 'forbidden', 'recommended' message TEXT -- пояснення для покупця ); Як ми реалізуємо конфігуратор: від схеми до фронтенду
Бекенд: обчислення ціни та валідація
class ConfiguratorEngine { public function calculate(int $configuratorId, array $selectedOptions): ConfigResult { $configurator = Configurator::with([ 'groups.options', 'compatibilityRules', ])->findOrFail($configuratorId); $errors = []; $totalPrice = $configurator->base_price; $totalWeight = 0; $skuParts = []; $imageLayers = []; foreach ($configurator->groups as $group) { $selected = collect($selectedOptions)->where('group_id', $group->id)->first(); if ($group->is_required && !$selected) { $errors[] = "Не вибрано: {$group->name}"; continue; } if (!$selected) continue; $option = $group->options->find($selected['option_id']); if (!$option) { $errors[] = "Невірний варіант для групи {$group->name}"; continue; } $totalPrice += $option->price_modifier; $totalWeight += $option->weight_modifier; if ($option->sku_suffix) $skuParts[] = $option->sku_suffix; if ($option->image_layer) $imageLayers[] = $option->image_layer; } // Перевірка сумісності $compatErrors = $this->checkCompatibility($selectedOptions, $configurator->compatibilityRules); $errors = array_merge($errors, $compatErrors); return new ConfigResult( isValid: empty($errors), errors: $errors, totalPrice: $totalPrice, totalWeight: $totalWeight, configSku: implode('-', $skuParts), imageLayers: $imageLayers, ); } private function checkCompatibility(array $selected, Collection $rules): array { $errors = []; $selectedIds = array_column($selected, 'option_id'); foreach ($rules as $rule) { $hasA = in_array($rule->option_a_id, $selectedIds); $hasB = in_array($rule->option_b_id, $selectedIds); if ($rule->type === 'forbidden' && $hasA && $hasB) { $errors[] = $rule->message ?? 'Несумісні компоненти'; } if ($rule->type === 'required' && $hasA && !$hasB) { $option = ConfigOption::find($rule->option_b_id); $errors[] = $rule->message ?? "Для цієї опції потрібно: {$option->name}"; } } return $errors; } } API-ендпоінти та контролер
// Отримати структуру конфігуратора Route::get('/configurators/{id}', [ConfiguratorController::class, 'show']); // Обчислити ціну для поточної конфігурації Route::post('/configurators/{id}/calculate', [ConfiguratorController::class, 'calculate']); // Додати конфігурацію в кошик Route::post('/configurators/{id}/add-to-cart', [ConfiguratorController::class, 'addToCart']); class ConfiguratorController extends Controller { public function calculate(Request $request, int $id): JsonResponse { $data = $request->validate([ 'options' => 'required|array', 'options.*.group_id' => 'required|integer', 'options.*.option_id' => 'required|integer', ]); $result = $this->engine->calculate($id, $data['options']); return response()->json([ 'valid' => $result->isValid, 'errors' => $result->errors, 'total_price' => $result->totalPrice, 'total_weight' => $result->totalWeight, 'config_sku' => $result->configSku, 'image_layers' => $result->imageLayers, ]); } } Фронтенд-компонент
interface ConfigGroup { id: number; name: string; type: 'radio' | 'checkbox'; options: ConfigOption[]; depends_on_group_id?: number; depends_on_option_id?: number; } const Configurator: React.FC<{ configuratorId: number }> = ({ configuratorId }) => { const { data: config } = useQuery(['configurator', configuratorId], fetchConfigurator); const [selections, setSelections] = useState<Record<number, number>>({}); const [result, setResult] = useState<CalcResult | null>(null); const updateSelection = async (groupId: number, optionId: number) => { const newSelections = { ...selections, [groupId]: optionId }; setSelections(newSelections); const options = Object.entries(newSelections).map(([gId, oId]) => ({ group_id: Number(gId), option_id: oId, })); const res = await api.post(`/configurators/${configuratorId}/calculate`, { options }); setResult(res.data); }; const visibleGroups = config?.groups.filter(g => { if (!g.depends_on_group_id) return true; return selections[g.depends_on_group_id] === g.depends_on_option_id; }); return ( <div className="space-y-6"> {visibleGroups?.map(group => ( <ConfigGroupWidget key={group.id} group={group} selected={selections[group.id]} onSelect={(optId) => updateSelection(group.id, optId)} /> ))} {result && ( <div className="border-t pt-4"> <p className="text-2xl font-bold">{formatPrice(result.total_price)}</p> {result.errors.map((e, i) => ( <p key={i} className="text-red-500 text-sm">{e}</p> ))} <button disabled={!result.valid} onClick={() => addToCart(configuratorId, selections)} className="btn-primary mt-3 disabled:opacity-50" > Додати в кошик </button> </div> )} </div> ); }; Збереження конфігурації в кошику
// В кошику зберігаємо повну конфігурацію CartItem::create([ 'cart_id' => $cart->id, 'product_id' => $configurator->product_id, 'configurator_id' => $configurator->id, 'config_options' => json_encode($selectedOptions), 'config_sku' => $result->configSku, 'unit_price' => $result->totalPrice, 'quantity' => 1, ]); Що входить у розробку
- Архітектура даних: проєктування схеми, оптимізація запитів (уникаємо N+1).
- Бекенд-логіка: обробка залежностей, перевірка сумісності, розрахунок ціни та ваги.
- REST API: документація у форматі OpenAPI, готові ендпоінти для інтеграції.
- Фронтенд-віджети: адаптивні компоненти на React, підтримка шарів зображень.
- Адміністративна панель: управління групами, опціями, правилами сумісності.
- Інтеграція з кошиком: генерація SKU, передача конфігурації в замовлення.
- Документація та навчання: передаємо доступ до репозиторію та схему даних.
Чому конфігуратор підвищує конверсію?
Дослідження ConversionXL показують, що кастомний конфігуратор збільшує конверсію в 3 рази порівняно з простим каталогом. Покупець отримує миттєвий зворотний зв'язок: бачить, як змінюється ціна, і переконується в сумісності компонентів. Це знижує кількість покинутих кошиків на 25%. Середній чек при цьому зростає на 15–20%. Зв'яжіться з нами, щоб обговорити ваш проєкт — ми допоможемо підібрати оптимальне рішення.
Типові помилки та як їх уникнути
- Не враховувати кешування: при кожній зміні виконується N+1 запит. Використовуйте Redis для зберігання проміжних даних.
- Забагато залежних груп: ускладнює UX. Краще обмежити каскад двома рівнями.
- Відсутність обмежень по залишках: якщо опція закінчилася, її потрібно приховувати, а не показувати з перекресленою ціною.
Строки реалізації
- Схема даних + ConfiguratorEngine (без залежностей): 2 дні
- Залежні групи + правила сумісності: +1 день
- API-ендпоінти: 0.5 дня
- Фронтенд radio/checkbox конфігуратор: 2 дні
- Візуальний конфігуратор (шари): +1-2 дні
- Інтерфейс створення конфігураторів в адмінці: 2 дні
Підсумок без візуалізації: 6-7 днів. З візуалізацією: 8-9 днів.
Чому варто працювати з нами
Ми займаємося розробкою конфігураторів понад п'ять років. За цей час реалізували 50+ проєктів для інтернет-магазинів різної складності — від простих лінійних конфігураторів до візуальних з 3D-прев'ю. Наші інженери сертифіковані за Laravel та React. Гарантуємо стабільну роботу рішення під будь-яким навантаженням. Замовте конфігуратор під ключ — від проєктування до передачі в експлуатацію.







