Özgür Soner tarafından verilen bu eğitimde prodüksiyon süreçleri ve prodüksiyon sonrası teknikleri anlatılıyor. Oyun geliştirmenin ana aşaması olarak tanımlanan prodüksiyon sürecinde takımdaki her farklı iş kolunun izleyeceği yollar, doldurulması gereken dokümanlar hakkında bilgiler veriliyor.
Projelerde Bütçe – Zaman – Kalite üçgenimiz var; ancak bunlardan üçünün aynı anda sağlanma oranı oldukça düşük, yalnız ikisini aynı anda başarabilen projeler başarılı sayılabiliyor. Tabii bunlardan hangisinden vazgeçmeliyiz sorusunun cevabı da projenin amacına göre değişiklik gösterebiliyor.
1. Pre-Production
1.1.Proje Vizyonu
- Neden Bu Oyun?
- Platform? >> Mobil, Web, Konsol, vs.
1.2.Pazar Araştırması
- Pazarda Hedeflediğiniz Yer?
- Rakiplerin İncelenmesi
1.3.Monetization
- Gelir Modeli?
- Freemium | Premium | Free to Play
1.4.Proje Ömrü
- Raf Ömrü?
- Devamlılık
- Beklentiler?
Pre-Production aşaması maksimum 6 – 7 sayfalık bir Vision Document hazırlanması gerekiyor. Bu doküman daha çok oyunun tanıtımı, içeriği, rakipler ve rakiplerden farklılaştığımız noktalar gibi bilgileri içeriyor.
Vision Doc.:
- Kısa ve Öz
- Genel Bilgi
- Özet Oynanış ve Oyun Akışı
- Neden Bu Oyun? (Farklı Yanlar, En İyi Yanlar, Anahtar Özellikler)
- Platform
- Hedef Kitle
- Gelir Kanalları
- Oyunun Geleceği
- Görseller
Geliştirme Planı:
- GDD Öncesi ve Sonrası
- Feature Set
- Kategorize Etmek
- Estimateler (Tahminler)
- Overall Proje Planı (Excel ya da MS Project gibi uygulamalar kullanımı)
İş Planı:
- Giderler net ve detaylı olmalı (Teknoloji, Lisanslar, Donanım, Ofis, vs.)
- Gelir tahminleri referanslara göre kurgulanmalı
- Ne çok iyimser ne de çok kötümser olmalı
Proposal:
- Her durum için geçerli değil.
GDD ve TDD:
Game Design Document’ta bir Excel tablosuna yapılacak işler üst başlıklar ve alt başlıklar halinde yazılır. Burada dikkat edilmesi gereken, oyunun olmazsa olmaz parçalarının A olarak işaretlenmesidir. Diğerkiler önem sırasına göre sırasıyla B ve C olarak işaretlenir. A’lara göre MS Project ile proje planımıza baktığımızda kötü bir sonuç alıyorsak kıyamadığımız A’lardan bazılarını B yapıyoruz ve son durumda yine A’lara göre proje planımıza bakıyoruz.
- A: Must
- B: A’lardan sonra yapılacak
- C: Nice to have
GDD ve TDD ekipteki her bir developer ve diğer kaynaklar için çok önemli teknik dokümanlar.
- Uzun ve detaylı
- Geliştiricinin el kitabı
- Sürekli güncelleme pratiği
- Template önemli
- Mockuplar
- Örnek çizim veya referanslar
- Versiyonlama ve History
- Teknik detaylar, algoritmalar, çözümler
Eğitimde Code, Graphic, Game Design ve Sound & Music ana başlıkları altında doldurulan bileşenler örneği aşağıdaki ekran görüntüsünde mevcut. Bunlar oyunumuzun ihtiyacına göre A, B ya da C olarak işaretlenecekler.
One Comment