İçeriğe geç
Blog

Katalog · Veri düzeni

Ürün Verisinde Tek Doğru Kaynak Nasıl Kurulur?

Özetle

Tek doğru kaynak, ürünle ilgili her sorunun aynı kayıttan cevaplanması demektir: fiyat, birim, görsel, föy. Kurulumu üç karar ister: veri nerede yaşayacak, kim güncelleyecek, güncelleme hangi kuralla yayılacak. Bu yazı dağınık veriyle çalışan bayinin tek kaynağa geçişini somut adımlar, örnek senaryo ve kontrol listesiyle anlatır.

Yazan:
Wemeep Ekibi
Yayın:
3 dk okuma
Ürün verisinde tek doğru kaynak kapak görseli — yeşil Wemeep karosu

"Bu ürünün föyü kimde?" — bu soru bir işletmede günde birden çok soruluyorsa sorun föy değildir; tek doğru kaynak yoktur. Fiyat masadaki çıktıda, görsel bir telefonda, teknik belge üç yıllık bir e-postada yaşar. Her bilgi bir yerlerdedir ama hiçbir bilgi tek bir yerde değildir — ve bilgiye giden her yol, bir kişinin hafızasından geçer.

Tek doğru kaynak tam olarak nedir?

Tanım basittir: ürünle ilgili her sorunun aynı kayıttan cevaplanması. Kod, ad, birim, KDV oranı, güncel fiyatın dayandığı liste, görsel ve teknik belge — hepsi tek ürün kaydının üzerinde durur. Kaynağın "doğru" olması ise şuna bağlıdır: kayıt güncellendiğinde onu okuyan her yer (teklif, vitrin, ekip) otomatik güncel kalır.

Bu tanımın tersini de netleştirelim. Tek doğru kaynak şunlar değildir: herkesin masaüstündeki "güncel_liste_v3.xlsx" kopyası; ortak klasörde kimin ne zaman değiştirdiği belirsiz dosya; kıdemli satıcının ezberi; WhatsApp grubuna atılmış son fiyat fotoğrafı. Bunlar kaynak değil, kaynağın yokluğunu idare etme biçimleridir.

2026’da meselenin ağırlığı arttı çünkü veri trafiği arttı: listeler daha sık değişiyor, müşteri iletişimi WhatsApp’a taşındı, yanlış bilginin müşteriye ulaşma hızı da aynı oranda yükseldi. Dağınık kaynağın maliyeti artık yıllık değil, haftalık ödeniyor.

Dağınıklığın gerçek maliyeti

Kalem kalem sayalım; hepsi tanıdık gelecek:

  • Çelişki maliyeti. İki satıcı aynı ürüne iki fiyat verir; müşteri ucuzunu seçer, marj erir — ya da güveni sarsılır, ikisini de bırakır.
  • Arama maliyeti. Föy aramak, fiyat teyit etmek, görsel bulmak… Tek tek dakikalar, ay sonunda günler eder.
  • Devir maliyeti. Bilgi kişideyse, kişi ayrılınca bilgi de ayrılır. Yeni personelin aylar süren "öğrenme" dönemi aslında ezber devridir.
  • Fırsat maliyeti. En pahalısı: bilgiyi arayan satıcı, o sırada satış yapmayan satıcıdır.

Üç kurucu karar

1. Veri nerede yaşayacak?

Cevap "herkesin eriştiği tek yer" olmalı. Ortak klasördeki dosya bunun en zayıf hâlidir — kopyalanır, eskir, çakışır. Ürün kaydı temelli bir katalog düzeni en sağlamıdır çünkü görsel ve belge de kaydın üzerinde durur, ayrı klasör kalmaz; arama tek kutudan yapılır.

2. Kim güncelleyecek?

Tek kaynak, herkes yazarsa yine bozulur. Güncelleme yetkisi tanımlı olmalı: listeyi kim aktarır, ürünü kim düzeltir, fiyat kuralını kim değiştirir. Rol ve yetki düzeni bunu kişilerin hafızasından çıkarıp sistemin kuralı yapar — ve kritik işlemler denetim kaydına düşer: "bunu kim değiştirdi" sorusu tartışma doğurmaz.

3. Güncelleme hangi kuralla yayılacak?

En kritik karar budur. İyi düzende güncelleme sürümlüdür: yeni fiyat listesi yeni sürüm olarak yayınlanır, ekip aynı anda yeni rakama geçer, geçmiş teklifler verildiği fiyatla kayıtta kalır. Sürümsüz güncelleme, "dün bu fiyat farklıydı" tartışmasının davetiyesidir.

Geçiş planı: iki haftalık yol haritası

Büyük proje kurmayın; şu sırayla ilerleyin:

  1. 1-2. gün — En çok sorulan markayı seçin. Tezgâhta en çok fiyatı sorulan marka, ilk aktarılacak markadır. Listesini önizlemeli aktarın: hatalı satırlar raporlansın, onaysız hiçbir şey yazılmasın.
  2. 3-4. gün — Beş kritik alanı doğrulayın. Kod, ad, birim, KDV, fiyat dayanağı. Bu beşi temizse satış o kaynağı kullanmaya başlayabilir; mükemmeliyetçilik geçişin düşmanıdır.
  3. 5-7. gün — Görsel ve föyleri bağlayın. Klasördeki arşiv ürünlerle eşlensin; doküman düzeni kurulsun.
  4. 2. hafta — Ekibe tek adres verin ve kalan markaları ekleyin. "Fiyat sorulunca buraya bak" — tek cümlelik kural. Sistem en hızlı cevabı verdiği gün alışkanlık kendiliğinden döner.

Örnek senaryo: bir sorunun iki hayatı

Aynı soruyu iki düzende izleyelim: müşteri telefonda "X marka mat porselen 60×120’nin fiyatı ve föyü" istiyor.

Dağınık düzende: Satıcı masadaki çıktıya bakar — üç ay önceki liste. "Bir kontrol edeyim" der, muhasebeye seslenir; oradan gelen rakam farklıdır. Föy için masaüstü klasörü açılır, bulunamaz; "bulunca atarım abi" denir. Toplam: iki belirsiz rakam, bir verilmemiş föy, sekiz dakika.

Tek kaynaklı düzende: Arama kutusuna "60x120 mat" yazılır; kayıt gelir. Fiyat aktif sürümden okunur, föy kaydın üzerindedir, WhatsApp’a teklif linkiyle birlikte gider. Toplam: tek doğru rakam, föy elde, doksan saniye.

Fark yazılım değil; sorunun nereden cevaplandığıdır.

Kaynak teke inince ne değişir?

AlanÖnceSonra
Fiyat sorusuKişiye göre cevapTek aktif sürümden cevap
Teklif satırıElle yazım, hata riskiKayıttan gelir
Föy/görselKlasör-e-posta avıKaydın üzerinde
Yeni personelAylarca ezber devriİlk gün arama kutusu
Ayrılan personelBilgi kaybıBilgi işletmede kalır

Sonuç: disiplin + altyapı

Tek doğru kaynak ne tek başına bir yazılımdır ne tek başına bir niyet. İkisinin kesişimidir: veriyi tek yerde tutan altyapı ve oraya yazmayı alışkanlık yapan disiplin. Altyapı tarafını katalog rehberiyle kurun; disiplin tarafı, ekibin en hızlı cevabı hep aynı yerden aldığı gün kendiliğinden yerleşecektir.

Sık sorulanlar

Tek doğru kaynak illa yazılım mı demek?
Hayır; bir disiplindir. Küçük ölçekte iyi yönetilen tek bir dosya bile tek kaynak olabilir. Yazılımın farkı, disiplini kişiye bağlı olmaktan çıkarmasıdır: kayıt düzeni, erişim yetkisi ve sürüm geçmişi sistemde durur, izin gününde çökmez.
Ekip alışkanlıklarını nasıl değiştiririm?
Kuralla değil kolaylıkla. İnsanlar en hızlı cevabı nereden alıyorsa orayı kullanır; tek kaynak masadaki çıktıdan hızlı cevap verdiği gün alışkanlık kendiliğinden döner. Bu yüzden geçişte ilk iş en çok sorulan markaları sisteme almaktır.
Veriyi toplarken hangi alanlar öncelikli?
Satışın her gün dokunduğu beş alan: üretici kodu, ad, birim (ve dönüşüm katsayısı), KDV oranı, güncel liste fiyatının dayanağı. Görsel ve föy ikinci dalgadır — önemlidir ama satışı ilk gün hızlandıran, bu beş alanın tek yerde durmasıdır.
İki şubemiz var; tek kaynak nasıl paylaşılır?
Tek kaynağın tanımı gereği: kaynak merkezdedir, şubeler aynı kayda bakar. Şube başına dosya kopyası tutmak, tek kaynağı daha ilk gün ikiye böler. Bulut tabanlı kayıt düzeninde her şube aynı kataloğu, aynı aktif fiyat sürümünü görür; yetkiler rol bazında ayrılır.
ERP’de zaten ürün kartı var; bu ikinci kaynak olmaz mı?
İş bölümü doğru çizilirse olmaz: ERP’deki kart muhasebe ve stokun kaydıdır, satış katmanındaki kayıt ise satışın kaynağıdır ve ERP dışa aktarımından beslenir. Veri tek yönlü ve düzenli akarsa (ERP → satış katmanı) çelişki değil, katmanlaşma olur. Ayrıntı için ERP’siz dijitalleşme yazımıza bakın.