Deneme Süreleri (Trials)

Bir yazılım şirketinin deneme dönüşüm raporunu açtığınızda genellikle aynı manzarayı görürsünüz: kayıt olanların büyük çoğunluğu ilk gün giriş yapıyor, ikinci günden sonra ortadan kayboluyor. Ekip ise sonraki hafta için “deneme süresini 14 günden 30 güne çıkaralım” fikrini tartışıyor.

Süreyi uzatmak, hiç kullanılmayan bir şeyi daha uzun süre kullanılmamış tutmaktır.

Ne zaman ihtiyacınız var?

Free trial şu durumlarda doğru model: ürünün değeri birkaç hafta içinde yaşanabilir ve gerçek bir iş akışına, veriye ya da ekibe bağlı. Ücretsiz sürekli plan marjinal maliyet ya da kanibalizasyon yüzünden mümkün değil. Karar verici, satın almadan önce ürünün kendi işinde çalıştığını görmek istiyor. Fiyat belirgin, yani deneme sonrası ücretli plana geçişin ne kadar tutacağını kullanıcı biliyor.

Henüz erken olduğunuz durumlar: ürün kullanıcı kendi başına kuramayacak kadar karmaşıksa ve kurulum için sizin ekibiniz gerekiyorsa, deneme değil pilot süreci tasarlamanız gerekir. Onboarding henüz oturmadıysa, deneme hunisine para harcamak kırık bir ürün deneyimini ölçeklendirir.

Freemium'dan farkı: orada kalıcı bir ücretsiz katman, sınır ve yükseltme mantığı var. Burada ise zaman sınırlı, tam deneyim ve bir karar anı. Birinde soru “çizgiyi nereye çekelim?”, diğerinde “kullanıcı süre dolmadan değeri yaşayacak mı?”

Çoğu ekibin atladığı nokta

Deneme süresi genelde takvimle tasarlanır: 7, 14, 30 gün. Oysa tek anlamlı süre, kullanıcının değer anına ulaşması için gereken süre artı bir tampon.

Önce değer anını tanımlayın: kullanıcının “ürün çalışıyor” dediği, bir daha dönmesini en çok öngören eylem. Bir proje yönetimi aracında bu, ekibiyle gerçek bir proje başlatmak olabilir. Bir analitik araçta, kendi verisiyle ilk raporunu görmek. Bu eylemi bulduktan sonra sorulacak soru şu: deneme başlayanların yüzde kaçı bu eyleme, hangi günde ulaşıyor? Çoğu ürün için değer anına ulaşanların büyük kısmı ilk birkaç gün içinde ulaşır. Ulaşmayanlar geç ulaşmaz, hiç ulaşmaz.

Deneme süresinin bir hedefi var: kullanıcıyı değer anına taşımak. Süre, o hedefin aracıdır, kendisi değil.

Bu, denemenin başarısının büyük ölçüde onboarding başarısı olduğu anlamına gelir. Ekipler genellikle deneme sonrası e-posta dizilerini (dönüşüm kampanyası) optimize eder, ama kritik pencere ilk birkaç oturumdur. Orada kaybettiyseniz, “sürenin dolmasına 3 gün kaldı” e-postası kimseyi kurtarmaz.

Bir diğer atlanan nokta: kredi kartı isteyip istememe kararı. Kartlı deneme genellikle daha yüksek bir ücretli dönüşüm oranı verir ama çok daha az deneme başlangıcı. Kartsız deneme çok daha fazla kayıt getirir, ama kalitesiz kitleyi de içine alır. Doğru seçim ürününüzün karar yapısına bağlı; bu kararı bir tercih değil bir deney olarak ele alın ve kayıt sayısını değil, sonuçta ücretli müşteri sayısını karşılaştırın.

Denemenin kendisine dair son bir not: süre sonunda ne olacağı kadar, süre içinde kullanıcıya ne söylendiği de önemli. Bazı ürünler deneme bitince kullanıcıyı sessizce ücretsiz bir plana ya da salt okunur bir moda alır; bu, ilişkiyi koparmadan kapıyı açık tutar. Bazıları veriyi bir süre saklar ve geri dönüş için kolay bir yol bırakır. Kullanıcıyı sert bir duvara çarptırmak kısa vadede bir dönüşüm baskısı yaratır, ama dönmeyenlerin hafızasında kötü bir iz bırakır. Karşılığında kazandığınız sayı küçüktür, kaybettiğiniz güven ise ağırdır.

Uygulama planı

1. Değer anını veriden bulun

Ücretli dönenlerle dönmeyenlerin ilk haftadaki davranışlarını karşılaştırın. İkisi arasında en keskin farkı yaratan eylem, aday değer anınızdır. “Bir ekip arkadaşını davet etti”, “ilk entegrasyonu bağladı” gibi. Bu bir korelasyon, nedensellik değil; ama en güçlü başlangıç hipotezidir.

2. Süreyi değer anına göre belirleyin

Değer anına ulaşanların ortalama süresini ve %80'inin ulaştığı günü bulun. Deneme süresi bu günün biraz üzerinde olsun. Süreyi tek bir sayıya sabitlemek zorunda değilsiniz: bazı ürünlerde süre uzatma talebi bile iyi bir sinyal ve bir satış fırsatıdır.

3. İlk oturumu tasarlayın

Boş bir ekranla karşılaşan kullanıcı çoğunlukla gider. Örnek veri, şablon, rehberli ilk görev, ilk 10 dakikada bitirilecek bir hedef verin. Her adım, değer anına yaklaştırmalı; ilgisiz kurulum adımlarını sonraya bırakın.

4. Yaşam döngüsü mesajlarını davranışa bağlayın

“Gün 3 e-postası” yerine “ilk entegrasyonu bağlamayanlara” giden mesaj. Gönderim zamanı takvime değil, kullanıcının geldiği noktaya bağlı. Takılan kullanıcıya bir insan (kısa görüşme, canlı yardım) ulaşabilir; özellikle yüksek değerli hesaplarda.

5. Karar anını açık yaratın

Süre sonu belirsiz olmasın. Kullanıcı neyi kaybedeceğini, hangi planların olduğunu, fiyatın ne olduğunu net görsün. Deneme sürecinde yarattığı verinin ve emeğin (kurduğu raporlar, davet ettiği ekip) süre sonunda ne olacağı açık olsun. Kullanıcıya bir kolay yol sunun: planı seçmek, süreyi uzatmak, ya da veriyi dışa aktarmak.

6. Kaybedilenleri öğrenin

Dönmeyenlere kısa bir “neden” sorusu gönderin ya da bir kısmını arayın. Gelen cevaplar (fiyat, eksik özellik, zamanlama, ekip onayı) trial'ın kendisinin ya da satış sürecinin neresinin kırık olduğunu gösterir.

Neyi ölçmeli?

• Değer anına ulaşma oranı (deneme başına): En önemli öncü gösterge; dönüşümden haftalar önce haber verir.
• Değer anına ulaşma süresi: Onboarding hızının ölçüsü.
• Denemeden ücretliye dönüşüm (cohort bazlı): Gecikmeli sonuç; kayıt kaynağına ve segmente göre bölün.
• Deneme kayıtlarından ücretli müşteriye gelir: Kartlı/kartsız gibi tasarım kararlarını karşılaştırmak için asıl ölçü.

Tuzaklar

Süreyi uzatarak sorunu çözmeye çalışmak. Kullanıcı ilk günlerde değeri bulamadıysa, 30. günde bulma ihtimali çok düşük.

Özellik kısıtlı deneme. Kullanıcıya ürünün zayıf bir hâlini deneterseniz, onu en iyi hâliyle değerlendiremez. Deneme gerçek ürünle olmalı.

Satış ekibini sürece dahil etmemek. Yüksek değerli hesaplarda deneme, bir satışçı için en iyi keşif aracıdır. Kimin ne kadar kullandığını görmeden yapılan satış takibi körlemesine olur.

Tüm kullanıcılara aynı süreci uygulamak. Bireysel kullanıcı ile 50 kişilik bir ekip için aynı deneme akışı çalışmaz. Segmentlere göre farklı yollar tasarlayın.

Yapay zekâ çağında bu strateji

Deneme süresi klasik yazılımda bir takvim sorusuydu: kaç gün? Çıkarım maliyeti olan bir üründe aynı deneme süresi çok farklı faturalar doğurabilir: bir kullanıcı birkaç çağrı yapar, bir başkası günde çok sayıda. Bedava çıktı toplamak için art arda hesap açanlar da olabilir.

Bu yüzden süre tek başına yeterli bir sınır olmayabilir. Denemeyi kullanım bütçesiyle (kredi, çağrı ya da çıktı sayısı) tanımlayın; bütçeyi, değer anına ulaşmak için gereken en küçük kullanımın biraz üstüne koyun. Aynı cihazdan gelen çok sayıda kayıt ya da bütçe biter bitmez açılan yeni hesap, kötüye kullanım işareti olabilir.

Pratik kural. Deneme bütçesini değer anına ulaşan kullanıcının tipik harcamasına göre koyun; bütçesini tüketen hesapların ne kadarının değer anına ulaştığını ayrıca izleyin.

Bizim yorumumuz: bütçe cömertse kartsız deneme kitleyi bedava çıktı arayanlarla doldurabilir. Kartlı ve kartsız denemeyi aynı bütçeyle karşılaştırın ve ücretli müşteri başına deneme maliyetine bakın; kayıt sayısı bu maliyeti gizleyebilir.

Bu hafta başlayın

1. Son 3 ayda ücretli dönenler ile dönmeyenlerin ilk 7 gündeki davranışını karşılaştırın ve en çok ayıran tek eylemi yazın.
2. Bu eyleme ulaşanların yüzdesini ve ortalama gününü hesaplayın; mevcut deneme sürenizle karşılaştırın.
3. Yeni bir deneme kullanıcısı gibi kaydolun ve ilk 10 dakikada ne olduğunu, hangi ekranda ne yapacağınızı bilemediğinizi not edin.