Birden Fazla Platformu Kontrol Ederken Sonuçları Ayrı Tutun

Seçilen her ürün, platforma özgü bir hesap sorusunu yanıtlar; her sonucu ve bilinmiyor durumunu bağımsız olarak koruyun.

Tek bir telefon listesi için birden fazla platformu kontrol ederken, seçilen her ürün ve her orijinal satır için ayrı bir sonuç tutun. Bir platform için alınan Kayıtlı sonucu, diğer platform için sorulan soruyu yanıtlamaz ve Bilinmiyor bir olumsuzluk değildir. Ürüne özgü gözlemleri, tek bir hesap puanında birleştirmek yerine, kontrol zamanlarıyla birlikte yan yana karşılaştırın.

Seçilen her ürün için soruyu tanımlayın

NumDetect, bir ekibin aynı liste için listeyi tekrar yüklemeden birden fazla telefon ürünü seçmesine olanak tanır. Bu, karma kanallı bir iş akışı için uygundur ancak ürünleri birbirinin yerine kullanılabilir kılmaz. Bir WhatsApp kayıt yanıtı WhatsApp hakkındadır; bir Telegram yanıtı Telegram hakkındadır; bir sosyal ağ ürünü yalnızca kendi adını taşıyan platformu yanıtlar. Her sonuç, kontrol anında platforma özgü bir hesap kayıt sinyalidir. Bir platformdaki olumlu sonuç başka bir ürünün sütununa kopyalanamaz ve bir platformdaki olumsuz sonuç başka bir yerdeki olumlu sonucu iptal edemez.

Ekibin gerçek operasyonel sorusuyla başlayın. Amaç, opt-in (izinli) bir kişi listesi için hangi kanalın inceleneceğine karar vermekse, yalnızca ilgili ürünleri seçin. Seçilen ürün adını her gözlemle birlikte kaydedin. Mevcut telefon kataloğu mesajlaşma, sosyal, tüketici ve bölgesel platform kontrollerini içerir ancak bir raporun yararlı olması için bunların hepsini içermesi gerekmez. Ürün seçimi yorumlamadan önce gelir: geniş bir puan, amaçlanan kanala hitap etmeyen bir ürün seçimini düzeltemez.

Ürün başına üç durumu koruyun

Mevcut sonuç modeli Kayıtlı, Kayıtlı değil veya null/Bilinmiyor şeklindedir. Kayıtlı ve Kayıtlı değil, seçilen ürün için o kontrol anında kesin yanıtlardır. Bilinmiyor, ürünün kesin bir yanıt sağlayamadığı anlamına gelir; raporlama tablosunda Bilinmiyor olarak kalmalıdır. Başarısız olan bir ürün, seçilen diğer kontrolleri durdurmaz, bu nedenle bir satır bir platform için kullanılabilir bir sonuç, diğeri için ise çözümlenmemiş bir sonuç içerebilir. İlgili sütunlardan biri Bilinmiyor olduğunda “tüm platformlarda yok” etiketi oluşturmayın.

Pratik bir müşteri tarafından oluşturulan raporlama görünümü; orijinal satır referansını, normalleştirilmiş telefon girişini, ürünü, kontrol zamanını ve üç durumdan birini kullanabilir. Bunlar önerilen rapor sütunlarıdır, icat edilmiş evrensel bir yanıt zarfı değildir. Kaynak sonucu denetim için kullanılabilir durumda tutun. NumDetect, toplu sonuçlarda orijinal satır sırasını ve kaynak satır referanslarını korur; bu, ekibin bir sonucu içe aktarılan listeyle ilişkilendirmesine yardımcı olur. CSV dışa aktarırken veya bir CRM ile birleştirirken bu eşlemeyi koruyun; yalnızca satır konumu kalıcı bir müşteri tanımlayıcısı haline gelmemelidir.

Bileşik bir puan icat etmeden gözlemleri karşılaştırın

Yan yana bir tablo dar bir soruyu yanıtlayabilir: gönderilen bu numara için seçilen hangi ürünler kesin kayıt sinyalleri döndürdü? Sütun veya satır başına bir adlandırılmış ürün görüntülemeli ve Bilinmiyor durumunu belirgin bir şekilde göstermelidir. Olumlu sonuçların sayısı, yalnızca seçilen bu kontrollerin net bir şekilde tanımlanmış bir iç özeti olarak yararlı olabilir; bu, doğrulanmış bir etkileşim, değer, kimlik veya risk puanı değildir. İnsanları uydurma bir platformlar arası ölçüme göre sıralamaktan kaçının. Bir platform yanıtı, kişinin numaraya sahip olup olmadığı, iletişim isteyip istemediği, hesabı yakın zamanda kullanıp kullanmadığı veya yanıt verip vermeyeceği hakkında hiçbir şey söylemez.

Bir okuyucu bunun yerine göreve bağlı bir kural seçebilir. Örneğin, bir operasyon ekibi, amaçlanan kanalında Bilinmiyor sonucu olan bir satırı manuel incelemeye gönderebilir ve seçilen başka bir kanal için ayrı bir kesin sonucu koruyabilir. Bu kural bir müşteri kararıdır, NumDetect ürün gereksinimi değildir. Karar kaydını ham gözlemlerden ayrı tutun, böylece sonraki incelemeciler neyin kontrol edildiğini yeniden yazmadan politikayı değiştirebilirler.

İnceleme sırasında ürünü ve zamanı ekli tutun

Bir rapor, farklı ürünleri ya da farklı tarihlerdeki kontrolleri etiketsiz tek bir “kayıtlı” sütununda asla birleştirmemelidir. Toplu bir liste çalıştırılmadan önce maliyetini gösterir; tek bir kontrol yalnızca kesin bir yanıt için ücretlendirilir, toplu listedeki her ülke ise tamamlandığında bilinmeyen satırlar dahil tam olarak ücretlendirilir. Bu faturalandırma bilgileri sinyallerin ne anlama geldiğini genişletmez.

Karışık ülkeli bir liste çalıştırmadan önce her ürünün güncel ülke kapsamını ürün listesinde inceleyin. Bir grup için kullanılamayan bir ürün, olumsuz bir hesap bulgusu olarak raporlanmamalıdır. Tamamlanmış bir liste indirildiğinde, her satırı ürün sütunları ve kontrol zamanı bozulmadan saklayın. Geliştirici genel bakışı, belgelenmiş akış için bir başlangıç noktasıdır; API belgeleri tam alanları sağlar. Bir sonraki pratik adım, her ürünün doğru, yanlış veya bilinmiyor sonucunu bağımsız olarak gösteren ve her kanal kararını açıkça belirtilmiş bir ekip politikasına bırakan küçük bir rapordur.

SSS

Bir platformdaki kayıt, diğerinde de kayıtlı olduğu anlamına mı gelir?

Hayır. Seçilen her ürün, kontrol anında kendi platforma özgü yanıtını verir.

Bilinmiyor, Kayıtlı değil olarak sayılmalı mı?

Hayır. Bilinmiyor, o ürün için kesin bir yanıt olmadığı anlamına gelir ve Kayıtlı değil durumundan ayrı tutulmalıdır.

Farklı tarihlerdeki sonuçlar birleştirilebilir mi?

Kontrol tarihleriyle etiketleyin. İki kontrol arasında bir hesap oluşturulabilir veya kaldırılabilir; bu nedenle eski bir sonuç bugünü anlatmaz.

Daha Fazla Bilgi Edinin

İş akışınızın bir sonraki adımına uyan ürün bilgilerini seçin.

• Ürün belgelerini görüntüleyin →
• Ekiple konuşun →