CRM Telefon Verilerinizden Bir Örneklem Üzerinde Orijinal Operatör Zenginleştirmeyi Test Edin

Bir operatör zenginleştirme pilot çalışması, ekibin kullanacağı kesin tahsis alanlarını ve CRM kararlarını, eksik ve çelişkili veriler için net paydalarla test etmelidir.

Operatör zenginleştirmeyi değerlendirmek için ekibinizin fiilen işlediği ülkeler, formatlar ve hat türleri genelinde yetkilendirilmiş CRM telefon kayıtlarından bir örneklem alın. Dönen orijinal tahsis alanlarını, mevcut ağ gözlemiyle değil, uygun bir tahsis referansıyla karşılaştırın. Reddedilen girdileri, boş alanlara sahip tamamlanmış kayıtları ve çelişkili referansları ayrı ayrı sayın. Kabul kriterlerini, satıcı genelindeki bir doğruluk iddiasından ziyade verinin desteklediği CRM eylemi etrafında belirleyin.

CRM kararını ve temsili bir örneklemi seçin

Bir CRM sahibi, veri temizleme projesinden önce mevcut telefon kayıtlarına orijinal operatör ve hat türü bağlamı eklemek isteyebilir. Faydalı soru, bir API'nin yüksek bir küresel doğruluk yüzdesi bildirip bildirmediği değildir. Sorun, bu ekibin kendi kayıtlarının, personelin doğru şekilde yorumlayabileceği ve üzerinde işlem yapabileceği alanlar kazanıp kazanmadığıdır. Öncelikle amaçlanan kullanımı yazın: bir analiste tahsis bağlamını görüntülemek, kayıtları manuel inceleme için gruplandırmak veya hangi girdi satırlarının format onarımına ihtiyaç duyduğunu belirlemek. Bir operatör alanını teslim edilebilirlik, mevcut ağ, sahiplik veya onay için bir vekil olarak kullanmayın.

CarrierLookup'ın Orijinal Operatör Sorgulama ürünü, bir numara aralığının orijinal olarak tahsis edildiği operatörü, mevcut olduğunda numara türü ve tahsis coğrafyası ile birlikte bildirir. Numara taşıma işleminden sonra halihazırda hizmet veren ağı takip etmez. Küçük bir pilot çalışma için, üretim boyutunda bir dosya görevi hazırlamak yerine belgelenmiş tekli veya eşzamanlı çoklu REST kontrollerini kullanın. İşlem yapma yetkiniz olan CRM satırlarını seçin, dahili bir satır kimliğini ve orijinal telefon değerini koruyun. Gerçek zamanlı API için çalışan bir kopyayı E.164 formatına normalleştirin ve reddedilen veya ayrıştırılamayan girdileri pilot paydasında tutun.

Örneklemi, işletme için önemli olan ülkeler ve kayıt kaynaklarına, bilinen format kalitesine ve savunulabilir bir referansınızın olduğu beklenen mobil, sabit hat veya diğer hat türü vakalarına göre katmanlara ayırın. Bu kaynaklar kalite açısından farklılık gösteriyorsa eski içe aktarmaları ve güncel kayıtları dahil edin. Rastgele bir seçim tek başına küçük ama önemli bir ülke dilimini gizleyebilir; elle seçilmiş kolay numaralar seti, pilot çalışmanın nihai iş yükünden daha iyi görünmesine neden olabilir. Dilim başına sayıları raporlayın ve bu örneklemi tüm ülkeler hakkında bir iddiaya dönüştürmeyin.

Puanlamadan önce orijinal bir tahsis referansı oluşturun

Referans, ürün alanıyla aynı soruyu yanıtlamalıdır. Mevcut bir abone ağı sonucu, yakın tarihli bir arama sonucu veya bir satış temsilcisinin notu, bir numara bloğunun orijinal operatörünü belirlemez. Örneklenen numaralar için ilgili numaralandırma tahsis kayıtlarını veya belgelenmiş başka bir orijinal tahsis kaynağını arayın ve tarihini ve kapsamını kaydedin. Bir satır için güvenilir bir referans bulunmadığında, sağlayıcıyı haklı veya haksız olarak değerlendirmek yerine onu doğrulanmamış olarak etiketleyin. Bölge ve şehir için, kişinin mevcut konumunu değil, numara tahsis coğrafyasını karşılaştırın.

Bir incelemeci, hangi alanların üzerinde anlaşılan bir referansa sahip olduğunu not etmelidir: orijinal operatör, ilgili olduğunda alt operatör, numara türü, ülke kodu, bölge ve şehir. API referansı bunları operatör sonuç alanları olarak listeler; isteğe bağlı değerler boş olabilir. Her referans için kaynağı ve inceleme tarihini kaydedin, çünkü tahsis tabloları ve bir CRM'in kendi meta verileri farklı isimler veya ayrıntı düzeyleri kullanabilir. Eşleşmeleri hesaplamadan önce operatör isimleri için bir normalleştirme kuralı tanımlayın. Aksi takdirde, yazım farklılıkları veya ana marka takma adları, esaslı bir anlaşmazlık olmaksızın yanlış veri olarak sayılacaktır.

İki güvenilir kaynak çelişirse, çelişkiyi ayrı bir inceleme vakası olarak tutun. Hangi etiketin satıcıyla uyuştuğunu sessizce seçmeyin. Kaynakların farklı tarihleri, orijinal ile mevcut ağı veya bir ana ağ ile markayı tanımlayıp tanımlamadığını inceleyin. Küçük bir pilot çalışma, ekibin referans setinin zenginleştirmenin kendisi kadar çalışmaya ihtiyacı olduğunu ortaya çıkarabilir. Basit bir doğruluk yüzdesini engellese bile, bu bir benimseme kararı için yararlıdır.

Dürüst paydalarla alan düzeyinde bir puan kartı kullanın

Her girdi satırı için formatlama durumunu, istek durumunu, tamamlanmış sorgulama durumunu, dönen alan değerlerini, referans kullanılabilirliğini ve incelemeci kararını kaydedin. Reddedilen bir E.164 girdisi, bir operatör hatası değildir. Bir taşıma zaman aşımı, boş bir tamamlanmış sonuç değildir. Boş isteğe bağlı operatör alanlarına sahip başarılı bir kod sıfır yanıtı, kullanılamayan değerlere sahip tamamlanmış bir sorgulamadır; yine de ücretlendirilebilir. Eşzamanlı çoklu kontroller için, normal bir sonucu olmayan bir öğe, geçerli bir negatif yorumdan ayrı tutulmalıdır.

Ham sayıları yüzdelerin yanında raporlayın. Genel bir mutabakat oranı, referansı olmayan satırları, istek hatalarını ve gerçekten çelişkili operatör etiketlerini birleştirmemelidir. Eksik operatör, eksik numara türü ve eksik coğrafyayı ayırın çünkü bunların farklı iş sonuçları vardır. CRM zenginleştirme testi karşılaştırması, örneklem kapsamını ve doğruluğunu tartışır; bu puan kartı, bu özel hizmet için temel orijinal tahsis referansını ve alan düzeyinde muhasebeyi ekler.

İş eylemine bağlı kabul kriterlerini seçin

Puan kartını görmeden önce, önerilen CRM kullanımı için neyin yeterince iyi olduğuna karar verin. Veriler yalnızca bağlam olarak görüntüleniyorsa, bir ekip, açıkça kullanılamaz olarak işaretlendikleri sürece eksik isteğe bağlı alanları tolere edebilir. Bir kural, kayıtları numara türüne göre otomatik olarak yönlendirecekse, tam olarak o alan için anlaşmazlık ve bilinmeyen oranlarını inceleyin ve istisnalar için bir insan yolu talep edin. Eşikleri genel bir kıyaslamadan değil, iş yükünüzden ve hata sonuçlarından belirleyin. B2B zenginleştirme kıyaslaması tartışması da benzer şekilde, segment ve alan farklılıklarının geniş iddiaların arkasında yattığı konusunda uyarır; rakamları CarrierLookup performans rakamları değildir.

Birkaç kaynak sistemine sahip varsayımsal bir pilot çalışmayı düşünün. Bir kaynak çok sayıda kötü formatlanmış numaraya sahipken, diğeri temiz E.164 girişlerine ancak zayıf orijinal tahsis referanslarına sahip olabilir. Birincisini sağlayıcı hatasına, ikincisini ise kanıtlanmış doğruluğa indirgemeyin. Faydalı bir sonuç, daha fazla kontrol satın almadan önce girdi formatlarını temizlemek veya otomasyonu ertelerken dönen operatörü inceleme bağlamı olarak kullanmak olabilir. Her kararı ve kalan belirsizliği kaydedin. Pilot çalışma ayrıca, boş isteğe bağlı alanların ücretsiz olduğunu varsaymadan, mevcut fiyatlandırma koşullarından tamamlanmış kontrollerin maliyetini tahmin etmelidir.

Örneklem amaçlanan kullanımı destekliyorsa, sınırlı bir iş akışıyla başlayın ve sonraki istisnaları aynı referans kurallarına göre karşılaştırın. Desteklemiyorsa, genişletmeden önce alan kullanımını veya örneklem tasarımını değiştirin. CarrierLookup API dokümantasyonunu açın, küçük bir yetkili CRM örneklemi seçin ve önce referans ve eylem sütunlarını yazın; ancak o zaman kontrolleri çalıştırın.

Daha Fazla Bilgi Edinin

İş akışınızdaki bir sonraki adıma uyan ürün bilgilerini seçin.

• Ürün dokümantasyonunu görüntüleyin →
• Ekiple görüşün →