Bu rehberde
Test edicilerden hata bulmalarını istedin, ama bir istek listesi geri geldi: karanlık mod, dışa aktarma, widget'lar, takvim görünümü, paylaşım. İnsanların önemsediğinin iyi bir işareti, ama bir fikir listesi plan değildir. Her şeyi yaparsan uygulama her yöne büyür ve hiçbiri bitmez. Önce sırala, sonra seç.
Adım 1: Her maddeyi dört kutudan birine koy
| Kutu | Soru | Örnek |
|---|---|---|
| Hata | Uygulama, olması gerekenden farklı bir şey mi yapıyor? | Kaydet düğmesi hiçbir şey yapmıyor |
| Kullanılabilirlik sorunu | Çalışıyor ama insanlar kayboluyor ya da yavaşlıyor mu? | Bir kaydı nerede düzenleyeceğini bulamıyorum |
| İstek | Henüz olmayan yeni bir şey mi? | "CSV olarak dışa aktarma ekle" |
| Görüş | Bir görevi olmayan, sadece zevk meselesi mi? | "Maviyi tercih ederim" |
Hatalar ve kullanılabilirlik sorunları normal düzeltme sürecine girer. Görüşler, birden fazla kişi aynı şeyi söylemedikçe bir nota gider. Bu sayfanın geri kalanı isteklerle ilgili.
Adım 2: Her isteği bir soruna çevir
Bir istek, birinin uydurduğu bir çözümdür. Altında, tamamlayamadığı bir görev vardır. Sor: "Ne yapmaya çalışıyordun?" Sonra sorunu tek cümleyle yaz.
| İstek | Çözülecek sorun |
|---|---|
| "CSV dışa aktarma ekleyin" | "Verilerimi muhasebecim için bir tabloya aktarmam gerekiyor" |
| "Widget ekleyin" | "Uygulamayı açmadan bugünkü durumu görmek istiyorum" |
| "Takvim görünümü" | "Önümüzdeki haftalarda neyin geleceğini göremiyorum" |
Artık daha küçük ya da daha ucuz bir çözüm olup olmadığını sorabilirsin. Haftalık bir e-posta, takvim sorununu yeni bir ekrandan daha hızlı çözebilir.
Adım 3: Say ve grupla
- Benzer sorunları tek satırda birleştir.
- Her bağımsız kişinin bunu dile getirdiğini işaretle.
- Uygulamanın ana amacına en uyanları en üste koy.
On farklı fikir çoğu zaman üç soruna iner. Listeyi fikirlerden değil, sorunlardan oluştur.
Adım 4: Basit kuralları uygula
- Ana görevine hizmet ediyor mu? Uygulaman bir zamanlayıcıysa, bütçe grafiği ana işin parçası değildir.
- Birden fazla bağımsız kişi aynı sorunu mu dile getiriyor? Tek bir istek izlenecek bir sinyaldir, üç istek harekete geçilecek bir sinyaldir.
- Ucuz ve güvenli mi? Küçük ve düşük riskli istekler erken eklenebilir; büyük olanlar bir karar gerektirir.
- Bakım yükü ekliyor mu? Her özellik bakılmalı, test edilmeli ve anlatılmalıdır.
- Hedef kullanıcına uyuyor mu? Her test edici senin kullanıcın değildir.
Ana kurala uymayan her şey "şimdilik değil" listesine girer. Bu bir reddetme değil, bir karardır.
Adım 5: Test edicilere söyle
Ne karar verdiğini yanıtla: "Bir sonraki güncellemede planlandı", "Düşünüyoruz" ya da "Şimdilik değil, çünkü uygulamanın odağına uymuyor". İnsanlar sessizliğe göre "hayır"ı daha iyi kabul eder. Tutamayacağın tarihler verme.
İstek seline engel ol
- Teste bir görev ver. Test edicilerin her şey yerine o görev hakkında rapor yazması için.
- Fikirler için ayrı bir yer sağla. Sorunlar ve istekler için iki ayrı alan, ikisini karışmaktan korur.
- Davetiyede aşamayı belirt. Örneğin "Şu an yalnızca hatalar ve kafa karıştıran kısımlar hakkında bilgi istiyorum".
Etki ve çabaya göre genel bir sıralama için bkz. uygulama geri bildirimini nasıl önceliklendirirsin.
İlgili
- Genel bakış: Uygulama testi sorunları ve çözümleri
- Test edicinin telefonundan çökme günlüklerini nasıl alırsın
- Yalnızca bir dilde ya da bölgede görünen hatalar
AppReviewX sana özel, yapılandırılmış geri bildirim verir; hataları, kullanılabilirlik sorunlarını ve istekleri birbirinden ayırmana yardımcı olur. Yazdığın her geri bildirim bir kredi kazandırır. Ücretsiz başla