Uygulamanız için Beta Test Nasıl Yapılır

Bir beta test yapmak için neyi öğrenmeniz gerektiğine karar verin, gerçek kullanıcılarınıza uyan küçük bir grubu davet edin, onlara net bir ilk görev verin ve geri bildirimi sabit bir takvimde tek bir yerde toplayın. Onları durduran sorunları düzeltin, grubu turlar halinde genişletin ve önceden yazdığınız çıkış kriterleri karşılandığında betayı bitirin. Sabrınız tükendiğinde değil.

Beta, yumuşak bir lansman değildir. Bir başlangıcı, bir sonu ve yanıtlanacak bir sorusu olan yapılandırılmış bir deneydir.

Betanın yeri

Doğrulama sorunun çözmeye değer olup olmadığını sorar. Beta daha dar bir soru sorar: bu sürüm ürünü gerçek insanlar için, gerçek koşullarda çözüyor mu? Lansman cevap çoğunlukla evet olduğunda gelir.

Kimseyi davet etmeden önce kendi testlerinizi yapın — bunu lansmandan önce uygulamanızı nasıl test edersiniz rehberi anlatır. Kayıt olmanın bozuk olduğunu test edenlerin keşfetmesi istenmez.

Adım 1: Betanın neyi yanıtlaması gerektiğini yazın

İki ya da üç soru seçin. Plandaki her şey bunlardan türer.

Uydurma örnek: küçük kafeler için bir vardiya planlama uygulaması iki hedef koyar: “Bir yönetici haftalık çizelgeyi ilk oturumunda yardım almadan yayınlayabiliyor mu?” ve “Personel ikinci haftada uygulamayı kendi kendine açıyor mu?”

Adım 2: Beta türünü seçin

İlk ürün için birkaç turdan oluşan kapalı bir beta genellikle doğru seçimdir.

Adım 3: Doğru test edenleri bulun

En iyi test ediciler sorunu şimdi yaşayan, hedef kullanıcınıza uyan ve beta süresince uygulamayı denemeye vakti olan kişilerdir. Onları bulabileceğiniz yerler:

• Bekleme listeniz ya da e-posta listeniz. Lansmandan önce kitle oluşturma rehberine bakın.
• Doğrulama sırasında görüştüğünüz kişiler.
• Kullanıcılarınızın bir araya geldiği niş topluluklar; tanıtım kurallarına uyarak.
• Profile uyan ağınızdaki kişilere doğrudan davetler.

Karışım oluşturabilmek için birkaç eleme sorusu sorun: rolleri, sorunu bugün nasıl çözdükleri, hangi cihazı kullanacakları ve sorunun ne sıklıkla ortaya çıktığı. Yanıtları hedef kullanıcınıza uyan kişileri davet edin ve hedef kullanıcı değillerse betayı kurucu arkadaşlarla doldurmaktan kaçının.

Davet şablonu

Merhaba [ad] — kaydolduğunda [sorun] hakkında bahsetmiştin. [Ürün] için küçük bir özel beta açıyorum; bu sayede [sonuç] elde edeceksiniz. [Başlangıç] ile [bitiş] arasında çalışacak. Test edenlerden her hafta en az bir kez [gerçek görev] için kullanmalarını ve her Cuma kısa bir kontrol yanıtlamalarını istiyorum. Karşılığında beta boyunca ücretsiz erişim ve [kurucu fiyatı / uzatılmış ücretsiz süre]. İlgilenir misin?

Zaman taahhüdünü dürüstçe belirtin. Neye kaydolduklarını bilen insanlar daha iyi geri bildirim verir.

Adım 4: Beta setini hazırlayın

İlk davet gitmeden önce bunların hazır olması gerekir:

• Bir hoş geldiniz mesajı: bağlantı, nasıl giriş yapılacağı, denenecek ilk görev ve sorunların nasıl bildirileceği.
• Bilinen sorunlar listesi, böylece test ediciler aynı şeyi on kez bildirmez.
• Tek bir geri bildirim kanalı. Bir form, ortak bir sohbet grubu ya da bir e-posta adresi — beş yer değil, tek bir yer.
• Bir hata raporu şablonu. Ne yaptıklarını, ne beklediklerini, ne olduğunu, cihazı ve tarayıcıyı ve bir ekran görüntüsünü isteyin. İyi bir hata raporu nasıl yazılır paylaşabileceğiniz bir sürüm içerir.
• Temel analitik ya da günlükler, böylece hafızaya güvenmeden ne olduğunu görebilirsiniz.
• Veri konusunda net beklentiler. Beta sırasında verilerin sıfırlanabileceğini söyleyin ve tamamlanmamış bir uygulamaya hassas bilgi girmelerini istemeyin.
• Şartlar ve gizlilik temelleri. Kısa bir beta sözleşmesi ve gizlilik notu; kişisel veri işliyorsanız yerel kurallara ya da bir danışmana bakın.

Adım 5: Turlar halinde çalıştırın

Turlar, daha fazla kişi sorunlarla karşılaşmadan önce düzeltmenize izin verir.

Birinci turda, iki ya da üç test ediciden uygulamayı ilk kez denerken ekranlarını paylaşmalarını isteyin. Sessiz kalın ve nerede tereddüt ettiklerini izleyin. Bu genellikle tüm betanın en faydalı saati olur.

Adım 6: Geri bildirimi düzenli bir ritimle toplayın

Yapılandırılmamış “herhangi bir geri bildirim?” mesajları belirsiz yanıtlar alır. Bunun yerine kısa ve düzenli bir kontrol kullanın:

Haftalık kontrol (uydurma örnek sorular)

1. Bu hafta [ürün] ile ne için kullandın?
2. Neyi sinir bozucu ya da kafa karıştırıcı buldun?
3. Bir görevi bitirmeni engelleyen bir eksik oldu mu?
4. Artık kullanamasan nasıl hissederdin? (Çok üzülürdüm / biraz / hiç)
5. Başka bir şey var mı?

İnsanların söylediklerini yaptıklarıyla birleştirin. Harika olduğunu söyleyip hiç giriş yapmayan biri de size bir şey söylüyordur.

Adım 7: Gelenleri önceliklendirin

Her geri bildirimi tek bir listeye koyun ve haftada bir sıralayın.

Beta sırasında büyük özellik eklemekten kaçının. Her yeni özellik, temel ürünün çalışıp çalışmadığını anlamayı zorlaştırır.

Adım 8: Döngüyü kapatın

Test ediciler, geri bildirimlerinin kullanıldığını gördüklerinde geri bildirim vermeye devam eder.

• Her turdan sonra kısa bir değişiklik günlüğü gönderin: “X’i bildirdiniz; düzeltildi.”
• Bir bildirimleri bir düzeltmeye yol açtığında, kişilere adlarıyla ve özel olarak teşekkür edin.
• Beta sona erdiğinde test edenlere bildirin: verilerine ve hesaplarına ne olacağını ve kurucu teklifinin ne olduğunu.

Adım 9: Hazır olup olmadığınıza karar verin

Beta başlamadan önce çıkış kriterlerinizi yazın, sonunda dürüstçe kontrol edin. Bir şablon:

• Bilinen engelleyici ya da veri kaybettiren hata yok
• Yeni test edenlerin çoğu ana görevi yardım almadan tamamlıyor
• Test edenlerin önemli bir kısmı sonraki haftalarda kendi kendine geri dönüyor
• En büyük kafa karışıklığı noktaları düzeltildi ve yeniden test edildi
• Kayıt, parola sıfırlama ve varsa ödeme akışı uçtan uca çalışıyor
• Ürünün kimin için olduğuna dair net bir mesajınız var; test edenlerin kendi sözleriyle

Kutuların çoğu işaretlenmişse, işe alıştırma cilası ve herkese açık bir lansmana geçin. Geri dönüş düşükse, bu bir hata listesi değil bir ürün sorusudur; lansmandan önce görüşmelere geri dönün.

Mythex ile beta yapmak

Mythex ile geliştiriyorsanız, birkaç özellik bir betaya düzgünce oturur:

• 1. tur için önizleme bağlantıları. Paylaş düğmesi, Mythex hesabı olmayan kişilerin de çalışan canlı önizlemenize erişebileceği bir bağlantı oluşturur. Böylece erken bir test edici, siz yayınlamadan tamamlanmamış işi deneyebilir. Her grup için bir bağlantı oluşturun ve işiniz bitince silin. Bağlantıların projeyi nasıl uyandırdığını ve krediyi nasıl kullandığını Önizleme belgeleri açıklar.
• Daha uzun turlar için yayınlayın. Yayınlanmış bir uygulama kendi adresinde çalışır; birkaç hafta boyunca kullanan test ediciler için uygundur.
• Her turdan önce Uygulama Testi. Sohbette /test yazın; ajan önizlemenizde tıklar ve bozuk akışları bildirir. Kimseyi davet etmeden önce yararlı bir kontroldür (Uygulama Testi belgeleri).
• Kontrol noktaları. Beta sırasında bir düzeltme başka bir şeyi bozarsa, daha önceki bir kontrol noktasına dönün.

Bir test edenin hata raporunu doğrudan sohbete yapıştırın, ajandan yeniden üretmesini ve düzeltmesini isteyin, sonra test edene düzeltmenin yayında olduğunu bildirin.

Sorular