Hangi Olayların İzleneceğine Nasıl Karar Verilir?

Bu, Müşteri Verileri konulu beş bölümlük dizinin beşinci bölümüdür . İşte birinci , ikinci , üçüncü ve dördüncü kısımlar .

Sorular sorarak başlayın.

Hangi olayların izleneceğine ve hangi verilerin toplanacağına karar vermek için, kullanıcılarınız ve ürün kullanımlarıyla ilgili sorularınızı listelemeniz gerekir.

Sorularınızı listelemeye başladığınızda bilmek istediğiniz çok şey olduğunu anlayacaksınız. Sorular daha fazla soruyu doğurur ve bu olduğunda, muhtemelen tüm cevapları bir kerede almak isteyeceksiniz. Bu süreç çoğu insanı nasıl hissettirdiğinden dolayı bu sorulara yakıcı sorular olarak değinelim.

Bu şekilde hissetmiyorsanız, muhtemelen çok fazla şey bilmek istemiyorsunuz veya varsayımlarınıza güçlü bir inancınız var. Ancak bunun sizi soru sormaktan alıkoymasına izin vermeyin - cevapları öğrendiğinizde hoş bir şekilde şaşırabilir veya tamamen hayal kırıklığına uğrayabilirsiniz.

Verileri görselleştirebildiğiniz zaman, verilerle ilgili sorular sormak çok daha kolaydır; ancak, ilk önce yanan soruları sormadan raporlar oluşturmaya veya verileri görselleştirmeye devam ederseniz, bu aynı zamanda verimsiz de olabilir.

yanan sorular

"Son 7 gün içinde kaç kullanıcı kaydoldu?" gibi sorular basit olabilir. veya "Son 7 gün içinde SaaS endüstrisinden kaç kullanıcı kaydoldu ve başka bir kullanıcıyı kuruluşlarına davet etti ?" gibi karmaşık.

Soruları yazmayı düşünürken, aşağıdaki eylemleri listelemeye başlamak yardımcı olur:

• Aha anına ulaşmak için kullanıcının gerçekleştirmesi gereken eylemler (aktivasyon olayı)
• Bir kullanıcının satın almaya veya bir hesabı yükseltmeye hazır olduğunu gösteren eylemler
• Kullanıcı etkileşimini artıran ve bir kullanıcının elde tutulmasını sağlayan eylemler
• Bir kullanıcının üründen yeterince değer elde etmediğini gösteren eylemler
• Bir kullanıcının çalışmasının kesilmesine yol açabilecek eylemler

Ayrıca ürün deneyimini sorgulamaya başlamak ve temel teklifleriniz üzerinde düşünmek için iyi bir zaman. Aşağıdaki sorular çoğu teknoloji ürünü için geçerlidir:

• Değer verme zamanı nedir veya kullanıcıların aha anına ulaşması ne kadar sürer?
• Kullanıcıların kaydolduktan sonra izlediği çeşitli yollar nelerdir?
• Kullanıcı yolculuğunda sürtüşme noktaları nelerdir?
• Aktif kullanıcılar tarafından en çok kullanılan özellikler nelerdir?
• Ödeme yapan kullanıcılar tarafından en az kullanılan özellikler nelerdir?
• Hangi özellikler ücretsiz kullanıcıların ödeme yapan kullanıcılara dönüşmesine yol açar?

Olaylar ve olay özellikleri

Yaklaşan soruların bir listesine sahip olduğunuzda (5 ile 10 arası başlamak için iyi bir sayıdır), en kritik adıma, yani olayları ve olay özelliklerini tanımlamaya geçebilirsiniz.

Sonunda bir veri izleme planı oluşturmaya başladığınız yer burasıdır.

Temel olayların yanı sıra, belirli bir olay gerçekleştiğinde toplamak istediğiniz çeşitli veri parçalarını da düşünmeye başlamalısınız. Bu kılavuz, bu süreç hakkında nasıl düşünüleceğine dair bir bağlam sağlayacak bazı yaygın olayların ve ilişkili özelliklerin örneklerini içerir.

Aşağıda bir izleme planı oluşturmaya başlamadan önce bilmeniz gereken birkaç şey daha var.

Tıklamalar, görünümler ve süreçler

Ürününüzde gerçekleşen tıklamalar, görünümler ve süreçler arasındaki farklara dikkat etmek çok önemlidir; tıklanan her düğme, görüntülenen sayfa veya tamamlanan süreç benzersiz bir olay olarak izlenebilir.

Ayrıca, bazı durumlarda bir olay, sayfa görüntüleme, düğme tıklaması veya işlemin tamamlanması gibi üçünden herhangi biri olarak izlenebilir.

Varsayımsal bir kaydolma akışı kullanarak daha yakından bakalım:

İlk olarak, kullanıcı kayıt sayfasını ziyaret etmek için ana sayfadaki kayıt ol Burada gerçekleştirilen etkinlik, bir buton tıklaması (ana sayfadaki kayıt ol butonu) veya bir sayfa görünümü (kayıt sayfası) olarak izlenebilir.

Ardından , kullanıcı kayıt formunu doldurur, gönder Her şey yolunda giderse gönderim veritabanına ulaşır ve yeni bir satır oluşturulur.

Burada gerçekleştirilen olay, bir düğme tıklaması (gönder düğmesi), sayfa görünümü (teşekkürler sayfası) veya işlemin tamamlanması (veritabanında yeni satır) olarak izlenebilir.

Bu nedenle, olayları tamamen nasıl izlemeyi seçeceğiniz, kullanım durumlarınıza bağlıdır ve bazen, bir düğme tıklamasının yanı sıra bir sayfa görünümü veya işlemin tamamlanmasını aynı anda izlemek bile mantıklı olabilir.

and sign up Bununla birlikte, amacınız kullanıcı davranışını anlamaksa, bir kullanıcı eyleminin birden çok kez izlenmediğinden emin olarak olay fazlalığından kaçınmalısınız (kaydol düğmesine tıklandığında ve kayıt Sayfa görüntülendi

. Sayfa görüntülemelerini izlemek için, Ancak, her benzersiz sayfa için sayfa görüntülemelerini izlemek istediğinizde bu, etkinlik listenizi gülünç derecede uzatacaktır.

Her sayfa için ayrı bir olay tanımlamak yerine, aşağıdaki gibi olay özellikleriyle Görüntülenen Sayfa adlı genel bir olay belirtebilirsiniz:

Düğme tıklandı

Sayfa görünümleri gibi, düğme tıklamaları da aşağıdaki gibi ilişkili özelliklerle Düğme Tıklandı gibi genel bir olay aracılığıyla izlenmelidir:

İşlem tamamlandı

İşlemler, verilerin yazıldığı (belirli bir tabloda) veya alındığı (bir tablodan) bir veritabanıyla etkileşimin bir sonucu olarak gerçekleşir - etkileşim başarısız olursa, işlem başarısız olur.

Bu nedenle, bir işlemin tamamlanmasını izlemek, veritabanıyla etkileşimin tamamlanmasına dayanan olayları izlemenin en güvenilir yoludur.

İşte çok yaygın olan bir senaryo:

Kullanıcı, kayıt formunu doldurduktan sonra gönder düğmesine tıklar ve "şifre özel bir karakter içermelidir" gibi bir doğrulama hatasıyla karşılaşır. Burada, kullanıcı Button Clicked olayını gerçekleştirdi ancak aslında kayıt işlemini tamamlamadı.

Benzer şekilde, kullanıcı gönder düğmesine tıklarsa ancak sunucu tarafında bir hata oluşursa, işlem başarısız olur ve kullanıcı verileri veritabanına ulaşmaz. Bu nedenle, kullanıcı kayıt formunu başarıyla göndermesine rağmen kayıt işlemi eksik kaldı.

Bu nedenle, bir olay meydana geldiğinde tamamlanması gereken tüm süreci (veya veritabanı etkileşimini) düşünmek çok önemlidir.

Ayrıca, bir kullanıcının ürününüze kaydolup e-posta adresini doğrulamadığını da bilmelisiniz; bunu yapmanın bir yolu, kullanıcıların kaydolduktan sonra oturum açıp açmadığını kontrol etmektir (bu, yalnızca e-posta doğrulandıktan sonra olabilir). Ancak, e-postayı doğrulayan ancak asla oturum açmayan kullanıcılar olabilir.

Bu nedenle, 2 ayrı olayı izlemek daha iyi bir yaklaşım olabilir: Kaydoldu (kayıt işlemi tamamlandı) ve Bu aynı zamanda kaç kişinin kaydolduğunu ancak e-postalarını doğrulamadığını da gösterecek ve bir veya iki gün sonra doğrulama e-postasını yeniden göndermenizi sağlayacaktır.

İstemci tarafı ve sunucu tarafı olayları

Veritabanı etkileşimlerine (veya arka uç işlemlerine) dayanmayan tıklamalar ve görünümler gibi olaylar, esasen istemci tarafı olaylardır.

İstemci tarafı olaylar yalnızca istemcide (veya kullanıcının cihazında) gerçekleşir ve ayrıca ön uç olayları olarak da adlandırılır.

Öte yandan, arka uç işlemlerine dayanan olaylara sunucu tarafı olayları denir. Adından da anlaşılacağı gibi, bir veritabanı etkileşimi başarıyla tamamlandığında sunucu tarafı olaylar bir sunucuda gerçekleşir.

Sunucu tarafı olaylara arka uç olayları da denir.

İstemci tarafı ve sunucu tarafı olayları arasındaki farkı bilmek, iki tür olay genellikle bir kuruluştaki farklı kişiler tarafından uygulandığından, enstrümantasyon sürecine yardımcı olur.

Tam kapsamlı bir geliştiriciye her iki tür etkinliğin uygulanmasıyla görev verilmiş olsa bile, izleme planınızda olay kaynağını belirtmek her zaman yararlıdır.

Etkinlik izleme sonraki adımlar

Bu bizi Müşteri Verileri üzerine beş bölümlük dizinin sonuna getiriyor. Etkinliklerinizi bugün izlemeye başlamak için ücretsiz bir Amplitude hesabıyla başlayın.