Freemium ve free trial, SaaS ürününde zaman, özellik ve ödeme sınırlarının nereye konacağını değiştirir. Hiçbiri kendiliğinden daha iyi değildir. Kararı; uygun kullanıcının ilk değere nasıl ulaştığına, bu değeri nasıl tekrarladığına, ne kadar hizmet maliyeti yarattığına, paywall ile nerede karşılaştığına ve ticari görüşmeye ne zaman hazır olduğuna bakarak verin. Kendi olay tanımlarınızı ve maliyet kayıtlarınızı kullanın; tek bir kontrollü tasarımı sınayın. Dönüşüm benchmarkı ödünç almayın ve product-led growth için kalıcı ücretsiz erişimin şart olduğunu varsaymayın.
Doğrudan yanıt
Hedef alıcının ürünü öğrenmesine yetecek erişimi veren, destek ve altyapı yükünü görünür tutan, paketleme sınırını açıklayan ve satış devrini ölçülebilir kılan modeli seçin. Bunu büyüme vaadi değil, sınanabilir işletim tasarımı olarak ele alın.
Freemium ve free trial kararı gerçekte neyi değiştirir?
Freemium, tanımlı temel ürünü süre sınırı olmadan erişilebilir tutar; ödeme farklı yetenek, kapasite, iş birliği veya hizmet düzeyini açar. Free trial ise tanımlı ücretli deneyimi sınırlı süreyle gösterir. Bu nedenle karar yalnızca “ücretsiz mi ücretli mi?” değildir. Değer yolunu, süre bitimini, destek vaadini, ürün verisini, paywall noktasını ve satış müdahalesini birlikte tasarlar.
| Karar katmanı | Freemium sorusu | Free trial sorusu | Seçim öncesi kanıt | Sınır |
|---|---|---|---|---|
| Değer yolu | Temel paket eksiksiz ama sınırlı bir işi çözebiliyor mu? | Kullanıcı deneme süresinde değere ulaşıp tekrarlayabiliyor mu? | Kurulum adımları ve ilk değer olayı | Erişim ödeme isteğini kanıtlamaz |
| Alıcı niyeti | Yararlı ücretsiz davranış uygun hesabı ayırabiliyor mu? | Denemeyi başlatmak anlamlı niyet gösteriyor mu? | Segment, kullanım amacı ve beyan edilen iş | Kayıt olmak yeterli nitelik değildir |
| Maliyet | Ücretsiz kullanım yönetilen hizmet sınırında kalıyor mu? | Deneme desteği testi bozmadan sunulabiliyor mu? | Destek süresi ve altyapı kayıtları | Dijital kullanım maliyetsiz varsayılmaz |
| Paywall | Hangi kalıcı sınır ücretli değeri koruyor? | Süre bitince ne olur, hangi veri kalır? | Özellik, kapasite ve iş birliği haritası | Sürtünme tek başına değer değildir |
| Satış modeli | Hangi kullanım sinyali iletişimi hak eder? | Satış, öğrenmeyi kesmeden ne zaman yardım edebilir? | İzinli hesap ve ürün olayları | Ürün odaklı olmak satışsız olmak değildir |
Görsel alanı: Buraya alıcı, değer yolu, maliyet sınırı, paywall, satış devri ve eksik kanıtı gösteren gerçek freemium-free trial karar matrisi ekleyin. Bu alanı yalnızca doğrulanmış proje verisiyle değiştirin.
Freemium, free trial ve product-led growth aynı şey değildir
ProductLed’in birincil kitap sayfası, product-led growth yaklaşımının yalnızca free trial eklemekten daha geniş olduğunu açıkça belirtir. Bu dar çerçeveyi kullanın: PLG; kullanıcının süren ürün değerini deneyimlemesi ve kuruluşun bu yolu desteklemesiyle ilgilidir. Sayfadaki tanıtım amaçlı ölçek, gelir veya alıcı tercihi sayılarını bu makaleye kanıt olarak taşımayın. Şirket freemium, deneme, ücretli pilot veya hibrit model kullanabilir.
PLG sınırı
Ücretsiz erişim bir teklif tasarımıdır. Product-led growth ise ürün deneyimi, onboarding, ölçüm, destek ve ticari koordinasyonu kapsayan daha geniş işletim yaklaşımıdır. Biri diğerini kanıtlamaz.
Karar matrisi: değer yolu, satın alma niyeti, maliyet ve satış modeli
David Teece’in iş modeli araştırması, değer yaratma, sunma ve elde etme tercihlerini bağlantılı bir tasarım olarak ele alır. Bu çerçeve, ücretsiz deneyimi maliyet ve gelir modeliyle birlikte değerlendirmeyi destekler; rakibin paywall tasarımını kopyalamayı değil. Aşağıdaki matris editoryal karar desteğidir, nedensel model veya benchmark değildir.
| Koşul | Freemium yönü | Free trial yönü | Hibrit seçenek | Durma koşulu |
|---|---|---|---|---|
| Değer yolu | Temel pakette eksiksiz ve tekrarlanabilir bir iş var | Ücretli iş akışı kontrollü sürede öğrenilebiliyor | Ücretsiz alan ve ileri iş için süreli erişim | İlk değer tanımsız |
| Alıcı niyeti | Kullanım derinliği zamanla uyumu gösteriyor | Tanımlı değerlendirme süresi satın alma niyetiyle örtüşüyor | Premium deneme öncesi uygunluk kontrolü | Tek niyet verisi kayıt kaynağı |
| Marjinal maliyet | Ücretsiz hizmet sınırı ölçülmüş ve yönetilebilir | Sınırlı süre maliyeti tutarken değeri gizlemiyor | Pahalı işlemler için kredi ya da onay | Aktif kullanıcı maliyeti bilinmiyor |
| Onboarding | Kendi kendine kurulum yararlı duruma ulaşıyor | Rehberli kurulum öğrenme süresine sığıyor | Destekli değerlendirme öncesi sandbox | Çoğu hesap özel uygulama istiyor |
| Satış devri | Hesap genişleme sinyali bağlamsal yardımı tetikliyor | Deneme davranışı planlı incelemeyi destekliyor | Adlandırılmış sinyallerle ürün odaklı satış | İletişim kuralı yazılı değil |
Görsel alanı: Buraya giriş, kurulum, ilk değer, tekrar, ekip kullanımı, paywall ve satış devrini gösteren değer yolu haritası ekleyin. Uydurma huni kullanmayın.
Freemium ne zaman işe yarayabilir?
Günzel-Jensen ve Holm’un hakemli çoklu vaka çalışması, ücretsiz tekliflerin girişimin farklı aşamalarında öğrenme, keşif ve kaynak edinme gibi farklı roller üstlenebildiğini anlatır. Daha yeni bir yapılandırma çalışması da sonucun model tasarımı, yetenekler ve ortamın bileşimine bağlı olduğunu bildirir. Bu araştırmalar koşullu düşünmeyi destekler; evrensel SaaS dönüşüm oranı veya büyüme kanıtı sunmaz.
Freemium uyumu
Freemium; eksiksiz ama sınırlı iş kendi kendine yapılabiliyorsa, ücretsiz kitle öğrenme ya da katılım değeri yaratıyorsa, maliyet görünürse ve ücretli sınır keyfî engel yerine ek değeri temsil ediyorsa düşünülebilir.
| Freemium koşulu | Toplanacak kanıt | Tasarım yanıtı | İzlenecek risk | Karar sınırı |
|---|---|---|---|---|
| Sınırlı yararlı iş | Görev tamamlama ve tekrar yolu | Temel işi kullanılabilir tut, ek işi ücretlendir | Ücretsiz paket yalnızca demo | Yararlılık satın alma niyeti değildir |
| Düşük hizmet yükü | Aktif kullanıcı başına destek süresi ve altyapı | Açık hizmet sınırı belirle | Büyük pasif taban maliyeti gizler | Sıfır fiyat sıfır maliyet değildir |
| Genişleme yolu | Ekip, veri, kapasite veya iş akışı sinyali | Ücretli paketi anlaşılır sonraki işe bağla | Paywall değerden önce gelir | Yükseltme sinyali garanti değildir |
| Öğrenme değeri | Segmente bağlı soru ve başarısızlık deseni | Kanıtı onboarding ve pakete taşı | Kayıt toplamı başarı sayılır | Geri bildirim otomatik temsilî değildir |
| Yönetilen destek | Hak ve yanıt politikası | Topluluk, kendi kendine ve ücretli desteği ayır | Ücretsiz kullanıcı premium hizmet bekler | Destek politikası açık olmalı |
Görsel alanı: Buraya aktif ücretsiz kullanıcı, destek süresi, altyapı birimi, hak sınırı ve inceleme tarihi içeren maliyet baskısı çalışma sayfası ekleyin. Sentetik toplam eklemeyin.
Freemium ne zaman destek ve dönüşüm sorununa dönüşür?
Temel paket anlamlı bir işi tamamlayamıyorsa, pahalı özelliklerin kullanım sınırı yoksa, destek beklentisi ücretsiz hakları aşıyorsa veya tüm ücretsiz kitle gelecekteki alıcı gibi okunuyorsa freemium zorlaşır. İlk çözüm daha baskıcı yükseltme mesajı değildir. Aktif öğrenenleri, tamamlanan ücretsiz işleri, genişleme sinyallerini, hizmet maliyetini ve farklı rotaya ihtiyaç duyan hesapları ayırmaktır.
free_user_cost_pressure = free_users × support_cost_per_user × infrastructure_cost_per_user. free_users, tanımlı dönemdeki aktif ücretsiz hesapları; support_cost_per_user, bu grup için ayrılan destek maliyetini; infrastructure_cost_per_user ise ayrılan hizmet maliyetini gösterir. İki maliyet girdisi çarpıldığı için bu para toplamı değil, göreli editoryal baskı indeksidir. Gerçek bütçede maliyetleri toplayın. Formül evrensel SaaS kuralı değildir.
Maliyet sınırı
Aktif ücretsiz kullanıcı, destek hakkı ve altyapı dağıtımı tanımlanmadan freemium maliyet kararı savunulamaz. Paywall değiştirmeden önce bu girdileri ölçün.
Free trial ne zaman işe yarayabilir?
Yoganarasimhan, Barzegary ve Pani’nin Management Science saha deneyi, tek bir büyük SaaS ortamında farklı deneme sürelerini karşılaştırmış ve kullanıcı yanıtlarının değişebildiğini göstermiştir. Güvenli ders yöntemle ilgilidir: süre, tanımlı sonuçlara karşı sınanabilir ve kullanıcılar farklı tepki verebilir. Araştırmadaki kazanan uygulama başka ürün, segment, pazar veya onboarding yolu için kural değildir.
Deneme uyumu
Free trial; hedef alıcı kurulumu tamamlayabiliyor, ilk değere ulaşıyor, temel davranışı tekrarlıyor ve gerçek satın alma incelemesini belgelenmiş öğrenme süresinde yapabiliyorsa düşünülebilir.
Görsel alanı: Buraya kurulum, ilk değer, tekrar sinyali, satın alma incelemesi, süre sonu davranışı ve destekli satış devrini gösteren gerçek öğrenme penceresi tablosu ekleyin.
Free trial ne zaman sahte aciliyet veya kötü veri üretir?
Zhang ve Duan’ın açık erişimli saha deneyi, farklı ürün ve süre karşılaştırmasında ürün ile kullanıcı bağlamının etkiyi değiştirebildiğini bildirir. Bu çalışmayı Management Science araştırmasıyla birlikte okuyun: hiçbiri evrensel yedi, on dört veya otuz gün kuralı vermez. Süre normal değerden önce bitiyorsa, hatırlatmalar ana davranış kaynağıysa veya satış yardımı gruplar arasında değişiyorsa veri yanıltıcı olur.
Deneme uyarısı
Süresi biten deneme; yetersiz zaman, zayıf onboarding, düşük niyet, eksik veri, satın alma gecikmesi veya ürün uyumsuzluğu anlamına gelebilir. Yolları ayırmadan her satın almamayı dönüşüm sorunu saymayın.
Aktivasyon, elde tutma, yükseltme ve satış devri metrikleri
Lean Analytics kitabının resmî sitesi, önemli metriğin iş türüne ve girişim aşamasına göre seçilmesini vurgular. Bu uygulayıcı çerçevesini kullanın; hedef değer taşımayın. Modelleri karşılaştırmadan önce olay, hesap birimi, uygunluk kuralı, zaman penceresi ve paydayı tanımlayın.
| Metrik ailesi | Operasyonel tanım | Gerekli payda | Desteklediği karar | Kanıtlayamadığı |
|---|---|---|---|---|
| Aktivasyon | Hesap adlandırılmış ilk değer davranışını tamamlar | Tam gözlem penceresi olan uygun yeni hesaplar | Onboarding kaybının yeri | Gelecekteki elde tutma veya satın alma |
| Tekrarlı kullanım | Temel davranış doğal sıklıkta yeniden gerçekleşir | Tekrar için uygun aktive hesaplar | Değerin rutine dönüşme ihtimali | Erişim modelinin nedenselliği |
| Yükseltme hazırlığı | Ürün ve alıcı sinyalleri yazılı kurala ulaşır | Ücretli iş için uygun hesaplar | Hangi istem veya devir sınanmalı | Hesabın satın alacağı |
| Satış devri | Nitelikli hesap belirlenen hizmet kuralıyla kabul edilir | Devir kuralını geçen hesaplar | Ürün-satış koordinasyonu | Kontrollü tasarım olmadan ek gelir |
| Elde tutma | Uygun hesap tanımlı dönemde değer olayına döner | Eşit olgunluk ve maruziyetli grup | Değerin sürüp sürmediği | Evrensel sağlık eşiği |
upgrade_readiness_score = activation_depth × repeated_use × team_expansion_signal × purchase_intent. activation_depth, giderek anlamlılaşan eylemlerin tamamlanmasıdır; repeated_use, doğal sıklığa göre tekrardır; team_expansion_signal, doğrulanmış ekip veya ortak iş akışı davranışıdır; purchase_intent, açık ticari sinyaldir. Bu çarpımsal puan editoryal önceliklendirme aracıdır; olasılık, benchmark veya evrensel yasa değildir.
Görsel alanı: Buraya olay sözlüğü, hesap birimi, gözlem penceresi, kanıt sahibi ve her puanın gerekçesini içeren yükseltme hazırlığı çalışma sayfası ekleyin. Sahte panel kullanmayın.
Fiyatlandırma, paywall ve paketleme kararları
Ücretsiz sınır, ücretli işi anlaşılır kılmalıdır. Daha yüksek hacim ek değer veya maliyet yaratıyorsa kapasiteyi; ekip koordinasyonu yeni işi başlatıyorsa iş birliğini; kayıt, izin ve yönetim alıcının ihtiyacıysa yönetişimi paketleyin. Açık dışa aktarma veya süre sonu politikası olmadan kullanıcının çalışmasını kaldırmayın. Paketleme yalnızca mesaj değil, ürün ve ticaret kararıdır.
| Sınır türü | Uygun kanıt | Freemium uygulaması | Free trial uygulaması | Risk |
|---|---|---|---|---|
| Özellik | İleri iş akışı ayrı ücretli işi çözüyor | Temel iş tamamlanır; ileri iş ücretlidir | Premium iş değerlendirme boyunca açıktır | Keyfî kilit değeri gizler |
| Kapasite | Kullanım birimi değer ve ölçülen maliyet yaratıyor | Şeffaf yenilenen hak | Normal işi sınamaya yetecek hak | Sınır öğrenmeden önce dolar |
| İş birliği | Ekip davranışı yeni değer katmanı gösteriyor | Tek kişilik kullanım sürer; ortak kontrol ücretlidir | Davet ve rol akışı sınanabilir | Alıcı inceleyeni dahil edemez |
| Yönetişim | İzin, günlük veya kontrol alıcı için gerekli | Yönetişim ücretli pakettedir | Yönetici incelemesi plan içindedir | Güvenlik dili ürünü aşar |
| Hizmet | İnsan yardımı açık teslim maliyetine sahip | Kendi kendine ücretsiz; sözleşmeli ücretli destek | Deneme yardımı kayıtlı ve tutarlıdır | Eşitsiz yardım karşılaştırmayı bozar |
Görsel alanı: Buraya ücretsiz iş, ücretli iş, hak, saklanan veri, süre sonu durumu ve destek vaadini gösteren paywall-paket sınırı diyagramı ekleyin. Gerçek ürün sözleşmesini kullanın.
Sahte benchmark olmadan ölçüm iş akışı
Tek segment ve tek işle başlayın. Olay adlarını ve uygunluk kurallarını sabitleyin, mevcut yolu ölçün, tek model değişikliği seçin, maruziyeti yayın öncesi tanımlayın, onboarding ve satış uygulamasını eşit tutun ve grupların gözlem penceresini tamamlamasını bekleyin. Hariç tutmaları, destek müdahalelerini ve fiyat değişikliklerini kaydedin. Kararı ödünç “iyi dönüşüm oranıyla” değil, kendi kanıtınızla verin.
trial_learning_window = time_to_first_value + time_to_habit_signal + buyer_review_time. time_to_first_value, ilk anlamlı sonuca kadar gözlenen süredir; time_to_habit_signal, amaçlı tekrarı görmek için gereken doğal sıklıktır; buyer_review_time, belgelenmiş satın alma inceleme süresidir. Toplam editoryal planlama penceresidir, evrensel deneme süresi değildir.
model_fit_score = value_path_clarity × marginal_cost_fit × onboarding_self_service × buyer_urgency × sales_handoff_readiness. value_path_clarity, değere giden adımların kanıt güvenidir; marginal_cost_fit, ücretsiz erişimin hizmet maliyetiyle uyumudur; onboarding_self_service, yardımsız kurulum kanıtıdır; buyer_urgency, gerçek zaman sınırı olan işe ait kanıttır; sales_handoff_readiness, yönetilen sinyale göre hareket edebilme yeteneğidir. Bu editoryal puandır, SaaS benchmarkı değildir.
| Değişken | Tanım | Şirket içi kaynak | İnceleme | Kaçınılacak kullanım |
|---|---|---|---|---|
| free_users | Açık aktivite kuralına uyan ücretsiz hesaplar | Ürün olay deposu | Olgun grup bazında | Tüm geçmiş kayıtları saymak |
| support_cost_per_user | Uygun ücretsiz hesaplara ayrılan destek eforu ve maliyeti | Destek ve finans kaydı | Aylık | Efor olmadan yalnız bilet saymak |
| infrastructure_cost_per_user | Ayrılan işlem, depolama veya tedarikçi maliyeti | Altyapı ve finans | Aylık | Marjinal maliyeti sıfır saymak |
| time_to_first_value | Adlandırılmış ilk değer olayına kadar süre | Zaman damgalı ürün olayları | Segmente göre | Girişi değer saymak |
| time_to_habit_signal | Amaçlı tekrarı gözlemek için gereken sıklık | Grup davranışı | Tam pencere sonrası | İkinci ziyareti alışkanlık saymak |
| buyer_review_time | Gerçek satın alma incelemesinin gözlenen süresi | CRM ve görüşmeler | Segmente göre | Standart tedarik süresi uydurmak |
| activation_depth | Anlamlı eylemler boyunca ilerleme | Sürümlü olay sözlüğü | Her deneyde | Test ortasında tanımı değiştirmek |
| repeated_use | Ürünün doğal sıklığına göre tekrar | Grup olayları | Olgunluk sonrası | Eksik grupları karşılaştırmak |
| team_expansion_signal | Doğrulanmış ekip veya ortak iş davranışı | Hesap olayları | Haftalık | Yalnız daveti değer saymak |
| purchase_intent | Açık fiyat, tedarik veya satış sinyali | CRM ve ürün olayları | Devir anında | Sayfa görüntüsünden niyet çıkarmak |
| value_path_clarity | Kurulumdan değere yolun kanıt güveni | Araştırma ve olay incelemesi | Yol değişince | Belgesiz puan vermek |
| marginal_cost_fit | Hizmet maliyetinin ücretsiz sınırla uyumu | Finans ve altyapı | Aylık | Sektör ortalaması kullanmak |
| onboarding_self_service | Plansız insan işi olmadan tamamlanma | Destek ve olay kaydı | Grup bazında | Gizli uygulama yardımını yok saymak |
| buyer_urgency | İşin gerçek karar penceresine ait kanıt | Görüşme ve CRM | Segmente göre | Süre sonuyla aciliyet üretmek |
| sales_handoff_readiness | Sinyali yönlendirme, açıklama ve işleme yeteneği | Satış operasyonu denetimi | İş akışı bazında | Her kaydı satışa göndermek |
Görsel alanı: Buraya hipotez, segment, maruziyet, olay sürümü, gözlem penceresi, hariç tutma, destek uygulaması ve durma kuralı içeren deney planı ekleyin. Uydurma grup grafiği kullanmayın.
Zayıf model seçimi ve güçlü model seçimi
| Katman | Zayıf seçim | Güçlü seçim | Üretilen kanıt | Kalan belirsizlik |
|---|---|---|---|---|
| Gerekçe | “Rakipler freemium kullanıyor” | Sınırlı ücretsiz iş gözlenen değer ve maliyetle uyumlu | Değer yolu ve maliyet sayfası | Rakip sonucu bilinmiyor |
| Deneme süresi | “B2B için otuz gün gerekir” | Pencere gözlenen değer, tekrar ve incelemeyi kapsıyor | Segmente göre zaman damgalı adımlar | Yeni segment farklı olabilir |
| Aktivasyon | Giriş yapan her hesap | Tanımlı ilk değer eylemini tamamlayan hesap | Sürümlü olay ve payda | İlk değer elde tutmayı kanıtlamaz |
| Paywall | Satın almaya zorlamak için popüler özelliği kilitlemek | Farklı sonraki iş, kapasite veya kontrolü ücretlendirmek | Paket gerekçesi ve araştırma | Fiyat duyarlılığı sınanır |
| Satış | Her kaydı aramak | Yazılı ürün ve alıcı sinyalinde devir | Kabul ve sonuç günlüğü | Ek etki kontrollü test ister |
Güçlü seçim
Güçlü karar segmenti, tamamlanan işi, maliyet sınırını, deneyi, paydayı, sorumluyu ve geri dönüş kuralını açıklar. Kanıt yetersizse bunu da sonuç olarak kabul eder.
Detaylı operasyonel örnek
Varsayımsal örnek: B2B iş akışı SaaS ürünü, Türkiye’de ve bölgesel pazarlarda operasyon ekiplerinin periyodik uygunluk kanıtı toplamasına yardım ediyor. Alıcı operasyon yöneticisi; yönetici veri kaynaklarını bağlıyor, katkı verenler kanıt yüklüyor ve yönetici tamamlanan dosyayı inceliyor. İlk değer gerçek raporlama döngüsü isteyebilir; kısa süre incelemeden önce bitebilir. Süresiz ücretsiz alan ise depolama, bağlantı ve uzman desteği maliyeti yaratabilir. Bunlar şirket verisi değil, örnek varsayımlardır.
| Örnek öğe | Gözlem veya varsayım | Zayıf sonuç | Güçlü karar | Sorumlu |
|---|---|---|---|---|
| Değer yolu | Kaynağı bağla, gereksinimi eşle, kanıt topla, dosyayı incele | “Kullanıcı hızlı satın almadı” | Adım tamamlama ile inceleme zamanını ayrı ölç | Ürün analitiği |
| Onboarding sürtünmesi | Yetki ve rol kurulumu rehberlik istiyor | “Freemium kullanıcı düşük niyetli” | Kalıcı erişimden önce destekli sandbox sına | Ürün ve başarı |
| Destek maliyeti | Bağlantı sorusu uzman zamanı gerektiriyor | “Ücretsiz kullanıcı çok pahalı” | Aktif hesap ve hak düzeyinde maliyet dağıt | Destek operasyonu |
| Ücretsiz kullanım riski | Depolama ve bağlantı uzun süre açık kalabilir | “Tüm ücretsiz erişimi kaldır” | Şeffaf kapasiteli sınırlı alan kullan | Ürün ve finans |
| Süre baskısı | Alıcı incelemesi katkılar tamamlandıktan sonra | “Kısa süre aciliyet yaratır” | Süreyi gözlenen öğrenme ve incelemeden kur | Büyüme ve satış |
| Satış devri | Yönetici inceleyen davet ediyor ve kontrol soruyor | “Kayıt olan herkesi ara” | Adlandırılmış hesap sinyalini bağlamla yönlendir | Gelir operasyonu |
| Deney adımı | Uygulama | Ölçüm | Koruma | İddia edilmemeli |
|---|---|---|---|---|
| Başlangıç | Mevcut erişim, onboarding ve desteği belgele | Adım tamamlama, hizmet maliyeti, devir kabulü | Tanımları önce sabitle | Korelasyonun model etkisi olduğu |
| Sınırlı test | Uygun gruplarda tek erişim farkını karşılaştır | İlk değer, tekrar, yükseltme hazırlığı, destek yükü | Eşit satış ve onboarding | Tek grubun evrensel kazanan olduğu |
| İnceleme | Öğrenme ve satın alma penceresini tamamla | Hariç tutmalarla grup sonucu | Fiyat ve ürün değişimini kaydet | Büyüme, gelir veya elde tutma garantisi |
| Karar | Tasarımı tut, değiştir veya durdur | Kanıt kalitesi ve uygulanabilirlik | Sorumlu ve geri alma | Ücretsiz erişimden PLG başarısı |
Görsel alanı: Buraya varsayımları gerçek tarih, kanıt, sorumlu, karar ve geri alma notuyla değiştirdikten sonra model değişiklik günlüğü ekleyin. Sahte SaaS analitiği üretmeyin.
Paywall değiştirmeden önce erişim modelini denetleyin
Değer yolunu, erişim kurallarını, destek politikasını ve olay tanımlarını tek kapsamlı incelemeye getirin. Denetim, dönüşüm, elde tutma, büyüme veya gelir vaadi vermeden eksik kanıtı ve sınanabilir karar sırasını belirler.
Neyi kaldırmalı, yeniden yazmalı veya audit’te tutmalı?
| İddia veya öğe | Kaldır | Güvenli yeniden yazım | Audit’te tut | Yayın kanıtı |
|---|---|---|---|---|
| “Freemium standart oranda dönüşür” | Kaynasız yüzde veya blog benchmarkı | Yalnız tanımlı grubunuzu ve paydayı raporlayın | Doğrulanmamış pazar tahmini | Segment ve yöntem içeren birincil veri |
| “On dört gün en iyidir” | Evrensel süre kuralı | Pencereyi gözlenen değer, tekrar ve incelemeden kurun | Dış deney sonucu | Ürüne özel kontrollü test |
| “PLG için freemium şarttır” | Eşdeğerlik iddiası | İşletim yaklaşımını erişim mekanizmasından ayırın | Tanıtım kısaltması | Birincil tanım ve iç tasarım |
| “Ücretsizi kaldırmak dönüşümü artırır” | Testsiz nedensel iddia | Önerilen dengeyi ve deneyi yazın | Geçmiş korelasyon | Birinci taraf kontrollü kanıt |
| “Yüksek niyetli kullanıcı” | Kapalı puan etiketi | Ürün ve alıcı sinyallerini listeleyin | Doğrulanmamış puan modeli | Olay tanımı ve sonuç doğrulaması |
Sık yapılan hatalar
Sık yapılan hatalar; rakip ekranından model seçmek, kayıt sayısını talep sanmak, deneme süresiyle onboarding’i aynı anda değiştirmek, bir gruba daha fazla satış yardımı vermek, hizmet maliyetini gizlemek, paywall noktasını değerden önceye taşımak, olgunlaşmamış grupları karşılaştırmak ve dış deneyi evrensel SaaS kuralı gibi sunmaktır. Satın almayı tek hedef yapıp veri saklama, iptal açıklığı, destek yükü ve alıcı güvenini yok saymak da aynı ölçüde risklidir.
Hata kontrolü
Ekip neyin değiştiğini, kimin maruz kaldığını, hangi paydanın kullanıldığını ve gözlem penceresinin ne zaman kapandığını açıklayamıyorsa sonuç model önerisinde değil audit günlüğünde kalmalıdır.
FAQ
Freemium her zaman free trial’dan daha mı iyidir?
Hayır. Eksiksiz temel iş düşük hizmet maliyetiyle sunulabiliyorsa freemium öğrenme ve tekrarlı kullanımı destekleyebilir; sınırlı ücretli iş akışının değerlendirilmesi gerekiyorsa free trial daha uygun olabilir. İkisi de zayıf onboarding, belirsiz paketleme, gizli destek maliyeti veya yanlış alıcıyla başarısız olur. Kararı genel dönüşüm benchmarkı yerine değer yolu, maliyet sınırı, gözlem süresi ve satış modeliyle verin.
B2B SaaS için free trial daha mı doğrudur?
Genel kural olarak hayır. Bazı B2B alıcıları ürünü tanımlı sürede değerlendirebilir; bazılarıysa değer görünmeden önce uygulama, birden fazla katılımcı, güvenlik incelemesi veya gerçek iş döngüsü ister. Önce satın alma ve ürün öğrenme yolunu haritalayın. Her ürüne free trial yakıştırmak yerine sandbox, pilot, freemium alan veya destekli deneme seçeneklerini değerlendirin.
Product-led growth için freemium şart mı?
Hayır. Product-led growth; edinim, onboarding, değer sunumu, ölçüm ve ticari koordinasyonun ürün deneyimi çevresinde kurulmasını anlatan daha geniş yaklaşımdır. Freemium ve free trial erişim mekanizmalarıdır; tek başına PLG kanıtı değildir. Şirket ücretli giriş, sandbox veya satış destekli değerlendirme kullanıp yine de ürün kanıtıyla çalışabilir. İşletim modelini ücretsiz tekliften ayrı değerlendirin.
SaaS free trial süresi kaç gün olmalı?
Evrensel yedi, on dört veya otuz gün cevabı yoktur. Hedef kullanıcının ilk değere ulaşması, temel davranışı tekrarlaması ve gerçek satın alma incelemesini tamamlaması için gereken süreyi ölçün. Sonra onboarding ve satış uygulamasını eşit tutarak sınırlı bir pencereyi sınayın. Yayımlanmış deneyler yöntem ve bağlam sağlar; her ürün, segment veya pazara kopyalanacak süre vermez.
Model seçimini hangi metrik belirlemeli?
Tek metrik belirlememelidir. İlk değer tamamlama, amaçlı tekrar, uygun ücretsiz veya deneme hesabı başına maliyet, yükseltme hazırlığı, satış devri kabulü ve olgun grup davranışından oluşan küçük kanıt kümesi kullanın. Olayları ve paydaları önceden tanımlayın. Kayıt, paywall görüntüsü veya kısa dönem satın alma oranı destek yükünü, eksik öğrenmeyi ve segment karışımını gizleyebilir.
Freemium ve free trial birlikte kullanılabilir mi?
Evet; her erişim yolunun farklı işi olmalı ve geçiş anlaşılır kalmalıdır. Temel çalışma alanı ücretsiz kalırken uygun kullanıcılar ileri iş birliği ya da yönetişim özelliğini sınırlı süre deneyebilir. Yolları ayrı ölçün, hakları açık yazın ve çakışan uygulamaların karşılaştırmayı bozmasını önleyin. Hibrit model karmaşıktır; uygunluk, destek, süre sonu, veri ve satış devrini yayın öncesi belgeleyin.
İlk neye karar verirdim?
Önce alıcının eksiksiz ilk değer işini adlandırır ve normal süresini ölçerdim. Ardından bu işi sunmanın maliyetini, hangi sonraki işin ödemeyi hak ettiğini ve satın alma incelemesinin gerçek zaman sınırı olup olmadığını belgelerdim. Bunlardan biri bilinmiyorsa model kararını erteler, araştırma ya da ölçüm görevi açardım. İlk karar freemium veya free trial değil, kanıt sözleşmesidir.
İlk karar
Analiz birimini, ilk değer olayını, tamamlanmış gözlem penceresini, maliyet sorumlusunu ve satış devri kuralını seçin. Sonra en küçük geri döndürülebilir erişim deneyini tasarlayın.
Model tartışmasını kanıt planına dönüştürün
Girişim büyüme modeli incelemesi; değer yolunu, ücretsiz erişim maliyetini, paket sınırını ve deney sözleşmesini haritalayabilir. Çıktı büyüme, gelir, dönüşüm, elde tutma veya product-led başarı vaadi değil, sınırlı karar planıdır.