Mobil oyun geliştirme / DIJION
İlk mobil oyun prototipinde neyi test etmeli?
Temel oyun döngüsünü tek soruyla inceleyin: yönlendirmeyen görevler, gözlem formu ve sonraki deneme için karar tablosu.
İlk prototipin bütün oyunu temsil etmesi gerekmez. Yeni bir kontrolün anlaşılabilirliği, bir hareketin tatmini veya bir hedefin görünürlüğü gibi tek bir belirsizliği incelemek daha uygulanabilir bir başlangıçtır. “Eğlenceli mi?” sorusu tek başına hangi parçanın değişeceğini söylemez. Gözlenebilir davranışlara bölündüğünde sonraki denemeyi yönlendirebilir.
Temel döngüyü eylem ve karşılığıyla yazın
Tamamen örnek bir oyun düşünün: oyuncu ekrana dokunarak bir nesneyi zıplatır, engeli geçer, puan kazanır ve sonraki engeli dener. Bu taslak gerçek bir Dijion oyununu anlatmaz. Eylem → sistemin karşılığı → yeni karar zinciri, görsel tema veya ilerleme sistemi eklemeden önce incelenebilir.
Döngüdeki hangi noktanın belirsiz olduğunu işaretleyin. Oyuncu ne zaman dokunacağını anlamıyor mu? Dokunma ile hareket arasındaki ilişki fark edilmiyor mu? Başarılı ve başarısız denemenin farkı belirsiz mi? Her soru farklı bir prototip ve gözlem gerektirir.
Bir oturum için tek ana soru seçin
Örneğin “Oyuncu ilk engelden sonra zamanlamasını bilinçli olarak değiştirebiliyor mu?” sorusu, yalnızca kaç engel geçtiğine bakmaktan daha açıklayıcı olabilir. Başarı ölçütünü gözlemden önce yazın; ancak küçük bir oturumdan genel oyuncu kitlesi için kesin sonuç çıkarmayın.
Tüm sütunlar için tabloyu yatay kaydırabilirsiniz.
| Karar | Örnek |
|---|---|
| Ana soru | Dokunma zamanlaması ile sonuç arasındaki ilişki anlaşılabiliyor mu? |
| Gerekli parçalar | Tek dokunma kontrolü, bir engel, belirgin sonuç ve yeniden başlama |
| Dışarıda kalanlar | Mağaza, görev listesi, uzun ilerleme sistemi |
| Gözlem | İkinci denemede oyuncu neyi değiştiriyor? |
Görevi çözümü söylemeden verin
“Sağdaki düğmeye basıp engeli geç” demek kontrolün bulunabilirliğini test etmeyi engeller. “Bu bölümü kendi yönteminizle deneyin; ekranda ne olduğunu düşündüğünüzü anlatabilirsiniz” gibi bir başlangıç, daha az yönlendirme içerir. Yardım istenirse ne zaman ve ne söylediğinizi kaydedin; yardımlı denemeyi kendiliğinden keşifle karıştırmayın.
Gözlem oturumunun amacını açıklayın, gönüllü katılımı ve not alma biçimini netleştirin. İsim veya iletişim bilgisi toplamadan da bir oturum koduyla gözlem tutabilirsiniz. Kayıt almak gerekiyorsa bunun için ayrıca açık izin isteyin. Prototipin erken aşamada olduğunu söylemek, oyuncunun kendisini sınanıyormuş gibi hissetmesini azaltabilir.
Yorumdan önce davranışı kaydedin
Tüm sütunlar için tabloyu yatay kaydırabilirsiniz.
| An | Gözlenen davranış | Katılımcının açıklaması | Sonraki soru |
|---|---|---|---|
| İlk giriş | Nereye bakıyor, neye dokunuyor? | Kendi sözleriyle hedef | Hedef görünür mü? |
| İlk sonuç | Hareketin karşılığını fark ediyor mu? | Sonucu nasıl açıklıyor? | Geri bildirim yeterli mi? |
| Tekrar | Zamanlamayı veya eylemi değiştiriyor mu? | Neyi denemek istiyor? | Kontrol anlaşılmış mı? |
| Çıkış | Nerede bırakıyor veya yardım istiyor? | Devam etme gerekçesi | Bir sonraki denemede ne değişmeli? |
“Kontrol kötü” bir yorumdur; “ilk üç denemede dekoratif alana dokundu” bir gözlemdir. İkisini ayrı tutun. Tek bir katılımcının davranışını sorun olasılığı olarak ele alın; yaygınlık veya başarı yüzdesi diye sunmayın.
Bir sonraki denemede tek önemli değişiklik yapın
Hedef bulunamıyorsa açıklamayı veya görsel hiyerarşiyi değiştirmek mantıklı olabilir. Eylem anlaşılıyor ama sonuç fark edilmiyorsa geri bildirimi iyileştirin. Kontrol doğru anlaşılıyorsa zorluk veya tekrar isteği gibi başka bir soruya geçebilirsiniz. Her şeyi aynı anda değiştirmek hangi kararın işe yaradığını anlamayı zorlaştırır.
- Korunacak: Oyuncunun yardımsız anladığı ilişki.
- Değişecek: Belirli bir gözlemin işaret ettiği tek parça.
- Yeniden incelenecek: Aynı görevin yeni sürümdeki davranışı.
- Henüz bilinmeyen: Uzun dönem ilgi, gelir veya geniş kitle başarısı.
Prototip testinin sınırlarını açık tutun
Kısa bir oturum, oyuncu edinme maliyeti, uzun süreli bağlılık veya ticari başarıyı doğrulamaz. Gerçek cihaz, tutuş, ses ve kesintiler daha sonraki denemelerde ayrıca ele alınır. Prototipten beklenen değer, büyüklüğü kanıtlanmamış bir başarı iddiası değil; daha bilinçli bir sonraki karardır.