Takip Planı Nasıl Oluşturulur?
Yayınlanan: 2022-06-08Bir veri takip planı (genellikle sadece bir takip planı olarak anılır), olay verileriniz için bir doğruluk kaynağı görevi gören bir belgedir; müşterilerinizle etkileşime geçtiğinde onlar hakkında topladığınız verilerle ilgili tüm bilgileri içeren canlı bir belgedir. ürününüzle birlikte.
Bu kılavuz, bir izleme planı oluşturma sürecini ve en iyi uygulamalarını kapsar ve birçok yineleme ve oluşturması 100+ saat süren bir izleme planı şablonu sunar.
Bir izleme planı oluşturmanın faydaları
Pratikte, aşağıdakilerden herhangi birini yapmak istediğinizde izleme planı güncellenir:
- Yeni bir olay, olay özelliği veya varlık özelliği toplayın
- Bir etkinliğin adını değiştirin
- Bir özelliğin adını veya veri türünü değiştirin
- Bir etkinliği veya mülkü izlemeyi durdurma
Takip planınızda olmayan hiçbir verinin takip edilmemesi gerekir ve takip planınızın düzenli denetimlerini yapmak, aşağıda belirtilenler gibi maliyetli hataların önüne geçebilir:
- Veri fazlalığı: Aynı veri parçasının birden çok kez toplanması
- Veri yanlışlığı: Tutarsız veya yanlış verilerin toplanması
- Veri karmaşası: Gereksiz ve yanlış verilerin birleşimi
Kritik sorunlardan kaçınmanın yanı sıra, güncel bir takip planı tutmanın birçok faydası vardır; başlıca üçü aşağıda tartışılmaktadır.
Uygulama kolaylığı
Veri toplama, çeşitli ekiplerin düzenli olarak yeni görevleri koordine etmesini ve yürütmesini gerektiren sürekli bir çabadır.
İzleme planı, yalnızca hangi verilerin izlenmesi gerektiğine dair bir havuz tutmakla kalmaz, aynı zamanda verilerin nereden geldiğini (veri kaynağı), verilerin gönderilmesi gereken araçları ve sistemleri (veri hedefleri) ve ayrıca kimin olduğunu belirtir. uygulanmasından sorumludur.
Birden fazla paydaşla çalışırken, özellikle bir veya daha fazla kişinin her bir etkinliğin veya mülkün izlenmesini onaylaması gerektiğinde, her etkinliğin veya mülkün amacından bahsetmek uygulama sürecini hızlandırabilir.
Hızlı referans
Uygulamadan sonra, farklı ekipler verileri hedefler, yani izlenen verilerin gönderildiği araçlar ve sistemler arasında tüketmeye ve kullanmaya başlar. Güncellenmiş bir izleme planı, bu ekiplerin her bir olayın veya özelliğin anlamını ve amacını bilmesini sağlayarak, bu verileri analiz etmelerini ve bunlara göre hareket etmelerini kolaylaştırır.
Örneğin, ürün ekibi bir huni analizi yapmak istediğinde, birisinin araçta sağlanan olaylara dayalı olarak bir ürün analizi aracı içinde hunileri oluşturması gerekir.
Benzer şekilde, büyüme ekibi belirli bir kullanıcı segmentini hedefleyen yeni bir e-posta denemesi çalıştırmak istediğinde, etkileşim araçlarında mevcut olaylara ve kullanıcı özelliklerine göre segmenti kolayca kurmak için izleme planına başvurabilirler.
Bilgi aktarımı
Önemi yüksek olmakla birlikte, bilgi aktarımı, özellikle olay takibini kurmanın ilk aşamalarında, çoğu şirket için genellikle sonradan düşünülen bir şeydir.
Ancak, uygun ve güncel bir izleme planı sürdürerek şirketler, proje teslimleri veya çalışanların katılımıyla ilgili birçok zorluğun önüne geçebilirler.
Yeni ekip üyelerinin etkinlik takibiyle ilgili olarak uygulanan her şeye ayak uydurmasını sağlamak, yeni ve mevcut ekip üyeleri arasında haftalar, hatta (izlenen veri miktarına bağlı olarak) aylarca zaman kazandırabilir.
İzleme planı oluşturmaya yönelik en iyi uygulamalar
Bir izleme planının içeriği hakkında yeterince şey söylendi; Şimdi bir izleme planının nasıl olması gerektiğine odaklanalım.
Nihai izleme planı şablonu
Aşağıdaki izleme planı şablonu, hemen hemen her sektöre uyacak şekilde birçok araştırma ve birçok yinelemeden sonra oluşturulan bir Google E-Tablolar elektronik tablosudur. Ayrıca size avantajlı bir başlangıç sağlamak için bazı örnek olaylar ve özelliklerle birlikte gelir.
Lütfen devam edin ve şablonun bir kopyasını buradan oluşturun (e-tabloyu kopyalamak için bir Google hesabına ihtiyacınız olacak).
Şablon, talimatların yanı sıra bir terimler sözlüğü içerir. Çeşitli sekmeleri gözden geçirdikten sonra, başlamak için Olaylar ve Olay Özellikleri etiketli sekmeye gidin.
Aşağıdaki ilk 3 adım tüm ürün türleri için geçerliyken dördüncü adım yalnızca B2B SaaS ürünlerinde olduğu gibi hesap düzeyinde etkinliği izlemesi gereken ürünler için geçerlidir.
- Olaylar
- Etkinlik özellikleri
- Kullanıcı özellikleri
- Organizasyon özellikleri
Aşağıda, kendi izleme planınızı oluşturmanın adım adım süreci yer almaktadır. Devam etmeden önce izleme planı şablonunu başka bir pencerede açtığınızdan emin olun. Hemen atlayalım.
Olaylar
Devam etmeden önce, kullanıcılarınız ve ürün kullanımları hakkında merak ettiğiniz soruları listelemeniz önemle tavsiye edilir. İdeal olarak, yanan sorular, kullanıcı davranışını ve bir kullanıcının etkinleştirme olayına giden yolu anlamaya odaklanmalıdır.
Henüz yapmadıysanız, yanan sorulara daha ayrıntılı değinen ve hangi olayları izleyeceğinize ve hangi verileri toplayacağınıza karar vermenize yardımcı olacak bu kılavuza göz atmak isteyebilirsiniz.
Ayrıca, olayları listelerken ürününüzle ilgili ek soruların ortaya çıkabileceğini de unutmamakta fayda var; örneğin, bir olayın tıklama olarak mı yoksa işlemin tamamlanması olarak mı izlenmesi gerektiğinden emin olamayabilirsiniz.
Bu tür sorular ortaya çıkarsa, bunları izleme planınızda Tartışmalar etiketli sayfanın altına listeleyin; bunu yapmak, en başından olayları ve özellikleri tanımlamanın en uygun yolunu ekibinizle tartışmayı unutmadığınızdan emin olacaktır. .

Olayları listeleyin
Olaylar ve Olay Özellikleri altında, sorulan soruları yanıtlamak için izlemeniz gereken temel olayları listeleyin.
Sayfa, Signed Up ve Şimdilik, özellikleri görmezden gelin ve sadece olaylara odaklanın.
Örneğin bu iki olay, “yeni kullanıcıların yüzde kaçının bir proje oluşturduğunu” sorusuna cevap verebilir ve her olay bir zaman damgası taşıdığından, yalnızca son 7 gün gibi belirli bir döneme ait verileri getirmek için detaya inebilirsiniz.
Yukarıdaki örnekte, Project Created , aktivasyon olayıdır ve kişinin aktivasyon olayını gerçekleştirebileceği noktaya gelmek için, kişinin önce kaydolması ( Signed Up olayını gerçekleştirmesi) gerekir.
Bu örneği akılda tutarak, aktivasyon olayınıza odaklanın ve bir kullanıcının aktivasyon noktasına ulaşmak için gerçekleştirmesi gereken önemli olayları listeleyin. Yalnızca size kullanıcı yolculuğu hakkında bir şeyler söyleyen önemli olayları listelediğinizden emin olun.
Aktivasyon olayının gerçekleştirilmesine yol açan her tıklama (örnekte oluşturulan proje) gibi çok fazla olayı listeleyerek, uygulama süresini uzatacak ve sizi bunaltacak birçok gereksiz olayla karşılaşacaksınız.
En iyi uygulama: Kullanıcı davranışını ve etkinleştirmeye giden yolu anlamaya yardımcı olan birkaç önemli olayı listeleyerek başlayın; şimdilik diğer her şeyi göz ardı edin.
Neyi izleyeceğiniz konusunda hâlâ fikirlere ihtiyacınız varsa, Amplitude'ün e-ticaret, fintech, akışlı medya, basılı medya ve B2B SaaS için önerilen sınıflandırmayı içeren uygulama kılavuzlarına göz atın. Ürününüz başka bir sektöre ait olsa bile, bunlardan veya sektöre özgü diğer sınıflandırmalardan biraz ilham alabilirsiniz.
Kaynağı ve sahibi ekleyin
Bir olayın izlendiği kaynağı belirtmek son derece yararlıdır. Bunu yapmak, bir sahip, yani o olayın uygulanmasından sorumlu kişi atamayı bile kolaylaştırır.
İzleme planı şablonunda görebileceğiniz gibi, Kaydolma, kayıt formu başarıyla gönderilir gönderilmez müşteride gerçekleştiği için müşteri tarafı bir olaydır.
Project Created ise, sunucuda gerçekleşen bir işlemin tamamlanmasına dayanan sunucu taraflı bir olaydır. İşlem herhangi bir nedenle başarısız olursa, kullanıcı bir proje oluşturmak için tüm adımları tamamlamış olsa bile olay gerçekleştirilmeyebilir.

Bir olayın istemci tarafında mı yoksa sunucu tarafında mı izlendiği tamamen ürününüzün mimarisine ve kullandığı teknolojilere bağlıdır; bunu izleme planında belirtmek mühendislik ekibinizin yardımını gerektirebilir.

Ayrıca, ürününüze bağlı harici sistemlerde gerçekleşen olayları da izlemek isteyebilirsiniz. Örneğin, Destek Bileti Oluşturuldu olayını izlemek istiyorsanız ve Zendesk gibi bir üçüncü taraf biletleme aracı kullanıyorsanız, veri kaynağı olayın gerçekleştiği yer olan Zendesk olacaktır.
En iyi uygulama: Enstrümantasyonunuzun ikinci aşamasında harici kaynaklardan veri getirin.
Etkinlik özellikleri
Bazı olayları ekledikten sonra olay özelliklerini tanımlamak, olayları düşünmekten her olayla ilişkilendirilmesi gereken özellikler hakkında düşünmeye zihinsel olarak geçiş yapabileceğiniz için takip edilmesi daha iyi bir süreçtir.
Her etkinlik için özellikleri ekleyin
Her seferinde bir olayı ele alın ve olay hakkında size daha fazla bağlam sağlayan özellikleri düşünün.
Bir kullanıcının Signed Up olayını yalnızca bir kez (bir hesap oluştururken) gerçekleştirdiğini ve bu benzersiz tanımlayıcı user_id oluşturulduğunda akılda tutulmasına yardımcı olur.Ürününüz için grup özellikleri geçerliyse, bir kullanıcı yeni bir hesaba kaydolduğunda kuruluş_kimliği grup tanımlayıcısı da oluşturulur. Bir kullanıcının mevcut bir kuruluşa katılmaya davet edilmesi durumunda, o kullanıcı için yeni bir kuruluş_kimliği oluşturulmaz.
Sistem tarafından oluşturulan tanımlayıcıların yanı sıra Signed Up , bu olay gerçekleştiğinde kullanıcıdan toplanan her bilgi parçası için bir özellik taşır (ad, soyadı, e-posta, vb.) .

user_type özelliği, organik olarak kaydolanları mevcut bir hesaba katılmaya davet edilenlerden (Davet Edilen) veya birileri tarafından kendi hesabını oluşturmak üzere yönlendirilenlerden (Tavsiye edilen) ayırt etmeye yardımcı olur.
İlginç not: bu nedenle, bu özellikler aynı zamanda kullanıcı özellikleri olarak da işlev görür ve Kullanıcı Özellikleri sayfasının altına eklenir.
Project Created gibi diğer olaylar birden çok kez gerçekleştirilebilir ve olayla ilişkili özellikler yalnızca o olayın bir oluşumu hakkında bağlam sağlayanlarla sınırlandırılmalıdır.
Proje kimliğinin (project_id) ve zaman damgasının (project_created_at) yanı sıra, proje_adı ve proje_kullanıcı_sayısı özellikleri, her proje oluşturulduğunda ek bilgi sağlar ( Proje Oluşturuldu olayı gerçekleştirilir).
Ayrıca, olayı kimin gerçekleştirdiğini bilmek için user_id'nin her olayla ilişkilendirilmesi gerekir. Ürününüzün hesap düzeyinde etkinliği izlemesi gerekiyorsa, organizasyon_kimliği gibi bir grup tanımlayıcının da her etkinlikle ilişkilendirilmesi gerekir.
Veri türlerini ve beklenen değerleri belirtin
Her özellik için veri tipini belirtmenin önemi bu kılavuzda kısaca ele alınmıştır. Bunu yapmak, enstrümantasyon sürecinde büyük ölçüde yardımcı olur ve veri tutarlılığını korumaya yönelik kritik bir adımdır.

Özellikler için beklenen değerlerin belirtilmesi, uygulama ile görevli olanlar için de çok faydalıdır ve ayrıca bir özelliğin önceden tanımlanmış değerler içermesi gerektiğinde herkesin aynı sayfada olmasını sağlar.
Veri tipi numaralandırma veya dizili özellikler, her zaman beklenen değerleri belirtmelidir - ya kesin değerler ( user_type için yapıldığı gibi) ya da belirli bir değerler listesine referans ( ülke için yapıldığı gibi).
Hedeflerden bahsedin
Hedefler terimi, izlenen verileri göndermek istediğiniz araçları ve sistemleri ifade eder. Verilerin yalnızca tüketildiği veya üzerinde işlem yapıldığı hedeflere gönderilmesi gerektiğini ve tüm verilerin paketinizdeki tüm araçlara gönderilmesi gerekmediğini akılda tutmak çok önemlidir.
Kişisel olarak tanımlanabilir bilgiler (PII), yanlış ellere geçerse kötüye kullanılabileceklerinden ve yalnızca ad ve e-posta gibi PII'nin gerekli olduğu araçlara, yani olaya dayalı mesajlaşma için kullanılan katılım araçlarına gönderilebileceğinden azami dikkatle ele alınmalıdır. (uygulama içi veya e-posta) kesinlikle bu bilgiye ihtiyaç duyar.
Bu nedenle, en iyi uygulama, mülklerin çoğu aynı destinasyonlara gönderilse bile, her mülk için tüm destinasyonlardan bahsetmektir.
Kullanıcı özellikleri
Bildiğiniz gibi, kullanıcı özellikleri, kullanıcılarla ilgili çeşitli ayrıntıları ve özellikleri saklayarak, onları tanımlamanıza ve bu özelliklere göre bölümlere ayırmanıza olanak tanır.
Ayrıca, yukarıda belirtildiği gibi, kaydolma sırasında kullanıcılardan toplanan veriler, bu özellikler esasen bir kullanıcının özelliklerini içeren ve mevcut durumlarını yansıtan kullanıcı özellikleri olduğundan, kullanıcı özellikleri olarak eklenir.
Bu özelliklerin bazıları sabit kalırken diğerleri değişebilir. Bir kullanıcı dosyadaki adını veya kayıtlı e-posta adresini değiştirirse, ilgili özellikler yeni değerlerle güncellenir.

E-posta değiştirildiğinde is_email_verified özelliğinin değerinin false olarak değiştiğini ve yeni e-posta doğrulandığında is_email_verified öğesinin true olarak değiştiğini lütfen unutmayın.
Kullanıcılardan ait oldukları sektör veya iş rolleri gibi anketler aracılığıyla toplanan diğer bilgiler de kullanıcı özellikleri olarak depolanır; bunlar analiz ve etkinleştirme amaçları için kullanıcı segmentleri oluşturmaya yardımcı olur.
Devam edin ve Kullanıcı Özellikleri etiketli sayfada tüm kullanıcı özelliklerini, veri türlerini, beklenen değerleri ve hedefleri listeleyin.
Organizasyon özellikleri
Kuruluş mülkleri veya grup mülkleri, yalnızca hesap düzeyinde kullanıcı etkinliğini izlemesi gereken ürünler için geçerlidir.
Kullanıcı özellikleri gibi, kuruluş özellikleri de kuruluşlar veya hesaplarla ilgili ayrıntıları depolar. Belirli bir kullanıcıyla ilişkili olmayan ve kullanıcının ait olduğu hesap hakkında bağlam sağlayan herhangi bir veri parçası, bir kuruluş mülkü olarak depolanır.

Bildiğiniz gibi, grup özellikleri, bir kullanıcının birden fazla kullanıcıya sahip bir hesabın veya kuruluşun parçası olduğu B2B SaaS ürünleri için ortaktır. Hesap adı (kuruluş_adı) ve abonelik planı (abonelik_plan_adı) , çoğu işletme için geçerli olan ortak grup özellikleridir.
Ancak ürününüze bağlı olarak, bir kullanıcıyla değil, hesapla veya kuruluşla ilişkili çok daha fazla mülk olabilir. Bir mülkün kullanıcı mülkü mü yoksa kuruluş mülkü mü olacağına karar verirken bunu iyice düşünmeniz ve hatta mühendislik ekibinizi dahil etmeniz gerekir.
Emin olduktan sonra, Organizasyon (Grup) Özellikleri etiketli sayfada tüm organizasyon özelliklerini, veri türlerini, beklenen değerleri ve hedefleri listeleyin.
İşte bu kadar—izleme planınızın ilk versiyonu şimdi hazır olmalı, bu yüzden işbirliğine başlamak için devam edin ve takım arkadaşlarınızla paylaşın.
İzlemeye başlayın
İster bir müşteri veri platformu, ister bir ürün analiz aracı veya bir müşteri katılımı aracı uygulamak istiyor olun, ilk adım bir izleme planı oluşturmaktır.
Artık bu sürecin nasıl göründüğünü bildiğinize göre, müşteri veri altyapınız üzerinde büyük bir etki yaratacak donanıma sahipsiniz.
Bununla birlikte, Amplitude'ün veri yönetişimi yeteneklerini kullanarak her olayın doğru bir şekilde uygulandığı akıllı bir izleme planı oluşturmak için izleme çabalarınızı bir adım daha ileri götürebilirsiniz. Amplitude'ü bugün ücretsiz olarak kullanmaya başlayın.
Mutlu izleme!
