Katalog produktów zaczyna się od danych: nazwa, cecha i opis to różne rzeczy

W jednym produkcie kolor zapisano jako „ciemny grafit”, w drugim jako „antracyt”, w trzecim jako „szary premium”. Każdy opis brzmi rozsądnie. Filtr koloru zaczyna jednak wyglądać jak zbiór literackich interpretacji, a zespół nie wie, czy to trzy odcienie, czy trzy nazwy tego samego. Poprawianie wyglądu listy nie rozwiąże problemu, który powstał przy wpisywaniu danych.

Model treści katalogu określa, jakie informacje przechowujemy, co znaczą i jak się ze sobą łączą. Zacznij od kilku reprezentatywnych produktów i pytań o to, co klient ma wybierać, porównywać oraz rozumieć. Projekt ekranu będzie później korzystał z tych decyzji. Nie powinien za każdym razem wymyślać ich od nowa.

Pięć produktów na stole zamiast stu pustych pól

Wybierz niewielki, różnorodny zestaw z prawdziwego katalogu. Nie same najlepiej opisane pozycje. Weź produkt prosty, rodzinę z wariantami, zestaw, pozycję z brakującym parametrem i rzecz, której nazwa nie mieści się w obecnym układzie. To materiał do rozpoznania różnic, a nie próbka mająca udowodnić, że przygotowany formularz jest doskonały.

Rozłóż informacje na elementy. Nazwa pomaga rozpoznać produkt. Krótkie objaśnienie mówi, do czego służy. Atrybut, czyli opisana cecha, nadaje się do porównania lub filtrowania. Opis redakcyjny łączy fakty w zrozumiałą wypowiedź. Zdjęcie, instrukcja i rysunek są powiązanymi materiałami. Nie wszystko powinno wylądować w jednym dużym polu tekstowym.

Zacznij od tego, co ma robić katalog. Jeżeli klient filtruje po szerokości, szerokość musi mieć rozpoznawalną wartość i jednostkę. Jeśli porównuje zawartość zestawów, potrzebujesz uporządkowanej listy elementów. Tekst „wiele praktycznych dodatków” nie pozwala zbudować takiego porównania bez ręcznej interpretacji. Użyteczne pole wynika z zadania, nie z tego, że konkurencyjny panel ma ich dużo.

Osobno zapisz pytania, na które firma nie ma odpowiedzi. Brak materiału wykonania nie oznacza, że należy skopiować go z podobnej pozycji. Brak wymiaru nie staje się zerem. Katalog powinien pomieścić jawny brak informacji do uzupełnienia, aby projekt nie zamieniał pustego pola w fałszywy konkret. Rozstrzygnij to przed importem pierwszego arkusza.

Dane opisują produkt, ale ich nazwy muszą być zrozumiałe również dla osoby uzupełniającej katalog. Wewnętrzne skróty producenta można zachować jako osobne identyfikatory. Redaktor potrzebuje jednak etykiety, instrukcji i przykładu poprawnej wartości. W przeciwnym razie każda osoba wprowadzi własną definicję pola, a różnicę zauważy dopiero kupujący.

Shopify opisuje definicje metafields jako schematy określające strukturę, typ i reguły pól dodatkowych. To przykład technicznego mechanizmu, a nie nakaz wyboru tej platformy. Sama możliwość utworzenia pola nie rozstrzyga, co ma ono znaczyć w twoim katalogu i do jakiego zadania później posłuży.

Dobry wynik pierwszej rozmowy mieści się w prostym zestawieniu: nazwa informacji, znaczenie, poziom przypisania, format i właściciel. Dodaj przykład poprawny oraz przypadek budzący wątpliwość. „Wymiary” to zbyt szeroka nazwa, jeżeli jedna osoba wpisuje opakowanie, a druga wnętrze. Takie rozróżnienie lepiej rozstrzygnąć, zanim wokół danych powstaną filtry, widoki i automatyczne opisy.

Nie wszystko należy do tego samego produktu

Rodzina produktów może mieć wspólną historię i materiał, a konkretne warianty odmienny wymiar, identyfikator i zapas. Jeśli wartości zmienne umieścisz wyłącznie na poziomie rodziny, karta będzie je później odgadywać. Jeśli wszystko powielisz w wariantach, zmiana wspólnej informacji zacznie wymagać wielu ręcznych korekt. Model powinien odzwierciedlać rzeczywiste relacje.

Rozstrzygnij, co klient faktycznie zamawia. Samodzielny produkt, wariant rodziny i zestaw nie muszą mieć identycznej struktury. Przy zestawie potrzebne są powiązania ze składowymi oraz liczba sztuk. Nie zastępuj ich zdaniem w opisie, jeżeli później chcesz pokazywać zawartość, porównywać komplety lub sprawdzać, co zmieniło się między dwiema wersjami oferty.

Wspólna cecha może być dziedziczona, czyli pobierana z rekordu nadrzędnego. Ustal jednak, kiedy wolno ją zastąpić wartością szczególną. Jeżeli jeden wariant powstaje z innego materiału, wyjątek powinien być widoczny w danych oraz na stronie. Nie może pozostawać wyłącznie w uwadze, którą pamięta osoba obsługująca zamówienia.

Zrób to na konkretnym przykładzie. Rodzina pudełek ma ten sam sposób zamknięcia, ale trzy szerokości i dwie pokrywy. Sposób zamknięcia może być wspólny, użyteczna wysokość zależeć od pokrywy, a identyfikator od pełnego wariantu. Projekt wyboru wariantów potrzebuje tych relacji, aby ekran nie pokazywał poprawnych informacji w błędnym połączeniu.

Nie dokładaj dziedziczenia bez potrzeby. Jeżeli katalog obejmuje kilkanaście niezależnych przedmiotów, bardzo rozbudowana hierarchia zwiększy koszt utrzymania. Cel to mniejsza liczba niejasności i ręcznych kopii. Struktura powinna być na tyle prosta, żeby nowa osoba potrafiła ustalić, skąd pochodzi wartość widoczna na karcie i gdzie należy ją poprawić.

Oddziel cechy stabilne od informacji operacyjnych. Materiał i konstrukcja zmieniają się inaczej niż dostępność i termin wysyłki. W modelu wskaż źródło oraz rytm aktualizacji. Ręczny opis „wysyłamy jutro” wklejony do kilkuset produktów może przeżyć dzień, do którego się odnosił. To problem organizacji danych, którego nie naprawi nowa typografia.

Powiąż obrazy z konkretnym produktem, wariantem i rolą. Jedno ujęcie pokazuje rodzinę, inne wyłącznie czerwony model z wysoką pokrywą. Takie przypisanie jest potrzebne do ułożenia galerii produktu, a także do miniatury w koszyku. Nazwa pliku może pomagać zespołowi; w katalogu zapisz również jednoznaczne przypisanie obrazu do jego roli i właściwego modelu.

Instrukcja również powinna mieć określony zakres. Dokument dla starszej konstrukcji nie staje się aktualny przez samą zmianę okładki. Zapisz, do których modeli i wersji się odnosi, a przy wymianie zachowaj kontrolę miejsc użycia. Dzięki temu klient pobierający materiał z karty nie musi sam rozstrzygać, czy podobny rysunek przedstawia jego produkt.

Liczba, słownik i zdanie mają inne zadania

W polu liczbowym ustal jednostkę oraz znaczenie. Wartość 120 bez etykiety może oznaczać centymetry, milimetry albo liczbę sztuk. Przeliczenia powinny wynikać ze wspólnej reguły, a nie osobnego dopisku przy każdym produkcie. Jeśli rozmiar jest przedziałem, zachowaj jego granice zamiast wkładać zapis „od 20 do 30” do pola udającego jedną liczbę.

Nie stosuj jednej pustej wartości do wszystkich sytuacji. „Nie dotyczy”, „nie znamy” i „czekamy na potwierdzenie” mają różne znaczenie. Na stronie można nie pokazywać części takich stanów, ale opiekun danych powinien je rozpoznawać. W przeciwnym razie nie odróżni katalogu kompletnego od katalogu, w którym brakuje połowy potrzebnych informacji.

Słownik zamknięty przydaje się tam, gdzie wartości mają grupować produkty. Kolor, rodzaj wykończenia czy typ mocowania powinny mieć ustalone pojęcia i zasady dodawania nowych. Nie oznacza to usunięcia języka marki. Możesz zachować autorską nazwę odcienia i przypisać mu zwykłą kategorię używaną w filtrze. Te dwa określenia wykonują inną pracę. Przy dużym słowniku zaprojektuj wyszukiwanie i zatwierdzenie konkretnego rekordu w polu, odróżniając wybór wartości od samego wpisania podobnej nazwy.

Synonimy też wymagają decyzji. „Grafit” i „antracyt” mogą oznaczać w danej ofercie różne wykończenia. Nie łącz ich tylko dlatego, że brzmią podobnie. Potwierdź znaczenie z opiekunem produktu, a dopiero potem przygotuj wspólną etykietę lub mapowanie. Porządkowanie katalogu ma usuwać niejasności i zachowywać rzeczywiste różnice między produktami.

Opis redakcyjny powinien korzystać z potwierdzonych cech i wyjaśniać ich użycie. Nie musi zawierać każdej wartości technicznej, jeśli specyfikacja pokazuje ją obok. Dwukrotne ręczne wpisanie szerokości do tekstu i pola tworzy ryzyko rozbieżności. Karta produktu odpowiadająca na pytania kupującego potrzebuje zarówno danych, jak i sensownie napisanej wypowiedzi.

Pola dodatkowe nie powinny zastępować istniejących pojęć bez powodu. Schema.org przy additionalProperty opisuje dodatkową cechę jako parę właściwości i wartości oraz zwraca uwagę na używanie właściwości szczegółowych, gdy są dostępne. To wskazówka dotycząca przekazywania danych systemom. Własny model nadal trzeba dopasować do prawdziwej oferty i sposobu pracy zespołu.

Nazwy techniczne oddziel od etykiet widocznych dla klienta. Pole może mieć stały identyfikator, podczas gdy opis na stronie jest redagowany i tłumaczony. Zmiana „gabaryt” na „wymiary zewnętrzne” nie powinna zmuszać do wymiany całej integracji. W dokumentacji zachowaj jednak relację, żeby osoba utrzymująca katalog wiedziała, które określenie opisuje ten sam zasób.

Nie każda kategoria musi otrzymać wszystkie pola. Dla tkaniny istotny będzie sposób sprzedaży i szerokość materiału, dla pojemnika pojemność i konstrukcja. Zestaw wspólnych informacji może współistnieć z polami kategorii. Dzięki temu formularz redakcyjny nie wymaga wypełniania kilkunastu pozycji „nie dotyczy” przy każdym towarze, który akurat nie jest meblem.

Reguły sprawdzania wartości powinny odpowiadać rzeczywistemu znaczeniu. Można wymagać dodatniego wymiaru, lecz sam taki warunek nie wykryje wpisania szerokości w milimetrach do pola centymetrów. Potrzebna jest kontrola sensu na reprezentatywnych przykładach. Formalnie poprawny rekord nadal może opisywać przedmiot, którego nie ma w magazynie ani w ofercie producenta.

Katalog ma przeżyć następną zmianę

Przy każdej ważnej informacji wskaż właściciela oraz źródło. Właściciel odpowiada za potwierdzenie znaczenia; źródłem może być karta producenta lub uzgodniony system. Nie wszystko wymaga daty przeglądu co tydzień. Ustal natomiast, którą wartość przyjąć, gdy nowy arkusz różni się od danych już używanych w sklepie.

Przy zmianie samego modelu danych przygotuj osobny plan przejścia. Nowe pole nie uzupełni się od tego, że pojawiło się w panelu. Ustal, skąd mają trafić do niego wartości, co z dotychczasowym zapisem i kiedy widoki zaczną korzystać z nowego źródła. Inaczej sklep może przez pewien czas publikować dwa różne opisy tej samej cechy.

Wycofując pole, sprawdź miejsca, które nadal je odczytują. Może to być filtr, szablon karty, eksport lub porównanie. Nie usuwaj starego zapisu przed potwierdzeniem, że potrzebne informacje zostały przeniesione. Jednocześnie nie utrzymuj bez końca dwóch równoległych miejsc do ręcznego poprawiania tej samej wartości. Potrzebny jest wyraźny moment przejęcia odpowiedzialności przez nowe pole.

Zmianę przetestuj na produkcie typowym i na wyjątku. Gdy trzy warianty dziedziczą materiał rodziny, a czwarty ma własną wartość, przeniesienie nie może spłaszczyć tej różnicy. Porównaj stan przed i po na widoku klienta. Liczba poprawnie zaimportowanych wierszy nie dowodzi, że zachowano znaczenie oraz relacje między danymi.

Import najpierw sprawdź na ograniczonym zestawie. Zobacz, czy rozpoznano jednostki, identyfikatory i powiązania wariantów. Szczególnie przyjrzyj się pustym wartościom: czy import je dopisuje, czy kasuje wcześniejsze dane. Decyzja o aktualizacji katalogu powinna obejmować tę regułę, a nie sprowadzać się do potwierdzenia, że plik został technicznie przyjęty.

Zachowaj ślad istotnej korekty. Jeśli zmieniono zawartość zestawu, sprawdź kartę, porównanie, obraz i powiązaną instrukcję. W procesie publikacji treści w CMS ustal, kto ogląda rzeczywisty wynik na stronie. Podgląd formularza administracyjnego nie potwierdza jeszcze, że klient otrzymał spójną informację we wszystkich miejscach.

Przygotuj krótką instrukcję redagowania katalogu. Nie opisuj każdego przycisku platformy, jeśli wystarczy wyjaśnić kilka decyzji: skąd brać dane, kiedy tworzyć nowy wariant, jak oznaczać brak oraz kto akceptuje nowe wartości słownika. Takie zasady pomagają zespołowi także po zmianie osoby odpowiedzialnej za ofertę.

Rozwijaj strukturę na podstawie rzeczywistej potrzeby. Nowy filtr może wymagać uporządkowania dotychczasowego opisu; nowa kategoria innego zestawu cech. Nie dodawaj pola na wszelki wypadek, jeśli nikt nie potrafi wskazać jego użycia. Każde pole trzeba później wypełnić, wyjaśnić i utrzymać. Pusty katalog nie staje się bogatszy od samego mnożenia kolumn.

Zobacz też wynik na małym ekranie. Uporządkowane dane pomagają przygotować porównanie czytelne na telefonie, ale nie wybierają automatycznie właściwej prezentacji. Długie etykiety, jednostki i brak parametru nadal wymagają projektu. Model daje materiał do dobrego widoku; nie zastępuje decyzji o tym, co klient powinien zobaczyć najpierw.

Kiedy przyniesiesz do projektu kilka prawdziwych kart i trudnych wyjątków, rozmowa o sklepie staje się konkretna. Aeneia Design łączy treść, architekturę informacji i ekran w uzgodnionym zakresie. Przynieś katalog, w którym zespół potrafi wyjaśnić, czym różni się cecha produktu od zdania, które ma ją dobrze opisać. Od tego można budować kolejne ekrany.