Arayüzü tasarlamadan önce kataloğu modelleyin

Bir üretici sitesinde katalog içerik değildir. Veri modelidir, ve her sayfa ona bir bakıştır. Bunu yanlış yapmak, sonradan bir yeniden tasarımla düzeltebileceğiniz bir tasarım sorunu değildir — bir migrasyondur.

Bir ürün gerçekte nedir

İlk soru tek bir ürünü neyin oluşturduğudur. Bir ısı yalıtım profili, 27 boyutsal varyantı olan tek bir ürün müdür, yoksa 27 ürün mü? Cevap; URL yapısını, bir arama sonucunun neye benzediğini, bir filtrenin ne üzerinde çalıştığını ve bir alıcının numuneyi nasıl talep ettiğini belirler. Teknik gibi görünen ticari bir karardır, ve ürünü satan kişiler tarafından verilmelidir.

Alıcının seçim yolu etrafında organize edin

İç ürün kodları şirketin düşünme biçimidir. Seçim yapan bir mühendis uygulama, profil sistemi ve ölçü olarak düşünür. Bunlar nadiren aynı ağaçtır. Site iç kodları takip ettiğinde alıcılar gezinemez, ve şirket bundan alıcıların gezinmek istemediği sonucunu çıkarır.

Öznitelikler filtredir

Filtreleme, arkasındaki öznitelik verisi kadar iyidir. Ölçüler tutarsız kaydediliyorsa — bazen 14.8, bazen 14,8, bazen "yaklaşık 15" — hiçbir arayüz bunları filtreleyemez. Çoğu katalog projesi, sayfaları kurmaktan daha fazla çabayı mevcut ürün verisini normalleştirmeye harcar, ve değer de tam olarak orada ortaya çıkar.

İş sırası

• Mevcut ürün verisini, hangi durumdaysa o durumda dışa aktarın
• Bir ürünün ne olduğuna, bir varyantın ne olduğuna karar verin
• Filtreye dönüşecek öznitelikleri normalleştirin
• Taksonomiyi stokun kodlandığı biçimde değil, alıcının seçtiği biçimde modelleyin
• Ancak o zaman sayfaları tasarlayın

Bu sırayla kurulmuş bir katalog ucuza yeniden tasarlanabilir. Ters sırayla kurulmuş biri yeniden inşa edilmek zorundadır.