Tek şubeli bir galeride stok kafada tutulabilir. İkinci şube açıldığı anda bu biter: hangi araç nerede, kim rezerve etti, müşteri diğer şubedeki aracı görebilir mi?
Çok şubeli yapıda dijital stok yönetimi bir konfor değil, zorunluluktur.
Çok şubeli yapının dört temel sorunu
- Görünürlük: Şube A, şube B’deki aracı bilmiyor — müşteriye “yok” deniyor, oysa var.
- Çakışma: Aynı araç iki şubede aynı anda müşteriye gösteriliyor.
- Prim ve sahiplik: Aracı hangi şube satmış sayılacak?
- Raporlama: Şube performansları karşılaştırılamıyor.
Merkezi stok havuzu
Çözümün temeli, tek bir stok havuzudur. Her araç:
- Tek bir kayıt olarak var olur
- Bulunduğu şube bilgisiyle etiketlenir
- Durumu tüm şubelerden görülebilir (satışta, rezerve, kaporalı, transferde)
- Rezervasyon kilidi ile çakışma önlenir
Rezervasyon kilidi süreli olmalıdır. Süresiz rezervasyon, satış personelinin araçları kendine saklamasına yol açar ve stok hareketini yavaşlatır.
Şubeler arası transfer akışı
Müşteri A şubesinde, araç B şubesinde. Standart bir akış olmalı:
- Talep: A şubesi sistemde transfer talebi açar
- Onay: B şubesi veya merkez onaylar
- Transfer: Araç yola çıkar, durumu “transferde” olur
- Teslim: A şubesi teslim aldığını sisteme işler
- Maliyet: Nakliye masrafı araca eklenir
Beşinci adım sık atlanır ve araç kârlılığını bozar. Transfer maliyeti mutlaka araca yazılmalıdır.
Prim ve sahiplik kuralları
Çok şubeli yapıda en çok tartışma yaratan konudur. Kuralı önceden ve yazılı belirleyin:
| Senaryo | Yaygın çözüm |
|---|---|
| Araç ve müşteri aynı şubede | Tüm prim o şubeye |
| Araç başka şubede | Prim paylaşımı (örn. satan ağırlıklı) |
| Merkezden gelen talep | Talebi işleyen şubeye |
| Takasla gelen araç | Takası alan şubeye kaynak kaydı |
Kural net olmadığında personel diğer şubenin aracını satmak istemez ve merkezi stokun anlamı kalmaz.
Yetkilendirme
Herkes her şeyi görmemeli:
- Şube satış personeli: Tüm stoğu görür, kendi şubesinin maliyetini görmez
- Şube müdürü: Kendi şubesinin maliyet ve kârlılığını görür
- Merkez yönetim: Tüm şubelerin konsolide verisini görür
- Muhasebe: Tüm finansal veriye erişir, stok operasyonuna karışmaz
Konsolide raporlama
Merkez için gerekli raporlar:
- Şube bazlı satış adedi, ciro ve net marj
- Şube bazlı ortalama stok yaşı
- Şubeler arası transfer sayısı ve maliyeti
- Şube bazlı talep → satış dönüşüm oranı
- Hangi şubede hangi segment daha iyi satıyor
Son madde önemlidir: bir modelin bir şubede beklemesi, diğerinde hızlı satması sık görülür. Bu bilgi, hem transfer hem alım kararlarını yönlendirir.
Web sitesi ve stok senkronizasyonu
Çok şubeli galerinin web sitesinde:
- Tüm şubelerin stoğu tek listede görünmeli
- Her araçta hangi şubede olduğu belirtilmeli
- Şubeye göre filtreleme bulunmalı
- Satılan araç tüm kanallardan anında düşmeli
Web sitesi çözümlerimizde şube yapısı standart olarak desteklenir; her şube kendi araçlarını yükler, merkez tümünü yönetir.
Ortak müşteri havuzu
Stok kadar müşteri de merkezi olmalıdır. Aynı müşterinin iki şubeye ayrı ayrı başvurması ve iki farklı teklif alması, kurumsallık algısını zedeler. CRM’de müşteri tekil kayıt olmalı ve hangi şubenin ilgilendiği görünmelidir.
Özetle
Çok şubeli galeride başarı, şubeleri ayrı işletmeler gibi değil tek bir stok ve müşteri havuzunun uçları gibi yönetmekten geçer. Merkezi stok, süreli rezervasyon, net prim kuralları, rol bazlı yetki ve konsolide raporlama — bu beşi kurulduğunda şube sayısı arttıkça karmaşa değil, güç artar.