PLAY #1: Oyun Tasarımında MDA Modeli
(Mekanik, Dinamik, Estetik)
PLAY #1: Oyun Tasarımında MDA Modeli
(Mekanik, Dinamik, Estetik)

Oyun geliştirme süreçlerinde kodlar, assetler ve bug’larla boğuşurken bazen büyük resmi kaçırabiliyoruz. Oyunun ‘ruhu’ dediğimiz bu faktör, tesadüfen değil; bilinçli tasarım kararlarıyla ortaya çıkar.
Yeni başlattığım PLAY serisinde, oyun dünyasının sadece “nasıl yapıldığını” değil, “nasıl çalıştığını” inceleyeceğiz.
İlk durağımız, oyun tasarımcılarının periyodik tablosu sayılan MDA Modeli.
MDA Nedir? (Mekanik, Dinamik, Estetik)
Northwestern Üniversitesi’nden araştırmacıların (Hunicke, LeBlanc, Zubek) ortaya koyduğu bu model, bir oyunu ameliyat masasına yatırıp üç ana katmana ayırır.
Gelin bu teorik kavramları, son yılların fenomeni **Among Us** oyunu üzerinden somutlaştıralım.
1. Mekanikler (Mechanics): Kodlanmış Kurallar
Burası oyunun mutfağıdır. Geliştiricinin yazdığı kodlar ve değişmez kurallar buradadır.
- Among Us Mekanikleri: İmpostor (Hain) diğerlerini öldürebilir (Kill button), Crewmate (Mürettebat) görev yapar, ceset görünce “Report” butonuna basılır, oylama yapılır ve en çok oy alan uzay boşluğuna atılır.
- Fakat kodlarda “Yalan Söyle” diye bir buton veya mekanik yoktur. Sadece sohbet (chat) mekaniği vardır. Chat mekaniği bilinçli olarak sınırsız ve denetimsiz tasarlanmıştır. Yani “yalan söyleme”, tasarımcı tarafından öngörülmüş ama kodlanmamış bir davranıştır.

2. Dinamikler (Dynamics): Oyuncu Kaosu
Mekanikler oyuncuyla buluştuğunda “Dinamikler” doğar. Oyuncular hayatta kalmak veya kazanmak için mekanikleri kullanarak stratejiler geliştirir.
- Among Us Dinamikleri: Mekaniklerde yazmamasına rağmen, oyuncular İmpostor tarafından öldürülmemek için “Gruplaşma” (Buddy System) stratejisi geliştirir. İmpostor ise yakalanmamak için “Yalan Söyleme” ve “Manipülasyon” eylemlerini gerçekleştirir. “Masum taklidi yapmak” (Fake Task), kodlanmış bir kural değil, oyuncunun yarattığı bir dinamiktir.
3. Estetik (Aesthetics): Duygusal Çıktı
Estetik, tasarımcının kontrolünün en az olduğu ama oyuncunun deneyiminin tamamını kaplayan katmandır. Tek bir duyguya indirgenmez. Hunicke ve ekibinin tanımladığı estetik kategorileri, oyuncunun oyundan hangi tür hazlar aldığını anlamamızı sağlar. Bu kategoriler şunlardır:
- Fellowship (Arkadaşlık): Oyunun sosyal bağ kurma hissi
- Narrative (Anlatı): Oyuncunun deneyimlediği hikâye
- Challenge (Meydan Okuma): Zorlukla baş etme ve ustalaşma hissi
- Discovery (Keşif): Yeni şeyler öğrenme ve keşfetme arzusu
- Expression (İfade): Kendini oyunda ifade edebilme
- Submission (Teslimiyet): Rahatlatıcı, akışta kalınan deneyim
Among Us örneğinde estetik deneyim; paranoya, güvensizlik ve ihanet korkusu gibi güçlü duygularla şekillenir. Ancak bu duygular, Hunicke’nin estetik kategorileriyle eşleştirildiğinde daha net okunur:
- Fellowship: Oyunun arkadaşlarla oynandığında anlam kazanması, sohbet ve tartışmaların sosyal bağ kurması
- Narrative: Her maçın, kimin masum kimin suçlu olduğunun ortaya çıktığı kendine özgü bir “mini hikâye” yaratması
- Challenge: İmpostor’un yalanını inandırıcı kılması ya da Crewmate’in doğru çıkarımı yapma çabası
Yani Among Us’ın başarısı, tek bir duyguya değil; birden fazla estetik hazzın aynı anda tetiklenmesine dayanır. Tasarımcının görevi de tam olarak budur: Doğru mekanikler aracılığıyla, hedeflenen estetik kombinasyonunu ortaya çıkarmak.

Büyük Çatışma: Tasarımcı vs. Oyuncu
MDA modelinin bize öğrettiği ve bence her yazılımcının/tasarımcının duvara asması gereken tablo şudur: Tasarımcı ve Oyuncu oyuna zıt yönlerden bakar.
Tasarımcı Bakış Açısı (M -> D -> A): Biz oyunu inşa ederken Mekaniklerden başlarız. Bu mekaniklerin doğru Dinamikleri doğurmasını (insanların birbirine yalan söylemesini) umarız ve günün sonunda oyuncunun Estetik bir haz (paranoya) almasını hedefleriz.
Oyuncu Bakış Açısı (A <- D <- M): Oyuncu ise önce Estetiği (Paranoyayı) hisseder. Sonra bunun oynanıştan (Dinamik) kaynaklandığını fark eder. En son (belki) arka plandaki kuralı (Mekanik) anlar.
Neden Önemli? (Bir “Bug” Ayıklama Örneği)
Kendi geliştirdiğiniz bir oyunda kullanıcının “Oyun çok yavaş ve sıkıcı hissettiriyor” dediğini varsayalım. Bu bir Estetik şikayettir.
Yazılımda “Eğlence” fonksiyonunu True yapamayız. Geriye doğru mühendislik (Reverse Engineering) yapmalıyız:
- Sorun: Sıkıcı hissettiriyor (Estetik).
- Analiz: Neden? Çünkü oyuncular haritada sürekli saklanıyor, çatışmaya girmiyor (Dinamik).
- Çözüm: Oyuncuyu saklandığı yerden nasıl çıkarırım? “Aynı noktada 5 saniye durursan haritada görünürsün” kuralını ekleyeyim (Mekanik).
Mekaniği değiştirdiniz -> Dinamik değişti -> Estetik sorun çözüldü.
Sonuç
MDA deterministik değil, olasılıksaldır. Oyun tasarımı; sadece kod yazmak veya güzel grafikler oluşturmak değildir. Mekanik ayarlarını değiştirerek, oyuncunun Dinamik davranışlarını yönlendirmek ve hedeflenen Estetik duyguyu yaratma sanatıdır.
Bir sonraki oynayacağınız oyun size bir duygu hissettirirse ona neden olan mekaniğin ne olduğunu kavramaya çalışın.
İleri Okumalar
[embed]
[embed]
메타데이터
- post_id
- 8a2a898a4f4f
- slug
- play-1-oyun-tasarımında-mda-modeli-8a2a898a4f4f
- url
- https://medium.com/@metbatuo/play-1-oyun-tasar%C4%B1m%C4%B1nda-mda-modeli-8a2a898a4f4f
- canonical_url
- https://medium.com/@metbatuo/play-1-oyun-tasar%C4%B1m%C4%B1nda-mda-modeli-8a2a898a4f4f
- author_url
- https://medium.com/@metbatuo
- status
- ok
- fetched_at
- 2026-06-09 15:37:30