Kullanıcı Aktivasyon Raporu Nasıl Oluşturulur: Kapsamlı Bir Rehber

İki ekip aynı ürün verilerine bakıp %22 ve %61 oranlarında aktivasyon oranları raporluyor.

İkisi de aritmetik bir hata yapmadı. Sadece farklı etkinlikler, farklı pencereler ve farklı paydalar seçtiler.

Bu metriğin asıl zorluğu da tam olarak burada yatıyor. Formül bir bölme işleminden ibaret ve tüm tartışma bu formüle nelerin dahil edileceğiyle ilgili.

Bu kılavuz, raporun neleri içermesi gerektiğini ve bu sayıyı belirleyen üç seçimi ele alıyor. Ardından, e-tablonuzun neden analitik aracınızla uyuşmayacağını ve bir etkinlik dışa aktarımından bu raporun nasıl oluşturulacağını açıklıyor.

Bir aktivasyon raporunun içermesi gerekenler

Manşetteki yüzde tek bir satırdan ibarettir. Rapor ise bu satırı savunulabilir kılan bağlamdır.

Aynı görünümde beş unsur yer almalıdır: Aktivasyon etkinliği, pencere, kohort tanımı, payda sayısı ve oranın kendisi.

Bunlardan herhangi birini dışarıda bırakırsanız sayı çürütülemez hale gelir. Birisi bunu yönetim kurulu sunumunda paylaşır ve hiç kimse bu sayıyı yeniden elde edemez.

Altıncı bir öge olarak trendi ekleyin. Tek bir ölçüm sadece bir veri noktasıdır; tanımlar değiştirilmeden elde edilen ardışık üç ölçüm ise harekete geçmeye değer ilk şeydir.

Sayıyı belirleyen üç seçim

Her bir seçim sonucu tek başına etkiler ve nihai yüzdeye bakıldığında bu seçimlerin hiçbiri görünmez.

Seçim	Neye karar verir	Değiştirirseniz ne olur
Aktivasyon etkinliği	Neyin başarı sayılacağı	Daha geç gerçekleşen bir etkinlik, her kohorttaki oranı düşürür
Aktivasyon penceresi	Kullanıcıların ne kadar süresi olduğu	Daha uzun bir pencere oranı yükseltir ve raporlamayı yavaşlatır
Payda	Kimin ölçüldüğü	Kaydırılmış bir kohort, oranı %100'ün üzerine çıkarabilir

1. Seçim: Aktivasyon etkinliği

Bu, en çok önem taşıyan kişisel karardır ve sadece dışa aktarılan verilere bakarak yanıtlanamaz.

Bir aktivasyon etkinliği, kullanıcının geri döneceğini öngören en erken eylem olmalıdır. Kolaylık bir kriter olmadığı gibi, etkinliğin sisteme entegre edilmesinin ne kadar kolay olduğu da bir kriter değildir.

Kayıt işleminin tamamlanması neredeyse hiçbir zaman bu etkinlik değildir. Kaydolmak huninin girişidir, ürünün birinin işine yaradığının kanıtı değil.

Ürünün vaadini ilk kez yerine getirdiği eylemi seçin. Bir raporlama aracı için bu, yayınlanan ilk rapor olabilir; bir mesajlaşma aracı içinse başka bir kişiye gönderilen ilk mesaj olabilir.

Yaptığınız seçimi tek satırlık bir gerekçeyle yazılı hale getirin. Gelecek çeyrekte tanımın kaymasını önleyecek olan şey bu cümledir.

2. Seçim: Aktivasyon penceresi

Ciddi her araç bunu bir parametre olarak ele alır, bu da kararın size ait olduğu anlamına gelir.

Mixpanel'in huni dokümantasyonu bu konuda nettir. Dönüşüm penceresi, "bir kullanıcının huniye girdikten sonra huninin tüm adımlarını tamamlamak için ne kadar süresi olduğunu belirler."

Buradaki varsayılan değer, ilk adımdan itibaren yedi gündür. Maksimum süre 366 gün veya oturum tabanlı pencereler için on iki oturumdur.

Bir detay insanları yanıltabilir. Mixpanel, pencerenin "huni girişi başına Adım 1 etkinliğinin ilk gerçekleştiği anda başladığını" belirtir. Bu etkinliğin daha sonraki gerçekleşmeleri süreyi sıfırlamaz.

Dolayısıyla kaydolan, bir ay boyunca ortadan kaybolan, ardından geri dönüp aktivasyon gerçekleştiren bir kullanıcı başarısız olarak sayılabilir. Kısa bir pencere altında bu doğru bir davranıştır ve raporunuzu okuyan kişiyi şaşırtacaktır.

3. Seçim: Payda

Payda kohorttur ve kohortlar, insanların ne zaman eyleme geçtiğinden ziyade ne zaman geldiklerine göre tanımlanır.

Belirli bir dönemde kaydolan herkesi alın. Listeyi dondurun, ardından pencere içinde kaç kişinin aktivasyon etkinliğine ulaştığını ölçün.

Mixpanel'in benzersiz sayım yöntemi de aynı şekilde çalışır ve kullanıcıyı "seçilen zaman diliminde Adım 1'i ilk kez takip ettiklerinde" dahil eder. Sonraki girişler sayıya eklenmez.

Tuzak, dönemleri karıştırmaktır. Payda "bu ayki kayıtlar" ve pay "bu ayki aktivasyonlar" ise, daha önce kaydolmuş kullanıcıların aktivasyonlarını da saymış olursunuz.

Metriğin bu versiyonu %100'ü aşabilir, bu da durumu ele verir. Kohort analizi hakkındaki açıklayıcı yazımız, kohortun neden önce dondurulması gerektiğini ele alıyor.

E-tablonuzun neden analitik aracınızla uyuşmayacağı

Bu karşılaştırma çoğu ekipte koca bir öğleden sonrayı tüketir, bu yüzden gerçekleşmeden önce nedenini anlamakta fayda var.

Aracın içindeki üç ayar çıktıda görünmez: Pencere uzunluğu, sayım yöntemi ve adım sıralaması.

Mixpanel, her bir adımın bir sonrakinden önce gelmesini gerektiren belirli bir sırayı varsayılan olarak kabul eder. Ayrıca, adımları sabitlemediğiniz sürece herhangi bir sırayla sayıldığı serbest sıralama seçeneği de sunar.

Bir e-tabloyu yeniden oluşturmak, dolaylı olarak bu üç soruya kendi yanıtlarını seçer. İki doğru hesaplama birbirinden farklı olacaktır ve hiçbir taraf yanlış değildir.

Çözüm sıkıcıdır ama işe yarar. Üç ayarı rapora kaydedin ve yalnızca benzer koşulları birbiriyle karşılaştırın.

Manuel olarak nasıl yapılır?

1. Seçenek: İki sayım ve bir bölme

Dönem içinde kaydolan her kullanıcıyı listeleyin, ardından BENZERSİZ işleviyle tanımlayıcıları tekilleştirin.

Payda için bu listeyi BAĞ_DEĞ_DOLU_SAY ile sayın. Ardından, aynı listeden pencere içinde bir aktivasyon etkinliği gerçekleştiren kullanıcıları saymak için ÇOKEĞERSAY işlevini kullanın.

Her iki sayımı da görünür hücrelerde tutun. En sonda bir kez bölme işlemi yapın, böylece herkes iki girdiyi de ayrı ayrı denetleyebilir.

Sınırlara hızla ulaşılır. Tek bir pencere için tek bir yüzde elde edersiniz ve kimlerin aktive olmadığını göremezsiniz.

2. Seçenek: Kullanıcı başına bir satır

Kohorttaki kullanıcı başına bir satır içeren bir tablo oluşturun. Kayıt tarihi, ilk aktivasyon etkinliği tarihi, ikisi arasındaki gün sayısı ve pencerenin içinde olup olmadığını belirten bir işaretçi için sütunlar ekleyin.

Sonraki tarihten önceki tarihi çıkararak gün farkını hesaplayın. Microsoft'un ETARİHLİ işlevi hakkındaki kendi kılavuzu, bu işlevin "belirli senaryolar altında yanlış sonuçlar hesaplayabileceği" konusunda uyarıyor ve gün sayımları için düz çıkarma işlemini öneriyor.

Artık rapor dilimlenebilir: Plana göre, edinme kanalına göre, kayıt haftasına göre veya şirket büyüklüğüne göre.

Asıl bulgular genellikle bu dilimlemede gizlidir. Düz, karma bir oran genellikle bir kanalın çok iyi aktive olduğunu, diğerinin ise hiç aktive olmadığını gizler.

Buradaki sınır, birleştirmeler ve veri hacmidir. Bir etkinlik dışa aktarımını kullanıcı tablosuyla eşleştirmek, birkaç yüz bin satırı geçtikten sonra zahmetli bir hal alır.

3. Seçenek: Tanımlar sekmesi

Aktivasyon etkinliğini, pencereyi, kohort kuralını ve sayım yöntemini kaydedin. Ardından, dahili hesaplar ve test kullanıcıları gibi neleri hariç tuttuğunuzu not edin.

Dahili trafik, sessiz bir saptırıcıdır. Ürünü her hafta test eden otuz kişilik bir ekip, küçük bir kohortun oranını birkaç puan yukarı taşıyabilir.

Buradaki kısıt, bir kuralı yazılı hale getirmenin onu uygulamaya koymadığı gerçeğidir. Birileri gelecek ay yine aynı filtreleri sıfırdan oluşturacaktır.

Ortak sınır. Her üç seçenek de dışa aktarılan verilerin güvenilir bir kullanıcı tanımlayıcısı ve temiz bir etkinlik adı içerdiğini varsayar. Çeyrek ortasında etkinlikler yeniden adlandırıldıysa, asıl iş bu verileri birbiriyle uyumlu hale getirmektir.

Manuel yöntemin yavaşladığı yerler

İlk rapor bir sabahınızı alır. Dördüncüsü ise daha uzun sürer, çünkü o zamana kadar tanımlar değişmiştir.

Etkinliklerin yeniden adlandırılması en yaygın nedendir. Takip sistemindeki bir temizlik, bir etkinliği ikiye böler ve kullanıcı davranışında hiçbir değişiklik olmamasına rağmen aktivasyon sayısı düşer.

Kohort dönemi de kayar. Birisi geçen çeyreğin dosyasını bu çeyreğin tarih filtresiyle yeniden çalıştırır ve bir toplantıda bu iki sayı karşılaştırılır.

Bir de her seferinde gelen o malum talep vardır: Birisi aynı oranı kanal bazında ister ve tüm filtre seti elle yeniden oluşturulur.

Ürün analitiği için en iyi yapay zeka araçları derlemesi, bu sorunun araçsal boyutunu ele alıyor.

Powerdrill Bloom ile nasıl oluşturulur?

1. Adım: Etkinlik dışa aktarımınızı yükleyin

Etkinlik dosyasını veya etkinlik ve kullanıcı dosyalarını birlikte yükleyin. Powerdrill Bloom, sütunları yükleme anında analiz eder; böylece eksik kullanıcı tanımlayıcıları, tutarsız etkinlik adları ve aralık dışı zaman damgaları, herhangi bir oran hesaplanmadan önce tespit edilir.

2. Adım: Tanımı doğal dille açıklayın

Kuralları oluşturmak yerine doğrudan ifade edin. Aktivasyon etkinliğini, gün cinsinden pencereyi, kohort dönemini ve hangi hesapların hariç tutulacağını belirtin.

Ardından, sınırları ortaya çıkaracak sorular sorun. Pencere kapandıktan bir gün sonra kaç kullanıcının aktive olduğunu sorun. Hangi etkinlik adlarının dönemin yalnızca bir bölümünde göründüğünü sorun. Son olarak, oranın kanala ve kayıt haftasına göre dağılımını isteyin.

3. Adım: Grafiği, raporu veya sunumu dışa aktarın

Paydasıyla birlikte oranı, kayıttan bu yana geçen gün bazında aktivasyon eğrisini veya sayının yanında tanımları da içeren slaytları dışa aktarın.

Sık yapılan hatalar

Kayıt işlemini aktivasyon etkinliği olarak kullanmak. Kaydolmak huninin girişidir. Aktivasyon ise ürünün somut bir değer sunduğu an olmalıdır.

Oranı payda olmadan raporlamak. Belirtilmemiş bir tabanın yüzdesi sadece bir süstür. Yanında kohort büyüklüğünü de gösterin.

Kohort dönemlerini karıştırmak. Önceki kayıtlardan gelen aktivasyonları bu ayın tabanına göre saymak oranı şişirir ve %100'ün üzerine çıkmasına neden olabilir.

Pencereyi yeniden etiketlemeden değiştirmek. Yedi günlük bir rakam ile otuz günlük bir rakam farklı ölçümlerdir. Birini sabitleyin ve rapora yazın.

Kendi rakamınızı yayınlanmış bir kıyaslama değeriyle karşılaştırmak. Diğer şirketler farklı etkinlikler ve pencereler seçer. Öncelikle kendi trendinizle karşılaştırın.

Dahili hesapları kohortta bırakmak. Personel ve test kullanıcıları %100'e yakın bir oranda aktive olur. Küçük bir kohortta bu durum sayıyı gözle görülür şekilde değiştirir.

Yeniden adlandırılan etkinlikleri göz ardı etmek. Takip sistemindeki bir değişiklik, davranışta hiçbir değişiklik olmamasına rağmen sayıyı düşürebilir. Bir düşüşü açıklamaya çalışmadan önce etkinlik adlarını kontrol edin.

Sonuç

Aktivasyon etkinliğini seçin, pencereyi sabitleyin, kohortu dondurun ve oranı yanındaki payda ile birlikte raporlayın. Bu dört karar, insanların harekete geçebileceği bir sayı üretir.

Yüzdenin kendisi nihai çıktı değildir. Gelecek ay bütçeyi nereye harcayacağınızı söyleyen şey, kanal bazında ve kayıt haftası bazındaki dağılımdır.

Bu dağılımı yeniden oluşturmak tüm vaktinizi alıyorsa, etkinlik dışa aktarımınızda Powerdrill Bloom'u deneyin. Ayrıca ürün kullanım verilerini bir özellik benimseme raporuna dönüştürme kılavuzumuza ve AI report generator sayfamıza göz atın.

Sıkça sorulan sorular

Aktivasyon oranı formülü nedir?

Bir kohortta pencere içinde aktivasyon etkinliğine ulaşan kullanıcıları sayın. Bunu kohorttaki toplam kullanıcı sayısına bölün, ardından 100 ile çarpın.

Aktivasyon penceresi ne kadar uzunlukta olmalıdır?

Normal davranışı yakalayacak kadar uzun ve harekete geçilebilecek kadar kısa olmalıdır. Mixpanel, dönüşüm penceresini varsayılan olarak yedi gün kabul eder ve 366 güne kadar izin verir.

Hangi etkinlik aktivasyon olarak sayılmalıdır?

Kullanıcının geri döneceğini öngören en erken eylem. Aday etkinlikleri, bu etkinlikleri gerçekleştiren kullanıcıların sonraki haftalarda geri dönüp dönmediğine göre test edin.

Benim bulduğum sayı neden analitik aracımızdakinden farklı?

Genellikle pencere, sayım yöntemi veya adım sıralaması nedeniyle. Bu üç ayar aracın içinde yer alır ve dışa aktarılan sayıda görünmez.

Aktivasyon oranı %100'ü aşabilir mi?

Yalnızca kohort yapısı bozulmuşsa aşabilir. Bu sonuç, daha önceki kayıtlardan gelen aktivasyonların daha sonraki bir paydaya göre sayıldığı anlamına gelir.