Ürünün tüm özniteliklerini, açıklamalarını ve çeviri metinlerini tek merkezde toplarız; her satış kanalının kendi şablonuna göre zenginleştirilmiş halini oradan üretiriz. Eksik veya kurala aykırı alan, ürün kanala çıkmadan önce yakalanır. Ürün verisi artık kimsenin masaüstündeki dosyasında yaşamaz.
Çoğu işletmede ürün verisi tek bir yerde durmaz. Stok kodu ve fiyat ERP'de, ürün açıklaması pazarlamanın hazırladığı bir sunumda, ölçü ve teknik tablo üretimden gelen bir Excel'de, İngilizce metin ise ihracat sorumlusunun bilgisayarında yaşar. Aynı ürünün beş ayrı yerde beş ayrı hali vardır ve hangisinin güncel olduğunu çoğu zaman kimse bilmez. Yeni bir pazaryerine açılırken bu dosyalar tek tek birleştirilir; birleştirmeyi yapan kişi izne çıktığında iş durur. Bu bir ihmal sorunu değildir. Ürün bilgisi, herkesin dokunduğu ama kimsenin sahibi olmadığı bir alandır; sahibi tanımlanmadığı sürece hangi araç kullanılırsa kullanılsın dağılmaya devam eder.
Bu dağınıklığın faturası genellikle satış kanalında kesilir. Pazaryeri ürünü listelemez, çünkü kategorinin zorunlu bir özniteliği boştur. Müşteri yanlış ölçü gördüğü için ürünü iade eder. Aynı ürün iki kanalda iki farklı isimle listelendiği için satış raporları tutmaz. Kampanya döneminde birkaç yüz ürünün açıklamasını güncellemek gerektiğinde iş, birkaç kişinin günlerini alan bir kopyala-yapıştır seferberliğine dönüşür ve o seferberlikte mutlaka bir kısmı atlanır. Yurt dışına satan firmalarda tablo daha da ağırlaşır: her dil, her ürün için ayrı bir metin demektir ve çevirinin hangi sürümden yapıldığı bir süre sonra takip edilemez hale gelir. Kanal sayısı arttıkça bu yükün ürün başına değil, kanal başına katlandığı fark edilir; asıl darboğaz da genellikle o noktada görünür hale gelir.
Ürün Bilgi Yönetimi (PIM), bu verinin tek bir merkezde ve tanımlı bir yapıyla tutulmasıdır. Her ürün grubu için hangi özniteliklerin zorunlu olduğu baştan belirlenir: halıda hav yüksekliği ve iplik cinsi, makinede güç ve gerilim, gıdada içindekiler ve alerjen bilgisi. Ürün kaydı bu şablona göre doldurulur; eksik alan kaydın üzerinde görünür, ayrıca aranıp bulunması gerekmez. Merkezde biriken veri sonra kanala göre türetilir: kendi siteniz uzun açıklamayı ister, pazaryeri kendi kategori ağacına ve karakter sınırına uyan bir başlık ister, bayi kataloğu teknik tabloyu ister. Aynı gerçek farklı kalıplarda dışarı çıkar, ama kaynak tektir ve düzeltme tek yerde yapılır.
Dürüst olmak gerekirse PIM, ürün verisini kendiliğinden iyileştirmez. Sisteme eksik ve tutarsız veri girerseniz dışarı düzenli ama yine eksik veri çıkar. Kurulumun en zor kısmı yazılım değil, mevcut kataloğun temizlenmesi ve öznitelik şablonlarının kararlaştırılmasıdır; bu iş sizin ekibinizin zamanını ister ve kimse onun yerine karar veremez. Ayrıca PIM bir stok ya da sipariş sistemi değildir: fiyat ve stok adedi ERP'de kalmaya devam eder, PIM bunları okur ve kanala taşır. Buna karşılık şunu güvenle söyleyebiliriz; veri bir kez düzgün kurulduğunda yeni bir kanala açılmak, baştan yapılan bir hazırlık işi olmaktan çıkıp birkaç günlük bir eşleme işine iner.
Kendi sitesi, birden fazla pazaryeri, bayi paneli ve basılı katalog ile aynı anda çalışan işletmeler. Her kanalın kendi başlık kuralı, kategori ağacı ve zorunlu alanı olduğu için aynı ürün defalarca elle hazırlanır. Asıl kazanç, bu hazırlığın merkezdeki tek kayıttan türetilmesiyle ortaya çıkar. Kanal sayısı üçü geçtiğinde bu iş, çoğu işletmede tam zamanlı bir kişinin işine dönüşür.
Renk, beden, ölçü ve desen gibi varyantlarla ürün sayısı hızla binlere çıkan firmalar. Varyantların ortak ve farklı alanları ayrıştırılmadığında her varyant ayrı bir kayıt gibi yönetilmeye başlar; katalog büyüdükçe hata payı da büyür. Merkezi bir yapının faydası en net bu ölçekte görülür. Ana ürün ile varyantın ortak alanlarını ayırmak, katalogda yapılacak ilk ve en kalıcı düzeltmedir.
Birden çok dilde ürün içeriği yöneten firmalar. Teknik tabloların birim dönüşümü, ülkeye göre değişen uyarı metinleri ve çevirinin hangi Türkçe sürümden yapıldığının izlenmesi elle yürütülemez. Çeviri durumu ürünün üzerinde görünür olduğunda, eksik dille yayına çıkma riski ortadan kalkar. Dil sayısı arttıkça bu takip, tablo üzerinden yürütülebilir olmaktan çıkar ve kurumun kaynağı bir kişinin bilgisayarındaki dosya olmaya devam eder.
Katalog bilgisi bir kişinin bilgisayarında ve hafızasında duran firmalar. O kişi izne çıktığında veya işten ayrıldığında ürün açma süreci durur. İlk somut kazanç genellikle burada olur: bilgi kişiden kuruma geçer ve yeni gelen ekip üyesi şablona bakarak çalışabilir hale gelir. Bu geçiş yapılmadan atılan her adım, aynı kişiye olan bağımlılığı bir süre daha uzatır.
| Yetenek | Ne sağlar |
|---|---|
| Kategori bazlı öznitelik şeması | Her ürün grubu için zorunlu ve isteğe bağlı alanlar tanımlanır; alanın tipi, birimi ve seçenek listesi kurala bağlanır. Halı ile makine aynı formu doldurmaz. Şema sonradan da genişletilebilir, ancak baştan doğru kurulması ilerideki temizlik işini büyük ölçüde ortadan kaldırır. Yeni bir ürün grubu eklendiğinde şablon mevcut birinden çoğaltılır, sıfırdan tanımlanmaz. |
| Merkezi ürün kaydı ve varyant yapısı | Ana ürün ile varyantları ayrı ama bağlı tutulur; ortak alanlar bir kez girilir, yalnızca farklılaşan alan varyantta saklanır. Bin varyantlı bir seride açıklama değişikliği tek yerden yapılır. Barkod, GTIN ve ERP stok kodu ilişkisi de bu yapıda tutulur; böylece kanaldaki ürün ile depodaki ürün aynı kayda bağlanır. |
| Çok dilli içerik ve çeviri durumu | Her alanın dil bazlı karşılığı ayrı saklanır; hangi dilin çevrildiği, hangisinin kaynak metni değiştiği için güncellenmesi gerektiği ürünün üzerinde görünür. Çeviri ekibine gidecek liste sistemden üretilir, dosya alışverişiyle takip edilmez. Ülkeye özel zorunlu metinler ayrı alan olarak tanımlanabilir. Yeni bir dil eklendiğinde nelerin çevrilmesi gerektiği tek bir listede çıkar. |
| Kanal bazlı zenginleştirme ve şablon | Her satış kanalı için ayrı bir çıktı şablonu tanımlanır: karakter sınırı, kategori eşlemesi, zorunlu alan listesi ve başlık kuralı. Merkezdeki veri bu şablona göre dönüştürülür. Kanalda görünen metni merkezdeki kayda dokunmadan uyarlayabilir, farkı da kayıt altında tutabilirsiniz. Pazaryerinin kuralı değiştiğinde tek şablon güncellenir. Kanal eklemek böylece yeni bir proje değil, yeni bir şablon tanımlamak olur. |
| Veri kalitesi kontrolü ve yayın engeli | Ürün kanala çıkmadan önce kurallar çalışır: zorunlu alan boş mu, görsel sayısı yeterli mi, ölçü birimi tanımlı mı, açıklama karakter sınırını aşıyor mu. Kural ihlali olan ürün yayına gitmez ve nedeni listelenir. Hataların pazaryeri reddiyle değil, kendi sisteminizde görülmesi hedeflenir. Kurallar ürün grubuna göre farklılaştırılabilir; her kanalın kendi kontrol listesi olur. |
| Pazaryeri ve e-ticaret aktarımı | Onaylanan içerik pazaryeri ve e-ticaret altyapılarına API ile aktarılır; besleme dosyası isteyen kanallar için XML veya CSV üretilir. Aktarım sonucu ürün bazında kaydedilir, reddedilen kayıtların nedeni sistemde görünür. Kanal tarafında yapılan değişikliklerin merkeze geri okunması da kurgulanabilir. Toplu aktarımda hangi ürünün geçtiği, hangisinin kaldığı listelenir ve düzeltilen kayıtlar yeniden denenebilir. |
| Sürüm, onay ve değişiklik geçmişi | Hangi alanı kimin ne zaman değiştirdiği kayıt altına alınır; içerik yayına çıkmadan önce onaydan geçirilebilir. Yanlış bir toplu güncelleme yapıldığında önceki sürüme dönmek mümkündür. Denetim ve marka tutarlılığı açısından bu geçmiş, sistemin en sık başvurulan parçalarından biri olur. Kimin hangi alanı değiştirebileceği role göre sınırlanır; örneğin fiyat alanına dokunamayan bir çeviri rolü tanımlanabilir. |
Mevcut ürün verisinin nerede durduğunu, hangi kanalda hangi kuralın geçerli olduğunu ve kimin neyi güncellediğini çıkarırız. Bu aşamada ürün sayısı kadar öznitelik çeşitliliği de sayılır; kapsamı belirleyen asıl şey budur. Keşif genellikle bir ila iki hafta sürer ve veriyi gerçekten kullanan kişilerle yapılır.
Ürün gruplarına göre zorunlu alanlar, birimler ve seçenek listeleri kararlaştırılır; her alanın sahibi belirlenir. Bu adım yazılım değil karar adımıdır ve çoğu projede en çok tartışılan yer burasıdır. Şema, yazılı bir veri sözlüğü olarak teslim edilir ve sonraki tüm işin ölçüsü olur.
Mevcut ürünler yeni şemaya taşınır; mükerrer kayıtlar birleştirilir, eksik alanlar raporlanır. Temizliği tek başımıza yapamayız; hangi kaydın doğru olduğuna sizin ekibiniz karar verir. Bu aşama katalog büyüklüğüne ve verinin dağınıklığına göre genellikle 4-8 hafta sürer. Temizlik sırasında hangi alanların gerçekte hiç kullanılmadığı da ortaya çıkar ve şema sadeleşir.
Önce tek bir kanal ve sınırlı bir ürün grubu bağlanır. Aktarım, ret nedenleri ve geri okuma gerçek veriyle test edilir. Pilot doğrulanmadan diğer kanallar açılmaz; bu sıra, en sık yapılan yaygınlaştırma hatasını önler. Pilotta çıkan kural düzeltmeleri şemaya geri işlenir.
Kalan kanallar ve ürün grupları kademeli olarak açılır. Ekibe kullanım devri yapılır; şemanın nasıl genişletileceği ve yeni bir kanalın nasıl ekleneceği yazılı bırakılır. Canlıya alındıktan sonra aktarım hataları izlenir ve destek kapsamında giderilir. Kaynak kod ve veri size teslim edilir.
ERP ürünün ticari ve mali tarafını tutar: stok kodu, birim, fiyat, stok adedi, muhasebe hesabı. PIM ise ürünün anlatılan tarafını tutar: başlık, açıklama, teknik öznitelikler, çeviriler, kanal metinleri ve görsel ilişkileri. İkisi çakışmaz, birbirine bağlanır. Uygulamada ERP ürün kartı ana kaynak olarak kalır; PIM o kartı referans alır ve üzerine pazarlama verisini kurar. ERP'nizi değiştirmenizi istemeyiz, veriyi ondan okuruz.
Hayır. PIM, e-ticaret altyapınızın yerine geçen bir şey değil, onun beslendiği kaynaktır. Kullandığınız altyapı API veriyorsa doğrudan bağlanırız; vermiyorsa besleme dosyası üretiriz. Aynı şey pazaryerleri için de geçerlidir. Altyapı değiştirmek istediğiniz gün ise ürün verisi zaten sizde ve düzenli durduğu için geçiş, en zor kısmını kaybetmiş olur. Pratikte PIM kurmanın yan faydalarından biri budur.
Hayır, temizlik projenin bir parçasıdır ve genellikle şema kararlaştırıldıktan sonra yapılır; önce temizleyip sonra kurmaya çalışmak çoğu zaman aynı işi iki kez yaptırır. Ancak kararların size ait olduğunu baştan söylemek isteriz: iki kayıttan hangisinin doğru olduğuna, hangi açıklamanın geçerli sayılacağına sizin ekibiniz karar verir. Biz süreci, araçları ve raporları sağlarız; içeriğin doğruluğuna sahayı bilen biri karar vermelidir.
Mümkün, ama sınırıyla birlikte kuruyoruz. Dil modeli, öznitelik verisinden yola çıkarak taslak açıklama ve kanal başlığı üretebilir; çeviride de ilk sürümü hazırlayabilir. Buna karşılık teknik değerleri uydurma riski gerçektir ve bu yüzden üretilen metin doğrudan yayına gitmez, onay adımından geçer. Ölçü, malzeme ve uygunluk bilgisi gibi alanlar modele bırakılmaz; bunlar veri alanından gelir. Bu ayrımı yapmayan bir kurulum, hatayı ölçekli hale getirir.
Yönetmez ve bunu üstlenmemizi önermeyiz. Fiyat ve stok adedi hızlı değişen, mali sonucu olan verilerdir; kaynağı ERP veya stok sisteminiz olmalıdır. PIM bunları okur, kanala taşır ve gerekirse kanal bazlı fiyat kuralını uygular; ama tek doğru kaynak olmaya çalışmaz. İki sistemin de aynı veriyi yazdığı kurulumlar, bir süre sonra hangisinin doğru olduğunun bilinmediği bir noktaya varır. Sipariş toplama ve stok ayırma da ayrı bir konudur.
Ürün gruplarına göre tanımlanmış bir öznitelik şeması ve yazılı veri sözlüğü; tüm ürünlerin varyantlarıyla birlikte toplandığı merkezi kayıt; çok dilli içerik ve çeviri durumu takibi; kanal bazlı şablonlar ve yayın öncesi kalite kontrolü; pazaryeri ile e-ticaret aktarımları ve aktarım sonuç kayıtları; değişiklik geçmişi ve onay akışı. Kaynak kod, veritabanı ve biriken ürün verisi dahil her şey size aittir.
30 dakikalık keşif görüşmesinde ihtiyacınızı dinler, özele mi yoksa hazır çözüme mi ihtiyacınız olduğunu dürüstçe söyleriz.
Fotoğraf, video, katalog ve tasarım dosyalarını tek arşivde toplar; her dosyanın hangi ürüne ait olduğunu, hangi sürümün onaylı olduğunu ve nerede kullanılabileceğini kayıt altına alırız. Kanalların istediği ölçü ve formatlar orijinalden otomatik türetilir; kimse dosya boyutlandırmakla uğraşmaz.
Detay →Mağazanın kasasını, stoğunu, kampanyasını ve vardiya devrini tek sistemde toplarız. Buradaki POS, internet sitesindeki sanal POS değil; tezgâhın üzerindeki gerçek kasadır. Çok şubeli yapılarda fiyat ve kampanya merkezden yönetilir, gün sonu her şubede aynı disiplinle kapanır.
Detay →Üretim planını makine ve hat düzeyinde sıraya çeviririz: kalıp ve ayar süreleri, darboğaz kapasitesi, malzemenin hazır olacağı tarih ve öncelik kuralları birlikte hesaplanır. Sonuç, sahada gerçekten uygulanabilen bir çizelge ve müşteriye verilebilecek savunulabilir bir termin tarihidir.
Detay →Üretim, kalite, bakım ve envanter operasyonlarını ortak bir veri modelinde birleştiririz. Aynı duruş, aynı lot ve aynı vardiya dört ayrı yerde değil tek kayıtta buluşur; vardiya devri yazılı hale gelir ve yönetim tek bir gösterge setine bakar.
Detay →Makine, tesis, araç ve ekipmanı satın alındığı andan elden çıkarıldığı ana kadar tek kayıt üzerinde tutarız. Garanti, kritiklik, yedek parça, bakım maliyeti ve amortisman aynı varlık kartında birikir; yenileme kararı tahminle değil biriken kayıtla verilir hale gelir.
Detay →Makine ve ekipman satan firmalarda servis işi çoğu zaman telefonda başlar, defterde biter. Servis talebinden teknisyen atamasına, mobil iş emrinden kullanılan parçaya ve müşteri imzasına kadar tüm zinciri tek sistemde kurar; garanti kapsamını ve SLA süresini otomatik takip ederiz.
Detay →
