Bu özellik ne işe yarar?
Upgrade ve downgrade, Testvoy içinde billing akışının karar vermeye hazır hale gelmesini sağlar. Amaç sadece ayarı bulmak değil; ekiplerin neyi neden yaptığını, sonucu nasıl okuyacağını ve hata olduğunda nereden başlayacağını bilmesidir.
Ne zaman kullanacağını bil
Ekranda hangi alanları göreceğini öğren
Başarılı olduğunu nasıl anlayacağını netleştir
Ne zaman kullanılır?
Bu rehberi, ilk kurulumda, yeni bir deney hazırlarken, rapor yorumlarken veya müşteri/ekip paylaşımı öncesinde kontrol listesi gibi kullan. Testvoy’un sade yüzeyi teknik olmayan kullanıcıyı yönlendirirken geliştiriciye de event, SDK ve güvenlik bağlamını açık bırakır.
- 01
İlgili workspace ve project’i seç
- 02
Bu sayfadaki checklist’i uygula
- 03
Preview veya verifier ile doğrula
- 04
Raporu ya da ayarı ekip içinde paylaş
Nasıl yapılır?
Testvoy’da çoğu işlem aynı mantığı izler: önce bağlamı seç, sonra kuralı veya değişikliği tanımla, son olarak QA ve rapor tarafında sonucu doğrula. Bu yapı, ürünün test çalıştırmaktan çok karar kalitesine odaklanmasını sağlar.
- Workspace doğru mu?
- Project key veya domain doğru mu?
- Goal/event eşleşiyor mu?
- Mobile ve desktop ayrı kontrol edildi mi?
- Bot/SRM veya dropped event uyarısı var mı?
Örnek paket seçimi
Örnek: Aylık 120K tracked user bekleyen ve personalization/funnel/agency raporlaması isteyen ekip önce 250K MTU bandını, sonra Growth tier'ı seçer. Pro/Growth self-serve ilerler; Enterprise güvenlik, SSO, SLA ve özel sözleşme gerektiğinde satış görüşmesiyle açılır.
- 01
Aylık trafik/MTU tahminini çıkar
- 02
Bir üst güvenli MTU bandını seç
- 03
Gerekli özellik seviyesini Pro/Growth/Enterprise olarak belirle
- 04
Aylık veya yıllık cadence seç
- 05
TR modunda TL + KDV dahil tutarı kontrol et
- 06
Enterprise gerekiyorsa satış görüşmesi başlat
https://app.testvoy.com/register?sku=GROWTH_250K&cadence=YEARLYPratik senaryo
Bir growth ekibi pricing sayfasındaki CTA metnini değiştirir, signup_started ve signup_completed hedeflerini bağlar, Google Ads ve returning visitor segmentlerini ayrı okur. Sonuç olumluysa rapor linkini müşteri veya yönetimle paylaşır.
Sık yapılan hatalar
Hataların çoğu yanlış project key, fazla genel selector, eksik goal, staging/prod karışıklığı, küçük örneklemle erken karar veya mobile görünümü kontrol etmemekten çıkar.
Deneye 'test' gibi belirsiz ad vermek
Goal olmadan deney başlatmak
Sadece toplam CVR ile karar vermek
Shareable report yerine ekran görüntüsü göndermek