Müşteri bilgi sistemleri: Orta Doğu savunma vaka çalışması

Bu, Orta Doğu'daki orta ölçekli bir savunma üreticisinin müşteri bilgi sistemlerini nasıl düzelttiğinin vaka çalışması. Müşteri verisi üç yerde duruyordu, teklifler tutarsız fiyatlarla çıkıyordu ve onaylar e-postada kayboluyordu. Çözüm, Microsoft Dynamics'te tek bir müşteri kaydı, Experlogix CPQ'da kural tabanlı teklifleme ve onaylanan tekliflerin SAP Cloud Integration üzerinden SAP Sales and Distribution'a (SD) otomatik devredilmesiydi. Teklif süresi ortalama %35 kısaldı. Uzun, yapılandırılabilir ve uyumluluk ağırlıklı satış döngüleri olan üreticilerdeki satış operasyonları, BT ve finans liderleri için yazdım. Sondaki devreye alma sırası ve dersler, yeniden kullanılacak kısımlar.

Savunma ekipleri müşteri bilgi sistemleri istediğinde genellikle bir CRM'den fazlasını kastediyor. Yapı istiyorlar: karmaşık kararların, uzun satış döngüleri, uyumluluk ağırlıklı iş akışları ve değişen karar verici gruplarının ortasında, bağlamıyla birlikte durduğu bir yer.

Bir savunma şirketinde Dijital Dönüşüm Direktörü olarak tam olarak bunu çözmem istendi. Sorun eksik çaba değildi. İnsanlar işi yapıyordu. Sorun, çabanın bir yuvasının olmamasıydı. Ortak platform yok, görünürlük yok ve satılan ile planlanan arasında uyum yok.

Orta Doğu'da orta ölçekli bir savunma üreticisi. Perde arkasında çalışıyordu: halka açık bir marka değildi ve görünürlük amaç değildi. Bileşenleri askeri havacılıkta ve güvenli iletişimde kullanılıyordu.

Her satış ayrıntılı bir yol izliyordu: mühendislik incelemeleri, uyumluluk kontrolleri, iç onaylar, sürüm kontrollü teklifler. Kaotik değildi, ama ağırdı.

Müşteri bilgi sistemleri çöküyordu. Satış bir platform kullanıyordu. Destek bir başkasını. Operasyon ise elektronik tablolar, çevrimdışı klasörler ve daha kimse açmadan eskimiş belgelerle çalışıyordu.

Neyin bozuk olduğu ve bunun bedeli:

Neyin bozuk olduğu	Etki
Fırsat akışı ya da karar vericilerin görünürlüğü için CRM yok	Her anlaşmanın nerede olduğuna dair ortak bir resim yoktu
Fiyatlandırma elle yapılıyor, tutarlı bir kayıt yok	Teklifler eskimiş ya da çelişen rakamlarla çıkıyordu
Onaylar e-posta üzerinden, çoğu zaman kayıp ya da gecikmiş	Uyumluluk denetim izleri eksikti
Sistemler arasında çoğaltılmış, ayrıntıları hafifçe farklı müşteri kayıtları	Hangi sürümün doğru olduğunu kimse söyleyemiyordu

Kâğıt üzerinde yapılandırılmış görünüyordu. Bir teklifi oluşturulmasından teslimata kadar izlediğinizde dağılıyordu. Onaylar net bir sahip olmadan duruyordu. Fiyatlandırma, teklifi kimin gönderdiğine bağlıydı. Teklifler e-posta zincirlerinin altında kalıyordu. Ekipler birbirine aynı soruları tekrar tekrar soruyordu. Bunların hiçbiri dramatik bir başarısızlık değildi; ama aylar içinde küçük gecikmeler birikti ve uzun satış döngülü bir iş için kaybedilen ivme, çoğu insanın fark ettiğinden daha önemliydi.

Amaç her şeyi değiştirmek değildi. Hiçbir şeyin kullanımını zorlaştırmadan sürtünmeyi azaltmaktı: sistemlerin, ekiplerin zaten çalıştığı biçimi yansıtmasına yardım etmek; insanları katı süreçlere zorlamamak.

Herhangi bir yapılandırmaya dokunmadan önce ekiplerle zaman geçirdim. İşin yakalamadan teslimata nasıl aktığını, araçların nerede yolu kestiğini ve insanların veriye güvenmeyi nerede bıraktığını izledim.

Bu oturumlardan üç öncelik çıktı:

1. Tek bir ortak müşteri kaydı, satış, destek ve operasyon tarafından aynı biçimde görülebilir. Artık paralel sürüm yok.
2. Yapılandırılmış teklifleme, bireysel alışkanlıklar ve eski şablonlar yerine yapılandırma ve fiyatlandırma için tutarlı kurallara uyan.
3. Bağlantılı sipariş yürütme, onaylı tekliften SAP SD'ye temiz bir devir ve elle yeniden giriş yok.

Sistem	Neyi çözdü
Microsoft Dynamics CRM	Satış faaliyeti ve fırsatlarla bağlantılı tek bir müşteri kaydı
Experlogix Configure Price Quote (CPQ)	Ürün yapılandırma kuralları, fiyatlandırma mantığı, teklif sürümleri
SAP Sales and Distribution (SD)	Sipariş yürütme ve teslimat
SAP Cloud Integration (CPI)	CPQ ve CRM'i SAP SD'ye bağlayan entegrasyon katmanı

Temel olarak Microsoft Dynamics. Müşteri bilgisinin doğru ve tüm bağlamıyla görünür olduğu tek bir yere ihtiyacımız vardı. Dynamics, veriyi çözmeye başlamak için bir yer sundu. Platforma aşinalık yardımcı oldu, Outlook ve Teams ile uyumu da. İnsanların baştan başlamasını gerektirmedi; işin işleyişine uyması için ayarlamalar gerekti. Ekipler aynı veriyi işlevler arasında aynı biçimde görmeye başlayınca güven oluşmaya başladı.

Yapılandırma ve fiyatlandırma için Experlogix CPQ. Öncesinde teklifleme çok fazla farklı yolla yapılıyordu. İnsanlar hafızaya ve elle düzenlemelere güveniyordu. Experlogix'i ürün kombinasyonları için tanımlı kurallarla, yapılandırmalara bağlı fiyatlandırmayla ve anlaşma türüne ve değerine göre onay yönlendirmesiyle kurduk. İlk başta kısıtlayıcı geldi ve bazıları bunu söylemekten çekinmedi, ama belirsizliği ortadan kaldırdı. Mühendislik daha temiz teklifler almaya başladı, satış da fiyatları önceki anlaşmaları hatırlayarak ayarlamayı bıraktı.

SAP CPI üzerinden SAP SD. SAP SD siparişler için zaten kullanılıyordu. Boşluk devirdeydi: onaylanan bir teklif hâlâ elle SAP'ye yeniden girilmek zorundaydı. İkisini SAP CPI ile entegre ettik; böylece onaylı teklifler doğrudan SAP'ye sipariş olarak aktı ve müşteri ile sipariş verileri Dynamics ile SAP arasında senkron kaldı. Sınırlamalara takıldığımız yerde özel mantık ekledik. Her durumda şık değildi, ama işe yaradı.

1. 01Müşteri kaydıMicrosoft Dynamics, her ekip için tek sürüm
2. 02Yapılandır ve fiyatlaKombinasyonlar ve fiyatlandırma için Experlogix CPQ kuralları
3. 03OnaylaAnlaşma türüne ve değerine göre yönlendirilir
4. 04Siparişi oluşturSAP CPI, onaylı teklifi SAP SD'ye iletir
5. 05Teslim etSAP SD, müşteri verisi senkron tutularak

Yeniden giriş yok ve onaydan siparişe denetim izi

Devreye alma yaklaşık altı ila sekiz ay boyunca aşamalı yürütüldü. Dramatik bir şey yok: katman katman değişiklikler, her adımda doğrulanarak.

1. Pilot. CRM ve CPQ'ya odaklanan küçük bir kullanıcı grubu ve belirli senaryolar. Uç durumları test ettik, boşlukları ortaya çıkardık ve ölçeklemeden önce değişiklik yaptık.
2. Veriyi temizleme. Müşteri kayıtları, Dynamics'e girmeden önce birleştirildi ve mükerrer kayıtlardan arındırıldı; uyumluluk belgeleri doğru fırsatlara bağlandı. Bu, yapılandırmadan daha uzun sürdü.
3. Departmanlara yayma. Pilot iş akışları rafine edilince çözüm satışa, desteğe ve operasyona açıldı.
4. SAP SD'yi ortada entegre etme. CPQ'dan SAP'ye entegrasyon, üst akış sistemleri stabil olduktan sonra devreye girdi; böylece erken sorunlar siparişlere sıçramadı.

Güvenlik ve uyumluluk ilk günden tasarlandı. Savunma müşterisi için denetim izi bütünlüğü ve rol tabanlı erişim isteğe bağlı değildir. Erişim rollerini net biçimde tanımladık ve onay izlerini takip ettik. Veri ikameti erkenden netleştirildi: tüm veriler, savunma sektörü kurallarına uygun olarak BAE sınırları içinde kaldı. Bu başta bizi biraz yavaşlattı ve sonradan daha ciddi sorunları önledi.

Eğitim pratikti: kısa oturumlar, hedefli materyaller, canlı gösterimler ve nasıl yapılır videoları; tek bir oturumda değil haftalar ve aylar boyunca sürdü. Benimseme başta mükemmel değildi. Düzenli destek ve görünür faydalar ilk tereddüdü aştı. Dönüm noktası, ekipler araçları gerçek durumlarda kullanıp aldıkları verinin doğru olduğunu görünce geldi.

Sonuç	Ne değişti
Teklif süresi	Ortalama %35 azaldı; birçok anlaşmada saatler, karmaşık olanlarda birkaç gün kazanıldı
Yapılandırma doğruluğu	Doğrulama kuralları hataları mühendisliğe ulaşmadan önledi
Denetime hazırlık	Uyumluluk kontrolleri artık son dakika telaşı gerektirmiyordu
Ekipler arası uyum	Satış, destek ve operasyon aynı müşteri kaydıyla çalıştı

%35'lik düşüş ilk haftada gerçekleşmedi. İlk döngülerde hâlâ açıklamalar ve düzeltmeler vardı. Ürün kuralları ve fiyatlandırma mantığı tutarlı hale gelince teklifleme hızlandı. Satış temsilcileri artık onayların peşinde koşmuyor, yeniden kullanılan şablonları düzeltmiyordu. Bu adımları sistem üstlendi.

Uyum, teknolojiden daha önemlidir. Teknik inşa daha kolay kısımdı. Ekiplerin tek bir doğruluk kaynağına güvenmesini ve kendi kayıtlarını tutmayı bırakmasını sağlamak daha zordu. Bu, insanlardan buna bağımlı olmalarını istemeden önce onlara verinin güvenilir olduğunu göstermek demekti.

Entegrasyon ayrıntıları özelliklerden daha önemlidir. CPQ'dan SAP SD'ye entegrasyon, tüm sistemi değerli kılan şeydir. Tek başına bir CRM ve tek başına teklifleme, elle sipariş girişiyle birlikte, her biri biraz yardımcı olurdu. Sürtünmenin ortadan kalktığı yer, aralarındaki bağlantıdır.

Destek ve eğitim kalıcı kılar. Devreye alıp bırakmak, teslim etmek değildir. Eğitim canlıya geçişten sonra haftalarca ve aylarca sürdü; benimsemenin ya tutunduğu ya da çözüldüğü dönem budur.

Mimari hâlâ geçerli: müşteri kaydı için CRM, yapılandırılmış teklifleme için CPQ, sipariş yürütme için ERP entegrasyonu. Aynı iş bugün başlasaydı üç şey değişirdi.

Entegrasyon platformu. SAP CPI artık SAP Integration Suite içindeki Cloud Integration yeteneği; yanında API yönetimi, olay tabanlı entegrasyon ve hazır entegrasyon içeriği var. Dynamics'ten CPQ'ya ve SAP SD'ye giden bir akış bugün daha az tasarım süresi alırdı. SAP Cloud Integration rehberim platformu kapsıyor.

SAP'nin kendi CRM'i kısa listede olurdu. SAP SD arka uçlu yeni bir projede, artık Joule içeren SAP Sales Cloud ile Microsoft Dynamics karşılaştırılmalı. Burada mevcut aşinalık nedeniyle Dynamics doğru seçimdi. Yanıt hâlâ yeteneğe ve entegrasyon tercihlerine bağlı, ama SAP'ye yerel seçenek eskisinden daha inandırıcı bir aday. SAP için CRM sistemleri karşılaştırmam seçenekleri kapsıyor.

ABD federal kapsamı farklı bir barındırma modeli gerektirir. Bu müşterinin buna ihtiyacı yoktu; ama ABD federal operasyonları olan bir savunma şirketi SAP National Security Services'a (SAP NS2) bakardı. SAP NS2, 2025'te yalnızca ABD'de operasyonla S/4HANA Cloud Private Edition ve SAP BTP'yi FedRAMP+ Impact Level 5 düzeyinde çalıştırmak için geçici yetki aldı.

Savunmaya özgü gereksinimler (denetim izleri, rol tabanlı erişim, tekliflerde sürüm kontrolü, veri ikameti) platform nesli ne olursa olsun geçerlidir. Daha geniş uyumluluk tablosu için kamu sektöründe SAP uyumluluğu rehberime bakın.

Microsoft Dynamics neden diğer CRM platformlarına tercih edildi?

Potansiyel müşteriden fırsata ve satış sonrası ilişkiye kadar tüm müşteri yaşam döngüsünü yönetebiliyor ve savunma satışlarının uzun, karmaşık anlaşma döngülerini kaldırabiliyordu. Outlook ve Teams ile uyumu benimsemeye yardımcı oldu, ekibin ona aşinalığı da engeli daha da düşürdü.

Erişim kontrolü, denetim kaydı, esneklik ve ölçeklenme alanı, uyumluluk ağırlıklı bir müşteri için diğer belirleyici etkenlerdi.

Experlogix CPQ hangi rolü oynadı ve neden CPQ?

Savunma ürünlerinin karmaşık yapılandırma kuralları vardır. Bir fiyat listesi, ürün varyantları, uyumluluk gereksinimleri ve müşteriye özgü koşullar arasındaki etkileşimi yakalayamaz. CPQ olmadan her teklif, onu hazırlayan kişinin kuralları bilmesine bağlıydı.

Experlogix bu kuralları teklif aracının içine koydu. Bir satış temsilcisi, teklifi hazırlarken doğrulama geri bildirimi aldı; günler sonra mühendislikten gelen bir düzeltme almadı. Hatalar, düzeltmenin ucuz olduğu yere, yani üst akışa taşındı.

SAP SD, CRM ve CPQ ile nasıl entegre edildi?

SAP CPI ara katman yazılımı olarak görev yaptı. Experlogix'te onaylanan bir teklif, SAP SD'de doğru kalemler, fiyatlandırma ve müşteri verisiyle siparişi oluşturan bir akışı tetikledi. CPI ayrıca, uyuşmayan verileri durduran doğrulama kurallarıyla müşteri ve sipariş verisini Dynamics ile SAP arasında senkron tuttu.

Öncesinde biri her onaylı teklifi elle SAP'ye kopyalıyordu. Bunu otomatikleştirmek yeniden giriş hatalarını ortadan kaldırdı ve onaydan siparişe temiz bir denetim izi oluşturdu.

Uygulama sırasındaki en büyük zorluklar nelerdi?

Önce veri kalitesi. Müşteri verisi departmanlar arasında tutarsızdı; mükerrer kayıtlar ve eksik alanlar vardı ve Dynamics'in doğruluk kaynağı olabilmesi için temizlenmesi gerekti.

İkinci olarak, özellikle üç sistem arasında ürün yapılandırmaları ve fiyatlandırma için entegrasyon eşlemesi. Üçüncüsü, özellikle sürecin bazı kısımlarının sahipliği değiştiğinde, satış, mühendislik, BT ve finansı uyumlu hale getirmekti.

Güvenlik ve uyumluluk nasıl ele alındı?

İlk günden tasarıma dahil edildi. Her bileşenin iç güvenlik politikalarına ve ulusal düzenlemelere uyması gerekiyordu. Rol tabanlı erişim, hangi kayıtları kimin görüp değiştirebileceğini sınırladı. Tam denetim izleri teklifleme, onayları ve veri değişikliklerini kapsadı. Tüm veriler, savunma sektörü kurallarına uygun olarak BAE'de kaldı.

Tasarım bu gereksinimlerden başladığı için, uyumluluk incelemeleri geldiğinde veri zaten doğru biçimdeydi.

Devreye alma ne kadar sürdü?

Aşamalı olarak yaklaşık altı ila sekiz ay. CRM ve CPQ'ya odaklanan bir pilotla başladı, geri bildirimin ardından departmanlara yayıldı ve üst akış sistemleri stabil olunca ortada SAP SD entegrasyonu eklendi. Eğitim, destek ve ayar süreç boyunca sürdü.

Bu model diğer savunma ya da üretim şirketlerine uygulanabilir mi?

Evet; satış döngülerinin uzun, ürünlerin yapılandırılabilir ve uyumluluk dokümantasyonunun gerekli olduğu her yerde: havacılık ve uzay, endüstriyel ekipman ve bir teklifin dışarı çıkmadan önce mühendislik doğrulaması gerektirdiği her iş.

Belirli araçlar entegrasyon mantığından daha az önemli. Onaylı teklif yeniden giriş olmadan ERP'ye akmalı ve müşteri kaydı tek doğruluk kaynağı olmalı.