Katalog Web Sitesi Tasarımı

Bir katalog web sitesinin başarısı tasarımdan çok, ürün bilgisinin nasıl düzenlendiğine ve gelen talebin satış ekibine hangi biçimde ulaştığına bağlıdır. Güzel görünen ama ürün koduyla arandığında boş sonuç veren, teklif isteğini adet bilgisi olmadan ileten bir katalog, satış ekibinin telefon trafiğini azaltmaz.

Bu rehberde Talha Aslan ve ekibi olarak bir katalog projesinde verdiğimiz kararları, sırasıyla ele aldık: modelin seçimi, ürün verisi, kategori ve filtre, ürün sayfası, teklif sepeti, bayi akışı, fiyat, arama motoru, hız, ölçüm ve yayın sonrası bakım. Her bölümde kendi ürün listenize ya da bir ajansın teklifine uygulayabileceğiniz bir ölçüt bulacaksınız.

01Katalog, e-ticaret ve PDF arasında karar vermek

Doğru model, müşterinin parayı nerede ödediğine göre seçilir: ödeme sitede yapılıyorsa e-ticaret, teklif ya da bayi üzerinden yapılıyorsa katalog sitesi kurulur. PDF ise ikisinin yerine değil, katalog sitesinin yanında indirilebilir bir ek olarak yaşar.

Kararsız kalan firmalara şu soruları soruyoruz:

• Fiyat sabit mi: Aynı ürün her müşteriye aynı fiyattan satılıyorsa online satış mümkündür; fiyat adede, projeye ya da bayi iskontosuna göre değişiyorsa katalog daha dürüst bir yapıdır.
• Sipariş kim tarafından kapanıyor: Satışı bir temsilci telefonda ya da toplantıda tamamlıyorsa site o konuşmayı başlatmalı, kapatmaya çalışmamalıdır.
• Stok ve kargo sizde mi: Ürünü bayi teslim ediyorsa sepet ve kargo adımları ziyaretçiye yanlış bir söz verir.
• Ürünler son kullanıcıya mı satılıyor: Tüketiciye doğrudan satış hedefleniyorsa bir e-ticaret sitesi kurmak gerekir; katalog bu ihtiyacı karşılamaz.

Karma durumlar da vardır. Yedek parçayı online satıp ana makineyi teklifle satan bir firma, katalogla başlayıp belirli ürün gruplarına daha sonra ödeme adımı ekleyebilir. Bu yüzden ürün verisini baştan iki modele de taşınabilecek biçimde kurmak, ileride ikinci bir siteye para harcamayı önler. Karar aşamasında satış ekibinizin son üç ayda gönderdiği teklifleri incelemek de yol gösterir: tekliflerin çoğu standart liste fiyatıyla mı kapanıyor, yoksa her biri ayrı hesap mı gerektiriyor?

02Ürün veri modelini tasarımdan önce kurmak

Katalog projesinin ilk teslimi bir ekran tasarımı değil, her sütunun ne işe yaradığı belli olan bir ürün tablosudur. Menü, filtreler, ürün sayfası ve teklif sepetinin alanları bu tablodan türer; tablo eksikse tasarım ne kadar iyi olursa olsun boşluklar sonradan ortaya çıkar.

Tablodaki her alan için üç soru soruyoruz: bu bilgi alıcının seçim yapmasına yardım ediyor mu, filtre olarak mı yoksa yalnız ürün sayfasında mı görünecek, ve değeri sabit bir listeden mi geliyor yoksa serbest metin mi? Serbest metin olarak tutulan bir ölçü alanı filtreye dönüşemez; "20 mm", "20mm" ve "2 cm" aynı değeri üç farklı biçimde yazar.

• Tekil anahtar: Her ürünün değişmeyen bir ürün kodu olmalı; görseller ve föyler bu kodla eşleşir.
• Varyant ayrımı: Renk ya da ölçü farkı ayrı ürün mü, aynı ürünün varyantı mı, baştan karara bağlanmalı.
• Birimler: Ölçü, ağırlık ve kapasite tek bir birim düzeninde tutulmalı.
• Durum alanı: Satışta, üretimden kalktı ya da yakında gibi bir durum sütunu, yayından kaldırma kararlarını kolaylaştırır.

Ürün listeniz bir ERP çıktısında duruyorsa, oradaki iç açıklamaları alıcının anlayacağı dile çevirmek ayrı bir iş kalemidir. Bu dönüşümü kimin yapacağını sözleşmeden önce netleştirmek, projenin en çok geciken adımını takvime bağlar. Pratikte ürün açıklamalarının ilk taslağını sizin ekibiniz, son düzenlemeyi bizim ekibimiz yaptığında hem teknik doğruluk hem de okunabilirlik korunur.

03Kategori ağacını alıcının arama diliyle kurmak

Kategori ağacı firmanın depo düzenini değil, alıcının ürünü nasıl tarif ettiğini izlemelidir. Satın almacı "paslanmaz bağlantı elemanı" diye arıyorsa, iç sistemde bu ürünlerin "Grup 14" altında durması kataloğun menüsünü belirlememelidir.

Alıcının dilini bulmak için satış ekibinize gelen son talepleri okumak çoğu zaman yeterlidir: müşteriler ürünü hangi kelimelerle soruyor, hangi kullanım alanından söz ediyor? Bu kelimeler kategori adlarının ve kategori sayfası açıklamalarının hammaddesidir.

1. Ürün tablosundaki tüm ürünleri en fazla altı ya da sekiz ana gruba ayırın; ana grup sayısı arttıkça menü okunmaz hale gelir.
2. Her ana grubu, alıcının ilk ayırt ettiği özelliğe göre alt gruplara bölün; derinliği üç seviyede tutmaya çalışın.
3. Bir ürünün iki kategoride görünmesi gerekiyorsa ürünü kopyalamayın, tek ürünü iki kategoriye bağlayın.
4. Her kategori sayfasına, o grubu seçerken dikkat edilecekleri anlatan kısa bir giriş metni yazın.
5. Satış ekibinden birine, menüye bakarak beş farklı ürünü bulmasını isteyin ve takıldığı yerleri not edin.

Kategori adlarını sonradan değiştirmek adresleri de değiştirebilir. Ağaç yayından önce bu tür bir testten geçerse, ileride yönlendirme yükü azalır ve arama motorunda biriken değer korunur. Test sırasında aynı ürünü iki farklı yerde arayan çalışan sayısı fazlaysa, o ürün grubunun adı ya da yeri yeniden düşünülmelidir.

04Filtrelerin hangi özelliklerden oluşacağına karar vermek

İyi bir filtre, sonuç listesini anlamlı biçimde daraltan özelliktir; her teknik alan filtre olmayı hak etmez. Katalog sitelerinde sık görülen sorun, yirmi filtrenin yan yana dizilmesi ve çoğunun tek bir sonuç bırakmasıdır.

Bir özelliği filtre yapmadan önce şu ölçütlere bakıyoruz:

• Ayırt edicilik: Özellik, kategorideki ürünleri birkaç anlamlı gruba ayırıyor mu; herkes aynı değere sahipse filtre gereksizdir.
• Doluluk: Ürünlerin çoğunda bu alan dolu mu; yarısı boş bir filtre, uygun ürünleri listeden yanlışlıkla düşürür.
• Alıcının sorusu: Satış ekibine gelen taleplerde bu özellik soruluyor mu; sorulmuyorsa ürün sayfasında kalması yeterlidir.
• Değer biçimi: Sayısal değerler aralık seçimiyle, sabit seçenekler kutucukla sunulmalıdır.

Telefonda filtreler ekranın tamamını kaplayan bir panelde açılmalı ve kaç sonuç kaldığını seçim yapılırken göstermelidir. Sıfır sonuç veren bir kombinasyona ulaşan ziyaretçiye boş sayfa yerine, filtrelerden birini kaldırma önerisi ve doğrudan teklif sepetine ya da iletişime giden bir yol sunmak, kaybolan talebi geri kazanır. Filtre sırası da önemlidir: en çok kullanılan özellik en üstte durmalıdır.

05Ürün koduyla arama ve site içi aramanın inceliği

Katalog sitelerinde ziyaretçilerin önemli bir kısmı aradığı ürünü zaten bilir ve doğrudan kodunu yazar; bu yüzden site içi arama, menü kadar özenle kurulmalıdır. Kodu tam yazılmadığında sonuç vermeyen bir arama, en sıcak alıcıyı kapıdan çevirir.

Arama kutusunun karşılaması gereken durumlar şunlardır:

• Kodun farklı yazımları: Boşluklu, noktalı ya da birleşik yazılan kodlar aynı ürünü bulmalıdır.
• Eski ve rakip kodlar: Ürünün eski kodu ya da sektörde bilinen karşılığı ayrı bir alanda tutulup aramaya dahil edilebilir.
• Yazım hataları ve Türkçe karakterler: "celik" yazan ziyaretçi "çelik" ürünlerini görmelidir.
• Sonuçsuz aramalar: Hiç sonuç vermeyen aramalar kaydedilmeli; bu liste eksik ürünleri ve eksik eş anlamlıları gösterir.

Arama kutusunun yazarken öneri sunması, özellikle telefonda uzun kodları tam yazmayı gereksiz kılar. Öneri listesinde ürün adının yanında küçük bir görsel ve kod görünmesi, alıcının doğru ürünü ilk bakışta seçmesini sağlar. Sonuç sayfasında ürünler kategoriye göre gruplanırsa, aynı kelimenin farklı ürün ailelerinde geçtiği durumlarda karışıklık azalır. Sonuçsuz aramalar listesini ayda bir okumak, katalogda neyin eksik olduğunu gösteren en ucuz kaynaktır.

06Ürün sayfasının anatomisi ve teknik föyün yeri

Ürün sayfası, alıcının "aradığım ürün bu mu" sorusunu kaydırmadan cevaplamalı ve hemen ardından talebe giden yolu göstermelidir. Görsel, ürün adı, kod ve teklif sepetine ekleme düğmesi ilk ekranda; ayrıntılı teknik tablo ve belgeler hemen altında durur.

Ürün sayfasında sırayla şunlara yer veriyoruz:

• Tanım cümlesi: Ürünün ne olduğunu ve nerede kullanıldığını iki cümlede anlatan, ürüne özgü bir metin.
• Teknik tablo: Ürün tablosundaki alanlardan otomatik oluşan, birimleri tutarlı bir özellik listesi.
• Varyant seçimi: Ölçü ya da renk farkları aynı sayfada, seçilen varyantın kodu görünür biçimde.
• Belgeler: Teknik föy, sertifika ve montaj kılavuzu, dosya türü ve boyutu yazılarak.
• İlişkili ürünler: Birlikte kullanılan aksesuarlar ve alternatif ürünler.

Teknik föyü ürün sayfasının yerine koymak sık yapılan bir kestirmedir. Föy indirilebilir bir ek olmalı, içindeki temel bilgiler ise sayfada metin olarak da yer almalıdır; arama motoru da telefondaki alıcı da sayfadaki metni föyün içinden daha kolay okur. Föy dosyalarının adı ürün koduyla başlarsa, alıcının bilgisayarında indirilen onlarca dosya arasında doğru föyü bulmak kolaylaşır. Föy güncellendiğinde eski sürümün sayfadan kaldırıldığından emin olmak da bakım listesine girmelidir.

07Teklif sepetinin alanları ve talebin yolculuğu

Teklif sepeti, satış ekibinizin teklif hazırlamadan önce sorduğu her soruyu tek seferde cevaplatan bir formdur; bu yüzden alanları tasarımcı değil satış ekibi belirlemelidir. Fazla alan formu yarıda bıraktırır, eksik alan ise telefonla geri dönmeyi zorunlu kılar.

Bir talebin baştan sona izlemesi gereken yol şöyledir:

1. Alıcı ürün sayfasından ya da liste görünümünden ürünü sepete ekler; sepet sayfa değiştirse de kaybolmaz.
2. Sepette her ürün için adet, birim ve gerekirse kısa bir not girer.
3. Firma adı, yetkili kişi, telefon, e-posta ve teslim bölgesi gibi bilgileri yalnız bir kez yazar.
4. Gönderimden önce aydınlatma metnini görür; KVKK'nın 10. maddesi, kişisel veri toplanırken ilgili kişinin bilgilendirilmesini ister.
5. Talep, ürün kodları ve adetlerle birlikte satış ekibinin e-posta kutusuna ve isteniyorsa CRM ya da tablo aracına düşer; alıcıya da bir kopya gider.
6. Satış ekibi talebi bir durum alanıyla işaretler: yeni, teklif gönderildi, kazanıldı ya da kaybedildi. Kaybedilen taleplerde kısa bir neden notu, ileride fiyat ve ürün kararlarına veri sağlar.

Son adım çoğu projede unutulur, oysa hangi talebin satışa döndüğünü bilmeden kataloğun gerçek katkısı ölçülemez. Teklif sepetinin tek bir ürün için de çalışması gerekir; tek bir ürün soran alıcıyı sepet adımlarından geçirmek yerine ürün sayfasında kısa bir hızlı talep formu sunulabilir.

08Bayi bulucu ve bayilik başvurusunu ayırmak

Bayi ağıyla satan bir markanın kataloğu iki farklı ziyaretçiye hizmet eder: ürünü almak isteyen son kullanıcıya ve bayi olmak isteyen firmaya. Bu iki kişiyi aynı iletişim formuna yönlendirmek, satış ekibinin her mesajı elle ayıklamasına yol açar.

Bayi bulucu için önce bayi listesinin kimde ve hangi biçimde tutulduğunu soruyoruz. Liste düzenli güncellenmiyorsa haritada kapanmış bir bayiyi göstermek, hiç bayi göstermemekten daha çok güven kaybettirir. Bu yüzden bayi kayıtlarının panelden ya da tabloyla kolayca güncellenmesi, haritanın görünümünden daha önemlidir. Listeye bir son kontrol tarihi alanı eklemek ve altı ayda bir bayileri arayarak bilgileri doğrulamak, basit ama etkili bir bakım alışkanlığıdır.

• Bayi kaydı: Firma adı, il ve ilçe, telefon, çalışılan ürün grupları ve isteğe bağlı konum.
• Arama biçimi: Haritanın yanında il ve ilçe seçimiyle çalışan bir liste; telefonda liste haritadan daha kullanışlıdır.
• Bayilik başvurusu: Bölge, faaliyet alanı, çalışılan markalar ve satış noktası bilgisi soran ayrı bir form.
• Yönlendirme: Başvurular teklif taleplerinden farklı bir kişiye ya da adrese gönderilir.

Bayilere broşür, ürün görseli ve fiyat listesi gibi materyaller sunmak isteniyorsa, herkese açık bir arşivle şifreli bir bayi portalını ayırmak gerekir. Bayinin giriş yapıp kendine özel fiyat gördüğü ve sipariş verdiği bir yapı, katalog sitesinden ayrı bir özel yazılım projesidir; katalogdaki ürün verisi bu portala ileride bağlanabilir.

09Fiyat göstermek ya da teklife bırakmak

Fiyatların katalogda görünüp görünmeyeceği tasarım tercihi değil, satış modeli kararıdır ve bu karar tüm ürün grupları için aynı olmak zorunda değildir. Standart aksesuarların fiyatını gösterip proje ürünlerini teklife bırakmak çoğu firma için dengeli bir yoldur.

Kararı verirken şu açılardan bakmanızı öneriyoruz:

• Rakip davranışı: Sektördeki alıcılar fiyatı sitede görmeye alışkınsa, fiyatsız bir katalog ilk elemede geride kalabilir.
• Bayi ilişkisi: Sitede yazılan liste fiyatı, bayinin sahada verdiği fiyatla çelişiyorsa bayi ağında gerginlik doğurur.
• Güncelleme yükü: Fiyat sık değişiyorsa sitedeki eski fiyat, satış ekibini açıklama yapmak zorunda bırakır.
• Yasal yükümlülükler: Tüketiciye yönelik fiyat gösteriminin kuralları vardır; bunları hukuk danışmanınızla netleştirin.

Fiyat gösterilmeyen ürünlerde "fiyat için arayın" yazmak yerine, ürün sayfasında fiyatın neye göre belirlendiğini anlatan kısa bir not yer almalıdır: adet, teslim bölgesi, yüzey işlemi gibi etkenler. Bu not, alıcının teklif sepetine hangi bilgiyi yazması gerektiğini de öğretir ve satış ekibine gelen eksik taleplerin sayısını azaltır. Fiyat gösterilen ürünlerde ise fiyatın panelden toplu güncellenebilmesi ve son güncelleme tarihinin kayıt altında tutulması, sitedeki rakamın güncelliğini ekip içinde tartışma konusu olmaktan çıkarır.

10Ürün sayfalarını arama motoruna doğru tanıtmak

Katalogdaki her ürünün aramada ayrı bir sonuçta yer alabilmesi, kendi adresi, kendine özgü başlığı ve açıklaması olmasına bağlıdır. Ardından iki teknik karar gelir: ürün yapısal verisinin türü ve filtre adreslerinin taranması.

Google, satın almanın sitede yapılmadığı ürün sayfaları için ürün snippet'i işaretlemesini, doğrudan satış yapılan sayfalar için satıcı listeleme işaretlemesini tanımlar. Katalog sayfaları ilkine göre işaretlenir; işaretlemenin taslağını yapısal veri oluşturucumuzla hazırlayıp ürün tablosundaki alanlarla karşılaştırabilirsiniz.

• Başlık kalıbı: Ürün adı, ayırt edici özellik ve ürün kodu; marka adı sona eklenir.
• Özgün açıklama: Benzer ürünlerde bile her sayfanın kullanım alanını ya da farkını anlatan bir paragraf bulunur.
• Filtre adresleri: Aranmayan filtre kombinasyonları taramaya kapatılır; gerçekten aranan birkaç kombinasyon kendi açıklamasıyla ayrı sayfa olur.
• Kaldırılan ürünler: Üretimden kalkan ürünün sayfası silinmek yerine halefini gösterir ya da en yakın ürüne yönlendirilir.

Bir sayfayı dizin dışında tutmak istiyorsanız robots.txt ile engellememek gerekir; engellenen sayfanın noindex etiketi Google tarafından okunamaz. Kataloğun yurt dışı alıcılara açılması gündemdeyse, dil sürümlerini birbirine bağlayan hreflang kurgusu çok dilli web sitesi sayfamızda ayrıntılıdır. Ürün sayfalarının düzenli içerik ve bağlantı çalışmasıyla desteklenmesi gerekiyorsa SEO hizmetimiz katalogla birlikte yürür.

11Yüzlerce ürün görseliyle hızlı açılan katalog

Katalog sitesinin en ağır yükü görsellerdir; yüzlerce ürünün listelendiği bir kategori sayfası, görseller hazırlanmadan yüklenirse telefonda yavaş açılır. Google'ın Core Web Vitals ölçütlerinde iyi kabul edilen eşikler, ziyaretlerin yüzde 75'inde LCP (sayfadaki en büyük öğenin yüklenme süresi) için 2,5 saniye ya da altı, INP (bir dokunuşa verilen tepkinin süresi) için 200 milisaniye ya da altı, CLS (yükleme sırasında öğelerin kayması) için 0,1 ya da altıdır.

Bu eşiklere yaklaşmak için görsel hazırlığını yayından önce bir iş akışına bağlıyoruz:

• Tek tip çekim: Aynı kategorideki ürünler aynı arka plan ve oranla çekilir; liste düzenli görünür ve kayma azalır.
• Boyut ve format: Her görsel kullanılacağı en büyük ölçüye küçültülür ve modern bir formata çevrilir.
• Gecikmeli yükleme: Ekranın altında kalan ürün görselleri ziyaretçi oraya kaydırdıkça yüklenir.
• Sayfalama: Çok uzun listeler sayfalara bölünür ya da kontrollü biçimde parça parça yüklenir.

Filtre seçildiğinde sayfanın tamamen yeniden yüklenmemesi ve sonuç sayısının hızla güncellenmesi, INP değerini doğrudan etkiler. Ürün fotoğraflarını panele yüklemeden önce boyutlarını hızlıca kontrol etmek isteyen ekipler için ücretsiz araçlarımız da vardır; ancak kalıcı çözüm, panelin yüklenen her görseli kendiliğinden küçültmesi ve çevirmesidir. Böylece ürünleri yükleyen kişinin teknik bilgisi sitenin hızını belirlemez. Yayından önce kategori sayfalarını gerçek bir telefonda ve mobil veri bağlantısıyla açıp denemek, ofisteki hızlı bağlantıda görünmeyen sorunları ortaya çıkarır.

12Talep getiren ürünü ölçmek ve basılı katalogla bağ kurmak

Katalog sitesinin işe yarayıp yaramadığı ziyaretçi sayısıyla değil, hangi ürünün hangi talebi getirdiğiyle anlaşılır. Bunun için teklif sepeti gönderimleri, föy indirmeleri ve bayilik başvuruları ayrı olaylar olarak ölçülmeli, her olaya ürün kodu eklenmelidir.

Ölçüm planında şu olayları ayrı ayrı tanımlıyoruz:

• Sepete ekleme: Hangi ürünlerin sepete girdiğini ve hangilerinin gönderilmeden kaldığını gösterir.
• Teklif gönderimi: Ürün sayısı ve toplam adet bilgisiyle birlikte kaydedilir.
• Föy indirme: Teknik ürünlerde ilginin erken işaretidir.
• Bayilik başvurusu ve bayi araması: Hangi bölgelerde bayi arandığını, hangi bölgelerde bayi eksik olduğunu gösterir.

Basılı katalog ve fuar broşürleri de bu ölçüme bağlanabilir. Her ürünün yanına o ürünün sayfasına giden bir QR kod koymak, kağıttan siteye geçişi hem kolaylaştırır hem de ölçülebilir kılar; kodları QR kod oluşturucumuzla hazırlayıp her baskıya ayrı bir kampanya etiketi ekleyebilirsiniz.

Mevcut PDF kataloğunuz sitede indirilebilir olarak kalabilir; ancak ürün bilgisinin asıl kaynağı artık site olmalı, PDF ondan üretilmelidir. Ölçüm kurulurken Avrupa Ekonomik Alanı'ndan gelen ziyaretçiler için Google'ın izin modu gereklidir; Türkiye'de de zorunlu olmayan çerezler için açık bir izin akışı kurmak doğru başlangıçtır.

13Katalog projelerinde sık yapılan hatalar

Katalog sitelerinde gördüğümüz hataların çoğu, tasarım aşamasında değil, ürün verisi ve talep akışı konuşulmadan işe başlandığında ortaya çıkar. Aşağıdaki hataların her birinin yanına, aynı sorunun daha iyi çözümünü yazdık.

• Hazır e-ticaret temasında fiyat gizlemek: Sepet ve kargo adımlarını yamalarla saklamak yerine, baştan ödeme adımı olmayan ve teklif sepetiyle çalışan bir yapı kurun.
• Kataloğu PDF sayfalarından ibaret bırakmak: PDF'i indirme seçeneği olarak tutun, her ürünü kendi adresinde, metin olarak okunabilen bir sayfada yayınlayın.
• Ürün verisini serbest metinle girmek: Ölçü ve malzeme gibi alanları sabit değer listelerinden seçtirerek girin; filtreler ancak böyle doğru çalışır.
• Tüm talepleri tek bir iletişim formuna toplamak: Teklif sepetini, bayilik başvurusunu ve genel soruları ayrı formlara ayırın, her birini doğru kişiye yönlendirin.
• Kategori adlarını iç kodlardan almak: Menüyü alıcının kullandığı kelimelerle kurun, iç kodları ürün sayfasında ek bilgi olarak gösterin.
• Yayından sonra güncellemeyi ajansa bağlı bırakmak: Ürün ekleme, föy değiştirme ve toplu güncelleme için ekibinize panel eğitimi verilmesini teklif aşamasında şart koşun.

Eski bir ürün sitesinden yeni kataloğa geçiyorsanız, en pahalı hata mevcut ürün adreslerini yönlendirmeden kaldırmaktır. Bu geçişin adımlarını web sitesi yenileme sayfamızda ayrıntılı anlattık.

14Doğru iş ortağını seçmek ve sonraki adım

Bir katalog projesinde iş ortağı seçerken portfolyodaki görsellerden çok, ajansın ürün verisi ve talep akışı hakkında sorduğu sorulara bakın. İlk görüşmede ürün sayınızı, satış modelinizi ve talepleri kimin karşıladığını sormayan bir teklif, büyük ihtimalle hazır bir şablona dayanır.

Teklif aldığınız ekiplere şu soruları sormanızı öneriyoruz:

• Ürünlerimizi Excel ya da ERP çıktısından toplu aktarabiliyor musunuz, görselleri ve föyleri ürün koduyla nasıl eşleştiriyorsunuz?
• Filtre adreslerinin taranmasını ve ürün yapısal verisini nasıl kuruyorsunuz?
• Teklif talebi bize hangi biçimde ulaşıyor, CRM ya da tablo aracımıza bağlanabiliyor mu?
• Yayından sonra ürünleri kendimiz güncelleyebilecek miyiz, bunun için eğitim veriyor musunuz?
• İleride bayi portalı ya da online satış eklemek istersek ürün verisi yeniden girilmek zorunda kalacak mı?

Yaklaşımımızı görmek isterseniz, bu sayfada bağlantısı verilen canlı demo katalog sitesini telefondan ve bilgisayardan inceleyebilirsiniz. Ürün listenizi ve satış biçiminizi bize iletin; kapsamı birlikte netleştirip yazılı teklif hazırlayalım. Ürün sayısı az ve yapısı basit bir site düşünüyorsanız sabit fiyatlı paketlere fiyatlar bölümünden göz atabilirsiniz.