CRM Mimarisi

CRM mimarisi danışmanlığı, ilk temastan müşteri ilişkisinin sona ermesine kadar insanların yaptığı işi anlamakla başlar. Talep sisteme nasıl giriyor, ne zaman nitelikli sayılıyor, sonraki adımdan kim sorumlu, fırsat hangi kanıtla ilerliyor, teslimat ekibine devir nasıl yapılıyor, yenileme, ek satış, destek veya kapanış nasıl kaydediliyor? Birden fazla karar verici, bayi, uzun satın alma süreci, yeniden açılan fırsat ve birden fazla ekibin hizmet verdiği hesap gibi gerçek istisnalar da modele girer.

Yazılı kapsam; iş birimlerini, yaşam döngüsü aşamalarını, kayıt türlerini, kullanıcıları, rolleri, kaynak sistemleri, iletişim kanallarını, raporları, otomasyonları, taşınacak geçmişi, ortamları, eğitimi, kabulü ve canlı sonrası sorumluluğu belirtir. Tek satış ekibi için yeni CRM kurulumu ile pazarlama, finans, müşteri hizmetleri ve teslimatı farklı bölgelerde birleştiren sistem aynı iş değildir. Mevcut sistemi temizlemek otomatik olarak yeniden kurulum, prototip hazırlamak da üretim işletimi anlamına gelmez.

Özelleştirme önermeden önce platformun kendi yeteneklerini inceleriz. Salesforce, HubSpot, Microsoft Dynamics 365, Pipedrive, Zoho veya özel bir arayüz uygun olabilir; fakat gereksinimler, hesap paketi, bölgesel kullanılabilirlik, API erişimi, güvenlik ve toplam işletim maliyeti görülmeden platform sözü vermeyiz. Mimari; yapılandırma, genişletme, entegrasyon ve özel yazılımı birbirinden ayırır. Böylece müşteri, canlıya geçişten sonra neyin bakım gerektireceğini bilir.

CRM kurulumu tek başına daha fazla gelir, daha kısa satış süreci veya yüksek kullanım garantisi değildir. Bu sonuçlar talebe, teklife, ekibe, yönetim disiplinine ve gerçek kullanıma da bağlıdır. Yapılandırılmış aşamaları, sorumluluğu, doğrulamaları, yetkileri, veri aktarım toplamlarını, otomasyon davranışını, raporları ve eğitim tamamlanmasını sınayabiliriz. Ticari etki, başlangıç değeri ve sonraki kanıtla ölçülür; yazılım var diye varsayılmaz.

Veri modeli, ilk bulunan Excel dosyasını değil işi anlatır. Kişi, şirket, aday, fırsat, ürün, abonelik, destek kaydı, lokasyon, iş ortağı ve faaliyet; ancak ayrı kuralları olan farklı varlıkları temsil ediyorsa ayrı modellenir. Alanların iş tanımı, veri türü, geçerli değerleri, hassasiyeti, kaynağı, sahibi ve saklama ihtiyacı bulunur. Yeni bir tablo açmak kolay olduğu için değil, ilişkinin yapısı gerektirdiği için özel nesne kurulur.

Kimlik kuralları aynı kişi, şirket veya fırsatın fark edilmeden çoğalmasını önler. Eşleştirme anahtarlarını, mükerrerlik eşiklerini, hangi değerin kalacağını, birleştirme yetkisini ve ortak e-posta, iştirak, franchise ya da birden fazla şirket adına hareket eden kişi gibi istisnaları belirleriz. E-posta her durumda güvenli tekil kimlik değildir. Otomatik birleştirme sınırlandırılır, kayda alınır ve mümkünse geri alınabilir; belirsiz örnekler isimlendirilmiş insan kuyruğuna gider.

Kayıt sahipliği ile görünürlük ayrılır. Kaydın sahibi sonraki aksiyondan sorumlu olabilir; bölge ekibi erişim hakkına sahipken pazarlama izin bilgisini, finans da faturalama alanını yönetebilir. Zorunlu alanlar ilk talebe gereksiz yük bindirmek yerine ihtiyaç hâline geldikleri aşamada istenir. Doğrulama kararları ve sonraki sistemleri korur; kullanıcıyı kayıt açabilmek için bilgi uydurmaya zorlamaz.

Tanımlar ve değişiklikler yönetişim altındadır. Önemli her alanın amacı, kabul edilen kaynağı, düzenleme yetkisi ve kullanan süreçleri kaydedilir. Arayüzde alan adını değiştirmek iş anlamını sessizce değiştirmez. Esas şema değişiklikleri sürümlenir, entegrasyon ve raporlarla sınanır, aktarım veya uyumluluk planıyla yayınlanır. Kullanımdan kalkan alanlar, birbiriyle yarışan gerçekler olarak bırakılmak yerine kontrollü biçimde kaldırılır.

Satış süreci tasarımı, aşamalar kurumun tanıyabildiği olaylara karşılık geldiğinde işe yarar. Nitelikli aşaması, uyumun doğrulanmasını ve sorunun belirlenmesini; teklif gönderildi aşaması sürümlü bir teklif kaydını; taahhüt aşaması ise umut edilen bir olasılıktan çok belirli bir karar yolunu gerektirebilir. Giriş ve çıkış ölçütleri, geriye hareket, kayıp nedenleri, hareketsizlik ve yeniden açılma yazılır. Farklı sorulara yanıt veriyorsa tahmin kategorisi ile fırsat aşaması ayrı tutulur.

Kuyruklar ve sahiplik kuralları sonraki aksiyonu görünür kılar. Atama bölgeye, dile, ürüne, kapasiteye, hesap ilişkisine veya düzenlemeye tabi uzmanlığa göre yapılabilir; ancak bilgi eksikse ya da kimse müsait değilse bir yedek yol gerekir. Süre sayaçları tanımlı olaylarla başlar ve durur. Yeniden atama, izin, mükerrer talep ve sahiplik anlaşmazlığı kişisel posta kutularında kaybolmak yerine kayıtlı bir rotayı izler.

Otomasyon kararlı ve yetkilendirilmiş adımları yürütür. Görev açabilir, onaylı bir kaynaktan iç alan zenginleştirebilir, izinli işlem mesajı gönderebilir, onay isteyebilir, istisnayı yönlendirebilir veya durumu eşitleyebilir. İstenmeyen toplu iletişim göndermez, müşteri hakkında bilgi uydurmaz, kaynak önceliği olmadan güvenilir değerin üzerine yazmaz, açıklanamayan model kararıyla ticari kaydı kapatmaz. Etkisi yüksek işlemlerde insan onayı, denetim kanıtı ve elle yürütülebilen yol korunur.

Raporlama yaşam döngüsü sözleşmesini izler. Dönüşüm, hız, bekleme süresi, kaynak, kapsam ve tahmin ölçümleri; evrenini, zamanını ve hariç tutulanları belirtir. İdari kolaylık için yapılan aşama değişikliği sahte satın alma sinyaline dönüşmemelidir. Yöneticiler toplam değerin arkasındaki kayıtlara ve veri kalitesi bağlamına ulaşabilmelidir. Faaliyet sayısı ilişki kalitesinin, satın alma niyetinin veya gelecekteki gelirin kanıtı değildir.

Veri aktarımı envanter ve seçimle başlar. Kaynak, sorumlu, hacim, kalite, hassasiyet, geçmiş, ekler, mükerrer kayıtlar ve silme yükümlülükleri incelenir. Yapılandırma bilgileriyle müşteri kayıtları aynı şekilde ele alınmaz. Alan ve değerleri eşler, örnekleri dönüştürür, prova yapar, kayıt sayılarını ve kritik toplamları mutabık hâle getirir, reddedilenleri kaydeder ve geçişi planlarız. Eski kaynak değiştirilmeden önce yazılı kurtarma planına uygun yedek veya dışa aktarım korunur.

Entegrasyonun yönü, otoritesi ve hata davranışı açıktır. Her bağlantı için kaydı hangi sistemin oluşturduğu, hangisinin güncelleyebildiği, çakışmanın nasıl çözüldüğü, verinin ne sıklıkla aktığı, hangi kimliğin kullanıldığı, neyin kayda alındığı ve tekrar denemeyi kimin yönettiği belirtilir. Webhook, API, dosya aktarımı ve ara yazılım aynı güvenceye sahip değildir. Şemadaki çift yönlü ok, tek başına entegrasyon sözleşmesi sayılmaz.

Erişim en az ayrıcalık ilkesini izler. Roller yalnızca unvana değil işe göre kurulur; görme, düzenleme, dışa aktarma, silme, yapılandırma ve yönetme yetkileri ayrılır. Hassas müşteri, sağlık, finans veya çalışan verisi alan ve satır düzeyinde kontrol, bölgesel sınır, saklama ve denetim gerektirebilir. Servis hesaplarının sorumlusu, dar yetkisi, yönetilen sırrı ve iptal yolu bulunur. Risk gerektiriyorsa geliştirme, test ve üretim ortamları ayrılır; gerçek veri kontrollü kullanılır.

Denetim kapsamı net söylenir. Kayıt değişiklikleri, sahiplik, paylaşım, otomasyon çalışması, dışa aktarım ve okuma her platformda veya lisans paketinde aynı şekilde tutulmaz. Evrensel denetim izi vaat etmek yerine yetkili hesabın gerçekten kaydedip saklayabildiği olayları test ederiz. İzin, hukuki dayanak, iletişim engeli ve silme gereksinimi müşterinin kararıdır; belgeli yapılandırmayla desteklenir. CRM kurulmuş olması tek başına mevzuata uyum yaratmaz.

Kabul testleri uçtan uca senaryolar kullanır: talebi almak, nitelendirmek, doğru ilişkileri kurmak, atamak, kanıtla ilerletmek, kararlaştırılan çıktıyı üretmek, teslimata devretmek, mükerrer kaydı ele almak, izni geri çekmek, istisnayı raporlamak ve bozulan entegrasyonu kurtarmak. Yetkiler yalnızca yönetici hesabıyla değil, her rolle sınanır. Aktarım örnekleri ve toplamları karşılaştırılır; otomasyon gözlenir; mobil görünüm ve kritik dışa aktarımlar açılır.

Eğitim düğme turuna değil görevlere ve kararlara göre düzenlenir. Kullanıcı aşamanın anlamını, neyin kaydedileceğini, sonraki aksiyonun nerede olduğunu, istisnayı nasıl yöneteceğini ve hatayı nereye bildireceğini öğrenir. Yönetici, fırsatları zamanından önce ilerletme baskısıyla satış hattını bozmamayı öğrenir. Sistem sorumlusuna veri sözlüğü, rol modeli, otomasyon envanteri, entegrasyon haritası, sürüm kaydı ve işletim rehberi teslim edilir.

Kullanım yalnızca giriş sayısı değildir. Gerekli kararların tamamlanmasını, sahipsiz kayıtları, bekleyen aksiyonları, reddedilen verileri, mükerrer eğilimini, elle yürütülen kestirme yolları, destek sorularını ve satış hattı toplantılarının niteliğini inceleriz. Düşük kullanım kötü tasarımı veya gereksiz kapsamı gösterebilir; yoğun faaliyet yine anlamsız olabilir. Değişiklikler gözlenen sürtünme ve iş ihtiyacına göre sıralanır, aynı tanım ve test disiplininden geçer.

İşletim; platform sürümleri, süresi dolan erişimler, bozuk eşitleme, büyüyen kuyruk, depolama, API sınırı, yetki değişikliği, yeni alan, rapor sapması ve kullanıcı erişimini kapsar. İzleme saatleri, yanıt beklentisi, değişiklik kapasitesi ve yükseltme yolu yazılıdır. Teklif açıkça içermedikçe 7/24 destek, sabit yanıt süresi, sınırsız yönetim veya platform erişilebilirliği taahhüdü doğmaz.

Yapay zekâ desteği bu sistem içinde sınırlandırılmış bir yetenektir. Onaylı kayıtları özetleyebilir, sonraki adımı önerebilir, talebi sınıflandırabilir veya inceleme için taslak hazırlayabilir. Varsayılan olarak bilgi uydurmaz, izin çıkarımı yapmaz, önemli alanları sessizce değiştirmez ya da otonom ticari karar vermez. Etkinleştirmeden önce girdiler, getirilen kaynaklar, yetkiler, insan onayı, çıktı kanıtı, model değişikliği ve maliyet değerlendirilir.