Lead Veri Zenginleştirme API'si
Lead veri zenginleştirme API'si, bir e-posta veya alan adı gibi az girdiden bir leade şirket büyüklüğü, sektör veya unvan gibi ek bilgiler eklemek için programatik olarak çağırdığınız bir hizmettir.
Önemli noktalar
- Şirket alan adı, kişisel bir e-posta adresine göre çok daha güvenilir biçimde çözümlenir.
- Sağlayıcıları eşleşme oranı ve ihtiyacınız olan alanların doluluk oranıyla değerlendirin.
- Zenginleştirilen değerleri ayrı alanlara yazın ki yazılan yanıtlar ayırt edilebilir kalsın.
- Kapsam boşlukları kümelenir; zenginleştirilemeyen leadler diğerlerinden sistematik olarak farklıdır.
- Eskimiş firma verisi kendinden emin biçimde yanlıştır; bu, boş alandan daha kötüdür.
Derinlemesine
Bir zenginleştirme çağrısı bir tanımlayıcı gönderir ve bir kayıt alır. Bir e-posta adresi ya da şirket alan adı yollarsınız; sağlayıcı kendi dizininde eşleşme arar ve çalışan aralığı, sektör kodu, konum, yatırım aşaması veya unvan gibi alanları, genellikle bir güven göstergesiyle döndürür. Zor kısım eşleşmenin kendisidir: kişisel bir e-posta adresi nadiren bir şirkete çözümlenir, bir alan adı ise neredeyse her zaman. Yanıtlar JSON gelir ve çoğu sağlayıcı istek başına değil, başarılı eşleşme başına ücretlendirir.
Her sağlayıcıyı iki sayı anlatır: eşleşme oranı, yani sonuç dönen sorguların payı ve alan doluluk oranı, yani eşleşen kayıtlar içinde ihtiyacınız olan alanı içerenlerin payı. İkisi de bölgeye ve şirket büyüklüğüne göre keskin biçimde değişir; Kuzey Amerika yazılım şirketlerini iyi kapsayan bir sağlayıcı, orta ölçekli bir Avrupalı üretici için neredeyse hiçbir şey döndürmeyebilir. Üçüncü değişken tazeliktir. Çalışan sayısı ve unvan sürekli değişir; on sekiz ay önce kurulmuş bir kayıt boş değil, kendinden emin biçimde yanlış olabilir.
Çağrı genelde gönderimde tetiklenen bir webhook içinde durur; kısa bir zaman aşımı ve formu kilitlemek yerine leadi zenginleştirilmemiş geçiren bir yedek yolla birlikte. Sonuçlar ayrı alanlara yazılır, kişinin yazdığının üstüne asla yazılmaz; böylece iki kaynak ayırt edilebilir kalır. Bunu bir quiz ile eşlemek doğal örüntüdür: Pivix scorecard'ı hiçbir veri tabanının yanıtlayamayacağı üç soruyu, örneğin aciliyeti ve mevcut çözümü sorar; API ise aksi halde kişiye yazdıracağınız firma verilerini sağlar.
Zenginleştirme bir şirketi anlatır, o şirketteki bir kişinin durumunu değil. Firmanın dört yüz çalışanı olduğunu söyleyebilir ama bütçe sahibinin yeni ayrıldığını ya da bu kişinin herhangi bir etkisi olup olmadığını söyleyemez. Kapsam boşlukları da kümelenir: zenginleştiremediğiniz leadler, zenginleştirebildiklerinizden sistematik olarak farklıdır ve bu alanlara dayalı puanlama kuralları küçük ya da İngilizce konuşmayan şirketleri sessizce cezalandırır. Üçüncü taraf kaynaklardan profilleme, belgelenmiş bir dayanak da gerektirir.
Pratikte örnek
Nasıl ölçülür
Eşleşme oranını ve alan bazlı doluluk oranını ayrı izleyin ve ikisini de gerçekten sattığınız segmentlere göre kırın. Onda sekizlik genel bir eşleşme oranı, kaçırılan ikisi tamamen hedef bölgenizdeyse hiçbir şey ifade etmez. İkinci sayı eşleşme başına maliyettir; çağrı değil başarılı eşleşme üzerinden hesaplanır, çünkü eşleşmeyen sorgular da istek kotasını tüketir.
Doğruluk için elle örneklem gerekir. Her ay otuz zenginleştirilmiş kayıt alın, anahtar alanları şirketin sitesi veya resmi kayıtlarla karşılaştırın ve alan bazında hata oranını not edin. Bazı alanlar güvenilir çıkar, bazıları çıkmaz; bu da hangilerinin yönlendirmeyi sürebileceğini söyler. Son kontrol şudur: puanın ayırt ediciliğini bu alanlarla ve onlarsız karşılaştırın.
Sık yapılan hatalar
Yaygın hata, dönen bir alana kişinin yazdığı kadar güvenmektir. On sekiz ay önceki bir dizinden gelen çalışan sayısı bir yönlendirme kuralını sürer ve ikiye katlanmış bir şirket küçük işletme hattına gönderilir. Her alanın yanında sağlayıcının güven puanını ve alınma tarihini saklayın, güven eşiğinizin altındaki her şeyi eksik sayın ve kayıtları yalnızca yakalamada değil, önemli bir karardan önce de tazeleyin.
İkinci hata, API'yi form gönderiminin içinde eşzamanlı çağırmaktır. Sağlayıcı yavaşladığında veya çöktüğünde form asılı kalır; sekiz soruyu yanıtlamış bir ziyaretçi dönen bir simge görüp çıkar. Sorguyu kayıt saklandıktan sonra eşzamansız tetikleyin, bir iki saniyelik zaman aşımı koyun ve alanlar geldiğinde puanlamayı yeniden çalıştırın. Bir lead hiçbir zaman üçüncü bir tarafın ayakta olmasına bağlı olmamalıdır.
Sıkça sorulan sorular
Zenginleştirmeyi neden quiz yanıtlarıyla birleştirmeli?
Bir quiz, hiçbir dış kaynağın güvenilir biçimde çıkaramayacağı birinci taraf niyeti ve öz bildirimli bağlamı yakalar. Bunu API firma verileriyle eşleştirmek size hem nedeni hem kimi verir ve tek başına her iki girdiden daha doğru bir puan üretir.
Zenginleştirme API'si tipik olarak hangi verileri döndürür?
En güvenilir olanlar şirket düzeyindeki alanlardır: alan adı, ticari unvan, sektör sınıflandırması, çalışan aralığı, merkez konumu ve bazen gelir aralığı ya da sitede tespit edilen teknolojiler. Unvan, kıdem ve sosyal profil gibi kişi düzeyindeki alanlar da bulunur ama daha zayıftır, çünkü insanlar rol değiştirmede dizinlerin güncellenmesinden hızlıdır. Şirket alanlarını kullanılabilir varsayılan, kişi alanlarını doğrulanacak ipucu sayın.
Zenginleştirme API'si kullanmak GDPR ile uyumlu mu?
Olabilir, ama atlanamayacak bir iş gerektirir. Kişinin size vermediği veriyi işlemek için hukuki bir dayanak, üçüncü taraf kaynaklardan zenginleştirdiğinizi söyleyen bir gizlilik bildirimi ve zenginleştirilen alanları da kapsayan bir erişim ve silme talebi yolu gerekir. Bir kuruluşa ait şirket düzeyindeki veri, tek bir çalışana ait kişisel veriden daha az risk taşır.
Zenginleştirme sağlayıcıları arasında nasıl seçim yaparım?
Onların örnek listesiyle değil, kendi verinizle test edin. Beş yüz gerçek lead alın, aynı listeyi her adaydan geçirin ve puanlamanızın gerçekten kullandığı iki üç alanda eşleşme ile doluluk oranını karşılaştırın. Ardından elle bir örneklemde doğruluğu kontrol edin. Sağlayıcıları özellik listelerinden çok, bölgesel kapsam ayırır.
Yakalama anında mı yoksa gece toplu iş olarak mı zenginleştirmeliyim?
Sonuç bir sonraki adımı değiştiriyorsa, örneğin yönlendirmeyi ya da gösterilecek sonuç sayfasını, yakalama anında zenginleştirin. Veri yalnızca raporlamayı veya haftalık bir incelemeyi besliyorsa toplu iş kullanın; toplu işler daha ucuzdur ve başarısız denemeleri tekrarlayabilir. Birçok ekip ikisini birlikte yapar: yönlendirme alanları için hızlı sorgu, gerisi ve tazeleme için gece işi.
Zenginleştirebiliyorsam neden hâlâ soru sormalıyım?
Çünkü veri tabanları olguları tutar, niyeti değil. Hiçbir sağlayıcı bir şirketin şu an arayışta olup olmadığını, aramayı neyin tetiklediğini, hangi alternatifi değerlendirdiğini veya ne zaman karar vermesi gerektiğini bilmez. Bu yanıtlar yalnızca sormakla gelir. Verimli ayrım şudur: yalnızca kişinin bildiği üç dört şeyi sorun, şirket hakkında yayımlanmış her şeyi API sağlasın.
Sorgu eşleşme döndürmezse ne olmalı?
Leadi geçirin ve alanları sıfıra ya da küçük şirket değerine ayarlamak yerine bilinmiyor olarak işaretleyin. Bir eksiği yanlış bir karara çeviren şey tam olarak bu varsayılan atamadır. Eşleşmeyen leadleri verdikleri yanıtlar üzerinden yönlendirin ve bu grup eşleşenler kadar iyi dönüşüyorsa yedek olarak ikinci bir sağlayıcıyı değerlendirin.