Temel çıkarımlar
- Kullanıcı arayüzü tercihlerinden önce anlamları ve kontrolleri standartlaştırın.
- Küresel, ülke, OEM, şube ve rol yapılandırma katmanlarını ayırın.
- İstisnaları, sahipleri ve gözden geçirme tarihleri olan yönetilen ürünler olarak ele alın.
- Şubeler arası raporlama yalnızca KPI tanımları eşleştiğinde güvenilirdir.
- Paylaşılan bağlam, amaçla sınırlı ve role dayalı kontrollü kalmalıdır.
1. Çok şubeli gruplar neden birbirinden uzaklaşır
Bayi grupları yeni şubeler, markalar, ülkeler ve satın almalar yoluyla büyür. Her şube kendi geçmişini, yerel uzmanlığını, eski sistemlerini ve geçici çözümlerini beraberinde getirir. Zamanla aynı kelimeler farklı anlamlara gelir. Bir şube bir aracı fotoğraflamadan sonra perakendeye hazır sayarken diğeri mekanik hazırlıktan sonra sayar. Bir CRM aşaması bir bayide iletişime geçilmiş potansiyel müşteriyi ifade ederken diğerinde herhangi bir otomatik yanıtı ifade eder. Yönetim, ortak olmayan süreçlerden oluşturulmuş ortak bir gösterge panosu alır.
Bazı farklılıklar meşrudur. Muhasebe, KDV, faturalama, tescil, tüketici hakları, dil, OEM garantisi ve parça arayüzleri farklılık gösterir. Araç parkının bileşimi de Avrupa genelinde önemli ölçüde değişir. Eurostat, araç yaşı ve güç aktarım organı bakımından önemli ülke farklılıkları bildirirken ACEA, 2024'te AB yollarında 256 milyon otomobil bulunduğunu bildiriyor.[1] Standardizasyon, gerekli yerel operasyonel gerçekliği korumalıdır.
2. Katmanlı bir standart oluşturun
Grup çekirdeği ise müşteri, araç, potansiyel müşteri, stok, onarım ve finansal anlamları, zorunlu kontrolleri ve KPI formüllerini tanımlar. Ülke katmanı ise yasal ve mali gereklilikleri içerir. OEM katmanı ise marka arayüzlerini ve zorunlu kılınan süreci içerir. Şube katmanı ise onaylı kapasiteyi veya organizasyonel farklılıkları kapsar. Rol katmanı ise görevleri, görünümleri ve erişimi kontrol eder.
Bu model, yerel gerekliliğin grup çekirdeğini kirletmesini önlerken uygulamada işlemeyen merkezi bir şablondan da kaçınır. Her alanın ve kuralın bir sahibi ve katmanı olmalıdır.
3. İş nesnelerini standartlaştırın
Tanımlayıcılar ve yaşam döngüsü durumlarıyla başlayın. Müşterilerin nasıl eşleştirildiğini, hane veya şirketin ne anlama geldiğini, onayın nasıl temsil edildiğini ve yinelenenlerin nasıl çözüldüğünü tanımlayın. Araç kimliğini, teknik özellik kaynağını, konumu, sahipliği, kullanılabilirliği, perakendeye hazır olma durumunu ve yaşlanma başlangıcını tanımlayın. Potansiyel müşteri kaynağını, atamayı, iletişime geçilmeyi, nitelendirilmeyi, randevuyu, kazanılan ve kaybedilen durumları tanımlayın. İş emri durumunu, teknisyen süresini, parça rezervasyonunu, onayı ve fatura tamamlanmasını tanımlayın.
| Alan | Ortak standart | Kontrollü varyasyon |
|---|---|---|
| Müşteri | Eşleştirme, onay, sahip, iletişim geçmişi | Ülkenin hukuki dayanağı ve saklama süresi |
| Araç | VIN, durum, konum, maliyet kategorileri, yaş | OEM teknik özellik ve sertifikasyon alanları |
| Potansiyel müşteri/işlem | Kaynak, aşama, sonraki eylem, kayıp nedeni | Marka teklifi ve finansman süreci |
| Atölye | Randevu, iş, işçilik, parça, bulgu, onay | OEM garantisi ve işçilik işlemi |
| Finans | Grup eşleme, kontroller ve raporlama boyutları | Yerel hesap planı, vergi ve yasal çıktı |
Ortak bir anlam modeli entegrasyonu da iyileştirir. STAR'ın otomotiv perakende alan modeli, DMS, OEM ve üçüncü taraf uygulamalar arasında ortak anlamlar sağlamayı amaçlar.[2] Eksiksiz bir Avrupa uygulama planı değildir; ancak tutarlı iş nesnelerinin neden düz dosyaları taşımaktan daha önemli olduğunu gösterir.
4. Temel iş akışlarını ve kontrol noktalarını seçin
Her tıklamayı değil, yüksek değerli süreçleri standartlaştırın. Satış için yakalama, atama, yanıt, nitelendirme, test sürüşü, teklif, takas, onay, sipariş ve teslimatı tanımlayın. İkinci el araçlar için tedarik, inceleme, yenileme, medya, yayın, fiyatlandırma, stok aksiyonu ve teslimi tanımlayın. Atölye için randevu, kabul, teşhis, parça, ek iş, onay, tamamlama ve faturayı tanımlayın.
Zorunlu kontrol noktalarını belirtin: kimlik ve onay, araç kanıtı, satın alma onayı, fiyat istisnası, indirim yetkisi, parça çıkışı, ek iş onayı, görevler ayrılığı ve fatura düzeltmesi. Yerel ekipler bunların etrafında çalışma düzenleyebilir; ancak bunları sessizce kaldıramaz.
Tasarım gereği gizlilik, amaca dayalı erişim ve varsayılan sınırlama gerektirir.[3] Paylaşılan bir grup müşteri kaydı, her kullanıcının her etkileşimi görebileceği anlamına gelmez. Erişimi kontrol etmek için rol, tüzel kişilik, marka, konum ve amacı kullanın; istisnai erişim ise denetlenebilir olmalıdır.
5. Varyasyonları ve istisnaları yönetin
Talep eden, sahip, gerekçe, kanıt, etkilenen katman, kullanıcılar, kontrol etkisi, veri etkisi, maliyet, başlangıç tarihi ve gözden geçirme tarihi içeren bir istisna sicili oluşturun. Her birini yasal zorunluluk, OEM zorunluluğu, geçici geçiş veya onaylanmış ticari farklılaşma olarak sınıflandırın. Bir tercih, kalıcı bir istisna değildir.
Operasyon, ürün, veri, finans ve güvenlik temsilcilerinden oluşan bir tasarım otoritesi kullanın. Bu otorite, kararları ve yeniden kullanılabilir kalıpları yayımlamalıdır. Bir ülke bir sorunu çözdüğünde grup çekirdeğinin gelişip gelişmemesi gerektiğini değerlendirin. Bir OEM gerekliliği sona erdiğinde varyasyonu yürürlükten kaldırın.
6. Performansı karşılaştırılabilir hâle getirin
KPI'nin payını, paydasını, olay zamanını, istisnalarını, sahibini ve yenilenme sıklığını tanımlayın. Bir potansiyel müşteri yanıt gösterge panosu, otomatik onayı anlamlı bir yanıttan ayırt etmelidir. Stok yaşı tek bir başlangıç olayına ihtiyaç duyar. Atölye kullanım oranı, üzerinde anlaşılmış kullanılabilir saatlere ihtiyaç duyar. Marj; hazırlık, primler, finansman, garanti ve genel giderlerin tutarlı bir şekilde ele alınmasını gerektirir.
İş sonuçlarından önce süreç uyumunu karşılaştırın. Bir şube kayıp nedenlerini veya teknisyen süresini kaydetmiyorsa görünürdeki performansı bir veri kalitesi etkisi olabilir. Ticari KPI'larla birlikte tamamlama, istisna ve geçersiz kılma oranlarını izleyin. Eurostat'ın motorlu araç ticareti cirosu meta verisi, ciro gibi ortak bir terimin bile neden kesin bir tanıma ve KDV muamelesine ihtiyaç duyduğunu gösterir.[4]
7. Tekrarlanabilir bir operasyon ürünü üzerinden yayın
Grup şablonunu; sürümü, sürüm notları, sahibi, iş listesi ve benimseme ölçütleri olan bir ürün olarak ele alın. Temsili bir şubede pilot uygulayın, çekirdeği düzeltin, ardından dalgalar hâlinde yayın. Yeniden kullanılabilir yapılandırmayı, tek seferlik geçiş ve yerel değişiklik çalışmasından ayırın.
Role dayalı eğitimi, yerel savunucuları, destek yükseltme sürecini ve veri kalitesi gösterge panolarını hazırlayın. Zorunlu iş akışlarının benimsenmesini ve resmi olmayan geçici çözümlerin oranını ölçün. Bir yayılım, kullanıcılar giriş yapabildiğinde tamamlanmış sayılmaz. Kritik süreçler ve kontroller kararlı hâle geldiğinde ve yönetim verisi güvenilir olduğunda tamamlanmış sayılır.
8. Omnetic'in konumu
Omnetic'in belgelenmiş ürün mantığı katmanlı bir bayi grubu modeline uyar. CRM, satış ve satış sonrası taleplerini tek bir sahipli iş akışına getirebilir. Used Car Management, tedarik, hazırlık, yayın, işlem ve fatura genelinde araç bağlamını korur. Price Report ve Stock Report, tutarlı fiyatlandırma ve stok aksiyonu yöntemlerini destekler. CarAudit, çevrimdışı kayıt dahil olmak üzere, inceleme şablonlarını, zorunlu kanıtları, yetkilendirmeyi ve geçmişi şubeler genelinde standartlaştırabilir.
Omnetic, paylaşılan operasyon bağlamına, ikinci el araç standardizasyonuna ve yerel uygulamayla merkezi içgörüye öncelik veren gruplar için öne çıkan bir adaydır. Kesin kiracı mimarisi, ülkeler arası muhasebe, erişim modeli, OEM arayüzleri, ithalatçı raporlaması, API'ler, güvenlik ve yayılım modeli doğrulanmalıdır. Standardizasyon kalitesi hâlâ yalnızca yazılıma değil, bayi yönetişimine bağlıdır.
90 günlük başlangıç planı
- En yüksek değerli beş şubeler arası süreci ve mevcut varyasyonları haritalayın.
- On kritik nesne ve KPI için tanımları yayımlayın.
- Yapılandırma katmanı modelini ve istisna sicilini oluşturun.
- Şubeye göre veri kalitesini ve süreç uyumunu ölçün.
- Temsili bir pilot seçin ve kabul kanıtını tanımlayın.
- Tasarım otoritesini ve şablon yayın sürecini kurun.
Bu, kararları, karşılaştırmaları ve geçiş gerekliliklerini netleştirdiği için tam bir platform yayılımından önce değer üretir.
Sınırlamalar
Bu çerçeve tek bir tüzel kişilik, kiracı veya muhasebe mimarisi öngörmez. Ülke ve OEM yükümlülükleri güncel doğrulama gerektirir. Paylaşılan veri, hukuka uygun ve amaçla sınırlı kalmalıdır. Ürün sayfaları belirtilen yetenekleri doğrulayabilir; ancak belirli bir grubun uygulama sonucunu kanıtlamaz.