E-Ticarette Beden Tablosu: Ülke Karşılığı mı, Santimetre mi

Uluslararası satış yapan bir mağazada beden tablosu, çoğu zaman ürün sayfasının en çok açılan ve en az güvenilen bölümü. Kullanıcı EU 38'in TR karşılığını görüp siparişi veriyor, gelen ürün başka çıkıyor. Sorun tablonun eksikliğinden çok, tablonun neyi vaat ettiğinden kaynaklanıyor.

Ülke karşılığı tablosu neyi çözer, neyi çözmez

EU 38 = UK 10 = US 6 satırı, etiketten etikete bir sözlük. Sözlük doğru olabilir, ama kullanıcının sorusunu cevaplamaz. Kullanıcı "bu ürün bana olur mu" diye soruyor; tablo "bu etiketin öbür ülkedeki adı budur" diye cevap veriyor.

Aradaki boşluk şurada açılıyor: aynı etiketi taşıyan iki farklı markanın ürünü, komşu iki bedenin arasındaki farktan daha fazla ayrışabiliyor. Bir markanın M'i başka markanın L'sinden geniş olduğunda ülke karşılığı tablosu hiçbir uyarı vermez, çünkü ölçüye hiç bakmaz. Kullanıcıya yanlış cevabı, doğru cevap kılığında verir. Sahte güven, bilgisizlikten daha pahalıya patlıyor: kullanıcı emin olduğu için beden sormuyor, canlı destek de devreye giremiyor.

Vücut ölçüsü mü, ürün ölçüsü mü

Tablolardaki en yaygın karışıklık bu ikisinin ayrılmaması. "Göğüs 92-96 cm" satırı, ürünün göğüs genişliği mi, o bedeni giymesi beklenen kişinin göğüs çevresi mi? İkisi arasında kesim payı kadar fark var ve oversize bir üründe bu fark 10 santimi geçebiliyor.

Sağlıklı çözüm ikisini birlikte, ayrı ayrı vermek: bir sütun bedene karşılık gelen vücut ölçüsü, bir sütun ürünün düz serilmiş halde ölçülen değerleri (omuz, göğüs, toplam boy). Ölçünün nasıl alındığını gösteren küçük bir şema da metnin yerini tutar, kullanıcı üç satır açıklama okumak yerine bakıp anlar.

Peki kullanıcı kendi ölçüsünü bilmiyorsa? O zaman en işlevsel referans, dolabındaki üründür. "Elinizdeki en rahat tişörtü düz serip omuzdan omuza ölçün, aşağıdaki değerle karşılaştırın" yönlendirmesi, mezuraya sarılmayacak kullanıcıya somut bir yol açar.

Tabloyu nereden besliyorsunuz

Buradan sonrası tasarımdan çok veri modeli meselesi. Marka ve bölge bazında elle yazılan tablolar tutmaya kalkarsanız, bakılacak tablo sayısı marka ve bölge sayısının çarpımıyla büyür: 40 marka ve 6 bölge sisteminde 240 ayrı tablo. Kimse 240 tabloyu güncel tutamaz. Bu yüzden çoğu site tek bir genel tablo koyup her marka için biraz yanlış olmayı kabul ediyor.

Tersine kurun. Ölçüyü tek bir yerde, tek bir birimde (santimetre) ve varyant düzeyinde tutun; ülke etiketini bu ölçüden gösterim anında üretin. Böylece marka eklemek yeni bir tablo değil, yeni bir ölçü satırı demek olur, dönüşüm kuralı da tek yerden düzeltilir.

Birim dönüşümünü de veri tarafında halledin. İnç değerini tam sayıya yuvarlarsanız 1,27 santime kadar kayma girer; kaynak değeri santimetre olarak saklayıp inci ekranda hesaplamak bu kaymayı ortadan kaldırır.

Mobilde tablonun okunabilir kalması

Altı bölge sistemini yan yana koyan bir tablo telefonda ya yatay kayar ya da okunmaz hale gelir. Yatay kaydırma başlı başına kötü değil, kaydırılabildiği belli olmadığında kötü; ilk sütunu sabitleyip sağdaki alanı taşırmak, tabloyu üç ayrı sekmeye bölmekten iyi çalışır.

• Kullanıcının bulunduğu ülkenin beden sistemi ilk sütunda gelsin, diğerleri sağa kalsın.
• Ölçü birimi seçimi tabloyu kapatmadan değişsin, seçim sonraki üründe de hatırlansın.
• Otomatik ülke algılaması varsayılan olsun, kilit olmasın; VPN arkasındaki ya da yurt dışından sipariş veren kullanıcı sistemi elle değiştirebilmeli.

Tablonun işe yarayıp yaramadığını ölçmek

Beden tablosu, etkisi doğrudan ölçülebilen az sayıdaki arayüz parçasından biri. İade formundaki gerekçe alanında "küçük geldi" ve "büyük geldi" seçeneklerini ayrı tutun, bu veriyi ürün bazında toplayın. Tek bir üründe iadelerin çoğu aynı yöne düşüyorsa sorun kullanıcının tercihinde değil, o ürünün tablosunda ya da kalıbındadır; tabloya "bu ürün kalıbı dardır, bir beden büyük tercih edin" notunu koymak için başka bir araştırmaya gerek yok.

Aynı veriyle tablonun açılma oranını da izleyin. Tablo çok açılıp iade yine de yüksekse tablo okunuyor ama anlaşılmıyor demektir; hiç açılmıyorsa bağlantı ürün sayfasında yanlış yerde duruyordur. İki durumun çözümü birbirinden tamamen farklı, dolayısıyla iki sayıyı ayrı ayrı görmek gerekiyor.