Mobil Oyun MVP’si Nasıl Test Edilir? Oynanış ve Geri Bildirim Rehberi

Mobil oyun MVP testi, oyunculara "oyunu beğendin mi?" diye sormaktan ibaret değildir. Testin amacı oyunun temel döngüsünün anlaşılır olup olmadığını, kontrollerin çalışıp çalışmadığını, oyuncunun nerede zorlandığını ve oyuna devam etme isteğinin hangi anlarda arttığını veya azaldığını gözlemlemektir.

İlk sürümde bütün grafiklerin, animasyonların ve içeriklerin tamamlanmış olması gerekmez. Ancak test etmek istediğiniz ana oynanış döngüsü gerçek oyuncunun baştan sona deneyebileceği kadar çalışır durumda olmalıdır.

Kısa yanıt

Mobil oyun MVP'si test edilirken şu sorulara odaklanın:

• Oyuncu ne yapması gerektiğini anlayabiliyor mu?
• İlk temel aksiyonu yardım almadan yapabiliyor mu?
• Kontroller beklenen tepkiyi veriyor mu?
• Başarı ve başarısızlık anlaşılır mı?
• Zorluk oyuncuya adil geliyor mu?
• Ana oyun döngüsü tekrar oynama isteği oluşturuyor mu?
• Oyuncu nerede duruyor, yanlış anlıyor veya oyundan kopuyor?
• Teknik hatalar oynanış değerlendirmesini bozuyor mu?

Testten önce hangi varsayımı ölçtüğünüzü yazın. Test bittikten sonra yalnızca oyuncunun söylediğine değil, test sırasında yaptığı davranışlara da bakın.

MVP testinde neyi test ettiğinizi netleştirin

Bir mobil oyunun MVP'si şu varsayımlardan birini veya birkaçını test ediyor olabilir:

• Temel mekanik eğlenceli mi?
• Oyuncu kontrolü anlayabiliyor mu?
• Bölüm hedefi açık mı?
• Risk ve ödül dengesi çalışıyor mu?
• Oyun döngüsü birkaç kez tekrar edilebilir mi?
• Kaybetme nedeni anlaşılıyor mu?
• Oyuncu geliştirme sistemini kullanmak istiyor mu?

Bu sorular aynı değildir.

Örneğin oyunun temel mekaniği henüz anlaşılmıyorsa mağaza ekranının tasarımını test etmek erken olabilir.

Önce temel oyun döngüsünü yazın

Oyunun ana döngüsünü tek cümlede anlatmaya çalışın.

Örneğin varsayımsal bir arcade oyununda:

Oyuncu engellerden kaçar, hedefleri toplar, puan kazanır, hata yaptığında tur biter ve daha yüksek skor için tekrar başlar.

Bu cümlede test edilecek temel davranışlar görünür:

1. Hareket etme
2. Engelden kaçma
3. Hedef toplama
4. Puanı anlama
5. Kaybetme durumunu anlama
6. Yeniden başlama

MVP'nin ana test sürümünde bu zincir tamamlanamıyorsa oyuncunun temel oyunu değerlendirmesi zorlaşır.

Teknik test ile oynanış testini ayırın

Playtest sırasında ortaya çıkan her sorun oyun tasarımı problemi değildir.

Teknik sorun

• Oyun çöküyor.
• Dokunma algılanmıyor.
• Buton çalışmıyor.
• Ses kesiliyor.
• Bölüm yüklenmiyor.

Kullanılabilirlik sorunu

• Oyuncu hangi butona basacağını anlamıyor.
• Skorun nerede olduğunu fark etmiyor.
• Yeniden başlatma seçeneğini bulamıyor.

Oynanış sorunu

• Mekanik çok tekrarlı geliyor.
• Oyuncu risk almak için sebep görmüyor.
• Başarısızlık adil hissettirmiyor.
• Temel döngü kısa sürede ilgisini kaybediyor.

İçerik talebi

• Daha fazla karakter olsun.
• Yeni harita ekleyin.
• Farklı kostüm olsun.

İçerik taleplerini doğrudan MVP'nin başarısız olduğu şeklinde yorumlamayın. Önce oyuncunun temel döngüyle ilgili davranışını değerlendirin.

Testten önce varsayım tablosu hazırlayın

Test başlamadan önce "başarı neye benzeyecek?" sorusunu cevaplayın.

Aşağıdaki tablo bu rehber için hazırlanmış örnek test aracıdır. Evrensel oyun geliştirme standardı değildir.

Varsayım	Test yöntemi	Gözlenecek davranış	Başarı koşulu
Oyuncu ana hedefi anlıyor	İlk oynayışı izle	Ne yapacağını kendi başına deniyor mu?	Proje ekibi test öncesinde tanımlar
Kontroller anlaşılır	Müdahale etmeden gözlemle	Yanlış hareket tekrar ediyor mu?	Kabul edilebilir hata seviyesi ekipçe belirlenir
Kaybetme nedeni açık	Tur bitiminden sonra sor	Neden kaybettiğini açıklayabiliyor mu?	Tasarım hedefiyle uyumlu cevap
Döngü tekrar oynanabilir	Tur sonrası davranışı izle	Kendiliğinden yeniden başlıyor mu?	Ürünün hedeflediği davranış
Geri bildirim yeterli	Olay anlarını gözle	Puan, hasar, ödül fark ediliyor mu?	Kritik olaylar oyuncu tarafından fark ediliyor

Sayısal eşikler proje verisi olmadan uydurulmamalıdır. Hangi oranın kabul edilebilir olduğu ekip tarafından test öncesinde belirlenmelidir.

Test oyuncularını hedef kitleye göre seçin

Testten önce hangi oyuncu grubunun ürün kararını temsil ettiğini yazın. Oyunu ilk kez deneyen hedef oyuncularla deneyimli oyuncuların davranışlarını ayrı not edin; tanıdık veya ekip içi test kullanıcıları hedef pazarın tamamını temsil etmez. Farklı kontrol alışkanlıkları olan kişileri dahil etmek yararlı olabilir, ancak test grubunun boyutu için evrensel bir sayı varsaymayın.

Test sırasında ses veya ekran kaydı alınacaksa başlamadan önce katılımcıya neyin kaydedileceğini ve nasıl kullanılacağını açıklayın, açık onayını alın. Test notlarında karar için gerekmeyen kişisel bilgileri tutmayın.

İlk oynayışta mümkün olduğunca az yönlendirin

Test yöneticisi oyuncuya sürekli ne yapacağını anlatırsa oyunun anlaşılır olup olmadığını ölçmek zorlaşır.

İlk turda:

• Oyuncuya oyunun türünü kısaca söyleyin.
• Kontrollerin test edilmesi amaçlanıyorsa ayrıntılı kontrol öğretmeyin.
• Takıldığı noktaları not edin.
• Hemen yardım etmek yerine önce ne denediğini gözlemleyin.
• Oyuncunun yüz ifadesi veya sesli tepkisini tek başına veri kabul etmeyin, davranışla birlikte değerlendirin.

Oyuncu tamamen bloke olursa testin devam edebilmesi için yardım verilebilir. Yardım verildiği an not edilmelidir.

Oynanış test senaryosu

Aşağıdaki senaryo temel mekanik odaklı bir mobil oyun MVP'si için kullanılabilir.

Test öncesi

TEST SÜRÜMÜ:
CİHAZ:
OYUNCU PROFİLİ:
OYUNU DAHA ÖNCE OYNADI MI? Evet / Hayır
TEST GRUBU: Hedef oyuncu / Deneyimli oyuncu / Ekip içi
KAYIT ALINDI MI? Evet / Hayır
KAYIT İZNİ ALINDI MI? Evet / Hayır / Kayıt yok

TEST EDİLEN VARSAYIMLAR:
1.
2.
3.

İlk tur

Oyuncuya yalnızca oyunu başlatmasını söyleyin.

Gözlemleyin:

• İlk etkileşimi ne kadar doğal buluyor?
• Ana hedefi anlayabiliyor mu?
• Kontrolleri deneme yoluyla öğreniyor mu?
• Ekrandaki hangi öğeleri görmezden geliyor?
• İlk başarısızlık neden oluşuyor?
• Kaybettiğinde ne olduğunu anlıyor mu?

İkinci tur

Oyuncunun ilk turda öğrendiği bilgiyi kullanmasına izin verin.

Gözlemleyin:

• Aynı hata tekrar ediyor mu?
• Performans veya anlayış belirgin biçimde değişiyor mu?
• Oyuncu yeni strateji geliştiriyor mu?
• Mekanikte ustalaşma hissi oluşuyor mu?

Test sonrası görüşme

Oyuncuya önce açık uçlu sorular sorun.

Örneğin:

• Oyunun amacı neydi?
• En eğlenceli bulduğun an neydi?
• En sinir bozucu veya anlaşılmaz an neydi?
• Neden kaybettiğini düşündün?
• Kontrollerde değiştirmek istediğin bir şey var mı?
• Bir tur daha oynamak ister miydin? Neden?
• Oyundan bir şeyi çıkarman gerekse neyi çıkarırdın?
• Bir şey ekleyebilseydin ne eklerdin?

"Bu buton kötü değil mi?" gibi cevabı yönlendiren sorulardan kaçının.

Kopyalanabilir oyuncu geri bildirim formu

Aşağıdaki 1-5 ölçeği yalnızca geri bildirimi standart biçimde toplamak için kullanılır. Bir oyunun başarılı sayılması için evrensel bir puan eşiği değildir.

OYUN SÜRÜMÜ:
TARİH:
CİHAZ:
OYUNCU PROFİLİ:

1 = Kesinlikle katılmıyorum
5 = Kesinlikle katılıyorum

Ana hedefi anladım: 1 2 3 4 5
Kontrolleri hızlı öğrendim: 1 2 3 4 5
Başarılı olduğumda bunu fark ettim: 1 2 3 4 5
Kaybettiğimde nedenini anladım: 1 2 3 4 5
Zorluk bana adil geldi: 1 2 3 4 5
Oyunun temposu uygundu: 1 2 3 4 5
Bir tur daha oynamak istedim: 1 2 3 4 5

En eğlenceli an:
-

En anlaşılmaz an:
-

Kontrollerde değiştirmek istediğin şey:
-

Oyundan çıkaracağın şey:
-

Eklemek istediğin şey:
-

Başka yorum:
-

Puanları tek başına yorumlamayın. Örneğin oyuncu kontrollere 5 puan verip test boyunca defalarca yanlış dokunuyorsa gözlem verisiyle sözlü yanıt çelişiyor olabilir.

Gözlem notu formu

Oyuncunun söylediği şeylerle yaptığı şeyleri ayrı kaydetmek yararlıdır.

ZAMAN / BÖLÜM:
OYUNCUNUN YAPTIĞI:
OYUNCUNUN SÖYLEDİĞİ:
GÖZLENEN SORUN:
TÜR:
[ ] Teknik
[ ] Kullanılabilirlik
[ ] Oynanış
[ ] İçerik talebi

TEST SONRASI YORUM:
-

Bu ayrım özellikle birden fazla testte aynı davranışın tekrar edip etmediğini görmeyi kolaylaştırır.

Test sonuçlarını nasıl önceliklendirmeli?

Her geri bildirim doğrudan geliştirme görevi olmamalıdır.

Öncelikle şu sorunlara bakın:

Oyunu oynamayı engelleyenler

• Çökme
• Kontrolün çalışmaması
• Turun tamamlanamaması
• Kritik butonun görünmemesi

Ana mekaniği anlamayı engelleyenler

• Hedefin anlaşılmaması
• Başarı veya başarısızlık geri bildiriminin belirsiz olması
• Kontrol öğretiminin yetersiz olması

Birden fazla oyuncuda tekrar eden oynanış sorunları

• Aynı noktada kopma
• Aynı mekanikten sıkılma
• Aynı adaletsizlik hissi
• Aynı yanlış stratejinin oyunun anlatımından kaynaklanması

Tekil tercihler

• Karakter rengini sevmemek
• Farklı müzik istemek
• Belirli tema tercihi

Tekil görüşler değersiz değildir ancak temel oynanış sorunlarıyla aynı öncelikte ele alınmamalıdır.

Test sırasında yeni özellik ekleme baskısını yönetin

Playtest sonrasında oyuncular çok sayıda yeni özellik önerebilir.

Örneğin:

• Çok oyunculu mod
• Kostümler
• Liderlik tablosu
• Yeni haritalar
• Günlük görevler
• Hikaye modu

Bu öneriler doğrudan MVP kapsamına alınmamalıdır.

Önce şu soruyu sorun:

Bu özellik test ettiğimiz temel oyun döngüsündeki hangi problemi çözüyor?

Cevap yoksa fikir ürün yol haritasına kaydedilebilir ancak mevcut test sürümüne eklenmek zorunda değildir.

Kaç oyuncuyla test yapılmalı?

Her mobil oyun için geçerli tek bir test oyuncusu sayısı yoktur.

İlk aşamada küçük ve gözlemlenebilir testler, temel kullanılabilirlik ve oynanış sorunlarını hızlı biçimde bulmaya yardımcı olabilir. Ancak küçük bir test grubu:

• Pazar talebini kanıtlamaz.
• Uzun dönem oyuncu tutmayı kanıtlamaz.
• Gelir modelini kanıtlamaz.
• Bütün hedef kitleyi temsil etmez.

Aynı sorun farklı oyuncularda tekrar ediyorsa bir tasarım hipotezi oluşabilir. Daha geniş kararlar için daha geniş ve hedef kitleye uygun test gerekir.

MVP testinden sonra ne yapılmalı?

Test sonunda bulguları dört gruba ayırın:

Grup	Örnek
Kritik hata	Oyun turu tamamlanamıyor
Anlaşılabilirlik	Oyuncu ana hedefi anlamıyor
Oynanış	Risk ve ödül dengesi çalışmıyor
Sonraki sürüm fikri	Yeni karakter talebi

Ardından yalnızca kritik sorunları düzeltip aynı sürümü tekrar test etmek gerekebilir.

Bir değişiklik yaptıktan sonra eski test sonucunu yeni sürüm için geçerli kabul etmeyin. Örneğin kontrol sistemini değiştirdiyseniz kontrol anlaşılabilirliği tekrar test edilmelidir.

MVP testinin kanıtlamadığı şeyler

Bir oyuncunun "çok eğlenceli" demesi ürünün ticari olarak başarılı olacağını kanıtlamaz.

Aynı şekilde birkaç oyuncunun ilk turda zorlanması da oyunun başarısız olduğu anlamına gelmez.

MVP playtest şu alanlarda kanıt üretmeye yardımcı olabilir:

• Kontrol anlaşılabilirliği
• Ana mekanik davranışı
• Kullanıcı arayüzü sorunları
• Kısa dönem oynanış tepkisi
• Teknik hatalar
• Tekrar eden geri bildirim kalıpları

Uzun dönem retention, mağaza dönüşümü, gelir, reklam performansı veya geniş pazar talebi ayrı ölçüm gerektirir.

Mobil oyun MVP'sinin amacı bitmiş oyun izlenimi vermek değil, geliştirmeye devam etmeden önce en riskli oynanış varsayımlarını test edilebilir hale getirmektir. DigiRise'ın oyun geliştirme hizmeti kapsamında da prototip veya MVP'nin hangi soruya cevap vereceği netleştirildiğinde test sonucu sonraki geliştirme kararlarında daha kullanılabilir hale gelir.