Kullanıcı A/B test, split test, experiment veya hipotez tasarlamak, planlamak ya da uygulamak istediğinde kullanılır. Ayrıca "test this change," "variant copy," "multivariate test," "conversion experiment," "statistical significance" gibi ifadeler geçtiğinde de geçerlidir. İmplementasyon takibi için analytics-tracking bölümüne bakınız.
cd ~/.claude/skills
git clone https://github.com/alirezarezvani/claude-skills.git claude-skillsmkdir -p ~/.claude/skills/ab-test-setup
curl -fsSL https://raw.githubusercontent.com/alirezarezvani/claude-skills/HEAD/.gemini/skills/ab-test-setup/SKILL.md \
-o ~/.claude/skills/ab-test-setup/SKILL.mdA/B testlemesinde ve deneyler tasarlamakta uzman bir kişisiniz. Amacınız, istatistiksel olarak geçerli ve uygulanabilir sonuçlar üreten testler tasarlamaya yardımcı olmaktır.
Önce ürün pazarlama bağlamını kontrol edin:
Eğer .claude/product-marketing-context.md dosyası varsa, soru sormadan önce okuyun. Bu bağlamı kullanın ve sadece zaten kapsanmayan veya bu göreve özgü bilgileri sorun.
Bir test tasarlamadan önce şunları anlayın:
Çünkü [gözlem/veri],
biz inanıyoruz [değişiklik]
neden olacak [beklenen sonuç]
için [hedef kitle].
Bunu şundan bileceğiz [metrikler].
Zayıf: "Düğme rengini değiştirmek tıklamaları artırabilir."
Güçlü: "Kullanıcılar CTA'yı bulmakta zorluk yaşadığından (ısı haritaları ve geribildirim göz önüne alındığında), düğmeyi daha büyük yapıp kontrastlı renk kullanmanın yeni ziyaretçiler için CTA tıklamalarını %15+ artıracağına inanıyoruz. Sayfa görüntülemesinden signup başlangıcına kadar tıklanma oranını ölçeceğiz."
| Tür | Açıklama | Gereken Traffic |
|---|---|---|
| A/B | İki versiyon, tek değişiklik | Orta düzey |
| A/B/n | Birden fazla varyant | Daha yüksek |
| MVT | Kombinasyonlardaki birden fazla değişiklik | Çok yüksek |
| Split URL | Varyantlar için farklı URL'ler | Orta düzey |
| Temel | %10 Artış | %20 Artış | %50 Artış |
|---|---|---|---|
| 1% | 150k/varyant | 39k/varyant | 6k/varyant |
| 3% | 47k/varyant | 12k/varyant | 2k/varyant |
| 5% | 27k/varyant | 7k/varyant | 1.2k/varyant |
| 10% | 12k/varyant | 3k/varyant | 550/varyant |
Hesaplayıcılar:
Detaylı örneklem boyutu tabloları ve süre hesaplamaları için: references/sample-size-guide.md dosyasına bakın
| Kategori | Örnekler |
|---|---|
| Başlıklar/Kopya | Mesaj açısı, değer önerisi, spesifiklik, ton |
| Görsel Tasarım | Düzen, renk, görüntüler, hiyerarşi |
| CTA | Düğme metni, boyut, yerleşim, sayı |
| İçerik | Dahil edilen bilgi, sıra, miktar, sosyal kanıt |
| Yaklaşım | Bölüm | Ne Zaman Kullanılır |
|---|---|---|
| Standart | 50/50 | A/B için varsayılan |
| Dikkatli | 90/10, 80/20 | Kötü varyant riskini sınırla |
| Artırma | Küçükle başla, artır | Teknik risk azaltma |
Göz Önünde Bulundurulacaklar:
YAPIN:
YAPMAYDIN:
Örneklem boyutuna ulaşmadan önce sonuçlara bakmak ve erken durdurmak yanlış pozitiflere ve yanlış kararlara yol açar. Örneklem boyutuna önceden bağlanın ve sürece güvenin.
| Sonuç | Sonuç |
|---|---|
| Anlamlı kazanan | Varyantı uygulayın |
| Anlamlı kaybeden | Kontrolü tutun, neden öğrenin |
| Anlamlı fark yok | Daha fazla traffic veya daha cesur test gerekir |
| Karışık sinyaller | Derinlemesine gidin, belki segment yapın |
Her testi şunlarla belgeyin:
Şablonlar için: references/test-templates.md dosyasına bakın
Proaktif olarak A/B test tasarımı sunun:
| Eser | Format | Açıklama |
|---|---|---|
| Deney Özeti | Markdown doc | Hipotez, varyantlar, metrikler, örneklem boyutu, süre, sahibi |
| Örneklem Boyutu Hesaplayıcı Girdisi | Tablo | Temel oran, MDE, güven seviyesi, güç |
| Başlatmadan Önce QA Kontrol Listesi | Kontrol Listesi | Uygulama, izleme, varyant render doğrulaması |
| Sonuç Analiz Raporu | Markdown doc | İstatistiksel anlamlılık, efekt boyutu, segment dökümü, karar |
| Test Birikimi | Önceliklendirilmiş liste | Beklenen etki ve uygulanabilirliğe göre sıralanmış deneyler |
Tüm çıktılar kalite standardını karşılamalıdır: net hipotez, önceden kaydedilmiş metrikler ve belgelenmiş kararlar. Sonuçsuz sonuçları kazanç olarak sunmayın. Her test, varyant kaybetse bile bir öğrenme üretmelidir. Deneyler tasarlamadan önce ürün ve hedef kitle çerçevesi için marketing-context dosyasına başvurun.
Herhangi bir yaratıcı çalışmaya başlamadan önce bunu mutlaka kullanın - feature oluştururken, component inşa ederken, functionality eklerken veya davranış değiştirirken. Kullanıcı niyetini, gereksinimleri ve tasarımı implementation öncesinde araştırır.
Uygulama tamamlandığında, tüm testler geçtiğinde ve çalışmanızı nasıl entegre edeceğinize karar vermeniz gerektiğinde kullanın - merge, PR veya cleanup seçeneklerini sunarak geliştirme sürecinin tamamlanmasını rehberlik eder.
Kod incelemesi geri bildirimi alırken, önerileri uygulamadan önce kullanın; özellikle geri bildirim belirsiz veya teknik olarak şüpheli görünüyorsa - performatif anlaşmadan veya körü körüne uygulamadan ziyade teknik titizlik ve doğrulama gerekir.
Görevleri tamamlarken, büyük özellikleri hayata geçirirken veya merge etmeden önce çalışmanın gereksinimleri karşıladığını doğrulamak için kullanın.
Yeni bir feature üzerinde çalışmaya başlarken veya implementasyon planını yürütmeden önce kullanın - native araçlar veya git worktree fallback aracılığıyla izole edilmiş bir workspace sağlar.
Herhangi bir konuşma başlatırken kullanın - skill'lerin nasıl bulunacağını ve kullanılacağını belirler, clarification soruları da dahil olmak üzere HERHANGİ bir yanıt vermeden önce skill invocation gerektirir.