Dijital Katalog

Ürün adlarını alıcının sorduğu dille kurmak

Gün içinde yoğun talep karşılayan bir işletmede ürün adlarının nereden geldiği küçük bir ayrıntı gibi duruyor; oysa aramanın nerede tıkandığını belirleyen ilk karar tam burada veriliyor. Adlandırma doğrudan üretim kayıtlarından devralındığında alıcı kendi bildiği sözcükle arıyor, karşılığını bulamıyor ve soruyu telefona taşıyor. Bu yüzden Sakarya dijital katalog çalışmasına başlarken önce teklif yazışmalarında, saha görüşmelerinde ve destek kayıtlarında geçen sözcükleri topluyoruz.

Topladığımız sözcükleri eldeki kayıtlarla yan yana koyuyor; hangi terimin alıcıya, hangisinin yalnız iç yazışmaya ait olduğunu ayırıyoruz. Aynı ürünün iki farklı adla anıldığı yerleri, açıklaması yarım kalmış alanları ve güncelleme yetkisi belirsiz duran kayıtları işaretliyoruz. Yaygın kullanılan karşılıkları ayrı bir eş anlamlı terim listesinde tutuyoruz; böylece ürünün adı değişmeden arama bu karşılıkları da tanıyor.

Kurduğumuz yapıyı dar ekranlarda, henüz ürün girilmemiş gruplarda ve uzun adların satıra sığmadığı durumlarda deniyor, sonra teslim ediyoruz. Alıcı ürünleri kendi diliyle karşılaştırabiliyor; satış tarafı da gün içinde gelen soruları aynı kaynaktan yanıtlıyor. Adlandırma kuralı yazılı durduğu için sonradan eklenen ürünler de aynı düzene oturuyor ve katalog zamanla dağılmıyor.

Teknik değerleri aynı ölçekte okunur kılmak

Rezervasyon akışını dijitale taşıyan bir turizm markasında teknik alanların hangi sırayla ve hangi biçimde doldurulacağı, sonradan düzeltmesi en zahmetli kararlardan biri oluyor. Ölçü, kapasite ve uyumluluk bilgisi her kayıtta başka bir düzende yazıldığında iki seçeneği yan yana koyan kişi aradaki farkı göremiyor; karşılaştırmayı yarıda bırakıp soruyu yeniden ekibe iletiyor.

Bu nedenle alan şablonunu ürün girişine başlamadan önce çıkarıyor, mevcut kayıtları günlük kullanımdan gelen örneklerle karşılaştırıyoruz. Hangi alanın zorunlu olduğunu, hangisinin boş bırakılabileceğini ve boş kaldığında ekranda ne görüneceğini kararlaştırıyoruz. Ölçü birimlerinin nasıl yazılacağı, virgülden sonra kaç basamak kullanılacağı ve kısaltmaların açık karşılıkları da aynı şablonda sabitleniyor.

Şablonu eksik doldurulmuş kayıtlarla, beklenmedik değerlerle ve çok satırlı açıklamalarla sınadıktan sonra yayına alıyoruz. Ürün sayfası teknik belgeyle aynı şeyi söylüyor; görüşme sırasında ekrandan okunan değer ile dosyadaki değer birbirini doğruluyor. Bir düzeltme gerektiğinde tek kayıt güncelleniyor, aynı bilgi başka bir sayfada eski hâliyle asılı kalmıyor.

Gruplar arasında gezinmeyi kısa yoldan kurmak

Üretim ile satış verisini tek yerde toplayan bir kuruluşta grup geçişleri, katalogun en sık kullanılan ama üzerinde en az konuşulan bölümü oluyor. Alıcı bir gruptan diğerine geçerken sayfanın başına dönüyorsa, seçtiği süzme ölçütü sıfırlanıyorsa ya da nerede olduğunu kaybediyorsa, ürün çeşidi ne kadar geniş olursa olsun inceleme yarıda kalıyor.

Var olan yapıyı gerçek gezinme örnekleriyle karşılaştırıyoruz. Fazladan tıklama isteyen ara sayfaları kaldırıyor, tek bir ürüne iki ayrı yoldan ulaşılan noktaları teke indiriyor, adından ne içerdiği anlaşılmayan grupları yeniden adlandırıyoruz. Bir dijital katalog derinleştikçe yönetimi de zorlaşıyor; bu yüzden kademe sayısını üçle sınırlıyor, her kademenin tek başına okunabilmesini gözetiyoruz.

Gezinmeyi dar ekranlarda, geri tuşuna basıldığında ve bağlantı ayrı bir sekmede açıldığında deniyor, ardından teslim ediyoruz. Alıcı hangi grupta olduğunu sayfanın üstündeki kısa izden görüyor, incelemeyi bıraktığı yerden sürdürüyor. Adresler kalıcı kaldığı için paylaşılan bir bağlantı aylar sonra da aynı ürünü açıyor; satış ekibi bu bağlantıyı yazışmaya doğrudan ekleyebiliyor.

Fotoğrafları tek çerçeve ölçüsünde toplamak

Ürünlerini yeni alıcı gruplarına açan bir girişimde görseller çoğunlukla farklı zamanlarda ve farklı kişiler tarafından çekiliyor. Biri kare, öteki dikey, bir başkası geniş açılı olduğunda liste ekranındaki satırlar kayıyor ve göz ürüne değil bu kaymaya takılıyor. Ürünler arasındaki asıl fark ise geri planda kalıyor.

Eldeki görselleri tek tek gözden geçiriyoruz; hangilerinin yeniden çekilmesi, hangilerinin yalnızca kırpılması gerektiğini ve bu işi kimin üstleneceğini kayda geçiriyoruz. Ardından tek bir oran, değişmeyen bir zemin ve ürünün çerçeve içinde nereye oturacağını anlatan kısa bir kural belirliyoruz. Görseli bulunmayan kayıtlar için de sayfanın düzenini bozmayan bir karşılık tanımlıyoruz.

Ölçüleri farklı cihazlarda, yavaş bağlantıda ve görselin hiç yüklenemediği durumda sınıyor, sonra devreye alıyoruz. Uzaktaki bir bayi ile Sakarya’daki satış masası aynı ürünü aynı çerçevede görüyor; fotoğraf farkından doğan yanlış anlaşılmalar ve gereksiz teyit yazışmaları azalıyor.

Seçenek farklarını karışıklığa yol açmadan göstermek

Dönemsel talebi önceden planlayan bir takımda renk, ölçü ve paket farklarının nasıl gösterileceği katalogun en kırılgan noktası oluyor. Her seçenek ayrı kayıt olarak açıldığında sayfalar şişiyor, aynı ürün defalarca tekrar ediyor; hepsi tek satıra sıkıştırıldığında ise alıcı elindeki seçeneklerden hangisinin o an temin edilebildiğini çözemiyor ve seçim yapmaktan vazgeçiyor.

Mevcut kayıtları satış görüşmelerinden gelen örneklerle karşılaştırıyor; kararı değiştiren özellik ile yalnızca açıklamada geçmesi yeten ayrıntıyı birbirinden ayırıyoruz. Belirleyici farklar seçilebilir alana dönüşüyor, geri kalan ayrıntılar ürün metninde kalıyor. Hangi seçeneğin o anda temin edilebildiğini de aynı yerde gösteriyoruz, böylece bulunmayan bir seçenek boşuna işaretlenmiyor.

Seçim davranışını tek seçenekli kayıtlarda, çok seçenekli kayıtlarda ve tükenmiş bir seçenek işaretlendiğinde ayrı ayrı deniyoruz. İşaretleme yapıldığında görsel, ürün kodu ve teknik değerler birlikte güncelleniyor. Dijital katalog bu ayrımı netleştirdiğinde ürün sayısı azalmasa bile ekran sadeleşiyor, yanlış seçenek üzerinden gelen talepler seyreliyor.

Fiyatın hangi kayıttan geldiğini belli etmek

Birbirinden farklı alıcı gruplarına satış yapan bir üreticide fiyatın kaynağı, katalogdaki en hassas karar oluyor. Bir ürünün listedeki karşılığı, bayiye uygulanan tutarı ve projeye göre değişen bedeli aynı anda elde duruyorsa; ekranda hangisinin görüneceği ve bunu kimin belirleyeceği yazıya dökülmeden kurgu sağlıklı yürümüyor. Belirsizlik sürdükçe her düzeltme ayrı bir kişiye sorularak yapılıyor.

Eldeki kayıtları geçmiş tekliflerle karşılaştırıyoruz. Her fiyat türünü hangi alıcı grubunun göreceğini, değişikliği kimin gireceğini ve bir güncellemenin ne kadar süreyle geçerli sayılacağını yazıya döküyoruz. Rakamın görünmediği durumda alıcının ne yapacağını anlatan sade bir karşılığı da aynı çalışmada tanımlıyoruz; böylece boş bir alanla karşılaşan kişi yönsüz kalmıyor.

Kurguyu para birimi değişikliği, yuvarlama farkı ve boş bırakılmış fiyat alanı gibi durumlarla sınıyor, sonra teslim ediyoruz. Ekrandaki tutarın kaynağı tek bir kayda bağlı olduğu için düzeltme de tek noktadan yapılıyor; eski değer başka bir sayfada unutulmuş hâlde durmuyor ve satış ekibi ekrandaki bilgiye güvenerek konuşuyor.

Aramayı ve süzme ölçütlerini gerçek kullanıma göre kurmak

Yoğun talep karşılayan bir işletmede arama kutusunun neyi tarayacağı baştan belirlenmiyorsa, kutu ekranda duruyor ama kimsenin işine yaramıyor. Alıcı çoğunlukla ürün adını değil elindeki kodu, bir ölçüyü ya da kendi alanında yerleşmiş bir terimi yazıyor. Sorgu yalnızca başlıkla eşleşiyorsa sonuç boş dönüyor ve kişi aradığı ürünün burada bulunmadığı sonucuna varıyor.

Bu yüzden hangi alanların taranacağını, kod ve ölçü yazımının nasıl karşılanacağını ve eş anlamlı terimlerin sorguya nasıl bağlanacağını önceden tanımlıyoruz. Süzme ölçütlerini ise kullanım kayıtlarına bakarak seçiyor, kimsenin dokunmadığı başlıkları listeden çıkarıyoruz. Sonuç dönmediğinde ne yazılacağını, yakın kayıtların nasıl önerileceğini ve seçimlerin tek hareketle nasıl temizleneceğini de aynı aşamada belirliyoruz.

Sorguları yazım hatasıyla, eksik harfle ve çok genel ifadelerle deniyor, sonra devreye alıyoruz. Arayan kişi birkaç denemeden sonra değil ilk denemede sonuca ulaşıyor; ölçüt listesi kısa kaldığı için ekran da kalabalıklaşmıyor. Hangi sorguların karşılıksız döndüğü kayıtta tutuluyor, eksik kalan ürünler bu kayda bakılarak tamamlanıyor.

Ürün sayısı artarken açılış süresini korumak

Kayıt sayısı büyüdükçe listelerin telefonda açılma süresi fark ettirmeden uzuyor; masaüstünde sorunsuz görünen sayfa, sahadan bakan alıcıyı birkaç saniye bekletiyor. Bu bekleme çoğu zaman tek bir ağır dosyadan değil, aylar içinde eklenmiş küçük yüklerin toplamından doğuyor ve nedeni ancak ölçüldüğünde görünür hâle geliyor.

Ölçümü zayıf bağlantıyı taklit ederek ve eski cihazları da kapsayacak biçimde yapıyor, sonuçları sayfa sayfa not ediyoruz. Aynı anda kaç ürün gösterileceğini, hangi bölümün ilk açılışta yüklenmeyip aşağı inildikçe geleceğini ve görsellerin hangi boyutta üretileceğini bu sonuçlara göre belirliyoruz. Yoğun bir dijital katalog için sık değişmeyen bölümlere ayrıca önbellek süresi tanımlıyoruz.

Ölçümü uzun grup sayfalarında ve süzme ölçütleri seçiliyken yineledikten sonra teslim ediyoruz. Katalog büyüdüğünde yapının nasıl davranacağı önceden bilindiği için ürün eklemek ayrı bir bakım işine dönüşmüyor. Yeni kayıtlar tanımlı düzene girdiği sürece açılış süresi de kendi sınırları içinde kalıyor.

Gelen talebi doğrudan ürün kaydıyla eşlemek

Üretim ile satış verisini ortaklaştıran bir kuruluşta talebin hangi ürün için geldiği, formun kendisinden daha çok iş görüyor. Tek bir genel iletişim formu kullanıldığında satış tarafı her seferinde geri dönüp ürünü soruyor; arada geçen süre alıcının başka bir yere yönelmesine yetiyor ve talep kaydı eksik bir notla kapanıyor.

Akışı gelen taleplerin içeriğiyle karşılaştırıyor; formda hangi bilginin kendiliğinden taşınacağını, hangisinin alıcıdan isteneceğini ve talebin hangi kişiye düşeceğini belirliyoruz. Ürünün kimliğini, gövdede görünmeyen bir alanda taşıyoruz. Soru sayısını ilk görüşme için gereken bilgiyle sınırlıyoruz; fazladan eklenen her satır formu yarıda bırakma ihtimalini artırıyor.

Akışı hatalı yazılmış e-posta adresi, boş bırakılmış alan ve arka arkaya gönderim durumlarıyla sınadıktan sonra yayına alıyoruz. Talep satış ekibine ürün adı ve koduyla birlikte ulaşıyor. Hangi üründen kaç istek geldiği dönem sonunda ayrıca sayılabiliyor; böylece katalogun hangi bölümünün iş getirdiği tahmine bırakılmıyor.

İndirilen belgelerde tek geçerli sürümü tutmak

Ürünlerini Sakarya dışındaki alıcılara da ulaştıran bir girişimde belgeler çoğu zaman e-posta ekiyle dolaşıyor ve bir süre sonra kimin hangi sürümü indirdiği bilinmiyor. Teknik föyün yenilenmiş hâli yayındayken eski kopya hâlâ birinin bilgisayarında duruyor; iki dosya arasındaki fark da ancak bir anlaşmazlık çıktığında ortaya çıkıyor.

Bu yüzden her dosyayı ait olduğu ürün kaydına bağlıyor; sürüm tarihini, geçerlilik süresini ve yenilemeyi kimin üstlendiğini aynı kayıtta tutuyoruz. Belgeyi ayrı bir klasörde saklayıp yalnızca bağlantı vermekle, dosyayı ürünün kendi kaydına iliştirmek farklı düzenler gerektiriyor ve bu fark uzun vadede takibin tamamını belirliyor.

Yapıyı dosya boyutu büyük belgelerle, izinsiz bir erişim girişimiyle ve bağlantısı kopmuş kayıtlarla sınadıktan sonra teslim ediyoruz. Dijital katalog üzerinden indirilen her dosya tek bir geçerli sürümü gösteriyor; belge yenilendiğinde eski kopya kendiliğinden dolaşımdan çıkıyor ve hangi dosyanın ne zaman değiştiği kayıtta kalıyor.

Güncelleme işini ekip içinde sahiplendirmek

Dönemsel talebi planlayan bir takımda katalogun asıl sınavı teslim günü değil, aradan birkaç ay geçtikten sonra başlıyor. Ürün eklemek, fiyatı düzeltmek ve fotoğrafı yenilemek belirli kişilere bağlanmadığında bu işler sıraya giriyor ve kimse üstlenmediği için bekliyor. Ekranda duran bilgi ile depodaki gerçek arasındaki fark da sessizce büyüyor.

Mevcut düzeni günlük iş akışıyla karşılaştırıyoruz. Fiyata kimin dokunabileceğini, fotoğrafı kimin yenileyeceğini, bir değişikliğin yayına çıkmadan önce kime uğrayacağını ve yanlış girilen bir değerin nasıl geri alınacağını tek tek yazıyoruz. Panel yetkilerini bu ayrıma göre daraltıyoruz; ekip üyeleri yalnızca kendi sorumluluğundaki alanı görüyor ve başka bir kaydı yanlışlıkla bozma ihtimali azalıyor.

Düzeni farklı yetki seviyeleriyle, aynı anda giriş yapan iki kullanıcıyla ve bir değişikliği geri alma ihtiyacıyla sınıyor, sonra devreye alıyoruz. Kimin neyi ne zaman değiştirdiği kayıtta durduğu için dönem başındaki toplu güncellemeler de sonradan izlenebiliyor. Görev bir kişiden diğerine geçtiğinde düzen olduğu gibi kalıyor.

Kullanım verisini katalog kararlarına bağlamak

Farklı pazarlara çalışan bir üreticide katalogun hangi bölümünün işe yaradığı ancak izlenerek anlaşılıyor. Hangi grubun sık açıldığı, hangi ürünün görüldükten hemen sonra bırakıldığı ve hangi sorgunun karşılıksız kaldığı, bir sonraki düzenleme için elde bulunan en somut bilgi oluyor; bunlar olmadan iyileştirme tahmine kalıyor.

Ölçümü kurarken neyin sayılacağını, hangi hareketin anlamlı kabul edileceğini ve verinin kim tarafından okunacağını önceden yazıyoruz. Ardından hangi eşikte neyin değiştirileceğini belirliyoruz; çünkü ölçüm ancak bir karara bağlandığında işe yarıyor, aksi hâlde sayılar raporun içinde bekleyip duruyor.

Kurulumu farklı cihazlardan ve farklı yönlerden gelen ziyaretlerle doğruladıktan sonra teslim ediyoruz. Katalog böylece bir kez hazırlanıp bırakılan bir dosya olmaktan çıkıyor, kullanıldıkça düzelen bir kayda dönüşüyor. Hangi bölümün geliştirileceği elde duran veriyle sıralanıyor ve emek en çok karşılık veren yere gidiyor.

Dijital Katalog Hakkında Sık Sorulan Sorular

Ekrandaki katalog ana kaynak olarak duruyor; bunun yanında seçilen ürünlerden istendiği anda bir PDF hazırlayan düzen kurulabiliyor. Dosya doğrudan ürün kayıtlarından üretildiği için elle hazırlanan sunumlarda sık görülen sürüm karışıklığı yaşanmıyor. Çıktıya hangi alanların gireceğini ve sayfa düzeninin nasıl olacağını başta birlikte kararlaştırıyoruz.

Panel üzerinden ürün adı, açıklama, fotoğraf, belge ve fiyat alanları yetkilendirilen kullanıcılar tarafından değiştirilebiliyor. Yetkiler göreve göre ayrıldığı için depo tarafındaki bir kullanıcı ile satış tarafındaki bir kullanıcı aynı ekranı görmüyor. İşlem teknik bilgi gerektirmediğinden güncelleme, ürünü en yakından bilen kişide kalabiliyor.

Yavaşlamanın asıl nedeni kayıt sayısı değil, bilgi yapısının kurgusu ile görsellerin boyutu oluyor. Sayfalama, ölçülendirilmiş fotoğraflar ve önbellekleme birlikte kullanıldığında geniş listelerde de açılış süresi korunuyor. Büyüme öngörülerek kurulan bir yapıda ürün eklemek ayrı bir performans sorunu çıkarmıyor.

Rakamı doğrudan göstermek, teklif istemeye yönlendirmek ya da yalnızca giriş yapan bayilere açmak satış modeline göre seçiliyor. Bu kuralın her üründe aynı olması gerekmiyor; bir grupta fiyat görünürken diğerinde talep formu devreye girebiliyor. Hangi ürünün hangi kurala bağlandığı kayıtta duruyor ve sonradan değiştirilebiliyor.

Form gönderildiğinde ürünün adı ve kodu talebin içinde taşınıyor; satış tarafı hangi ürün için yazıldığını ayrıca sormadan görebiliyor. Bunun için her ürüne ayrı bir form kurmak gerekmiyor, tek akış bu bilgiyi yanında götürüyor. Talepler daha sonra ürüne veya gruba göre ayrıştırılarak da okunabiliyor.

Teknik föy, sertifika ve kullanım kılavuzu ilgili ürün kaydına bağlanıyor ve sayfanın kendi içinde sunuluyor. Dosyanın sürüm tarihi kayıtta tutulduğu için belge yenilendiğinde eski kopya kendiliğinden geçersiz kalıyor. Belgenin herkese açık mı yoksa yalnızca giriş yapan kullanıcılara mı görüneceği ayrıca belirleniyor.