Analytics İzlemenizi Oluştururken veya Geliştirirken İzlenecek En İyi Uygulamalar
Yayınlanan: 2022-12-16Editörün notu: Bu makale ilk olarak 10 Ocak 2021'de Iteratively blogunda yayınlandı.
İzleme planı yaşayan bir belgedir (veya Amplitude gibi bir araçta bulunabilir) ve genellikle hangi olayların ve özelliklerin izleneceğini, bunların ne anlama geldiğini ve nerede izleneceğini ana hatlarıyla belirtir. Analitikleriniz için tek bir doğruluk kaynağının kodlanmasına yardımcı olur ve geliştiricilerinize, ürününüzün kod tabanında analitik izlemeyi (veya şemasını) kullanmak için ihtiyaç duydukları ayrıntıları sağlar.
Ve neden birine ihtiyacın var? Bir izleme planı olmadan, ürününüzle hangi olayları yakaladığınızı ve bunların ne anlama geldiğini bilmek çok zordur. Ayrıca, yakaladığınız verilerin kaynaklarınızda tutarlı olmasını sağlamaya yardımcı olur (iOS, Android, web, arka uç düşünün) ve veri tüketicilerine, Amplitude gibi araçlarda veya doğrudan veri ambarınızda analiz için hangi verileri keşfedebileceklerini anlamalarını sağlar. .
İzleme planının yanı sıra analitik izlemenizi nasıl tanımladığınız, kullandığınız ve doğruladığınızla ilgili bir sürece de ihtiyacınız var. Bu süreç genellikle ürün yöneticilerinizi, veri analistlerinizi ve geliştiricilerinizi içerir.
Bu gönderide, sizin ve ekibinizin başarılı olmasını sağlamanın ve bir izleme planı ve sürecinin avantajlarından yararlanabilmenizi sağlamanın bazı yollarını keşfederek analitiğinizi bir sonraki seviyeye taşıyacağız.
Hedefleriniz ve ölçümlerinizle başlayın
Metriklerinizi ana hatlarıyla belirleyerek başlamanız ve ardından bu metrik hakkında uygun şekilde raporlamak için ihtiyacınız olan olaylara kadar ilerlemeniz çok önemlidir. Hedefleriniz, ölçütleriniz ve etkinlikleriniz arasında bir bağlantı olmadığında, işiniz için çok önemli olan etkinlikleri kaçırırken büyük olasılıkla genişleyen bir izleme planına ve gerçekten ihtiyacınız olmayan verilere sahip olacaksınız.
Hedef | 1. Çeyrek'te edinimi %15 artırın |
Metrik | Dönüşüm Oranı = Kullanıcı Tarafından Kaydolmuş/Tekil Ziyaretçiler |
Etkinlik | Kullanıcı Kaydoldu |
Özellikler | user_id, kampanya, deneme, yönlendiren vb. |
Ayrıca, enstrümantasyon için olayları önceliklendirmenize yardımcı olur ve umarım ürün yöneticilerini ve veri analistlerini yeni bir özelliğin yalnızca hedefi veya başarı ölçüsü hakkında değil, bunun üründe bunu ölçmek için gereken gerçek izlemeye nasıl dönüştüğü hakkında düşünmeye zorlar.
Etkinlik ve kullanıcı özelliklerini unutmayın
Özellikler, bir etkinlik veya kullanıcıyla ilişkili tüm ayrıntıları yakalayabileceğiniz yerdir. Olay veya kullanıcı etrafındaki bağlamı tanımlarlar ve analistlerinizin gruplandırmasına, filtrelemesine ve kohortlamasına olanak tanır.
İki tür özellik vardır: olaya özel (ör. bir satın alma olayıyla ilişkili gelir miktarı) ve kullanıcıya özel (ör. bir kullanıcı hakkında demografik bilgi). Çoğu etkinlik ve kullanıcı, kendileriyle ilişkili birden fazla mülke sahip olacaktır ve etkinliklerinizde olduğu gibi, yalnızca ihtiyacınız olanı yakalamanızı ve küçükten başlamanızı öneririz.
Tutarlılık oluşturun ve basit tutun
Veri kalitesi sorunlarının başlıca suçlusu, tutarsız adlandırma kurallarıdır. Bir ekibiniz bir etkinliği "Çalınan Şarkı" olarak yakalarken, başka bir ekip aynı etkinliği "Çalnan Şarkı" olarak yakalıyor olabilir. Bu, analistleri çok sayıda veri munging veya daha da kötüsü eksik raporlarla karşı karşıya bırakır.
Etkinlikleriniz ve mülkleriniz için bir adlandırma kuralı üzerinde anlaşın ve analitik izlemeyi tanımlama ve enstrümantasyonla ilgili herkesin anlayabileceğinden emin olun (veya bunu kolayca uygulamak için Amplitude gibi bir araç kullanın).
Adlandırma kuralı | Taksonomi | Örnek vermek |
Olay adlandırma kuralı | Başlık Örneği | örneğin Çalınan Şarkı |
Özellik adlandırma kuralı | yılan_durumu | örneğin şarkı_başlığı |
Adlandırma kurallarınızla birlikte, etkinlikleriniz için bir çerçeve belirleyin, örneğin "Object-Action". Önce nesnelerinizi seçin (örn. "Şarkı"), ardından "Çalınan Şarkı" veya "Şarkı Duraklatıldı" gibi olaylar oluşturmak için kullanıcıların o nesne üzerinde gerçekleştirdiği eylemleri (ör. "Çaldı", "Duraklatıldı") tanımlayın. Ve son olarak, bir kip üzerinde anlaşın (örn. "Çalınan Şarkı" veya "Çalınan Şarkı").
Olayların nerede yakalanacağını belirleyin
Analitik izleme söz konusu olduğunda seçenekleriniz vardır ve işinize ve analitik ihtiyaçlarınıza uyan en uygun karışımı belirlemek için artıları ve eksileri anlamak önemlidir. Birçok şirket, olayları yalnızca istemci tarafında yakalayarak ve sunucu tarafında olay yakalamanın avantajlarından yararlanmayarak kendilerini sınırlar.
Olayları sunucuda toplamak daha güvenilirdir ve görev açısından kritik olaylarınızı her zaman burada yakalamanızı öneririz. Sunucu tarafı izleme, kullanıcı hakkındaki bilgilere (örneğin, IP adresi, kullanıcı aracısı, yönlendiren ve UTM parametreleri) daha az erişimle biraz sınırlı olsa da, çok daha güvenilir ve dayanıklıdır.
İstemci tarafı izleme, çok daha zengin bilgilere izin verir ve bir olayın nasıl gerçekleştiğine ilişkin bağlama ihtiyaç duyduğunuz yerde olayları yakalamanız gereken yerdir (örneğin, ziyaretin nereden geldiğini anlamak için UTM parametrelerini ve yönlendirenleri yakalamak istediğiniz ilk sayfa görünümü için) . Ancak ITP ve ETP gibi reklam engelleyicilerin ve tarayıcı kısıtlamalarının istemci tarafı izlemenizi sınırlayabileceğini unutmayın; bu nedenle zenginlik ve güvenilirliğin en uygun karışımını bulmak istersiniz.
Geliştirme ve üretim ortamlarını ayrı tutun
Bu basit, ancak yine de şirketlerin geliştirme ortamlarından analitik hedeflerine veri gönderdiklerini görüyoruz. Üretim verilerinizi kirletmeyin ve ortamlarınızı ayrı tuttuğunuzdan emin olun.
İzleme planınızı uygulayın
Birçok ekip, analitik izlemeyi sonradan gelen bir düşünce olarak ele alır ve diğer kodlara yaptıkları uygulamaların aynısını uygulamaz. Bu, doğal olarak, aşağı yönde düzeltmeniz gereken veya daha kötüsü, hiç keşfetmediğiniz analitik hatalarıyla sonuçlanır. Birçok takımın bu şekilde verilerine olan güvenini kaybettiğini görüyoruz ve güven bir kez ortadan kalktı mı, yeniden inşa etmek zor!
Bunun çok önemli olduğunu azaltmak için analitik izlemenizi doğrular ve uygularsınız. Verilerinizi özelliklerine göre doğrulamanın çeşitli yollarını özetleyen kapsamlı bir kılavuz yazdık.
Özetlemek gerekirse, izlemenizi zorlamanın birkaç yolu vardır ve bunlar genellikle iki kategoriden birine girer: reaktif veya proaktif yaklaşımlar ve izleme planınızı veya analitik şemanızı istemcide, ardışık düzende ve hedefte uygulayabilirsiniz ( genellikle bir veri ambarı veya analiz hedefi). Kalite sorunlarını her zaman kaynağında ele almanızı, yani enstrümantasyonunuzun ilk etapta belirtilenlerle eşleştiğinden emin olmanızı ve ardından bunu birim testiyle ve CI/CD'nin bir parçası olarak doğrulamanızı öneririz.
Sahip atama
İzleme planınızın net bir sahibine sahip olmak çok önemlidir. İzleme planınızın güncel tutulmasını sağlamak için sorumluluk gereklidir. Başka bir blog gönderisinde, bu sahibin kim olabileceğine ve analitik izlemeniz etrafında nasıl bir süreç oluşturacağınıza değineceğiz.
Götürmek? Ürün ekibinin izleme planınızın sahibi olmak için en iyi konumda olduğuna inanıyoruz ve olay izlemenin her yeni ürün sürümünde sona erdiğinden emin olmak için analitik izleme için net bir sürece sahip olmanızı öneririz. Bu, olay takibiniz için net bir süreç tanımlamanız ve ürün ekibine doğru araçlar ve eğitimle yetki vererek sorumluluğu üstlenmeleri için emanet etmeniz anlamına gelir.
Her şeyi belgeleyin
Güncel belgelerin önemini vurgulayamayız. Bu olmadan, analitik izleme kolayca dağınık hale gelir, ekipler izlemeyi yayın sürecinin bir parçası olarak dahil etmeyi unutmaya başlar ve siz de verilerinize güvenmeme yönündeki aşağı doğru sarmalı başlatırsınız.
El ile belgeleme sıkıcı olabilir ve unutulması kolay olabilir, ancak en azından aşağıdakileri belgelemenizi önemle tavsiye ederiz:
- Analitik izleme yönergeleri: Etkinlik sınıflandırmanız ve çerçeveniz, yeni etkinliklerin nasıl tanımlanacağı, kimin neyden sorumlu olduğu ve ilgili kaynaklara bağlantılar da dahil olmak üzere tüm sürece genel bir bakış.
- Takip planı: Olayların ve mülklerin, ne zamandan beri ve sahibin kim olduğu, nereden takip edildikleri, açıklamalar da dahil olmak üzere gerçek listesi.
- Enstrümantasyon süreci : Jira bilet düzeyine kadar yeni etkinliklerin nasıl uygulanacağı, enstrümantasyon, test, doğrulama ve daha fazlası ile ilgili gereksinimler hakkında bir süreç belgesi ekleyin.
Birçok şirket bu belgeleri yönetmek için Google E-Tablolar, Notion veya Confluence sayfalarını kullanır. Amplitude'un veri yönetimi özellikleriyle, tüm şirketin analitik etrafında senkronize olmasını sağlayarak, bunların tümü sizin yerinize otomatik olarak yapılır.
Amplitude ile en iyi uygulamaya geçin
Amplitude, veri ekiplerinin, ürün yöneticilerinin ve mühendislerin analitik izlemeyi tanımlamasına, enstrümanlamasına, doğrulamasına ve üzerinde işbirliği yapmasına yardımcı olur. Tutarsız olay adlandırma ve eksik izlemeden kaynaklanan veri kalitesi sorunlarını proaktif olarak çözüyor ve izlemenizin gelişimini yönetmek için bir iş akışı sağlıyoruz.
Ekiplerin ilk seferde analitik takibini doğru yapmalarını sağlayarak, ekiplerin kullanıma hazır yüksek kaliteli veriler elde etmelerini sağlıyoruz. Şirketiniz için Amplitude'u denemekle ilgileniyorsanız, bugün bir hesap oluşturun veya daha fazla bilgi edinmek için ekibimizle bir demo rezervasyonu yapın.