Dijital Katalog

Ürün yapısını alıcının arama biçimine göre kurmak

Bir ürün listesi, onu hazırlayan ekibin zihin haritasına göre dizildiğinde ziyaretçilerin çoğu aradığını bulamıyor. Satın alan kişi ürünü stok kodundan değil, çözmek istediği sorundan yola çıkarak arıyor. Dijital katalog yapısını kurarken bu iki bakışı karşılaştırıyor, dışarıdan gelen kişinin sırasını esas alıyoruz.

Bunu anlamak için satış birimine gelen soruları ve teklif yazışmalarını okuyoruz. Hangi ürünün hangi kelimeyle istendiği, hangi ikilinin sürekli birlikte sorulduğu ve hangi bilginin telefonda tekrar tekrar açıklandığı bu okumadan çıkıyor. Dış pazara çalışan İzmir firmalarında aynı ürünün yurt içi ve yurt dışı adlandırması da farklılaşabiliyor.

Yapı kesinleşmeden birkaç gerçek arama senaryosunu baştan sona deniyoruz: belirli bir ölçüye uyan ürünü bulmak, iki modeli yan yana koymak, yedek parçaya ulaşmak. Üç adımdan fazlasını gerektiren bir senaryo çıktığında ağaç yapısı yeniden düzenleniyor. Bu denemeleri, ürünün resmi adını tam bilmeyen bir kişinin diliyle yapıyoruz; gerçek ziyaretçilerin çoğu firmanın kendi adlandırmasını bilmeden geliyor.

Kategori sayısını seçimi zorlaştırmayacak düzeyde tutmak

Kategori eklemek kolay olduğu için çoğu liste zamanla genişliyor ve bir noktadan sonra ziyaretçi hangi başlığın altına bakacağını kestiremiyor. Aşırı bölünmüş bir yapı, tek sayfalık kalabalık bir listeden daha yorucu olabiliyor. Doğru sayı, ürün çeşidine göre değil karar verme biçimine göre belirleniyor.

Mevcut başlıkları önce ziyaretçi davranışıyla karşılaştırıyoruz: hangi kategoriye kaç kez girilmiş, hangisi hiç açılmamış, hangisinden arama kutusuna dönülmüş. Hiç kullanılmayan başlıklar birleştiriliyor; sürekli karıştırılan ikililer ise ayrıştırılıyor ya da adlandırması değiştiriliyor.

Sonuç yapıyı, ürünleri hiç tanımayan bir kişiye gösterip elindeki tarife uyan başlığı seçmesini istiyoruz. Tereddüt ettiği her nokta, isimlendirmenin ya da sıralamanın düzeltilmesi gereken yerini işaret ediyor. Bu deneme birkaç kişiyle tekrarlandığında eğilim netleşiyor.

Teknik özellikleri karşılaştırılabilir biçimde vermek

Teknik bilgi serbest metnin içine gömüldüğünde okunuyor ama karşılaştırılamıyor. İki modelin farkını görmek isteyen alıcı, paragrafların arasında sayı aramak zorunda kalıyor. Bu yüzden her özelliği ayrı bir alan olarak tanımlıyor, aynı ölçü birimini bütün kayıtlarda koruyoruz.

Önce eldeki verinin durumuna bakıyoruz. Aynı özelliğin farklı dosyalarda farklı yazılması, birim karışıklığı ve boş bırakılmış alanlar hemen her aktarımda karşımıza çıkıyor. Bu temizlik yapılmadan kurulan bir yapı, daha ilk aramada yanlış sonuç üretmeye başlıyor.

Hangi özelliğin gerçekten karşılaştırma konusu olduğunu satış birimiyle birlikte seçiyoruz; müşterinin hiç sormadığı otuz satırlık bir tablo, gerçekten sorulan beş satırı gizliyor. Devreye almadan önce birkaç kaydı yan yana açıp okunabilirliği ve birim tutarlılığını denetliyoruz.

Görsel oranlarını bütün kayıtlarda eşitlemek

Farklı zamanlarda ve farklı kişilerce çekilmiş ürün fotoğrafları bir araya geldiğinde liste dağınık görünüyor, ürünler arasında haksız bir hiyerarşi oluşuyor. Büyük görünen ürün daha önemli sanılıyor. Tek bir oran ve tek bir zemin kuralı bu sorunu büyük ölçüde çözüyor.

Hangi ürünün hangi açıdan çekileceğini, zemin rengini, gölge kullanımını ve çerçeve içindeki boşluk payını yazılı bir kurala bağlıyoruz. Gıda ve tarım ürünlerinde ambalaj yüzeyinin parlaklığı, tekstilde ise renk doğruluğu ayrı birer başlık olarak ele alınıyor.

Eski fotoğrafların tamamını yenilemek her zaman mümkün olmuyor; bu durumda hangi görselin kırpılarak, hangisinin yeniden çekilerek düzeltileceğini bir sıraya koyuyoruz. Liste açılmadan önce kayıtlar toplu hâlde gözden geçirilip oran kayması olup olmadığına bakılıyor.

Arama ve filtre seçeneklerini gerçek ihtiyaca göre seçmek

Her alanı filtreye açmak kullanıcıya yardım etmek yerine karar yükünü artırıyor. On beş ölçüt arasından seçim yapmak, çoğu ziyaretçi için ürünleri tek tek gözden geçirmekten daha zor. Filtre listesi verinin tamamından değil, alıcının gerçekten elediği ölçütlerden kuruluyor.

Filtreye açılacak alanın verisinin eksiksiz olması gerekiyor; yarısı boş bir alan, ölçüt kullanıldığında ürünleri görünmez yapıyor. Bu nedenle önce doluluk oranına bakıyor, eksik kayıtlar tamamlanmadan o ölçütü listeye almıyoruz.

Arama kutusunun davranışı da ayrı bir konu: yazım hatasını tolere etmesi, stok koduyla ürün adını birlikte araması ve sonuç bulunamadığında yönlendirme vermesi gerekiyor. Canlıya geçmeden önce gerçek arama terimleriyle deneme yapıp boş dönen sorguları tek tek kapatıyoruz.

Fiyat ve stok bilgisinin sorumlusunu belirlemek

Yanlış fiyat, eksik ürün bilgisinden daha maliyetli. Güncelliği kimin, hangi sıklıkla ve hangi kaynaktan sağlayacağı belirlenmediğinde liste birkaç ay içinde güvenilirliğini kaybediyor. Bu sorumluluğu ürün, satış ve muhasebe arasında açıkça paylaştırıyoruz. Görev tek bir kişiye yığıldığında o kişi izinli olduğunda güncelleme duruyor; bu nedenle yedek bir sorumlu da baştan belirleniyor.

Fiyatın nerede tutulduğunu öğrenmek işin başlangıcı oluyor. Bilgi ön muhasebe programındaysa aktarım kurulabiliyor; elektronik tabloda tutuluyorsa güncelleme takvimi ve sorumlu kişi tanımlanıyor. Bayi ile son kullanıcı için farklı fiyat gösterimi gerekiyorsa bu ayrım da baştan kurgulanıyor.

Stok bilgisinin ne kadar ayrıntılı gösterileceği ayrıca konuşuluyor; kesin adet vermek her zaman doğru olmuyor, çoğu durumda bulunabilirlik ya da tedarik süresi bilgisi yeterli kalıyor. Açılış öncesinde aktarımın hatalı veriyi nasıl karşıladığı sınanıyor.

Gelen teklif isteğini doğru ürün kaydıyla eşleştirmek

Teklif formundan gelen mesajda hangi ürünün konuşulduğu belli değilse, satış birimi yazışmanın yarısını bunu anlamaya harcıyor. Formun hangi kayıttan açıldığı bilgisi mesajla birlikte taşındığında ilk yanıt süresi belirgin biçimde kısalıyor. Aynı bilginin teklif kaydında da görünmesi, sonradan hangi ürüne ne fiyat verildiğini aramayı ortadan kaldırıyor.

Mevcut süreci baştan izliyoruz: istek kime düşüyor, nasıl kaydediliyor, yanıt hangi kanaldan veriliyor. Birden fazla kişi aynı kutuya bakıyorsa yönlendirme kuralı ve sahiplenme yöntemi tanımlanıyor. Ürün grubuna göre farklı kişilere gitmesi gerekiyorsa bu ayrım forma işleniyor.

Form alanlarını olabildiğince az tutuyoruz; adet, teslim yeri ve iletişim bilgisi çoğu durumda yeterli oluyor. Açılıştan önce deneme istekleri gönderilip mesajın ulaştığı, ekin açıldığı ve otomatik yanıtın doğru metinle gittiği kontrol ediliyor.

Paylaşımı mobil kullanım için hızlandırmak

Saha ekibi ürünü çoğu zaman telefondan gösteriyor; fuar alanında, müşteri ziyaretinde ya da depoda. Açılması geciken bir sayfa bu görüşmenin ritmini bozuyor. Dijital katalog kurgusunda ilk hedef, zayıf bağlantıda bile ürünün birkaç saniye içinde görünmesi oluyor.

Bunun için görsel boyutlarını, sayfa yükünü ve yapılan istek sayısını ölçüyoruz. Yüksek çözünürlüklü fotoğraf arşivi olduğu gibi yayına verildiğinde tek bir sayfa birkaç megabayta ulaşabiliyor; ekranda görünen boyuta göre üretilmiş sürümler bu yükü belirgin biçimde düşürüyor.

Paylaşılabilir bağlantıların da düzgün çalışması gerekiyor: mesajla gönderilen adres doğru ürüne açılmalı, önizlemede ürün adı ve fotoğrafı görünmeli. Devreye alma kararından önce bu bağlantılar farklı cihazlarda ve düşük hızlı bağlantıda deneniyor.

Güncelleme panelini ürün ekibinin işine göre kurmak

Panel, onu kullanacak kişinin günlük işine benzemiyorsa güncelleme yapılmıyor ve liste eskiyor. Kayıt ekleme ekranındaki alan sırası, ürün ekibinin elindeki belgenin sırasıyla aynı olduğunda iş hızlanıyor. Bu yüzden paneli, kullanılan formun yapısına göre düzenliyoruz.

Kimin hangi alanı değiştirebileceğini de ayırıyoruz; fiyatı yalnız yetkili kişinin görmesi ya da düzenlemesi gerekebiliyor. Toplu güncelleme ihtiyacı varsa dosya üzerinden aktarım, tekil düzeltme için ise doğrudan düzenleme yolu birlikte bırakılıyor.

Yeni bir ürün eklemenin kaç adımda bittiğini süre tutarak ölçüyoruz; uzun süren her adım, sonradan atlanan adım hâline geliyor. Panel devredilmeden önce ekipten bir kişi kendi ürününü baştan sona ekliyor ve takıldığı yerler düzeltiliyor.

Kullanım verisini yeni ürün kararlarına taşımak

Hangi ürünün kaç kez görüntülendiği, hangi ölçütün kullanıldığı ve hangi aramanın boş döndüğü, ürün geliştirme açısından da değerli. Boş dönen aramalar çoğu zaman talebin olduğu ama karşılığının bulunmadığı yeri gösteriyor. Hiç girilmeyen bir kategori ise genellikle adının anlaşılmadığına ya da yanlış yere konduğuna işaret ediyor.

Bu verinin işe yaraması için önce doğru toplanması gerekiyor; olay tanımları baştan yapılmazsa raporlar birkaç ay sonra karşılaştırılamaz hâle geliyor. Hangi ölçümün hangi kararı besleyeceğini yazılı olarak belirliyor, gereksiz ölçümleri kuruluma hiç almıyoruz.

Raporları düzenli aralıklarla ürün ve satış birimiyle birlikte okuyoruz. Sayının kendisi değil, ondan çıkan kararın ne olduğu önemli: bir başlığın adını değiştirmek, bir ölçütü kaldırmak ya da eksik ürün grubunu tamamlamak gibi.

Eski ürünleri düzenli bir arşivde tutmak

Üretimden kalkan ürünü silmek ilk bakışta doğru görünüyor; ancak o ürünü kullanan müşteriler yedek parça, teknik belge ve ölçü bilgisi aramayı sürdürüyor. Kaydı arşive almak hem bu ihtiyacı karşılıyor hem de güncel listeyi kalabalıklaştırmıyor.

Arşiv kuralını baştan tanımlıyoruz: hangi ürün ne kadar süre görünür kalacak, arşivdeki kayıtta hangi bilgi duracak, yerine geçen model nasıl gösterilecek. Bu kural olmadığında karar her seferinde tek tek veriliyor ve yapı zamanla tutarsızlaşıyor.

Arşive alınan kayıtların adresleri kırılmıyor, çünkü eski tekliflerde ve belgelerde o bağlantılar geçiyor. Açılış öncesinde arşiv sayfalarının doğru uyarı metniyle açıldığı ve güncel modele yönlendirdiği kontrol ediliyor. Yerine geçen bir model varsa bu bilgi kaydın üzerinde açıkça belirtiliyor; böylece arayan kişi boş bir sayfayla karşılaşmıyor.

Teslim sonrası sorumluluk dağılımını belirlemek

Devir günü yapılan kısa bir eğitim çoğu zaman yeterli olmuyor; asıl soru, üç ay sonra bir şey değiştiğinde kimin ne yapacağı. Dijital katalog teslim edilirken güncelleme, yedekleme ve teknik bakım sorumluluklarını ayrı ayrı yazıya bağlıyoruz.

Destek sınırları da önceden çiziliyor; kapsam içindeki düzeltmeler ile ayrı bir çalışma sayılan işler birbirinden ayrılıyor, geri dönüş süresi belirleniyor. Yurt dışı alıcıya çalışan İzmir merkezli firmalarda saat farkı nedeniyle bu sürelerin gerçekçi tanımlanması ayrıca önem taşıyor.

Yedekleme ve sürüm takibi de aynı belgede yer alıyor. Toplu bir güncelleme yanlış dosyayla yapıldığında geri dönebilmek gerekiyor; bunun nasıl işlediğini önceden bir kez denemiş olmak, sorun çıktığı gün ciddi zaman kazandırıyor.

Dijital Katalog Hakkında Sık Sorulan Sorular

Web tabanlı dijital katalog yapısının yanında paylaşılabilir bir dosya çıktısı ayrıca planlanabilir. Bu çıktının hangi ürünleri ve hangi bilgileri içereceği baştan belirlenir. Fiyat değişkenliği yüksekse dosyanın güncellenme sıklığı da kapsamda tanımlanır.

Yönetim paneli ürün ekibinin günlük işine göre düzenlenir ve yetkiler kişiye göre ayrılır. Tek tek düzenleme ile dosya üzerinden toplu aktarım birlikte kullanılabilir. Devir sırasında ekip kendi kaydını baştan sona ekleyerek akışı bir kez uygular.

Alıcının gerçekten elediği ölçütler ile mevcut verinin doluluk oranı birlikte değerlendirilir. Yarısı boş bir alan filtreye açılmaz, çünkü ürünleri görünmez yapar. Liste zamanla kullanım verisine göre sadeleştirilir.

Görseller ekranda görünen boyuta göre üretilir, sayfa yükü ve istek sayısı düşürülür. Ölçüt davranışı düşük hızlı bağlantıda ayrıca denenir. Ölçüm gerçek cihazlarla yapılır; yalnız ideal koşullarda alınan sonuçla yetinilmez.

Evet. Fiyat yerine teklif isteği toplayan, bayi girişiyle farklı fiyat gösteren ya da yalnız ürün bilgisi sunan modeller kurulabilir. Hangi modelin uygun olduğu satış biçimine ve alıcı yapısına göre seçilir.

Elinizdeki dosyanın yapısı ve veri kalitesi önce incelenir. Tekrar eden kayıtlar, birim karışıklıkları ve eksik alanlar temizlendikten sonra eşleştirme yapılır. Aktarımın kapsamı ve ne kadarının elle tamamlanacağı bu incelemenin ardından netleşir.