Ankara’da tıbbi cihaz distribütörlüğü yapan, ağırlıklı olarak nabız ölçer, tansiyon cihazı ve taşınabilir EKG gibi giyilebilir ürünleri hastane dışı kanallara satan 278 çalışanlı bir firma düşünün. Satış ekibinin büyük bölümü eczane zincirlerini, özel poliklinikleri ve kurumsal sağlık paketleri sunan sigorta şirketlerini kapsıyor. Yönetim, 2016 sonu itibarıyla ciddi bir sorunla yüzleşmiş: bir müşteri aynı ürünü hem satış temsilcisinden hem kurumsal teklif biriminden hem de web mağazasından teklif alıyor; fiyatlar, teslimat koşulları ve garanti bilgileri her kanalda farklı. Bu tutarsızlık, kurumsal alıcılarda güven erozyonuna, eczane zincirlerinde ise şikâyet yönetimine dönüşen takip süreçlerine yol açmış. Çözüm için ERP ve CRM entegrasyonuna karar verilmiş. Doğru karar mı? Büyük olasılıkla evet. Ama hangi sırayla ve hangi soruları sorarak? İşte asıl mesele burada başlıyor.Giyilebilir sağlık cihazı pazarı, Türkiye’de 2015-2016 yıllarında belirgin biçimde ivme kazandı. Akıllı telefon penetrasyonunun yükselmesi ve sağlık bilincinin artması, tüketicilerin bu cihazlara ilgisini çekerken kurumsal alıcılar — özellikle özel hastane zincirleri ve işyeri hekimliği programları — bu ürünleri sağlık paketlerine dahil etmeye başladı. Bu gelişme distribütör firmalar için yeni bir operasyonel karmaşıklık yarattı: artık bireysel müşteri ile kurumsal alıcı aynı sistemde yönetilmek zorunda, ama satın alma mantıkları tamamen farklı. Kurumsal alıcı cihazın kalibrasyon döngüsünü, garanti kapsamını ve SGK uyumunu soruyor; bireysel kullanıcı teslimat hızı ve mobil uygulama desteği istiyor. Tek bir CRM kaydında bu iki profili aynı şablonla yönetmeye kalkan firma, er geç veri kirliliğiyle boğuşuyor.Buradaki düşünce liderliği tezi şu: Giyilebilir sağlık cihazı distribütörlerinin büyük çoğunluğu ERP-CRM entegrasyonunu bir yazılım projesi olarak başlatıp başarısız oluyor; çünkü entegrasyondan önce çözülmesi gereken asıl sorun müşteri segmentasyonunun yazılıma değil, satış sürecine işlenmemiş olmasıdır. Yazılım, belirsiz bir süreç üzerine kurulduğunda belirsizliği ölçeklendirir. Bu, özellikle medikal cihaz sektöründe tehlikelidir — zira müşteri verisi burada yalnızca satış takibi değil, aynı zamanda ürün güvenliği takibinin de temelini oluşturur.Sahada bu tezi doğrulayan tablo şu şekilde tezahür ediyor: Firma stok modülü ile sipariş yönetimini ERP’de koşuyor, ancak müşteri notları, teklif geçmişi ve şikâyet kayıtları satış temsilcilerinin kişisel Excel dosyalarında yaşıyor. CRM uygulaması var, ama kayıt açma zorunluluğu yoksa kullanılmıyor. Saha temsilcisi müşteriyle yüz yüze görüşmesini not almak yerine hafızasına yazıyor; ofise döndüğünde CRM’e değil, muhasebe birimine geçirmesi gereken sipariş bilgisini gönderiyor. Sonuç: ERP stok doğru tutuyor, CRM ise müşteri geçmişini değil, kapanmış fırsatlar listesini barındırıyor. İki sistem birbirine bağlanınca aktarılan veri doğru ama eksik; entegrasyon mühendislik açısından çalışıyor, iş sonucu açısından beklentinin oldukça altında kalıyor. Ankara’daki o firmada bu durum tam olarak yaşandı. Proje teknik olarak 11 ayda teslim edildi; yönetim ekibi ise teslimden 4 ay sonra hâlâ ‘müşteri profili neden eksik görünüyor?’ diye soruyordu.Peki doğru sıra ne? İlk adım, müşteri tiplerini yazılım açılmadan önce net kategorilere ayırmak: perakende eczane, özel poliklinik, işyeri hekimliği programı, bireysel son kullanıcı. Her kategorinin farklı teklif döngüsü, farklı garanti ve servis beklentisi ve farklı fatura bilgisi var. ERP’deki stok ve fatura akışı bu segmentasyona göre parametrelenmeli; CRM’deki müşteri kaydı da aynı mantıkla açılmalı. Bu ayrım yapılmadan sistemi kurmak, doldurmaya çalıştığınız formun yanlış sorulardan oluştuğu anlamına gelir. İkinci adım, entegrasyon noktalarını minimumda tutmak. Giyilebilir cihaz sektöründe en kritik iki akış şunlar: sipariş onayının stok düşümüne yansıması ve servis/garanti talebinin müşteri kaydına işlenmesi. Bu iki noktanın doğru çalışması, kalan tüm veri kalitesi sorunlarını zamanla çözme kapasitesi yaratır. Üçüncü adım ise saha temsilcisinin sistemi sahiplenmesini sağlamak. Bu, eğitim meselesi değil tasarım meselesidir: temsilci CRM’e veri girdiğinde karşılığında bir şey kazanmalı — müşteri ziyaret geçmişini görebilmek, teklif önerisini otomatik oluşturabilmek, garanti bitiş tarihini görmek. Sistemi doldurmak ‘zorunluluk’ değil ‘avantaj’ olarak algılanmalı.Bu noktada önemli bir sınırı açıkça koymak gerekiyor: ERP-CRM entegrasyonu tek başına fiyat tutarsızlığı sorununu çözmez. Fiyat tutarsızlığının kaynağı çoğu zaman sistem değil yetki matrisidir. Hangi kanal hangi müşteriye hangi fiyatı teklif edebilir? Bu karar alınmadan entegrasyon yapılırsa sistem her kanalın ayrı fiyat önerisini kaydeder; tutarsızlık görünür hale gelir ama ortadan kalkmaz. Ankara’daki firmada bu gerçeği proje başlarında yönetim kuruluna sunmak epey zorlayıcı oldu — çünkü yazılım satın alma kararı zaten alınmış, bütçe onaylanmıştı; ‘süreç tasarımı önce gelmeli’ demek projenin takvimini sorgulayan bir mesaj olarak algılandı. Ama bu gerçeği ertelemek daha pahalıya geldi. Benzer bir yapıda İzmir’deki bir medikal distribütör, süreç tasarımını öne çekerek fiyat yetki matrisini CRM kurulumu öncesinde onaylamış ve entegrasyon sonrası ilk 6 haftada müşteri şikâyet sayısının belirgin biçimde düştüğünü raporlamıştı. Somut rakam paylaşmak istemiyorlardı ama ‘aynı müşteriden farklı fiyat’ şikâyetlerinin pratikte sona erdiğini operasyon müdürü doğruladı.Giyilebilir sağlık cihazı sektöründe ERP-CRM entegrasyonunu değerlendiren bir yöneticiye şunu sormayı öneririm: Müşterilerinizi segmente etmiş misiniz ve bu segmentasyon satış sürecinize yazılı olarak işlenmiş mi? Cevap ‘hayır’ veya ‘kısmen’ ise entegrasyona başlamadan önce bu soruyu yazılım paketinden bağımsız çözün. Teknoloji bu belirsizliği kaldırmaz; yalnızca kayıt altına alır. Kayıt altına alınmış bir belirsizlik, aynı belirsizliğin sözlü taşındığı ortamdan daha tehlikelidir — çünkü artık ‘sistem öyle söylüyor’ denilebilir. Sonuç olarak doğru entegrasyon mimarisi, yazılım seçiminden çok önce süreci tasarlamayı; süreci tasarlamak ise müşteri gerçekliğini, kanal mantığını ve yetki akışını masa başında değil sahada anlamayı gerektiriyor.