CRM Veri Düzenini Bir Haftada AI İnceleme Akışıyla İyileştirin

Bir CRM her gün yeni kayıtlarla dolarken aynı anda daha az kullanışlı hâle gelebilir. Telefon numarası eksik lead’ler gelir, aynı kişi için birden fazla iletişim kaydı açılır, fırsat aşamaları güncellenmez ve raporlar sessizce güvenilirliğini kaybeder.

Bunu düzeltmek için CRM’inizi baştan kurmanız gerekmez. Bu hafta, kayıtları kontrol eden, olası sorunları açıklayan ve bir çalışanın onayına sunulacak düzeltme önerileri hazırlayan küçük bir AI destekli inceleme akışı oluşturabilirsiniz.

Amaç, bir AI agent’ın müşteri veritabanınızda serbestçe değişiklik yapması değildir. Amaç, ekibin dikkat etmesi gereken kayıtları kısa ve güvenilir bir işlem kuyruğunda toplamaktır.

Dar kapsamlı bir CRM veri düzeni problemiyle başlayın

AI agent’a “CRM’i temizle” demekle başlamayın. Bu talimat fazla geneldir ve akışın güvenli çalışıp çalışmadığını ölçmeyi zorlaştırır.

Tanımlaması kolay iki veya üç kontrol seçin. İyi başlangıç noktaları şunlardır:

• E-posta adresi veya telefon numarası olmayan kişiler
• Kaynağı, sorumlusu veya sonraki adım tarihi boş olan lead’ler
• İsimleri çok benzer ve aynı e-posta alan adına sahip iki kişi
• Çok uzun süredir aynı aşamada kalan fırsatlar
• Hâlâ açık takip görevi bulunan kapanmış satışlar
• Mevcut bir şirketle ilişkilendirilmemiş yeni kayıtlar

Örneğin satış ekibiniz web sitesi, Instagram ve WhatsApp üzerinden lead alıyorsa kaynak eksikliği, yinelenen e-posta ve sonraki aksiyonun bulunmaması kontrolleriyle başlayın. Bu kontroller genellikle uzun ve soyut veri kalitesi kurallarından daha faydalıdır.

Akışı kurmadan önce kullanılacak alanları ve koşulları açıkça yazın. Böylece AI’ın “sorunlu kayıt” tanımını kendi başına oluşturmasını önlersiniz.

Akışı bir inceleme kuyruğu olarak tasarlayın

Güvenilir bir CRM veri düzeni akışı beş bölümden oluşur:

1. Tetikleyici: Hafta içi her sabah veya haftada bir gibi belirli bir programa göre çalışır.
2. Veri çekme: Yalnızca seçilen kontroller için gereken kayıtları ve alanları alır.
3. Kurallar: Boş telefon alanı gibi net koşullar için standart otomasyon kuralları kullanılır.
4. AI incelemesi: Modelden belirsiz durumları sınıflandırması ve gerekçesini açıklaması istenir.
5. Onay: Değişiklik yapılmadan önce kısa bir inceleme listesi çalışana gönderilir.

Bu akışı n8n veya Make ile kurabilirsiniz. Platformdan çok akışın tasarımı önemlidir. İlk sürümü, bir çalışanın önerilen her değişikliği kontrol edebileceği kadar küçük tutun.

Çıktıda kayıt adı, kayıt ID’si, tespit edilen sorun, önerilen aksiyon, güven seviyesi ve CRM kaydına bağlantı bulunabilir. Kayıt ID’si önemlidir; çünkü isimler güvenilir tanımlayıcılar değildir.

Model birkaç alanla yetinebiliyorsa müşterinin tüm geçmişini göndermeyin. Yinelenen kayıt kontrolü için isim, e-posta, telefon, şirket ve oluşturulma tarihi yeterli olabilir. Modele gönderilen veriyi azaltmak, süreci kontrol etmeyi ve incelemeyi kolaylaştırır.

Kesin durumlarda kuralları, yorum gerektiren durumlarda AI’ı kullanın

Otomasyon araçları deterministik kontrollerde başarılıdır. source alanı boşsa akış bunu AI olmadan işaretleyebilir. next_action_date geçmişte kaldıysa tarih karşılaştırması sorunu tespit edebilir.

AI, akışın bağlamı yorumlaması gerektiğinde değer kazanır. Örneğin şu sorulara yardımcı olabilir:

• “Merve Kaya” ve “Merve K.” büyük olasılıkla aynı kişi mi?
• Bu mesaj bir satış fırsatına mı, yoksa destek talebine mi işaret ediyor?
• Şirket adı mevcut bir hesabın farklı yazılmış hâli mi?
• Son not, fırsatın başka bir aşamaya taşınması gerektiğini mi gösteriyor?

Modele yalnızca izin verilen sonuçlardan oluşan sabit bir liste verin. Yinelenen kayıt incelemesi için seçenekler likely_duplicate, possible_duplicate veya not_duplicate olabilir. Eksik sonraki adım için contact_customer, send_quote, schedule_call, wait_for_customer veya needs_human_review seçenekleri kullanılabilir.

Ayrıca kısa bir gerekçe ve güven değeri isteyin. İyi bir prompt, modelden yapılandırılmış JSON döndürmesini, yalnızca sağlanan alanları kullanmasını, eksik bilgileri tahmin etmemesini ve kanıt yetersizse needs_human_review seçmesini istemelidir.

AI değişiklikleri önermeli, bunları sessizce uygulamamalıdır. Bu özellikle kişi birleştirme, fırsat aşaması değişikliği ve raporlama ya da pazarlama izni için kullanılan alanlarda önemlidir.

Onay adımını AI adımından önce tasarlayın

Birçok ekip önce analizi kurar, insanların bunu nasıl onaylayacağına daha sonra karar verir. Bu sıralamayı tersine çevirin. CRM’e bağlanmadan önce incelemenin nerede yapılacağını belirleyin.

Olası onay kanalları şunlardır:

• Yalnızca aksiyon gerektiren kayıtları içeren günlük e-posta
• Her CRM kaydına bağlantı veren ekip sohbeti mesajı
• Onayla, reddet ve düzenle seçenekleri bulunan basit bir iç form
• Kurum içi web uygulamasında küçük bir inceleme ekranı

İlk sürüm için yapılandırılmış bir e-posta veya ekip mesajı yeterlidir. Bulguları kayıt başına bir bildirim göndermek yerine sorun türüne göre gruplayın. Kimse 30 eksik alan için 30 ayrı bildirim almak istemez.

Mesajda üç aksiyon bulundurun:

• Önerilen düzeltmeyi onayla
• Reddet veya yok say
• Kaydı aç ve manuel olarak düzenle

Otomasyon platformunuz destekliyorsa onaylanan aksiyonlar CRM’e geri aktarılabilir. Desteklemiyorsa kayıt sahibine görev oluşturmak için akışı kullanın. Önemli olan kararın görünür ve izlenebilir olmasıdır.

Yinelenen kayıtlar ve hassas alanlar için korumalar ekleyin

Yinelenen kayıt yönetimi ekstra dikkat gerektirir. İlk sürümde kayıtları asla otomatik olarak birleştirmeyin. Hatalı bir birleştirme notları silebilir, aktiviteleri yanlış müşteriye bağlayabilir veya izin bilgileriyle ilgili karışıklık yaratabilir.

Bunun yerine akış olası eşleşmeleri gruplasın ve onay için bir çalışana göndersin. Basit bir eşleştirme sırası kullanabilirsiniz:

1. E-posta adresinde tam eşleşme
2. Biçimlendirme normalleştirildikten sonra telefon numarasında tam eşleşme
3. Eşleşen şirket veya alan adıyla birlikte benzer isim
4. İlk üç kontrol kesin sonuç vermediğinde AI incelemesi

Çalışma tarihi, kayıt ID’si, orijinal değerler, önerilen değerler, inceleyen kişi ve son aksiyonu içeren bir denetim kaydı tutun. Bir sorun çıktığında ne olduğunu açıklayabilmeli ve orijinal değeri geri yükleyebilmelisiniz.

Erişim izinlerini dikkatle ayarlayın. Akış hesabı yalnızca ihtiyaç duyduğu izinlere sahip olmalıdır. Sadece kayıt okuyup görev oluşturuyorsa kişileri silme veya şirketleri birleştirme izni vermeyin.

Akışın sürdürülmeye değer olup olmadığını ölçün

CRM veri düzeni akışı yeni bir idari yük oluşturmamalı, manuel aramayı azaltmalıdır. İlk iki hafta için birkaç pratik ölçüm takip edin:

• İncelenen kayıt sayısı
• Bulunan gerçek sorun sayısı
• AI önerilerinin onaylanma oranı
• Doğrulanan yinelenen kayıt adayı sayısı
• Ortalama inceleme süresi
• İnceleme sonrasında hâlâ çözülmemiş kayıt sayısı

Kuralları ve prompt’ları geliştirmek için bu sonuçları kullanın. Önerilerin çoğu reddediliyorsa akışta yeterli bağlam olmayabilir veya kural fazla geniş olabilir. İnceleyenler neredeyse her öneriyi onaylıyorsa, eksik takip görevi oluşturmak gibi düşük riskli bir aksiyonu ileride otomatikleştirebilirsiniz.

Örneğin bir mağazada 300 aktif lead varsa ve akış sonraki adımı bulunmayan 20 kayıt tespit ederse, ilk değer satış sorumlusuna odaklanabileceği bir liste sunmaktır. Bu kayıtlar düzeltildikten sonra ne olduğunu ölçmeden gelir etkisi iddia etmeyin.

Pratik bir haftalık uygulama planı

1. gün: Kontrolleri seçin

İki veya üç sorun seçin, ilgili alanları belgeleyin ve geçerli bir önerinin hangi koşulları karşılaması gerektiğini tanımlayın.

2. gün: CRM’i bağlayın

n8n veya Make üzerinde salt okunur bir akış oluşturun. Küçük bir test grubu çekin ve kayıt ID’leriyle alanların doğru eşleştiğini kontrol edin.

3. gün: Kuralları ve AI sınıflandırmasını ekleyin

Net hatalar için standart koşulları kullanın. AI adımını yalnızca belirsiz durumlara ekleyin; sabit kategoriler ve yapılandırılmış çıktı kullanın.

4. gün: İnceleme mesajını oluşturun

Bulguları tek bir iç inceleyene gönderin. Gerekçeyi, güven seviyesini, kayıt bağlantısını ve önerilen aksiyonu ekleyin.

5. gün: Gerçek kayıtlarla test edin

Sınırlı bir kayıt grubunu inceleyin, güvenli olmayan önerileri reddedin ve talimatları iyileştirin. Henüz otomatik düzenlemeleri etkinleştirmeyin.

6. gün: Onaylanan aksiyonları ekleyin

Yalnızca açıkça onaylanmış, düşük riskli güncellemelere veya görev oluşturmaya izin verin. Her aksiyonu kaydedin ve orijinal değeri koruyun.

7. gün: Sorumluluğu belgeleyin

Kuyruğu kimin, ne sıklıkta inceleyeceğine ve çözülemeyen kayıtların nasıl ele alınacağına karar verin. Sahibi olmayan bir akış kısa sürede arka plan gürültüsüne dönüşür.

ADMOV nasıl yardımcı olabilir?

ADMOV; n8n veya Make, mevcut CRM’iniz ve uygun bir LLM kullanarak CRM veri düzeni akışını tasarlayıp bağlayabilir. Alanlarınızı eşleştirebilir, kural tabanlı kontroller oluşturabilir, AI inceleme adımını yapılandırabilir, onay mekanizmaları ekleyebilir ve ekibinizin güvenle yönetebilmesi için akışı belgeleyebiliriz.

Bu hafta ortadan kaldırmak istediğiniz ilk CRM sorunlarını konuşmak için https://admov.io/#contact adresinden ücretsiz görüşme planlayın.