Teknoloji Distribütörlerinde ERP: Satış Verisi Girilmezse Sistem Yarım Kalır

Teknoloji distribütörlerinde ERP projesinin bittiği ilan edilir, sistem ‘canlıya’ alınır — ve bir süre sonra ortaya ilginç bir tablo çıkar: stok sayımları tutuyor, finans modülü muhasebecinin işini kolaylaştırıyor, yönetim raporları istendiği zaman ekrandan alınıyor. Ama satış ekibi sisteme neredeyse hiç veri girmiyor. Müşteri görüşmeleri hâlâ kağıt notlarda, teklif takibi Excel dosyalarında, sipariş onayları ise e-posta zincirleri içinde kayboluyor. Bu tablo, Türkiye’deki teknoloji distribütörlerinde 2007 itibarıyla son derece yaygın. Peki problem nerede? Teknik değil, davranışsal. Satış ve müşteri ilişkilerini ERP’ye bağlamak; modül satın almakla değil, çalışma alışkanlıklarını yeniden tasarlamakla mümkün olur — ve bunu proje başlamadan net koymayan her uygulama, yatırımın değerini ortadan ikiye böler.Teknoloji distribütörünün işi, perakende veya imalat sektöründen farklı bir ritme sahip. Ürün çeşidi geniş: yazıcı kartuşundan sunucu bileşenine, lisanslı yazılım paketinden ağ donanımına uzanan bir katalog. Müşteri profili de çeşitli: kurumsal alıcılar, sistem entegratörleri, küçük bilgisayar bayileri ve son kullanıcıya satan perakende zincirlerinin satın alma departmanları. Bu çeşitlilik, ERP’nin stok yönetimi tarafını görece standart kılar; hangi ürün ne kadar depoda, hangi tedarikçiden hangi sürede gelir, hangi müşteriye hangi fiyattan satılır. Sorun, bu son sorunun yanıtının — müşteriye hangi fiyat, hangi vadede — hâlâ satış temsilcisinin zihninde veya telefon notlarında yaşamasıdır. Sistem, müşterinin ticari geçmişini, ödeme performansını ve özel fiyat anlaşmalarını bilmediğinde; stok ne kadar doğru tutulursa tutulsun, satış kanalından gelen veri boşluğu karar kalitesini düşürür.Ankara’da yaklaşık 295 çalışanıyla faaliyet gösteren orta ölçekli bir BT distribütöründe 2006 sonunda başlayan ERP projesini örnek alalım — temsili ama sektörün gerçeğini doğru yansıtan bir senaryo. Şirket, Microsoft Dynamics NAV üzerine kurulu bir çözüm tercih etmişti. Stok, satın alma ve finans modülleri sekiz hafta içinde çalışır hale geldi. Asıl sorun dokuzuncu haftada ortaya çıktı: satış ekibi, yani sahada dolaşan ve telefonda teklif veren on dört temsilci, sisteme sipariş girmek yerine eski alışkanlığını sürdürüyordu. Teklif kağıda veya e-postayla hazırlanıyor, müşteri onayı sözlü alınıyor, sipariş muhasebe departmanına telefon ya da faksla iletiliyordu. ERP bu noktadan sonra devreye giriyordu — yani müşteri ilişkisinin tamamı sistemin dışında yaşanıyordu. Genel müdür raporları alıyor, stok bilgisi doğruydu, ama hangi müşteri kaç aylık boru hattında duruyordu, kim ne zaman yeniden alacaktı, hangi kanal marjı aşındırıyordu — bunları kimse net göremiyordu.Bu tablonun kökü, ERP’yi çoğunlukla bir muhasebe ve depo yazılımı olarak konumlandırmaktır. Satış ekibi, sistemi ‘arka ofis işi’ olarak görüyorsa — ki bu zihin çerçevesi proje başında doğru kurgulanmadığında neredeyse kaçınılmaz yerleşir — o çerçeveyi proje ortasında kırmak son derece güçleşir. Peki satış ve müşteri ilişkileri ERP’ye nasıl bağlanır? Birkaç kritik entegrasyon noktası var. İlki, müşteri bazlı fiyat anlaşmaları: her müşterinin özel indirim oranı, vade yapısı ve üst limit sisteme tanımlanmalı; temsilci teklif verirken bu bilgiyi kendisi hesaplamak yerine sistemden almalı. Bu tek adım bile temsilcinin sisteme giriş yapmasını zorunlu kılar çünkü başka türlü doğru fiyata ulaşamaz. İkincisi, sipariş onay akışı: sözlü veya e-posta onayı yerine sistem üzerinden onaylanan sipariş, depoya otomatik talep olarak düşmeli. Bu adım stok rezervasyonunu doğrudan etkiler ve hatalı çift satışın önüne geçer — distribütör ortamında sıklıkla yaşanan bir sorun.Üçüncü kritik nokta, müşteri ticari geçmişidir. Satış temsilcisinin müşteriyi arayıp ‘geçen sefer ne aldın, hangi fiyattan gittik’ diye muhasebeciye sormadan hareket edebilmesi için bu bilginin sistemde yaşaması gerekir. Bu, klasik anlamda bir CRM (müşteri ilişkileri yönetimi) fonksiyonu gibi görünse de Türkiye’deki distribütörlerde ayrı bir CRM yazılımı almak yerine ERP’nin müşteri kartı modülünü derinleştirmek çok daha pratik çalışıyor — çünkü iki ayrı sistem arasındaki veri uyumsuzluğu, satış ekibinin her ikisini de kullanmayı bırakmasına zemin hazırlıyor. Ama burada bir sınır da açıkça belirtmek gerekiyor: ERP’nin müşteri geçmişi takibi, ilişki notları ve arama günlükleri gibi niteliksel bilgilerde yetersiz kalır. ‘Bu müşteriyle bir önceki toplantıda teknik sorun konuştuk, fiyat değil’ türünden bilgiyi sisteme yapısal olarak taşımak çok zaman alır ve pratik getirisi sınırlıdır. Bu tür bilgiyi serbest metin alanlarıyla tutmaya çalışmak, aramayı zorlaştırır ve ekibi yıldırır. Dolayısıyla ERP’nin kapsamını doğru çizmek şarttır: ticari ve operasyonel veri sisteme, ilişkisel ve niteliksel bilgi temsilcinin notlarına — en azından bu aşamada.Peki pratik olarak ne yapmalı? Proje başında, satış ekibinin hangi iş adımlarında sisteme temas etmesi gerektiği açıkça liste halinde ortaya konmalı. Bunlar üç ila beş adımla sınırlı tutulmalı; aksi takdirde giriş yükü temsilciyi bunaltır ve ilk iki haftadan sonra eski alışkanlıklara dönüş başlar. İkinci adım, bu temas noktalarının sistemi kolaylaştırıcı şekilde tasarlanması: temsilci müşteri adını sisteme girip özel fiyat listesini üç tıklamayla görebildiğinde, sistemi kullanmak dışarıda arayıp sormaktan daha hızlı olur. Hız farkı net olduğunda direniş büyük ölçüde kırılır. Üçüncü adım, yönetimin raporlamayı doğrudan sistem üzerinden talep etmesi. ‘Geçen haftaki teklifleri bir e-posta ile gönder’ yerine ‘sisteme bak’ denmesi, en etkili teşvik mekanizmasıdır. Bunun yanı sıra, projenin canlıya geçişinden önceki son iki haftada satış ekibiyle yapılan bireysel oturumlar — muhasebe eğitimi gibi toplu değil, temsilcinin kendi müşteri portföyü üzerinden birebir — benimseme oranını anlamlı biçimde artırıyor. Ankara’daki o distribütörde bu yaklaşım uygulandı ve canlıya geçişten altı hafta sonra sipariş girişlerinin %68’i sistem üzerinden gelir hale geldi; projenin ilk versiyonunda bu oran %13 civarında seyrediyordu.Teknoloji distribütörlerinde ERP’nin satış ve müşteri ilişkilerini kapsama alması, uzun bir yolculuk değil; ama doğru sırayla atılmış birkaç adımın meselesi. O adımların ilki teknik değil, zihinseldir: satış ekibinin sistemi ‘arka ofis’in aracı değil, kendi işini kolaylaştıran bir araç olarak görmesi. Bunu sağlamak, modül parametrelerini ayarlamaktan çok daha kritik bir danışmanlık görevidir. Projenin başında finans müdürünün odası kadar satış müdürünün odası da ziyaret edilmelidir — ve sorulacak ilk soru ‘hangi raporu istiyorsunuz’ değil, ‘temsilci sabah işe başladığında sisteme girip ne görürse günü daha iyi yönetir’ olmalıdır. Bu soruya verilen yanıt, ERP projesinin satış katmanının gerçek tasarım belgesidir.