Üretici Firmalar İçin Dijital Katalog ve Teklif Sistemi

Bir üretici firmanın dijital kataloğu, matbaadan çıkmış broşürün PDF hâli değildir. Satın almacının ürünü bulduğu, teknik föyünü indirdiği, ölçüyü ve malzemeyi kontrol ettiği ve aynı ekrandan teklif istediği aranabilir bir ürün veritabanıdır. Teklif sistemi de bu kataloğun doğal devamıdır: ziyaretçi "fiyat için arayın" yazısını görüp vazgeçmek yerine, ürün kodu ve adet bilgisiyle yapılandırılmış bir talep bırakır, talep satış ekibine eksiksiz ulaşır. Bu rehberde üretim yapan, toptan veya projeye satan firmalar için dijital katalog ve teklif sisteminin hangi parçalardan oluştuğunu, hangi sırayla kurulması gerektiğini ve en sık yapılan hataları anlatıyoruz.

PDF katalog neden yetmiyor?

Üretici firmaların çoğunun elinde güzel tasarlanmış, 80-120 sayfalık bir katalog vardır ve web sitesinde bu dosyaya bir indirme bağlantısı bulunur. Bu yöntemin sınırları zamanla belirginleşir:

• Güncellik: tek bir ürün değiştiğinde dosyanın tamamını yeniden hazırlamak gerekir. Bu yüzden sitede dolaşan katalog çoğu zaman bir iki sürüm geridedir; bayilerin elinde ise daha eski sürümler vardır.
• Arama ve filtre: satın almacı "DN50, paslanmaz, flanşlı" gibi kriterlerle ürün aramak ister; PDF'te bu ancak sayfa sayfa gezinerek mümkündür.
• Mobil: şantiyede veya fuarda telefonla 25 MB'lık bir dosyayı açıp yakınlaştırarak tablo okumak zordur.
• Ölçüm: hangi ürünün ilgi gördüğünü, hangi föyün indirildiğini PDF üzerinden bilemezsiniz.
• Arama motorları: Google PDF dosyalarını dizine ekleyebiliyor, ancak her ürünün kendi sayfası olmadığında belirli bir ürün koduyla yapılan aramada doğru içeriğe ulaşmak zorlaşır.

Bu, PDF'in tamamen kalkması gerektiği anlamına gelmiyor. Basılı katalog ve fuar dosyası olarak hâlâ değerli. Ancak ana kaynak web üzerindeki ürün veritabanı olmalı; PDF bu veritabanından üretilen bir çıktıya dönüşmeli.

Önce veri: ürün bilgisinin tek kaynağı

Dijital katalog projelerinde en çok zaman alan iş tasarım değil, ürün verisinin toplanması ve düzenlenmesidir. Ürün bilgisi genellikle birkaç yere dağılmıştır: ERP'de stok kodları ve temel tanımlar, teknik departmandaki Excel dosyalarında ölçüler, tasarım ekibinin bilgisayarında görseller, kalite biriminde sertifikalar. Kataloğu kurmadan önce şu soruları cevaplayın:

1. Ana kaynak neresi olacak? Ürün kodları ve tanımlar ERP'den mi gelecek, yoksa katalog paneli mi ana kaynak olacak? ERP kullanıyorsanız katalog ile arasındaki bağı baştan kurmak, ileride iki ayrı listenin birbirinden kopmasını engeller. ERP'nin genel yapısı için ERP seçim rehberimize bakabilirsiniz.
2. Ürün ailesi ve varyant yapısı nasıl? Aynı ürünün 14 farklı ölçüsü varsa bunlar 14 ayrı ürün mü, yoksa bir ürün ailesinin varyantları mı? Bu karar hem sayfa yapısını hem filtreleri belirler.
3. Hangi teknik özellikler filtrelenecek? Her ürün grubunun kendine özgü nitelikleri vardır: çap, basınç sınıfı, malzeme, güç, renk, yüzey işlemi. Bunları serbest metin olarak değil, birimiyle birlikte yapılandırılmış alanlar olarak tanımlayın.
4. Dosyalar kime ait? Teknik föy, montaj kılavuzu, CAD çizimi ve sertifikaların güncel sürümünden kimin sorumlu olduğu belli olsun.

Örnek bir ürün kaydı

Stok bilgisini katalogda göstermek istiyorsanız stok takip altyapınızın bunu ne sıklıkla ve ne doğrulukla verebildiğini kontrol edin; stok takip yazılımı yazımızda entegrasyon seçeneklerini ele aldık. Yanlış stok bilgisi, hiç stok göstermemekten daha çok güven kaybettirir.

Katalog yapısı: satın almacı nasıl arar?

B2B tarafta ziyaretçiler genellikle üç farklı yoldan ürüne ulaşır ve iyi bir katalog üçünü de desteklemelidir:

• Kategoriden gezinme: ürünü tanıyan ama tam kodunu bilmeyen kişi için. Kategori sayfasında ürün ailelerini görselleri ve ana nitelikleriyle sunun; ardından teknik filtrelerle daraltma imkânı verin.
• Kod veya ölçüyle arama: elinde eski bir sipariş formu ya da rakip ürün kodu olan satın almacı için. Arama kutusu ürün kodunun bir kısmını, eski kodları ve alternatif yazımları tanımalı.
• Uygulama alanından gelme: "gıda tesisi için hijyenik vana" gibi ihtiyaç odaklı aramalar için. Sektör veya uygulama sayfaları, ilgili ürün ailelerini bir arada gösterir.

Filtreli liste sayfalarının arama motorlarında binlerce neredeyse aynı sayfa üretmemesi için hangi filtre kombinasyonlarının kalıcı sayfa olacağını önceden planlayın; bu konunun ayrıntıları teknik SEO kontrol listemizde yer alıyor.

Ürün sayfası ve teknik föy

Bir B2B ürün sayfası, perakende ürün sayfasından farklı bir soruya cevap verir. Perakendede soru "beğendim mi?" iken burada "teknik olarak uyuyor mu, belgesi var mı, kim, ne zaman, kaç adet tedarik edebilir?" sorularıdır. Perakende ürün sayfalarına özgü ikna unsurlarını dönüşüm getiren ürün sayfası yazımızda anlattık; B2B tarafta öne çıkan bileşenler şunlar:

• Teknik özet: sayfanın ilk ekranında en kritik dört-beş nitelik.
• Varyant tablosu: ürün ailesindeki tüm ölçülerin kod, ölçü ve ağırlık bilgisiyle tablo hâlinde gösterimi; her satırdan doğrudan teklif listesine ekleme.
• İndirilebilir dosyalar: teknik föy, montaj kılavuzu, CAD ve BIM dosyaları, uygunluk beyanları ve test raporları. Her dosyanın yanında sürüm ve tarih bilgisi.
• Görseller: beyaz zeminde ürün fotoğrafı, ölçülü teknik çizim ve varsa uygulama fotoğrafı.
• İlgili ürünler: aksesuarlar, yedek parçalar, uyumlu ürünler.

Teknik föyleri otomatik üretmek

Ürün sayısı yüzleri bulduğunda föyleri tek tek tasarım programında hazırlamak sürdürülemez hâle gelir. Föy şablonunu bir kez tasarlayıp ürün veritabanındaki bilgilerle otomatik PDF üretmek, hem tutarlılık hem güncellik sağlar: ürün bilgisi değiştiğinde föy de kendiliğinden güncellenir. Aynı yöntemle, seçilen kategorilerden kişiye özel katalog PDF'i üretmek de mümkündür; bayiye yalnızca ilgilendiği ürün gruplarını içeren bir dosya göndermek, 120 sayfalık genel katalogdan çok daha işlevseldir.

Hangi dosyalar herkese açık olmalı?

Föy ve genel katalog genellikle herkese açık kalmalıdır; satın alma kararını kolaylaştırır ve arama motorlarında bulunabilirliği artırır. Ayrıntılı CAD dosyaları, fiyat listeleri veya bayiye özel dokümanlar için ise kısa bir form ya da giriş yapılmış alan tercih edilebilir. Burada denge önemli: her indirmeyi forma bağlamak, ziyaretçiyi rakibin ücretsiz föyüne gönderir.

Teklif sistemi: "fiyat için arayın" yerine ne olmalı?

Üretici firmaların büyük kısmı fiyatı sitede göstermez; fiyat miktara, müşteriye, teslim koşuluna ve hammadde maliyetine göre değişir. Bu anlaşılır bir tercih. Sorun, fiyatın yerine yalnızca bir telefon numarası bırakılmasıdır. İyi kurulmuş bir teklif sistemi şu akışı izler:

1. Teklif listesine ekleme: ziyaretçi ürün sayfalarında gezinirken istediği ürünleri ve varyantları adetleriyle bir teklif listesine ekler; tıpkı bir sepet gibi, ama ödeme olmadan.
2. Bağlam bilgisi: liste gönderilirken firma adı, yetkili kişi, ülke ve şehir, teslim yeri, istenen termin ve varsa proje adı sorulur. Gereksiz alanlarla formu uzatmayın; vergi bilgileri gibi ayrıntılar teklif kabul edildiğinde alınabilir.
3. Dosya ekleme: özel ölçü veya proje bazlı taleplerde teknik çizim ya da şartname yükleme imkânı verin.
4. Yönlendirme: talep, ülke veya ürün grubuna göre doğru satış temsilcisine ya da bölge bayisine otomatik düşsün.
5. Onay ve takip: gönderen kişiye talep numarası içeren otomatik bir onay e-postası gitsin; satış ekibi panelde talebin durumunu (incelemede, teklif gönderildi, kazanıldı, kaybedildi) işaretlesin.
6. Teklif belgesi: mümkünse teklif, aynı veriden şirket şablonunda PDF olarak üretilsin; ürün kodları talepteki kodlarla birebir aynı kalsın.

Teklif talebinin CRM'e, e-postaya ve ekip mesajlaşma aracına otomatik dağıtılması gibi adımlar için ağır bir yazılım projesine gerek olmayabilir; n8n ile iş akışı otomasyonu yazımızda bu tür bağlantıların nasıl kurulduğunu anlattık.

En sık gördüğümüz hatalar

• Teklif formunun ürün sayfasından kopuk olması; ziyaretçinin ürün kodunu elle yazmak zorunda kalması.
• Taleplerin tek bir genel e-posta adresine düşmesi ve kimin ilgilendiğinin belirsiz kalması.
• Talebe dönüş süresinin ölçülmemesi. B2B'de hızlı ve eksiksiz teklif, çoğu zaman fiyat kadar belirleyicidir.
• Formda "firma büyüklüğü", "yıllık ciro" gibi satış ekibinin hiç kullanmadığı alanlar.

Bayi ve ihracat ihtiyaçları

Bayi ağı veya ihracatı olan üreticilerde katalog, birden fazla kitleye hizmet eder. İlk aşamada şu katmanlar genellikle yeterlidir:

• Bayi bulucu: harita veya il bazlı liste ile en yakın satış noktası. Son kullanıcıyı bayiye yönlendirmek, kanal çatışmasını azaltır.
• Bayi girişi: bayiye özel fiyat listesi, kampanya duyuruları, pazarlama materyalleri ve güncel föyler için korumalı bir alan.
• Dil sürümleri: ihracat yapılan pazarların dilinde ürün adları, teknik nitelikler ve föyler. Teknik terimlerin çevirisinde sektör terminolojisine hâkim bir çevirmenle çalışın; makine çevirisi ürün adlarında ciddi hatalara yol açabilir.
• Birim ve standartlar: hedef pazarda kullanılan ölçü birimleri ve standart adlandırmaları; gerekirse metrik ve inç değerlerini birlikte gösterin.

Bayinin sipariş verdiği, cari hesabını izlediği ve ERP ile bağlı çalışan tam bir bayi portalı ise ayrı ve daha kapsamlı bir projedir. Katalog ve teklif sistemini doğru veri yapısıyla kurarsanız, ileride bu portala geçiş çok daha kolay olur. Online satışa hiç geçmeden önce hangi altyapının uygun olduğunu merak ediyorsanız e-ticaret altyapısı seçimi yazımız genel çerçeveyi veriyor.

Arama motorları ve yapısal veri

B2B aramaların önemli bölümü çok spesifiktir: ürün kodu, standart numarası, malzeme ve ölçü birleşimleri. Her ürün ailesinin kendi sayfası olduğunda bu aramalarda görünme şansınız artar. Bunun için:

• Sayfa başlıklarında ürün ailesi adını ve ayırt edici niteliği kullanın: "Flanşlı Küresel Vana DN15-DN100, AISI 316" gibi.
• Teknik tabloları görsel olarak değil, HTML tablo olarak yayımlayın; arama motorları ve ekran okuyucular metni okuyabilsin.
• Ürün sayfalarına Product türünde yapısal veri ekleyin. Fiyat göstermeyen kataloglarda Google'ın zengin sonuç koşullarının karşılanmayabileceğini, buna rağmen işaretlemenin sayfanın doğru anlaşılmasına katkı sağladığını unutmayın. Ayrıntılar için yapısal veri rehberimize bakabilirsiniz.
• PDF föylerin başlık ve dosya adlarını anlamlı tutun; föy içindeki metin seçilebilir olsun, taranmış görüntü olmasın.

Öncelik sırası: nereden başlamalı?

Orta ölçekli, birkaç yüz ürün kodu olan bir üreticiyi düşünelim. Kademeli bir yol haritası şöyle olabilir:

1. Veri envanteri: ürün aileleri, varyant yapısı, filtrelenecek nitelikler ve dosya sorumluları belirlenir; en çok satan ürün gruplarıyla başlanır.
2. Katalog ve ürün sayfaları: kategori, filtre, arama ve indirilebilir föyler yayına alınır.
3. Teklif listesi ve panel: ürün sayfalarından beslenen teklif talebi, otomatik yönlendirme ve durum takibi.
4. Otomatik föy ve katalog üretimi: veri oturduktan sonra PDF'lerin veritabanından üretilmesi.
5. Dil sürümleri ve bayi alanı: öncelikli ihracat pazarından başlayarak.
6. Entegrasyonlar: ERP, CRM ve gerekiyorsa bayi portalı.

Sık Sorulan Sorular

Fiyatları sitede göstermeli miyiz?

Zorunlu değil. Fiyat müşteriye ve miktara göre değişiyorsa teklif sistemi daha doğru bir yol. Standart ve küçük adetli ürünlerde fiyat göstermek ise satın alma kararını hızlandırabilir; karma bir yapı da mümkündür.

Katalog için ERP entegrasyonu şart mı?

İlk aşamada şart değil, ama ürün kodlarının ERP ile birebir aynı tutulması şart. Entegrasyon, ürün sayısı ve güncelleme sıklığı arttıkça gerekli hâle gelir.

Teknik föyleri indirmek için form doldurtmalı mıyız?

Genel föyleri herkese açık bırakmanızı öneriyoruz. Ayrıntılı CAD dosyaları veya bayiye özel dokümanlar için kısa bir form ya da giriş alanı kullanılabilir.

Mevcut PDF kataloğumuzdan dijital kataloğa nasıl geçeriz?

PDF'teki tablolar ve metinler ilk veri kaynağı olarak kullanılabilir; ancak bu veriyi yapılandırılmış alanlara aktarmak ve teknik ekiple doğrulamak gerekir. En çok satan ürün gruplarıyla başlayıp aşama aşama ilerlemek en gerçekçi yöntemdir.

Teklif sistemi hazır bir eklentiyle kurulabilir mi?

Basit ihtiyaçlarda evet. Ürün varyantlarının tabloyla seçilmesi, bölgeye göre yönlendirme ve teklif belgesinin otomatik üretilmesi gibi gereksinimler arttıkça özel geliştirme daha sağlıklı sonuç verir.

Sonuç

Dijital katalog ve teklif sistemi, üretici firma için bir tasarım projesinden çok bir veri projesidir: ürün bilgisi tek kaynakta düzenlendiğinde web sitesi, PDF katalog, föyler ve teklif belgeleri aynı veriden beslenir. Nexova Studio olarak üretici firmalar için katalog, teklif paneli ve otomatik föy üretimini web geliştirme hizmetimiz kapsamında kuruyor, ERP ve CRM bağlantıları gerektiğinde özel yazılım tarafında destek veriyoruz. Ürün yapınızı birlikte incelemek için bize ulaşın.

Kaynaklar

• Google Search Central: Google tarafından dizine eklenebilen dosya türleri
• Google Search Central: Ürün yapısal verisine giriş
• web.dev: Learn Forms
• schema.org: Product