Mağaza yenilenirken ben önce menünün görünümüne değil, ürünlerin hangi kuralla gruplandığına bakarım. Kategori adı değişebilir; fakat ürünlerin anlamı, filtrelerdeki karşılığı ve eski bağlantıların götürdüğü yer birlikte düşünülmezse yeni tasarım aynı sorunu farklı bir görünümle taşır.
Taksonomi, burada ürün türleri, özellikler ve gruplar arasındaki sınıflandırma düzenidir. Amacım bu düzeni dondurmak değil, değişiklikleri izlenebilir kılmak. Bu rehberdeki aksesuar örnekleri varsayımsaldır; yapılmış bir müşteri projesinin sonuçlarını anlatmıyorum.
Ürün türü, özellik, koleksiyon ve menüyü ayırırım
Telefon kılıfı bir ürün türüdür. Uyumlu cihaz ve malzeme birer özelliktir. Seyahat için seçilen aksesuarlar bir koleksiyon olabilir. “Cihazına göre alışveriş” ise müşterinin ürünlere ulaşmasını sağlayan bir gezinme yoludur. Aynı ürün bunların hepsinde yer alabilir; dört ayrı ürün kaydı açmak gerekmez.
Ben önce bu ayrımları yazarım. Kampanya bittiğinde menüden kaldırılan bir koleksiyon, ürünün temel sınıflandırmasını değiştirmemelidir. Yeni bir cihaz çıktığında uyumluluk değerleri genişleyebilir; bunun her seferinde yeni bir ana menü başlığı gerektirip gerektirmediği ayrıca değerlendirilir.
Müşterinin göreviyle gerçek kataloğu birlikte incelerim
Depodaki gruplar tedarikçiye veya satın alma düzenine göre oluşmuş olabilir. Müşteri ise elindeki cihaza uygun ürün, yedek parça veya belirli bir kullanım için çözüm arar. Ben kategori kararını bu görev ile gerçekten sunulabilen ürünlerin kesişiminde kurarım.
Varsa site içi aramaları, destek sorularını, kategori trafiğini ve ürün çeşitliliğini incelerim. Her kaynağın sınırını kaydederim: arama kutusuna yazılanlar mevcut arayüzden etkilenir; destek soruları yalnız yardım isteyen kişileri gösterir. Birkaç sorgu, tek başına büyük bir kategori yatırımını doğrulamaz.
Baymard'ın kategori ve gezinme araştırması, ürün bulmayı kategori yapısı ve gezinmeyle birlikte ele alır. Benim uygulamada sınamak istediğim şey de budur: kişi etiketi beğeniyor mu sorusundan önce, ihtiyacına uygun ürün grubuna ulaşabiliyor mu?
Her kalıcı kategori için bir tanım kartı hazırlarım
Kategori adı ile kategori kimliğini ayırırım. Görünür adı değiştirdiğimde, eski ve yeni raporların aynı grubu mu yoksa farklı kapsamları mı anlattığı anlaşılmalıdır. Sabit kimlik bu sürekliliğe yardımcı olur; kapsam değiştiğinde ayrıca sürüm ve gerekçe kaydı gerekir.
| Alan | Varsayımsal örnek | Ne işe yarar? |
|---|---|---|
| Sabit kimlik | accessory-phone-case | Ad değişse de grubu izlemek |
| Görünür ad | Telefon kılıfları | Müşteriye kapsamı anlatmak |
| Dahil etme kuralı | Telefonu koruyan kılıflar | Ürün üyeliğini belirlemek |
| Hariç tutma kuralı | Ekran koruyucular ve taşıma çantaları | Belirsizliği azaltmak |
| Gerekli özellik | Uyumlu cihaz | Uygun seçeneklere daraltmak |
| Sorumlu | Katalog operasyonu | Yeni ürünleri kontrol etmek |
| URL kararı | Aynı ihtiyacı karşılayan mevcut adresi koru | Bağlantı sürekliliğini sağlamak |
“Premium aksesuar” gibi bir etiketin hangi ürünleri kapsadığı açık değilse başka bir kişi bu kartı uygulayamaz. Ben tanımı örnek ürünlerle sınarım. Bir ürünün birden fazla koleksiyona girmesi bilerek alınmış bir karar olabilir; raporlamada hangi grubun esas alınacağını da belirtirim.
Her özelliği yeni kategoriye çevirmem
Renk, malzeme veya bağlantı türü bazen kategori yerine filtre olarak daha kullanışlıdır. Ancak filtre, eksik veya çelişkili veriyi düzeltmez. Önce aynı anlama gelen yazımları, gerçekten farklı olan değerleri ve bilinmeyen bilgiyi ayırırım. Boş alanın “uygulanamaz” mı yoksa “henüz bilinmiyor” mu olduğu açık olmalıdır.
Benzer görünen iki uyumluluk değerini kanıt olmadan birleştirmem. Yeni değerin kaynağını ve eski değerden nasıl dönüştürüldüğünü kaydederim. Kontrole yalnız en çok satan ürünleri değil; eski, az bilgili ve birden fazla kullanım alanı bulunan ürünleri de dahil ederim.
Kategori eşleme tablosunu örnek ürünlerle sınarım
Ben eşleme dosyasında yalnız eski ve yeni kategori adını tutmam. Aşağıdaki küçük tablo, kararı ürün kaydıyla sınamak için bir başlangıçtır. Satırlar gerçek katalog verisi değildir.
| Örnek kayıt | Mevcut belirsizlik | Önerilen karar | Kabul kontrolü |
|---|---|---|---|
| A: telefon kılıfı | Ürün türü ile renk aynı kategori adında | Kılıfı ürün türünde, rengi özellikte tut | Renk değişince ürün türü değişmiyor |
| B: ekran koruyucu | Kılıflar grubuna dahil edilmiş | Tanımdaki hariç tutma kuralını uygula | Kılıf grubunda görünmüyor, kendi grubundan bulunuyor |
| C: cihazı bilinmeyen kılıf | Uyumluluk alanı boş | Bilgiyi doğrulanacak olarak işaretle | Belirli cihaza uygunmuş gibi gösterilmiyor |
Her satıra ürün kimliği, kararın dayanağı, sorumlu ve kontrol tarihi eklerim. Bir ekip arkadaşı tanım kartıyla aynı sonuca ulaşamıyorsa bütün kataloğa uygulamadan önce kuralı düzeltirim. Eksik bilgiyle yanlış ürün önermek ile bir alanı bilinmiyor olarak tutmak aynı risk değildir.
Kampanya koleksiyonuna ayrı bir yaşam süresi veririm
Yaz seçkisi veya hediye koleksiyonu, temel ürün sınıflandırmasını değiştirmeden kurulabilmelidir. Koleksiyonun amacı, sorumlusu ve ne zaman tekrar değerlendirileceği belli olmalıdır. Menüden kaldırmak, eski bağlantıların ne olacağı kararını kendiliğinden çözmez.
Her otomatik ürün grubunu arama motoruna açık bir açılış sayfasına dönüştürmem. Ayrı bir ihtiyacı ve yeterli içeriği var mı diye bakarım. Kalıcı talep veya değerli bağlantı kazanmış geçici bir sayfanın geleceğini ayrıca değerlendiririm. Kategori ile rehber arasındaki sınır için sayfa türü karar rehberini kullanabilirsin.
URL eşlemesini menü değişmeden hazırlarım
Eski adresin amacı, yeni adresin amacı ve yapılacak işlem aynı satırda görünmelidir. Adlarda ortak kelime bulunması eşdeğerlik kanıtı değildir; ürün kapsamını ve kullanıcının görevini karşılaştırırım. Anlam değişmiyorsa mevcut adresi korumayı değerlendiririm.
İki kategori birleştiğinde yeni hedefin ikisini de karşılaması gerekir. Bir kategori bölündüğünde ise rastgele bir alt kategoriye göndermek yerine seçenekleri açıklayan bir ara sayfa gerekebilir. Bütün eski adresleri ana sayfaya yönlendirmeyi çözüm saymam.
Shopify'da güncel yönlendirme kurallarını kontrol ederim. Örneğin geçerli bir sayfayı açan eski URL için yönlendirme çalışmaz; platformun sabit ve ayrılmış yollarla ilgili sınırları da vardır. İçe aktarma dosyasında satır bulunmasını yeterli görmem, eski adresin gerçekten doğru son sayfaya ulaştığını sınarım.
Tasarımdan bağımsız görevler ve yayın kontrolü
Kontrole “bu cihaza uygun bir ürün bul”, “iki ürün türünü karşılaştır” veya “yedek parçaya ulaş” gibi görevlerle başlarım. Kişiye doğru yolu söylemeden nerede duraksadığını ve etiketin arkasında ne beklediğini kaydederim. Ardından aynı görevi mobil görünümde ve klavyeyle denerim.
Yayın için kategori sorumlusunun ürün üyeliğini, uygulama ekibinin filtreleri, geçiş sorumlusunun eski bağlantıları ve ölçüm sorumlusunun rapor sürekliliğini gösterebilmesini isterim. Büyük ve küçük kategoriler, boş sonuçlar, eksik özellikler, çevrilmiş etiketler ve birden fazla koleksiyona giren ürünler örneklemde bulunur.
Yanlış uyumluluk veya bozuk ürün yolu yayın engeli olabilir; alternatif bir etiket sonraki denemeye kalabilir. Açık işleri önemine göre ayırırım. Yayından sonra yeni kategori ekleme kararının da kullanıcı ihtiyacı, ürün kapsamı, veri gereksinimi ve mevcut URL etkisiyle kaydedilmesini öneririm.
Mağaza yeniden değişecektir. Korunması gereken varlık, müşteri ihtiyacıyla ürün verisi ve anlamlı adresler arasındaki ilişkidir. Platform geçişi de gündemdeyse Shopify veri taşıma kontrol listesi bu çalışmayı tamamlar. Kendi mağazan için kapsamı birlikte çalışma sayfasından paylaşabilirsin.