Ölçeklenmeyi Gösteren Metrikler: Aktivasyon, Elde Tutma, Kayıp

Aktivasyon, elde tutma ve müşteri kaybı tek başına ölçeklenmeyi öngörmez. Bu göstergeler ancak girişim; değer olayını, uygun kitleyi, ölçüm birimini, kullanıcı grubunu ve zaman aralığını sabitlediğinde karar kanıtına dönüşür. Aktivasyon yeni kullanıcının değere ulaşıp ulaşmadığını, elde tutma doğru birimin bu değeri tekrarlayıp tekrarlamadığını, müşteri kaybı ise hangi ilişkinin neden sona erdiğini gösterir. Edinme karışımı, hizmet yükü veya ödeme kaybı saklanıyorsa ölçekleme kararı vermeyin.

Bu göstergeler ne söyler, ne söylemez?

Lean Analytics kitabının resmî sitesi izlenecek göstergenin iş modeline ve girişimin bulunduğu aşamaya göre değiştiğini belirtir. Bu yaklaşım, aşamaya uygun gösterge seçimini destekler; evrensel aktivasyon olayı, elde tutma hedefi, müşteri kaybı ölçütü veya ölçeklenme kanıtı sunmaz.

Gösterge katmanı	Karar sorusu	Gerekli kanıt	Eylem	Çıkarılmaması gereken sonuç
Aktivasyon	Uygun yeni birim savunulabilir bir değer anına ulaştı mı?	Nitelikli olay, kaynak ve birim	Karşılama akışını veya vaat uyumunu düzelt	Uzun dönem elde tutma
Elde tutma	Aktive olan birim değeri uygun sıklıkta tekrarladı mı?	Olgun kullanıcı grubu ve dönüş ölçütü	Alışkanlık, iş akışı veya uyumu araştır	Nedensellik
Müşteri kaybı	Hangi müşteri ilişkisi bitti?	Dönem başı müşteri tabanı ve kayıp nedeni	Ürün, hizmet ve ödeme işlerini ayır	Yalnızca ürün hatası
Gelir hareketi	Hangi yinelenen değer kayboldu, korundu veya genişledi?	Sözleşme ve ödeme hareketleri	Fiyat, kullanım, daralma ve genişlemeyi incele	Sağlıklı birim ekonomisi
Ölçüm kapsamı	Kitleye ve olay akışına güvenilebilir mi?	Kimlik, uygunluk, geciken olaylar, dışlamalar	Stratejiden önce ölçümü düzelt	Eksik veri davranış yok demektir

Gösterge ekranını açmadan önce ölçüm sözleşmesini yazın

Resmî GA4 grup keşfi belgesi ortak özelliğe sahip kullanıcı grubunu katılım ölçütü, dönüş ölçütü ve takvim sıklığıyla kurar. Resmî elde tutma hesaplama belgesi ise araçların payda ve tamamlanmamış dönemleri farklı ele alabileceğini gösterir. Bu bağlantıları yalnızca araç işleyişi için kullanın; hiçbiri girişim ölçütü veya ürün kalitesi kanıtı sunmaz.

Sözleşme alanı	Açıkça yazılacak	Doğrulanacak	Sorumlu	Yalnızca denetimde kalacak risk
Birim	Kişi, hesap, çalışma alanı, şube veya ağ birimi	Kimlik birleşmeleri ve kopyalar	Veri sorumlusu	Cihazlar arası yeniden kurma
Uygunluk	Değer olayına gerçekten ulaşabilecek kitle	Davet, yetki, paket ve bölge	Ürün sorumlusu	Tahminî uygun kitle
Değer olayı	Gerçek bir işi tamamlayan gözlenebilir eylem	Olay içeriği ve iş anlamı	Ürün ve araştırma	Doğrulanmamış dolaylı olay
Zaman	Doğal sıklığa bağlı takvim veya kayan aralık	Saat dilimi, gecikme ve olgunluk	Analiz sorumlusu	Tamamlanmamış güncel dönem
Dışlamalar	İç kullanım, test, sahte kayıt, taşıma ve hata	Tekrarlanabilir kural ve değişiklik kaydı	Veri yönetişimi	Kaydı olmayan elle temizlik

Aktivasyon olayını teslim edilen değerden seçin

Wes Bush’un ürün odaklı büyüme kitabı sayfası ürün odaklı büyümeyi müşterinin ürünün süren değerini deneyimlemesi olarak çerçeveler ve modelin yalnızca ücretsiz deneme eklemekten ibaret olmadığını belirtir. Bu dar ilkeyi yüzeysel aktivasyon göstergelerini sorgulamak için kullanın; sayfadaki tanıtım amaçlı büyüme ve performans iddialarını doğrulama olmadan kullanmayın.

Aday olay	Neden çekici?	Değer sınaması	Karar	Ölçüm sınırı
Hesap açılması	Temiz ve erken bir olaydır	Müşteri işi tamamlanmaz	Yalnızca uygunluk girdisi olarak tut	Edinme ve kimlik yanlılığı
Tanıtım turunun bitmesi	Kolay bir karşılama adımıdır	Değer yerine uyumu gösterebilir	Sürtünme teşhisinde kullan	Zorunlu akış tamamlanmayı şişirir
İlk gerçek çıktı	Eylemi müşteri işine bağlar	Kullanıcının çıktıyı yararlı bulduğunu doğrula	Aktivasyon adayı yap	Çıktı kalitesi değişebilir
Çıktının kullanılması	Sonraki davranışı ekler	Kullanımın ürün için doğal olduğunu doğrula	İşbirlikçi akışta kullan	Her iş paylaşım gerektirmez
Ekip iş akışının bitmesi	Hesap düzeyinde değeri yakalar	Gerekli rolleri ve sıklığı doğrula	Çok kullanıcılı üründe kullan	Daha uzun gözlem gerekir

Elde tutmayı harmanlanmış ortalama yerine kullanıcı gruplarıyla okuyun

Belirli bir aralıktaki elde tutma oranı, ilgili aralığa ulaşacak kadar zamanı geçmiş aktif kullanıcı grubundaki dönen uygun birimlerin, aynı gruptaki uygun aktive birimlere bölünmesiyle yazılabilir. Bu, yazarın kullandığı çalışma tanımıdır; evrensel bir araç kuralı değildir. Karşılaştırmada dönüş olayını, aralığı, uygunluğu, olgunluğu ve birimi aynı tutun.

Grup ayrımı	Yanıtlanan soru	Sabit tutulacak	Eylem	İddia edilmemesi gereken
Aktivasyon dönemi	Yeni gruplar değeri farklı mı tekrarlıyor?	Olay tanımı ve olgunluk	Sürüm ve karşılama değişikliklerini incele	Değişikliğe sürüm neden oldu
Edinme kaynağı	Giriş yoluna göre tekrar davranışı değişiyor mu?	Vaat, birim ve dönüş olayı	Vaat veya hedeflemeyi düzelt	Kaynak elde tutmaya neden olur
Kullanım amacı	Hangi iş tekrar değer üretir?	Nitelik ve ürün erişimi	İş akışı araştırmasını önceliklendir	En büyük grup en iyi pazardır
Hesap büyüklüğü	Eşgüdüm davranışı değiştiriyor mu?	Çalışma alanı tanımı ve kıdem	Rolleri ve uygulamayı incele	Daha çok kullanıcı elde tutma getirir
Bölge veya pazar	İş akışı ve hizmet koşulları ayrışıyor mu?	Ürün sürümü ve uygunluk	Yerel araştırma yap	Farkı kültür açıklar

Ürün düzeltmesi atamadan önce müşteri kaybını ayrıştırın

Stripe’ın müşteri kaybı hesaplama rehberi abonelik işletmeleri için dönem içindeki kayıp müşterileri dönem başındaki müşteri sayısına bölen açık bir yöntem verir. Bu kaynak, başlangıç tabanına dayalı formülü destekler; müşteri kaybını gelir kaybı, hareketsizlik, başarısız ödeme, daralma veya ürün memnuniyetsizliğiyle aynı gösterge yapmaz.

Kayıp türü	İncelenecek	Olası sorumlu	İlk karar	Ayrı tutulacak
İstekli iptal	Neden, kullanım amacı, kıdem, son değer olayı	Ürün veya müşteri ekibi	Başarısız işi araştır	Ödeme başarısızlığı
Ödeme başarısızlığı	Yeniden deneme, ödeme yöntemi, fatura sorumlusu	Ödeme işlemleri	Kurtarma akışını düzelt	Ürün ilgisizliği
Kullanıcı veya kullanım daralması	Aktif roller, iş hacmi, sözleşme değişimi	Hesap ve ürün ekibi	Değer alanının daralıp daralmadığını incele	Tam müşteri kaybı
Mevsimsel ara	İş sıklığı ve dönüş beklentisi	Müşteri ekibi	Ara ve geri dönüş kuralı tanımla	Kalıcı kayıp
Veri veya kimlik kaybı	Birleşme, taşıma, silme, izleme hatası	Veri sorumlusu	Teşhisten önce kaydı düzelt	Gözlenen müşteri davranışı

Detaylı operasyon örneği: Türkiye’de ihracat siparişi iş akışı

Türkiye’de küçük üreticilerin ihracat siparişlerini ve ekip teslimlerini düzenleyen bir yazılım girişimi varsayalım. Zayıf gösterge ekranı hesap açan herkesi aktive sayıyor, bireysel kullanıcılarla şirket çalışma alanlarını karıştırıyor, tek haftalık elde tutma çizgisi gösteriyor ve kapanan her aboneliği ürün kaynaklı müşteri kaybı olarak etiketliyor. Ekip hangi akışın düzeltilmesi gerektiğini seçemiyor.

Daha güçlü sistem şirket çalışma alanını birim alır: uygun şirket gerçek bir sipariş kaydı oluşturur, sorumluya atar ve operasyon teslimini tamamlar. Elde tutma, aktive çalışma alanının bu işi doğal faaliyet sıklığında tekrarlayıp tekrarlamadığını inceler. Kayıp; istekli iptal, ödeme sorunu, daralma, mevsimsel ara ve veri hatası olarak ayrılır. Bu varsayımsal bir tasarımdır; örnek olay veya performans sonucu değildir.

Çalışma alanı	Zayıf sürüm	Daha güçlü sürüm	Gerekli kanıt	Sonraki eylem ve sınır
Başlangıç durumu	Hesap açılması aktivasyondur	Şirket düzeyinde tamamlanan gerçek sipariş akışı	Olay içeriği ve kullanıcı araştırması	Anlamı doğrula; elde tutma çıkarma
Elde tutma	Tüm etkin kullanıcılar tek çizgidedir	Giriş grubu ve kullanım amacına göre çalışma alanları	Olgun gruplar ve sabit dönüş olayı	Deseni karşılaştır; neden iddia etme
Müşteri kaybı	Her kapanış ürün kaybıdır	İptal, ödeme, daralma, ara ve veri kaybı ayrıdır	Ödeme ve müşteri nedeni kanıtı	Sorumlu ata; nedenler eksik olabilir
Zayıf iddia	Elde tutma ölçeklemeye hazır olduğumuzu kanıtlar	Tekrar eden değer, kalite ve kapasite incelemesinden geçer	Karar kaydı ve iş yükü	Sınırlı ölçekleme sınaması tasarla
Ölçüm	Bu dönem önceki dönemle karşılaştırılır	Tanım sürümüne bağlı grup incelemesi	Veri sınamaları ve değişiklik geçmişi	Olgunlaşmamış dönemleri karşılaştırma

Zayıf gösterge anlatısı ve güçlü karar sistemi

Plan öğesi	Zayıf kurulum	Daha güçlü kurulum	Doğrulanacak	İddia edilmemesi gereken
Aktivasyon	Hesap açan kullanıcılar	Doğrulanmış değer işini tamamlayan uygun birimler	Olay ve araştırma uyumu	Olay elde tutmaya neden olur
Elde tutma	Bu ay etkin kullanıcılar	Adlandırılmış değeri tekrarlayan olgun aktive gruplar	Aynı payda ve zaman	Harmanlanmış oran iyileşiyor
Müşteri kaybı	Giriş yapmayı bırakan kişiler	Nedene göre ayrılmış müşteri ve gelir kayıpları	Ödeme, hesap ve olay kayıtları	Hareketsizlik iptaldir
Ölçekleme	Gösterge ekranı yeşil	Desen bölümleme, veri ve kapasite incelemesinden geçer	Karar kaydı ve operasyon kanıtı	Hazırlık kanıtlandı
Sahiplik	Sayı büyüme ekibinindir	Ürün, veri, ödeme ve müşteri sorumluları ağacı paylaşır	Adlandırılmış düzeltme sorumlusu	Sonucu tek ekip yönetir

Kaldırın, yeniden yazın veya yalnızca denetimde tutun

Editoryal karar	Taslak iddia	Neden	Güvenli kullanım	Sorumlu
Kaldır	Bu elde tutma oranı ölçeklenmeyi öngörür	Hiçbir gösterge tek başına gelecekteki ölçeği kurmaz	Bilgilendirdiği sınırlı kararı adlandır	Editör
Kaldır	Düşük müşteri kaybı ürün-pazar uyumunu kanıtlar	Formül, bölüm, kıdem ve iş yükü eksiktir	Yalnızca gözlenen grubu anlat	Kurucu
Yeniden yaz	Aktivasyon arttı	Tanım veya uygun kitle değişmiş olabilir	Sürüm, birim, olay ve dönemi belirt	Analiz sorumlusu
Yeniden yaz	Müşteriler ürün yüzünden ayrılıyor	Kayıp nedenleri kanıt ve ayrıştırma gerektirir	Doğrulanmış nedenleri bilinmeyenlerden ayır	Müşteri ekibi
Yalnızca denetim	Dış ölçüt, yatırımcı kuralı veya rakip oranı	Karşılaştırılabilirlik ve kaynak uygunluğu bilinmiyor	Sadece araştırma sorusu üretmek için kullan	Araştırma

Yaygın ölçüm hataları

Hata	Neden yanıltır?	İlk düzeltme	Ölçüm	Durma koşulu
Kolay olayı değer saymak	Olay yalnızca merak veya uyum gösterebilir	Kullanıcı işini gözle ve araştır	Doğrulanmış değer olayı	Anlam savunulamıyor
Kişi ve hesabı karıştırmak	Davet ve kullanıcı sayısı paydayı değiştirir	Ekonomik veya iş akışı birimini seç	Birim düzeyinde kullanıcı grubu	Kimlik uzlaştırılamıyor
Olgunlaşmamış grupları karşılaştırmak	Yeni gruplar geç aralığa ulaşmamıştır	Olgunluk kuralı uygula	Uygun grup büyüklüğü	Sonraki aralık tamamlanmamış
Kayıp nedenlerini harmanlamak	Farklı sorumlular aynı teşhisi alır	Bilinmeyen seçeneği olan neden sırası kur	Neden kapsamı ve hareket	Neden kanıtı yok
Tanımı sessizce değiştirmek	Eğilim hareketi ölçüm hatası olabilir	Ölçüm sözleşmesini sürümle	Eski ve yeni tanımı yan yana tut	Tekrarlanabilir geçmiş yok

Gösterge ağacını ölçekleme kararına bağlayın

Sean Ellis’in Hacking Growth kaynak sayfası davranış analizini, kullanıcı gruplarını ve sınamayı daha geniş bir büyüme sürecine yerleştirir. Andrew Chen’in Cold Start Problem bölümüyse ağ yapılı ürünlerin belirli bir yaşam döngüsü izlediğini ve yerel ağ sorununu çözmesi gerektiğini anlatır. Bu birincil uygulayıcı kaynaklarını iş modeline göre birimi ve akışı değiştirmek için kullanın; örneklerini evrensel ölçüt saymayın.

Ölçekleme kapısı	Soru	Kanıt	Karar	Yalnızca denetimde kalacak
Değer	Olay tamamlanmış müşteri işini temsil ediyor mu?	Araştırma ve olay kaydı	Aktivasyonu koru veya yeniden tanımla	Doğrulanmamış dolaylı olay
Tekrar	Olgun gruplar değeri anlamlı sıklıkta yineliyor mu?	Grup eğrisi ve kullanım incelemesi	İş akışını düzelt veya sürdür	Harmanlanmış ortalama
Kayıp	Müşteri ve gelir kayıpları anlaşılıyor mu?	Neden ve ödeme defteri	Ana düzeltmeyi sorumluya ata	Varsayılan gerekçeler
Veri	Sonuç kimlik ve tanım denetiminden geçer mi?	Sınamalar, veri kökeni, dışlamalar, sürüm	Göstergeye güven veya engelle	Yeniden kurulmuş tahminler
Kapasite	Edinme, karşılama, destek ve teslimat yükü kaldırır mı?	Yük ve kalite kanıtı	Sınırlı sınama yap veya bekle	Operasyon kanıtı olmayan tahmin

FAQ

Bir girişim için iyi aktivasyon olayı nedir?

İyi aktivasyon olayı, uygun birim için anlamlı bir müşteri işini tamamlayan en erken gözlenebilir eylemdir. Ölçülebilecek kadar belirli, kullanıcının değeri tanıyacağı kadar önemli ve hesap açma ya da tanıtım turundan ayrışacak kadar dar olmalıdır. Davranış ve kullanıcı araştırmasıyla doğrulayın; elde tutmayla birlikte hareket etmesinin nedensellik kanıtladığını varsaymayın.

Elde tutma kişiyle mi, hesapla mı ölçülmeli?

Ürünün değer teslimine ve ticari ilişkiye uyan birimi kullanın. Tüketici ürünü kişi düzeyinde, işbirlikçi işletme ürünü çalışma alanı, şirket, şube veya yerel ağ düzeyinde inceleme gerektirebilir. Yararlıysa kişi davranışını hesap görünümünün altında teşhis amacıyla koruyun. Birimler arasındaki ilişkiyi ve kimlik kurallarını açıklamadan aynı paydada birleştirmeyin.

Bir girişim müşteri kaybını nasıl hesaplamalı?

Abonelik dönemindeki müşteri kaybı için dönem içinde kaybedilen müşterileri dönem başında etkin olan müşterilere bölün; sabit bir kayıp kuralı ve zaman sınırı kullanın. Ardından istekli iptal, ödeme sorunu, daralma, ara ve veri hatasını ayırın. Gelir kaybı ayrı bir hareket defteri ister. Dışlamaları ve bilinmeyen nedenleri yazın; formül ancak kitle tekrar kurulabiliyorsa yararlıdır.

Aktivasyonun iyileşmesi elde tutmanın artacağını kanıtlar mı?

Hayır. Daha güçlü aktivasyon deseni elde tutma varsayımını sınamayı haklı çıkarabilir; sonraki davranış ise değer kalitesi, kullanım sıklığı, ekip benimsemesi, uygulama, destek, fiyat veya edinme karışımına bağlı olabilir. Aktive kullanıcı gruplarını aynı dönüş olayı ve olgun zaman aralıklarıyla izleyin. Değişim görürseniz aktivasyon düzeltmesini neden olarak sunmadan önce diğer açıklamaları inceleyin.

Elde tutma kanıtı ne zaman ölçekleme sınaması için yeterlidir?

Değer olayı doğrulanmış, kullanıcı grupları olgun, tanımlar sürümlenmiş, önemli bölümler incelenebilir, kimlik kalitesi kabul edilebilir ve desen operasyon incelemesinden geçmişse elde tutma kanıtı karar vermeye yarar. Bu, yeni kapasite ve risk sınırları olan sınırlı bir ölçekleme sınamasına izin verebilir. Evrensel eşik, kalıcı ürün-pazar uyumu veya gelecekteki büyümeyi kanıtlamaz.

Kurucular önce hangi büyüme göstergesini düzeltmeli?

Gösterge ağacındaki en erken kırık veya güvenilmez bağlantıyı düzeltin. Uygunluk ya da kimlik yanlışsa ölçümü onarın. Kullanıcı doğrulanmış değer olayına ulaşamıyorsa aktivasyonu düzeltin. Aktive gruplar işi tekrarlamıyorsa elde tutmayı araştırın. İlişki bitiyorsa kayıp nedenlerini ayrıştırın. Daha sonraki bir gösterge, ekibin savunamadığı önceki tanımı telafi edemez.

Önce neyi düzeltirdim?

Birim, uygunluk kuralı, değer olayı, dönüş ölçütü, müşteri kaybı sınırı, dışlamalar ve sorumluları tek sayfaya koyardım. Sonra yakın tarihli bir kullanıcı grubunu ham olaylar, ödeme hareketleri ve müşteri nedenleri üzerinden yeniden oynatırdım. Tanımlar uzlaşmadan ürün, karşılama, ödeme veya kapasite sınaması seçmezdim.