Dijital Katalog

Ürün ağacını kullanıcının diliyle kurmak

Bir ürün kataloğunun işe yarar olması, ürünlerin sizin iç kodlarınızla değil, alıcının aradığı sözcüklerle sıralanmasıyla başlar. Dijital katalog çalışmasında ilk oturumu bu haritayı çıkarmaya ayırıyoruz; hangi grubun hangi başlık altında beklendiğini, kullanıcının önce neye baktığını ve ürünleri kafasında nasıl kümelediğini konuşuyoruz. Böylece ağacın gövdesi teknik envanterden değil, gerçek arama alışkanlığından doğuyor.

Grupları adlandırırken sektör jargonunu olduğu gibi taşımak çoğu zaman yanıltır. Satın alan kişi ürünü işlevine, kullandığı yere ya da çözdüğü soruna göre arar; bu yüzden dallanmayı bu üç eksene göre deniyor, sonra kendi ekibinizin diliyle karşılaştırıyoruz. Amaç, ziyaretçinin birkaç adımda aradığı kalemi görebildiği, sizin de yönetirken kaybolmadığınız bir yapı bırakmaktır.

Sahadaki ekiple yürütülen işlerde bu ağacın kâğıt üstünde değil, kullanımda sınanması gerekir. Bunun için taslağı hazırlıyor, birkaç tipik müşteri senaryosunu birlikte yürüyor ve tıkanan yerleri işaretliyoruz. Aynı ürünü farklı adlandıran ekipler, örneğin Batman ve çevresinde çalışan gruplar, ortak bir sözlükte buluşuyor; sonraki bakımın kimde olacağını da bu aşamada yazıya döküyoruz.

Teknik verileri karşılaştırılabilir biçimde sunmak

Satış ekibine güncel bir başvuru kaynağı gereken markalarda en sık görülen sıkıntı, aynı özelliğin her üründe farklı sırayla, farklı birimle yazılmasıdır. Elimizdeki teknik dökümanları, müşterinin gerçekten karşılaştırdığı ölçütleri ve güncelleme sıklığını birlikte masaya koyuyor; ortak bir alan şeması çıkarıyoruz. Böylece iki ürün yan yana konduğunda gözün aynı satırda aynı bilgiyi bulması sağlanıyor.

Karşılaştırılabilirlik yalnızca tabloyu düzgün dizmek değildir; hangi verinin öne çıkacağına, hangisinin ikinci planda kalacağına karar vermektir. Örneğin Batman merkezli üreticilerle çalışırken önce alıcının satın alma kararında tarttığı iki üç ölçütü belirliyor, geri kalanı ayrıntı katmanına indiriyoruz. Bu ayrım, sayfayı hem sade tutuyor hem de teknik derinliği arayan kullanıcıyı yarı yolda bırakmıyor.

Verinin karşılaştırılabilir kalması, ilk kurgudan çok sonraki disipline bağlıdır. Bu yüzden her özelliğin nereden geldiğini, hangi belgeye dayandığını ve değiştiğinde nereden güncelleneceğini baştan tanımlıyoruz. Kaynağı belirsiz bir değeri sayfaya koymuyor, onun yerine doğrulanmış tek bir referansa bağlıyoruz; böylece aradan zaman geçtiğinde çelişen iki rakamla uğraşmak zorunda kalmıyorsunuz.

Kategoriler arası geçişi sadeleştirmek

Bir kullanıcı bir gruptan diğerine geçerken kaybolmaya başladıysa, sorun çoğu zaman kategori sayısında değil, aralarındaki mantık boşluğundadır. Sahadaki karşılığını görmeden bu geçişleri tasarlamak zordur; bu nedenle mevcut yapıyı gerçek ziyaret kayıtlarıyla birlikte inceliyor, insanların hangi noktada geri döndüğünü ya da menüde duraksadığını izliyoruz. Sadeleştirme kararı bu gözlemden sonra veriliyor.

Geçişleri kurarken satış tarafının beklentisiyle ziyaretçinin alışkanlığını aynı anda tartıyoruz. Eldeki içerik, ne sıklıkta yenilendiği ve hangi grupların birbirini beslediği ortak bir değerlendirmede ele alınıyor. Birbirine yakın ürünleri komşu konumlandırıyor, uzak olanları ise net ayraçlarla ayırıyoruz; amaç, kullanıcının bir sonraki adımı düşünmeden bulabilmesi ve gereksiz geri tuşuna hiç uzanmamasıdır.

Sadeleştirmenin ölçüsü, ekranı boşaltmak değil, doğru bilgiyi doğru anda öne almaktır. Ürün çeşidi genişleyen firmalarda bu denge kolayca bozulur; o yüzden her yeni grubun mevcut düzeni nasıl etkileyeceğini önceden sınıyoruz. Kullanıcının içeriğe ulaşma biçimi ile ekibin günlük yönetim yükü, bu kararda ayrı ayrı değil, aynı terazide değerlendiriliyor.

Görsel oranlarını tek standarda oturtmak

Ürün görsellerinin her biri farklı en-boy oranında hazırlandığında, sayfa ne kadar düzenli kurgulanırsa kurgulansın dağınık görünür. Bu yüzden çalışmanın başında tek bir çerçeve standardı tanımlıyor, mevcut fotoğrafların hangilerinin bu çerçeveye uyduğunu, hangilerinin yeniden çekilmesi ya da kırpılması gerektiğini birlikte kararlaştırıyoruz. Standart, estetik bir tercih değil, tutarlı bir okuma düzeni sağlamak içindir.

Farklı ekiplerin farklı zamanlarda ürettiği görseller söz konusuysa, ortak oran kuralını yazılı bir yönergeye bağlamadan ilerlemek uzun vadede sorun çıkarır. Sahadaki iş akışını görmeden bu kuralı dayatmak yerine, mevcut çekim koşullarını ve arşivin durumunu inceliyor; uygulanabilir, herkesin aynı biçimde izleyebileceği bir çerçeve öneriyoruz. Böylece sonradan eklenen her ürün de aynı düzene kendiliğinden oturuyor.

Oran standardını belirlerken güncel arşivi, ne sıklıkta yeni görsel ekleneceğini ve kimin yükleyeceğini birlikte konuşuyoruz. Tek bir çerçeveye geçmek, eski görsellerin bir kısmında yeniden düzenleme gerektirebilir; bu emeği baştan görünür kılıyor, aşamalı bir geçiş planı çıkarıyoruz. Sonuçta liste görünümünde ürünler yan yana geldiğinde göz, boyut farklarıyla değil, ürünün kendisiyle ilgileniyor.

Varyantları karışıklık yaratmadan göstermek

Renk, ölçü ya da kapasite gibi seçeneklerin çoğaldığı ürünlerde, her varyantı ayrı bir kayıt gibi listelemek kullanıcıyı yorar. Ürün çeşidini düzenli göstermek isteyen firmalarda bu, yalnızca bir görüntüleme ayrıntısı değildir; alıcının seçim yaparken zihninde kurduğu sırayı doğrudan etkiler. Bu yüzden hangi özelliğin ana ürünü, hangisinin alt seçeneği tanımladığını en baştan ayırıyoruz.

Varyant kurgusunu tanımlarken teknik verinin nasıl gruplandığına da karar vermek gerekir. Ana kartın altında toplanan seçenekleri, kullanıcının tek ekranda karşılaştırabileceği biçimde diziyor; birbirini dışlayan tercihleri ise net biçimde ayırıyoruz. Amaç, kişinin doğru bileşimi seçtiğinden emin olması ve yanlış varyantı sipariş etme ihtimalinin en aza inmesidir. Bu, çalışmanın ilk aşamasında netleştirilmesi gereken temel bir tasarım seçimidir.

Aynı ürünün bölgeden bölgeye farklı seçeneklerle sunulduğu durumlarda, varyant düzenini sahadaki gerçek talep olmadan kurmak yanıltıcı olur. Bu nedenle hangi seçeneğin gerçekten kullanıldığını, hangisinin nadiren istendiğini birlikte gözden geçiriyor; ekrandaki sırayı bu bilgiye göre belirliyoruz. Nadir seçenekleri gizlemeden ama öne de çıkarmadan konumlandırmak, listeyi hem eksiksiz hem sakin tutuyor.

Fiyat bilgisinin kaynağını netleştirmek

Fiyatın sayfada nasıl görüneceğine karar vermeden önce, o bilginin nereden besleneceğini konuşmak gerekir. Dijital katalog içinde gösterilen her rakamın tek bir güncel kaynağa bağlı olması, sonradan çıkacak çelişkileri baştan önler. Satış ekibinin elindeki güncel liste, yenilenme sıklığı ve kimin değiştirebileceği bir arada değerlendiriliyor; böylece ekranda görünen değerle teklifte söylenen değer birbirini tutuyor.

Kimi firma net fiyat göstermeyi, kimi yalnızca aralık ya da teklife göre ifadesini tercih eder. Doğru seçim, ürünün satış biçimine ve fiyatın ne sıklıkta değiştiğine bağlıdır. Bu tercihi birlikte kararlaştırıyor, sık değişen kalemlerde sabit rakam yerine güncellenebilir bir alan bırakıyoruz. Böylece kullanıcı yanlış bir beklentiyle ilerlemiyor, ekip de her fiyat hareketinde sayfayı baştan düzenlemek zorunda kalmıyor.

Fiyat kaynağını netleştirmek, çalışmanın ilk aşamasında tanımlanması gereken kararlardan biridir; sonraya bırakıldığında düzeltmesi en zahmetli konu haline gelir. Bu yüzden değerin hangi belgeden geldiğini, hangi tarihte güncellendiğini ve değiştiğinde nereye dokunulacağını baştan yazıya döküyoruz. Kaynağı doğrulanmamış hiçbir rakamı yayına almıyor, her değeri izlenebilir tek bir referansa bağlıyoruz.

Arama ve filtre davranışını tasarlamak

Arama kutusunun ve filtrelerin nasıl davranacağı, ürün sayısı arttıkça sayfanın kullanılabilir kalıp kalmayacağını belirler. Bu davranışı sahadaki gerçek aramaları görmeden tasarlamak zordur; bu yüzden insanların hangi sözcüklerle aradığını, hangi filtreyi önce açtığını ve hangi bileşimde sonuç bulamadığını inceliyoruz. Tasarım kararları bu gözlemlerin ardından, varsayımla değil kayıtla veriliyor.

Filtre setini kurarken satış tarafının hangi ölçütleri önemsediğini, kullanıcının ise neye göre elediğini birlikte tartıyoruz. Eldeki alanlar, bunların ne sıklıkta güncellendiği ve hangi filtrelerin birlikte anlam kazandığı ortak bir değerlendirmede ele alınıyor. Az sayıda ama isabetli filtre, uzun bir listeden çoğu zaman daha iyi çalışır; bu yüzden her filtrenin gerçekten bir işe yarayıp yaramadığını tek tek sınıyoruz.

Arama ve filtre kurgusu, ürün çeşidi genişleyen firmalarda yalnızca bir kolaylık değil, içeriğe ulaşmanın temel yoludur. Kullanıcının aradığını bulamadığı her durum, aslında bir satış fırsatının sessizce kaybolması demektir. Bu nedenle boş sonuç dönen aramaları da tasarımın parçası sayıyor; kişiyi yönlendiren, alternatif öneren bir davranış kurarak listeyi çıkmaz sokağa dönüşmekten koruyoruz.

Mobil taramada hızı korumak

Ürünlerin çoğu artık telefondan inceleniyor; bu yüzden hızı, çalışmanın başında tanımlanması gereken bir karar olarak ele alıyoruz, sonradan eklenen bir düzeltme olarak değil. Görsellerin nasıl yükleneceği, listenin kaç ürünü aynı anda getireceği ve kaydırmanın nasıl davranacağı en baştan planlanıyor. Amaç, geniş bir listede bile sayfanın takılmadan, beklemeye zorlamadan açılmasıdır.

Farklı ekiplerin farklı içerik yüklediği yapılarda mobil performansı yerinde görmeden güvence altına almak mümkün değildir. Bu yüzden gerçek cihazlarda, farklı bağlantı koşullarında sınıyor; ağır kalan görselleri, gecikmeye yol açan bölümleri işaretliyoruz. Ölçüm sahadaki kullanımı yansıttığında, hangi ürünün nerede yavaşladığını tahminle değil gözlemle konuşabiliyoruz.

Hızı korumak, güncel içeriği eklerken bu dengeyi bozmamak demektir. Yeni ürünler, yeni görseller ve yenileme temposu birlikte değerlendiriliyor; her ekleme sonrası sayfanın nasıl davrandığını kontrol listesine bağlıyoruz. Dağınık kayıtları toparlıyor, kimin neyi yükleyeceğini belirliyor ve çıktıyı net bir kabul ölçütüyle izliyoruz; böylece liste büyüdükçe deneyim aynı kalıyor.

Teklif talebini doğru ürüne bağlamak

Bir ziyaretçi belirli bir ürünü inceledikten sonra fiyat önerisi istemek istediğinde, formun o ürünü tanıması beklenir. Bu bağı kurmadan gönderilen talepler, satış tarafında hangi üründü sorusuyla zaman kaybettirir. Bu yüzden her öneri çağrısını, kişinin baktığı ürüne otomatik olarak bağlıyor; talebin içine ürünün adını ve gerekli bilgisini taşıyarak ekibin doğrudan yanıt verebilmesini sağlıyoruz.

Öneri akışını kurarken bu bağın hangi bilgileri taşıyacağına da karar vermek gerekir; bu, ilk aşamada netleştirilmesi gereken bir uygulama seçimidir. Ürün kimliği, seçilen varyant ve varsa adet bilgisini forma iliştiriyor, gereksiz alanları ise kaldırıyoruz. Kısa ama bağlamı taşıyan bir talep, hem kullanıcının doldurma yükünü azaltıyor hem de yanıt süresini kısaltıyor.

Farklı bölgelerde çalışan ekiplerde taleplerin nereye düşeceği de kurgunun parçasıdır; bunu sahadaki iş bölümünü görmeden sabitlemek doğru olmaz. Talebi ilgili ekibe yönlendiren mantığı birlikte tanımlıyor, geçici bir çözümle ilerlemeden ön denetimi tamamlıyoruz. Devir aşamasında hangi talebin kime ulaşacağını ve takibin nasıl yapılacağını yazılı kayda alarak sürecin havada kalmasını önlüyoruz.

Dosya indirmelerini düzen içinde tutmak

Teknik belge, kullanım kılavuzu ya da tanıtım dosyası gibi indirilebilir içerikler çoğaldığında, bunları düzen içinde tutmak başlı başına bir iş haline gelir. Eldeki belgeleri, hangisinin ne sıklıkta yenilendiğini ve kimin güncelleyeceğini birlikte gözden geçiriyor; her dosyayı ait olduğu ürüne bağlıyoruz. Kabul yöntemini baştan not ederek, hangi sürümün yayında olduğunun her an belli olmasını sağlıyoruz.

İndirilen dosyaların güncelliği, gösterilen üründen daha kolay gözden kaçar; eski bir sürüm sayfada kaldığında kullanıcı yanlış bilgiyle ilerler. Bu yüzden kaynağı doğrulanmamış hiçbir belgeyi yayına almıyor, her dosyanın sürüm ve tarih bilgisini ayrı tutuyoruz. Güncelleme sorumlusunu da bu aşamada kesinleştiriyoruz; böylece belge değiştiğinde kimin nereye yükleyeceği belirsiz kalmıyor.

Dosya erişimini telefon ve bilgisayar senaryolarının ikisinde de sınamak gerekir; birinde açılan bir belge diğerinde sorun çıkarabilir. Bu yüzden indirme davranışını gerçek cihazlarda deniyor, ziyaretçinin karşılaştığı akışla editörün yönetim akışını ortak bir denetim listesinde değerlendiriyoruz. Amaç, doğru belgenin doğru üründe, aranmadan bulunabilmesi ve indirilirken kesintiye uğramamasıdır.

Güncelleme sorumluluğunu belirlemek

Bir yapı ne kadar iyi kurulursa kurulsun, kimin neyi güncelleyeceği belli değilse zamanla eskir. Farklı ekiplerin bir arada çalıştığı durumlarda bu sorumluluğu sahadaki iş bölümünü görmeden dağıtmak sağlıklı olmaz. Bu yüzden veri kaynağını doğruluyor, her bölümün güncelleme yetkisini kime bağlayacağımızı birlikte kararlaştırıyor ve bu düzeni teslim belgesine yazılı olarak ekliyoruz.

Güncelleme düzenini kurarken eldeki içeriğin ne sıklıkta değiştiğini ve hangi bölümlerin daha sık yenilendiğini birlikte değerlendiriyoruz. Sık değişen alanları kolay erişilir kılıyor, nadiren dokunulanları ise ayrı tutuyoruz. Her bölümün kayıt kaynağını ve sorumlusunu belirleyerek çıktıyı doğrulanabilir bir kabul ölçütüne bağlıyoruz; böylece güncelleme bir kişinin hafızasına değil, tanımlı bir sürece dayanıyor.

Sorumluluğu tanımlamak, yalnızca görev dağıtmak değil, bilginin nereden geldiğini ve nereye yayınlandığını izlenebilir kılmaktır. Her değişikliğin hangi yetkiyle yapıldığını takip edilebilir biçimde kayda alıyoruz. Böylece aradan zaman geçtiğinde bir bilginin neden değiştiği ya da kimin güncellediği belirsiz kalmıyor; yapı, ilk günkü düzenini kişilere değil tanımlı kurallara borçlu oluyor.

Katalog kullanımını ölçmek

Kurulan yapının işe yarayıp yaramadığını anlamanın yolu, kullanımını izlemekten geçer. Dijital katalog yayına alındıktan sonra hangi ürünlerin daha çok incelendiğini, nerede aramanın boş döndüğünü ve hangi adımda kullanıcının vazgeçtiğini takip ediyoruz. Bu ölçüm, çalışmanın başında tanımlanması gereken bir karardır; sonradan eklenmeye çalışıldığında geçmiş veriyi geri getirmek mümkün olmaz.

Ölçümü yalnızca masaüstünde değil, kullanımın gerçekleştiği her ortamda ele alıyoruz; mobil davranış çoğu zaman farklı bir tablo çıkarır. Farklı ekiplerin yönettiği bölümlerde neyin işlediğini yerinde görmeden yorum yapmıyor, dayanakları doğruluyoruz. Elde edilen gözlemi varsayıma değil kayda bağlıyor, hangi bölümün gözden geçirileceğini bu veriyle birlikte kararlaştırıyoruz.

Kullanımı ölçmeden önce neyi başarı sayacağımızı tanımlamak gerekir; ölçütü belirsiz bırakılan bir ölçüm, sonunda yalnızca rakam yığını olur. Bu yüzden eldeki verileri, kimin takip edeceğini ve hangi kontrolde sonucu kabul edeceğimizi baştan belirliyoruz. Ölçüm, ürünleri sıralamaktan çok, bir sonraki düzenlemede nereye dokunulacağını gösteren bir yön duygusu sağlıyor.

Dijital Katalog Hakkında Sık Sorulan Sorular

Çevrimiçi dijital katalog yapısının yanında yazdırılabilir bir sürüm çoğu projede istenir ve mümkündür. Aynı içeriği tek kaynaktan besleyip hem ekranda hem de indirilebilir bir belgede sunmayı, kullanım sıklığı ve kimin güncelleyeceği belli olduktan sonra planlıyoruz. Basılı sürümün ne zaman yenileneceğini de baştan kararlaştırıyoruz ki iki biçim arasında fark oluşmasın.

Evet; içeriği yönetecek kişilerin teknik bilgi gerektirmeden düzenleyebileceği bir panel öngörülüyor. Hangi alanların kimin yetkisinde olacağını, güncellemenin ne sıklıkta yapılacağını ve sorumluluğun kime ait olacağını proje başında birlikte belirliyoruz. Böylece her değişiklik için dışarıya bağımlı kalmadan, tanımlı bir düzen içinde ilerliyorsunuz.

Ürün sayısı arttıkça hız kendiliğinden düşmez; belirleyici olan listenin nasıl yüklendiği ve görsellerin nasıl hazırlandığıdır. Bunu başından planladığımızda, geniş bir envanterde bile açılışın dengede kalması sağlanır. Yeni ürünler eklendikçe performansı ölçmeye devam ediyor, gerektiğinde yükleme biçimini gözden geçiriyoruz.

Hayır; fiyatı açık göstermek, aralık vermek ya da yalnızca teklife yönlendirmek, tümü geçerli seçeneklerdir. Doğru tercih ürünün satış biçimine ve fiyatın ne sıklıkta değiştiğine bağlıdır. Sık değişen kalemlerde sabit rakam yerine kolay güncellenen bir alan bırakmayı öneriyor, kararı kullanım beklentinizle birlikte veriyoruz.

Evet; her ürünün kendi öneri çağrısını taşıması ve talebin doğrudan o ürüne bağlanması mümkündür. Böylece gelen istek, hangi ürün ve hangi seçenek için olduğunu kendisi taşır. Formun hangi bilgileri toplayacağını ve talebin hangi ekibe düşeceğini de kurgunun başında birlikte tanımlıyoruz.

Tek bir en-boy oranında ilerlemek, liste görünümünün düzenli kalması için en sağlıklı yoldur. Hangi oranın uygun olduğu ürün türüne ve mevcut arşive göre değişir; bu yüzden çekim koşullarınızı görüp ortak bir çerçeve öneriyoruz. Karar verildikten sonra sonradan eklenen görsellerin de aynı çerçeveye uyması için yazılı bir yönerge bırakıyoruz.