Catalog structure
Define a product type once Every SKU inherits its fields
A family is the field list for a product type: the attributes, the defaults and the required fields every product of that type carries.
- Attributes inherited parent to child
- Defaults pre-filled on new products
- Family set in bulk or on import
Key features
Build families in a hierarchy
A child family inherits every attribute of its parent and adds its own: Shoes takes Size and Colour from Clothing and adds Sole Type.
Pre-fill what never changes
Give an attribute a default in the family and a new product starts with that value instead of an empty field.
Make the required fields required
Mark attributes required per family, so the editor and the quality checks agree on what a product of this type is still missing.
How it works
Three steps to a working family
The first step is the modelling work; the other two are a click each.
01
Create the family
Name the product type, add the attributes it needs, mark the required ones, set the defaults you always use, and give it a parent family if one fits.
A field list you can point every product of that type at.
02
Assign products to it
Set the family on a single product, on a filtered selection with the Set Family bulk action, or on the incoming rows during an import.
03
Let the structure do the asking
The product editor shows that family's fields, the defaults are already filled in, and the required ones that are still empty show up in Quality Guard.
Missing specs arrive as a list in WISEPIM, not as a rejected export.
Create a family
What changes once a family exists
The specification set moves off the products and onto the type they belong to.
One field list instead of fifty
Adding a spec to a product type means editing one family, not opening fifty products that should have carried it all along.
New products start half filled
Family defaults are written into a new product on creation, so the list of empty fields is short before anyone starts typing.
Removing a family keeps the data
Unassign a family and the products keep the attribute values they already carry. You can point them at another family whenever you want.
In practice
Three product types, three field lists
What a family carries depends entirely on what the product type has to say for itself.
Fashion and apparel
Fabric composition, care instructions, fit and origin are required on every garment; the Apparel family asks for them on each one.
Result: no garment reaches a channel without its care information.
Electronics
Laptops need processor, RAM, storage and screen size; monitors need panel type and refresh rate. Separate families, each with its own required set.
Result: the spec table is complete per product type, not per editor's memory.
Food and drink
Ingredients, allergens and nutrition are required on every food product, and a default unit of measure saves setting it per SKU.
Result: the compliance fields are part of the form instead of an afterthought.
FAQs
Family questions, answered
How families, inheritance and defaults behave once your catalog grows.
Still have questions?
Can't find the answer you're looking for? Please get in touch with our team.
Contact SupportNext step
Model one familyEvery SKU in it follows
Model your first family on your own catalog for free, or bring one product type to a call and we build it with you.
