İyi bir GDD, oyunun bütün ayrıntılarını en baştan donduran uzun bir dosya değil; ekibin mevcut tasarım kararlarını, hedeflerini ve açık sorularını aynı yerde görmesini sağlayan yaşayan bir çalışma belgesidir.
GDD'nin amacı nedir?
GDD, tasarımcının kendisi için yazdığı bir fikir defteri değildir. Geliştirici, sanatçı, UI/UX tasarımcısı ve yapımcının aynı ürünü konuşabilmesini sağlayan ortak referanstır.
Belgenin değeri uzunluğundan değil, güncel ve karar verilebilir olmasından gelir.
Temel bölümler
Kısa oyun özeti, hedef oyuncu, tasarım sütunları, ana mekanikler, core loop, kontrol şeması, ilerleme, ekonomi, içerik yapısı ve açık sorular çoğu proje için yeterli bir başlangıçtır.
Her bölümün sahibi ve son güncellenme tarihi görünür olmalıdır.
Game Design Eğitimi
Bu konuyu örnekler ve uygulamalar üzerinden eğitmen desteğiyle geliştirin.
Eğitimi İnceleİyi bir GDD nasıl yazılır?
Soyut sıfatları azaltın. ‘Eğlenceli savaş sistemi’ yerine oyuncunun hangi kararı ne sıklıkta verdiğini ve sistemin hangi geri bildirimi ürettiğini yazın.
GIF, akış şeması, tablo ve kısa prototip bağlantıları çoğu zaman uzun paragraflardan daha açıklayıcıdır.
Belgeyi yaşayan tutmak
Test sonucu değişen bir mekanik GDD'de de aynı gün güncellenmelidir. Eski kararları tamamen silmek yerine kısa bir karar günlüğü tutmak, ekibin neden yön değiştirdiğini anlamasını sağlar.
Bu içerikten ne çıkarmalısınız?
İyi bir GDD, oyunun bütün ayrıntılarını en baştan donduran uzun bir dosya değil; ekibin mevcut tasarım kararlarını, hedeflerini ve açık sorularını aynı yerde görmesini sağlayan yaşayan bir çalışma belgesidir.
Sık sorulan sorular
Bu konuya başlamak için teknik bilgi gerekir mi?
Başlangıç seviyesindeki blog yazıları ön bilgi gerektirmez. Terimleri örnekler üzerinden takip ederek ilerleyebilirsiniz.
Bir sonraki adım ne olmalı?
Aşağıdaki ilgili blog yazılarından birini okuyun veya konuyla eşleşen eğitimi inceleyin.