Olay Verileri Bağlamında Varlıklar Nelerdir?

Bu, Müşteri Verileri üzerine beş bölümlük dizinin üçüncü bölümüdür. İşte birinci ve ikinci kısımlar . Bu yazıyı okumadan önce birinci bölümü okumanız şiddetle tavsiye edilir.

Olay verileri, bir ürünün içinde neler olup bittiğini veya bir şeyin nasıl yapıldığını deşifre etmek için inanılmaz derecede faydalıdır. Ancak, bu etkinlikleri kimin gerçekleştirdiğini bilmiyorsanız, segmentasyon ve kullanıcı karakterlerini anlama açısından yapabileceğiniz pek bir şey yoktur.

Burası, User'ın birincil varlık olduğu ve user_id'nin her olayla ilişkilendirilmesi gereken anahtar özellik olduğu varlık verilerinin devreye girdiği yerdir. Bunu yapmak, aşağıdaki gibi soruları yanıtlayarak kullanıcı davranışını anlamanızı sağlar:

• Kampanya Gönderildi etkinliğini kaç benzersiz kullanıcı gerçekleştirdi?
• Bu etkinliği hangi kullanıcılar gerçekleştirdi?
• Kampanya Gönderildi etkinliğini ilk kez gerçekleştirmeden önce bir kullanıcı segmentinin gerçekleştirdiği ortalama olay sayısı nedir?
• Bu olaydan önce kullanıcı segmenti tarafından hangi olaylar gerçekleştirildi?

Yine de hepsi bu değil. Olayları doğru varlıklarla ilişkilendirmek kişiselleştirmenin anahtarıdır; bağlamsal uygulama içi deneyimler yoluyla daha iyi katılım, yaşam döngüsü mesajlaşma yoluyla katılım ve etkinleştirme, müşterileri edinme kampanyalarından hariç tutma ve risk veya genişleme altındaki hesaplardan doğru kullanıcılara proaktif erişim. hazır.

Daha derine inelim.

Bir olay, birden çok varlık

Kullanıcı , bir kullanıcı tarafından gerçekleştirilen her olayla ilişkili birincil varlıktır. Ancak bir kullanıcı bir grubun veya bir hesabın (B2B SaaS ürünleri bağlamındaki kuruluşlar veya çalışma alanları ) parçası olduğunda, Hesap aynı zamanda olaylar hakkında daha fazla bağlam sağlamak ve bir hesaptaki kullanıcı etkinliğini izlemek için ilişkilendirilmesi gereken bir varlıktır ( veya grup) düzeyi.

Bir hesap birden çok kullanıcıyı içerdiğinden, doğru hesabı kullanıcı olaylarıyla ilişkilendirmek, bir hesabın genel sağlığını anlamaya ve aşağıdakiler gibi önemli soruları yanıtlamaya yardımcı olur:

• Kaç hesap etkinleştirildi?
• Aktif hesaplar için ortalama kullanıcı sayısı nedir?
• X veya daha fazla kullanıcı içeren kaç hesap var?

Bir hesaptaki kullanıcıların toplu eylemlerinin genellikle tek bir kullanıcının eylemlerinden ziyade etkinleştirmeye katkıda bulunduğunu akılda tutmaya yardımcı olur.

Bu nedenle, birden çok kullanıcı tarafından ortaklaşa kullanılan SaaS ürünlerinin, her olayla birden çok varlığı ( kullanıcı ve hesap ) ilişkilendirmesi gerekir.

Bir hesaba kuruluş olarak atıfta bulunuluyorsa, user_id öğesinin üstünde, hangi kullanıcının bir etkinliği ve hangi kuruluş altında gerçekleştirdiğini bilmek için kuruluş_kimliğinin olaylarla ilişkilendirilmesi gerekir.

Örneğin, kullanıcı John Doe 10 kullanıcılı bir Acme Corp organizasyonu tarafından kullanılan bir proje yönetimi uygulamasında yeni bir proje oluşturursa, iki önemli bilgi parçası oluşturulur:

1. John Doe yeni bir proje yarattı: John Doe , Project Created etkinliğini gerçekleştirdi
2. Acme Corp organizasyonu içinde yeni bir proje oluşturuldu: Project Created etkinliği Acme Corp organizasyonu içinde gerçekleşti

Etkinliğin organizasyonla ilişkilendirilmemesi, ikinci bilgi parçasının kaybolmasına neden olacaktır.Ayrıca, Deneme Başladı , Deneme Bitti ve Abonelik İptal Edildi gibi abonelikle ilgili olaylar, kuruluş düzeyinde gerçekleşir ve belirli bir kullanıcıyla ilgili değildir.

Bu tür olaylar otomatik olarak (kayıttaki karttan ödeme alınamadı) veya bir kullanıcı eyleminin sonucu olarak gerçekleşsin, bu kuruluş düzeyindeki olayları bir kuruluştaki tüm kullanıcılarla ilişkilendirmek yararlı olabilir. Bu, yalnızca hesabın sahibiyle etkileşim kurmakla sınırlı kalmamanızı ve bu tür olaylar gerçekleştiğinde hesaptaki diğer kullanıcıların bilgilendirilebilmesini sağlar.
Olayları hesaplarla ilişkilendirmemek, yalnızca bireysel kullanıcıların eylemleriyle ilgili verilere sahip olacağınız için analiz ve katılım çabalarını engelleyecektir. Ayrıca, kullanıcı olaylarını daha sonra doğru organizasyonlarla birleştirmek ya mümkün olmayacak ya da veri mühendisleriniz için büyük bir acı olacaktır.

Ve ürününüz bir kullanıcının birden fazla hesabın parçası olmasına izin veriyorsa, bu sorun daha da kötüleşir.

Bir kullanıcı, birden fazla hesap

Bir kullanıcının SaaS araçları bağlamında birden fazla hesapla ilişkilendirilmesi oldukça yaygındır. Notion, ClickUp ve Integromat, benzersiz bir kullanıcının her biri farklı bir aboneliğe sahip birden çok kuruluşa veya çalışma alanına katılmasına veya oluşturmasına olanak tanıyan birkaç popüler araçtır.

Bu, aynı kullanıcının birden fazla hesap altında etkinlikler gerçekleştirdiği, ancak aynı hesap veya kuruluş altında gerçekleşmeleri gerekmediğinden bu etkinliklerin ilgisiz olduğu anlamına gelir.

Bir kullanıcının birden fazla kuruluşun parçası olmasına izin veren ürünlerde, hesap düzeyindeki etkinliği izlemek için her kullanıcı etkinliği için, etkinliğin hangi kuruluş altında gerçekleştirildiğini bilmeniz gerekir. Başka bir deyişle, o organization_id hakkının her olayla ilişkilendirilmesi gerekecektir.

Bunu yapmamak, bir kullanıcının tüm hesaplarda gerçekleştirdiği tüm olayları görebileceğiniz, ancak hangi olayın hangi hesaba ait olduğunu bilemeyeceğiniz, çarpık bir veri kümesiyle sonuçlanacaktır. Bu, sonuç olarak, yanlış verilerle desteklenen müşteri deneyimlerinin yanı sıra kötü iş kararlarına yol açacaktır ve bunların sonuçları önemli ölçüde zararlı olabilir.

Sonuç olarak, bir kullanıcı birden fazla hesabın parçası olduğunda, hesap düzeyinde neler olup bittiğini anlamak için her hesabın altında gerçekleşen kullanıcı etkinliğini izole etmeniz gerekir; bu, B2B SaaS durumunda anahtardır.

Sadece bir tanımlayıcı değil

Varlık verileri yalnızca kullanıcının (bir etkinliği gerçekleştiren) veya kuruluşun (olayın altında gerçekleştirildiği) belirlenmesine yardımcı olmakla kalmaz, aynı zamanda hem kullanıcı hem de kuruluş hakkında çok daha fazla bilgi sağlar.

Varlık verilerini aşağıdaki paketlerde sınıflandırmak yardımcı olabilir:

• Ad, e-posta ve telefon gibi kişisel olarak tanımlanabilir bilgiler
• Yaş, cinsiyet ve konum gibi demografik bilgiler
• Endüstri, iş_rolü ve Markalar, türler ve ürün_kategorileri gibi tercihler
• Abonelik_türü, kullanıcı_sayısı, hesap_yöneticisi ve yenileme_tarihi gibi hesap verileri

Varlık özelliklerinin belirtilmesi, gelecekteki bir kılavuzda ele alınacak olan olay izlemeyi kurma sürecinde çok önemli bir adımdır.

Varlıklar ve olay verileriyle ilerlemek

Varlık özellikleri (kullanıcıları segmentlere ayırmaya yardımcı olan) hakkında düşünmek, yeni fikirleri tetikleyebilir veya bir kullanıcı ürününüze kaydolduğunda hangi verilerin toplandığı gibi kullanıcı segmentasyonuyla ilgili sorguları gündeme getirebilir.

Doğru soruları soruyor ve kullanıcılara ilgili seçenekler sunuyor musunuz? Kullanıcı karakterlerini daha iyi anlamak için bu soruları değiştirmeniz veya yenilerini sormanız mı gerekiyor? Özelliklerin adlandırma kuralı veya her bir özelliğin veri türü ne olacak?

Tüm bu küçük ayrıntıları düşünmek biraz fazla gibi görünse de, analiz edilmesi ve üzerinde hareket edilmesi kolay temiz veriler topladığınızdan emin olmak için bu soruları bir an önce sormak önemlidir.

Artık varlık verilerinin olay verilerini toplama sürecinde oynadığı rolü biliyorsunuz, bu da bir ürün analizi platformunda olay verilerinin nasıl göründüğünü keşfetmenin iyi bir zaman olduğu anlamına geliyor.