Modelowanie katalogu i wariantów bez żalu

Budowa sklepu 9 min czytania

Regały z tym samym ubraniem w kilku rozmiarach i kolorach, starannie posortowane
Półka zna różnicę między produktem a wariantem. Wasza baza też powinna.

Model produktu to decyzja, która po cichu przesądza, jak trudne będzie wszystko inne. Stany, ceny, filtry wyszukiwania, kanały marketplace i zwroty czytają go wszystkie i dziedziczą każde zamieszanie w nim.

Najczęstszy błąd to modelowanie tego, co się fotografuje, zamiast tego, co się wysyła.

Rozróżnienie, które ma znaczenie#

Modelowanie katalogu i wariantów bez żalu — Rozróżnienie, które ma znaczenie
PojęcieCzym jestCo musi posiadać
ProduktTo, co wybiera klientTytuł, opis, zdjęcia, kategoria
WariantTo, co naprawdę wysyłacieSKU, cena, stan, waga, kod kreskowy
OpcjaOś wyboruRozmiar, kolor — ze stałą listą wartości
ZestawKilka wariantów sprzedawanych jako jedenWłasny SKU i własna reguła stanu

Reguły, które oszczędzają przebudowę#

  1. Wszystko, co się sprzedaje, ma SKU. Co nie może go mieć, nie jest sprzedawalne osobno.
  2. Wartości opcji pochodzą z kontrolowanej listy, nigdy z dowolnego tekstu.
  3. Cena i stan żyją zawsze na wariancie, nawet gdy dziś wszystko kosztuje tyle samo.
  4. Zdjęcia mogą należeć do wariantu, nie tylko do produktu — warianty kolorystyczne potrzebują własnych.
  5. Nie kodujcie w SKU znaczenia, które nie istnieje też jako realne pole.

To, co wygląda jak warianty, a nimi nie jest#

Personalizacja (grawerowane imię), progi ilościowe i zestawy bywają wciskane w model wariantów, bo to najbliższy młotek. Ich miejsce jest gdzie indziej: personalizacja jako dane pozycji, progi jako reguły cen, zestawy jako osobny produkt z własną polityką stanu.

Jeśli liczba wariantów jednego produktu przekracza kilkaset, zamodelowaliście coś, co nie jest wariantem.

Atrybuty, kategorie i kanał, który będzie potrzebny#

Marketplace'y, porównywarki i wasze własne wyszukiwanie z filtrami chcą atrybutów strukturalnych: materiał, wymiary, zgodność. Zbierajcie je jako pola od początku. Wyciąganie ich z opisów po dwóch latach to projekt danych, którego nikt nie lubi.

Najczęstsze pytania

Cena na produkcie czy na wariancie?

Na wariancie. Nawet jeśli dziś wszystko kosztuje tyle samo, to się zmieni, a migracja jest nieprzyjemna.

Jak obsłużyć personalizację na zamówienie?

Jako dane pozycji zbierane przy dodaniu do koszyka, nie jako eksplozję wariantów.

Kiedy atrybuty mają być polami?

Od razu. Filtry, kanały i sortowania ich potrzebują; opisu nie da się filtrować.

modelowanie kataloguwarianty produktustruktura skumodel danych e-commerceatrybuty produktu

Wszystkie poradniki

Ostatnia aktualizacja 2026-08-05, ecommercedevelopment.info · O nas

Pisane przez budujących

Każdy poradnik piszą programiści, którzy budują i utrzymują prawdziwe sklepy, a nie przerabiają cudzych stron.

Przeglądane regularnie

Platformy i zasady płatności się zmieniają. Każdy poradnik nosi datę ostatniego przeglądu, publikowaną także wtedy, gdy nic się nie zmieniło.

Brak płatnych miejsc

Żadna platforma, sklep z szablonami, dostawca aplikacji ani agencja nie kupi tu wzmianki, miejsca ani linku.

Dwanaście języków

Każdy poradnik jest przetłumaczony, a nie nałożony maszynowo — każdy język ma własny adres i własną datę przeglądu.

Granice nazwane

Mówimy wprost, kiedy platforma hostowana albo marketplace będą tańsze i pewniejsze niż wdrożenie na zamówienie.