Bir araç yapılandırılmadan önce neyin önemli olduğunu, neden ölçüldüğünü, her tanımdan kimin sorumlu olduğunu ve kaliteyi nasıl kontrol edeceğimizi birlikte netleştiriyoruz.

Birlikte çalıştığımız 500'den fazla markadan birkaçı

Tüm referansları gör
  • KPMG
  • Mustela
  • A101
  • Edenred
  • Wall Street English
  • Lay's
  • DLive

Ekiplerden farklı ölçümleme talepleri geliyor, tanımlardan kimin sorumlu olduğu bilinmiyor ya da iş sorusu netleşmeden araç kurulmaya başlanıyorsa önce bu alanı ele alıyoruz.

Ölçülecek konuyu, tanımları ve çalışma kurallarını burada belirliyoruz. Bu kararları araçlarda uygulama sorumluluğu ilgili platform ekiplerinde kalıyor.

Her kararın girdisini, sorumlusunu ve kabul koşulunu baştan kayda alıyoruz. QA aynı koşullarda yeniden çalışıyor, sınırlar görünür kalıyor ve ekip işi kendi düzeninde sürdürebileceği bir aktarım alıyor.

Etiket veya container yapılandırmasına başlamadan önce net metrik sözleşmeleri ve veri yönetişimi kuralları oluşturuyoruz. Zeo uzmanları veri soy kütüğünü, sahipliği ve QA sınırlarını tanımlar; ekibiniz ise iş tanımlarını ve gizlilik kurallarını onaylar.

İş kararlarından onaylanmış ölçümleme mimarisine uzanan disiplinli ve tekrarlanabilir bir süreç.
  1. İş hedeflerini çerçevele

    Yönetici hedeflerini ve büyüme hedeflerini doğrudan ölçümleme gereksinimleriyle eşleştirir, temel paydaşları ve karar sınırlarını belirleriz.
  2. Metrik mimarisini tanımla

    Kanonik KPI sözlüğünü oluşturur; hesaplama formüllerini, kaynak verileri, güncelleme sıklıklarını ve sorumlu metrik sahiplerini dokümante ederiz.
  3. Yönetişim kurallarını belirle

    Ölçümlemenin zamanla bozulmasını önlemek için veri hijyeni sözleşmelerini, rıza uyum esaslarını ve değişiklik yönetimi protokollerini hazırlarız.
  4. İşletime al ve denetle

    Takip planını ve yönetişim dokümantasyonunu teslim eder, düzenli denetim noktaları ve sürdürülebilirlik için ekip eğitimleri düzenleriz.

Bir müşterimiz, işe başlarken karşılaştığımız planlama ve raporlama sorunlarını anlatıyor.

Dr. Kadir Kırmızı
Turna

Zeo ile çalışmadan önce özellikle planlama ve ölçümleme konularında önemli sıkıntılarımız vardı. Bizim için verilerin bilimsel kurallara uygun şekilde doğru olarak değerlendirilebilmesi en önemli konuydu.

Dr. Kadir Kırmızı - General Manager

Veri toplama, etiketleme, ürün analitiği ve raporlama ayrı problemler ve ayrı araçlar demek. Ölçümlemeyi üzerine kurduğumuz araçlar bunlar.

Web analitiği platformları

  • Google AnalyticsMetrik mimarisini tanımlarken önerilen her KPI, onaylı bir tanım hâline gelmeden önce GA4'ün gerçekte neyi raporlayabildiğine karşı kontrol ediliyor, çünkü kâğıt üzerinde kesin görünen bir metrik bazen yazıldığı gibi ölçülemiyor. Bu kontrol, strateji katmanının platform ekiplerine kimsenin uygulayamayacağı bir sözleşme bırakmasını engelliyor.
  • Adobe AnalyticsMüşteri henüz platform olarak GA4 ya da Adobe Analytics'e karar vermediyse metrik mimarisini ve yönetişim kurallarını önce her iki platformun yeteneklerine karşı kontrol ederek yazıyoruz, böylece strateji henüz verilmemiş bir araç kararını sessizce varsaymıyor. Bu platformdan bağımsız çerçeve, strateji adımının kasıtlı bir özelliği, gözden kaçan bir eksiklik değil.
  • MatomoMüşterinin yönetişim politikası bir gün kendi barındırılan bir platforma geçmeyi gerektirebileceğinde metrik mimarisini, alttaki platform GA4 ya da Matomo olsun, tanımları geçerliliğini koruyacak şekilde yazıyoruz. Bu platformdan bağımsızlık, geri dönmesini beklediğimiz bir kararın önlemi değil, kendi başına bir yönetişim gereksinimi.

Etiket yönetimi, CDP ve server-side tracking

  • Google Tag ManagerOrtak event taksonomisini taslak hâline getirirken önerilen yeni bir event adının GTM'nin mevcut container'ında farklı bir etiket altında zaten çalışmadığını kontrol ediyoruz. Bu kontrol, bir tracking-ölçümleme planının container'ın zaten takip ettiği bir şeye ikinci bir ad kazandırmasını önlüyor.
  • Twilio SegmentMüşterinin altyapısı event'leri Segment üzerinden birden fazla hedefe yönlendiriyorsa tracking planının adlandırma kurallarını bu dallanmayı gözeterek yazıyoruz. Yalnızca GA4'ü hesaba katan bir yönetişim kuralı, event CDP üzerinden diğer sistemlere ulaştığında yine de üç farklı ada kayabiliyor.
  • TealiumMüşterinin platform ekibi takibi GTM yerine Tealium üzerinden uyguluyorsa yönetişim ve tracking-planı kurallarını orada da sorunsuz uygulanacak şekilde yazıyoruz. Yalnızca GTM sözdiziminde anlam kazanan bir strateji belgesi, o ekip tarafından gerçekten uygulanabilir olmuyor.
  • SnowplowMüşterinin toplama pipeline'ı Snowplow'un sıkı şema doğrulaması üzerinde çalışıyorsa tracking planının event tanımlarını aynı sıkılıkta yazıyoruz. Tipleri ve zorunlu alanları, bir platform ekibinin gevşek bir kılavuz yerine doğrudan uygulanabilir bir şemaya çevirebileceği kadar kesin belirtiyoruz.

BI, dashboard ve raporlama

  • Looker StudioHizmetin kendi son aşaması olarak adlandırdığı işletime alma ve audit adımı, düz bir sorun listesi değil hangi paydaşın hangi metriğe bağlı olduğuna göre sıralanmış bulgularla bir Looker Studio raporu olarak teslim ediliyor. Bu sıralama, bir yönetişim audit'ini okunmadan duran bir rapor yerine platform ekibinin hemen önceliklendirebileceği bir şeye dönüştürüyor.

Ürün ve mobil uygulama analitiği

  • AmplitudeMüşterinin ürün organizasyonu Amplitude içinde zaten kendi KPI setini tutuyorsa bu tanımları iş hedeflerini çerçeveleme adımında şirket çapındaki metrik mimarisiyle uzlaştırıyoruz. Uzlaştırılmamış bir ürün ekibi metriği ile benzer adlı şirket düzeyi bir metrik, bu yönetişim katmanının tam olarak önlemeye çalıştığı türden bir kafa karışıklığı yaratıyor.

Gizlilik odaklı ve çerezsiz analitik

  • Piwik PRORegülasyona tabi bir sektördeki müşteri için yönetişim kurallarını Piwik PRO'nun uyum duruşunu referans alarak yazıyoruz, çünkü daha sıkı barındırma ve consent gereksinimlerini hesaba katmadan kurulan bir metrik mimarisi, uyum incelemesi başlar başlamaz yeniden yazılmaya ihtiyaç duyabiliyor. Bu referans kontrolü, özellikle yönetişim kurallarını belirleme adımında yapılıyor.
  • Plausible AnalyticsMüşterinin yönetişim felsefesi açıkça daha az veri toplamayı yeğlediğinde metrik mimarisinde Plausible'ın çerezsiz, minimal veri modelini hesaba katıyoruz. GA4'ün tam event modelini varsayarak kurulmuş bir yönetişim kural seti, bilinçli olarak daha azını izleyen bir platforma temiz biçimde aktarılmıyor.
Veri altyapınızı ve takip ihtiyaçlarınızı paylaşın. Sağlıklı veri toplayan ve karar almayı kolaylaştıran bir raporlama mimarisi tasarlayalım.
Projenizi anlatın