Bölüm 9 / 9
Uygulamalı çalışma planı
Amplitude'u okuyarak değil, kendi verinle soru sorarak öğrenirsin. Bu plan dört haftada bir test projesini sıfırdan kurup Adjust ile birleştirmeyi ve bir discrepancy analizi yapmayı hedefler.
- Bir tracking plan ve ona göre veri gönderen bir test uygulaması.
- Her chart türünden en az bir kaydedilmiş chart ve bir dashboard.
- Adjust install ile Amplitude yeni kullanıcı arasında ölçülmüş bir şelale analizi.
Dört haftalık yol
Hafta 1: model
- Amplitude'da ücretsiz bir hesap ve iki proje aç:
guide-testveguide-prod. Bu kılavuz boyunca sadece test projesini kullan; ikinci proje ortam ayrımını alışkanlık haline getirmek için. - Bölüm 6'daki şablonla 8–10 event'lik bir tracking plan yaz. Elinde bir uygulama varsa onu, yoksa basit bir web sayfasını hedefle (ör. ürün listesi, ürün detayı, sepet, ödeme).
- Her event için "hizmet ettiği soru" kolonunu doldur. Dolduramadığın event'i plandan çıkar.
- Bölüm 3'teki kimlik senaryolarını kağıt üzerinde kendi uygulaman için yaz: login nerede, logout nerede, paylaşılan cihaz var mı?
Hafta 2: veri
- Web SDK'yı veya elindeki uygulamanın platform SDK'sını test projesinin key'iyle entegre et.
- Planındaki SDK event'lerini ekle, login'e
setUserId, logout'aresetbağla. - En az bir event'i (ör.
Checkout Completed) sadece HTTP API'den gönder,insert_idile. - Bölüm 6'daki doğrulama listesini user lookup ve ingestion debugger ile tek tek uygula.
- Analiz yapabilmek için örnek veri üret: birkaç gün boyunca farklı tarayıcılardan ve test hesaplarından akışları tekrarla, ya da HTTP API ile bir script'ten zaman damgalı sentetik event'ler gönder.
Sentetik veriyi sadece test projesine gönder. Production projesine giden sentetik event'ler gerçek analizleri kalıcı olarak kirletir.
Hafta 3: analiz
Her chart türü için önce soruyu yaz, sonra cevabı tahmin et, sonra chart'ı kur.
| Chart | Örnek soru | Denemen gereken ayar |
|---|---|---|
| Segmentation | Günde kaç kişi ürün görüntülüyor? | Tekil ve toplam arasında geçiş, platforma göre kırılım |
| Funnel | Sepetten ödemeye dönüşüm nedir? | Dönüşüm penceresi, adım sırası, product_id sabit tutma |
| Retention | Kayıt olanlar 7. günde dönüyor mu? | "N. günde" ve "N. gün veya sonrası" arasındaki fark |
| Journeys | Ödemeden önce kullanıcılar ne yapıyor? | Başlangıç ve bitiş event'i seçimi |
| Cohort | Sepeti terk edenler kim? | "Yaptı ve yapmadı" koşulu |
| Stickiness / Lifecycle | Kullanıcılar ne sıklıkla geliyor? | Haftalık ve günlük görünüm |
Kaydettiğin chart'ları bir dashboard'da topla ve her chart'ın açıklamasına hangi soruyu cevapladığını yaz.
Hafta 4: Adjust ile birleşim
- Test uygulamasında Adjust SDK'sı varsa, Adjust'ın Amplitude partner dokümanına göre entegrasyonu kur ve kimlik eşleşmesini sağla.
- Bir test cihazıyla bir tracker linkinden install yap; Amplitude'da o kullanıcının attribution user property'lerini user lookup'ta gör.
- Retention ve funnel chart'larını attribution alanına göre kır.
- Aynı dönem için Adjust install ve Amplitude yeni kullanıcı sayılarını al ve Bölüm 7'deki şelaleyi kendi verinle kur. Her çubuk için kanıtı yaz; ölçemediklerini ayrı listele.
Elinde geliştirmekte olduğun bir uygulama varsa test ortamı olarak onu kullanmak en verimli yoldur: gerçek ekranlar ve gerçek akışlar, plan yazarken sorulacak soruları kendiliğinden çıkarır.
Kendini sına
Cevabı görmeden önce kendi cevabını bir cümleyle söyle.
Amplitude neden mobilde bir MMP'nin yerini tutmaz?
Reklam ağlarıyla attribution eşleştirmesi yapmaz, SKAN yönetmez ve ağlara postback göndermez. Kaynağı MMP'den alır.
Abonelik planı event property mi, user property mi?
User property. Kişinin durumudur ve değişene kadar sonraki her event için geçerlidir. O event'e özgü bir bağlam değildir.
Kullanıcı premium'a geçerken önce Subscription Started sonra plan güncellemesi gönderilirse ne olur?
O event'in kendisi plan = free değerini taşır; çünkü event'e, gerçekleştiği andaki user property değeri işlenir.
setUserId('guest') neden tehlikelidir?
Bu değeri alan herkes tek kişide birleşir. Birleşme genellikle geri alınamaz ve o dönemin kullanıcı bazlı tüm metrikleri bozulur.
Aynı funnel neden iki dashboard'da farklı dönüşüm veriyor olabilir?
Dönüşüm penceresi, adım sırası ayarı, sayma birimi veya tarih aralığı/timezone farklı olabilir. Önce bu dört ayarı karşılaştır.
Adjust 10.000 install, Amplitude 8.700 yeni kullanıcı gösteriyor. İlk adımın ne olur?
Farkı tek bir sebebe bağlamak değil, bağımsız sebeplere ayırmak: çoklu cihaz, SDK başlatma zamanı, consent, timezone gibi. Her birini ölç, sınıfla, açıklanamayan kalanı ayrıca yaz.
Müşteriye aktarmadan önce doğrulanacaklar
Bu kılavuzdaki kavramlar stabildir. Aşağıdakiler sürüm, plan veya arayüze göre değişebilir; bir müşteri işinde kullanmadan önce güncel dokümandan kontrol et.
- Adjust–Amplitude entegrasyonunda kimlik eşleşmesinin nasıl kurulduğu ve hangi alanların hangi adla geldiği
- Kimlik birleştirme kuralları, minimum ID uzunluğu ve engellenen ID değerleri
- Kullanılan SDK sürümünün paket adı ve metot imzaları
- HTTP API endpoint'leri (veri bölgesine göre) ve
insert_idtekilleştirme süresi - Session tanımı ve varsayılan zaman aşımı süreleri
- Chart adları (özellikle Journeys / Pathfinder) ve retention tanımlarının güncel adları
- Governance araçlarının adları, hangisinin geriye dönük çalıştığı
- Ücretsiz plan limitleri ve hangi özelliğin hangi planda olduğu
Kaynaklar
- Amplitude geliştirici ve ürün dokümanı: amplitude.com/docs
- Amplitude'un ücretsiz eğitim platformu (Amplitude Academy): kurs ve sertifika listesi için Amplitude sitesinden ara
- Adjust yardım merkezi, Amplitude partner sayfası: help.adjust.com
Bu kılavuz canlı dokümana bakılmadan hazırlandı; bağlantıların ve sayfa adlarının güncel olduğunu açarken kontrol et.