DDEフレームワーク

DDEフレームワークは、従来のMDAフレームワーク（Mechanics-Dynamics-Aesthetics）を改良・拡張したゲームデザイン手法です。
ゲーム開発において、Design（設計）・Dynamics（ダイナミクス）・Experience（体験）の3つの要素を構造的に関連付け、プレイヤーにどのような感情や体験をもたらすかを分析・構築します。

DDEフレームワーク
- 概要
  - DDEフレームワークの全体像
  - なぜこのフレームワークが重要なのか？
関連ページ

概要

DDEフレームワーク」とは「MDAフレームワーク（Mechanics, Dynamics, Aesthetics）」をより実践的、あるいは現代的に洗練させたモデルとして語られることが多い概念です。

DDEフレームワークの全体像

DDEは、開発者が「何を作るか」から、プレイヤーが「何を感じるか」までのプロセスを3つのレイヤーで整理します。

レイヤー	役割	視点
Design	ゲームのルール、数値、システム（設計図）	開発者の意図
Dynamics	実行時に生まれるプレイヤーとシステムの相互作用	実行時の挙動
Experience	プレイヤーの心に生まれる感情、物語、感覚	ユーザーの体験

1. Design（設計）: 開発者が直接コントロールできる唯一の部分で、ルール設定、パラメーター、マップ構成、コード、アートアセットなど。; 例えば「HPが0になったらゲームオーバー」「ジャンプボタンを押すと一定の高さまで上昇する」というプログラム上の定義。
2. Dynamics（動態）: Design（設計）がプレイヤーの操作によって「動き出した」状態で、プレイヤーの戦略、システムの癖、予期せぬ挙動、難易度の揺らぎを表します。; 例えば「敵の攻撃パターンを読んで、ジャンプで回避しながら背後に回る」という攻略法（遊び）の発生。
3. Experience（体験）: Dynamicsの結果として、プレイヤーの脳内に生じる心理的な反応で、達成感、恐怖、連帯感、没入感、あるいは退屈やフラストレーションを示します。; 例えば「間一髪で敵を倒した！」「自分は伝説の勇者なんだ」という感情的満足度。

なぜこのフレームワークが重要なのか？

DDE（およびMDA）の核心は、「開発者は『Experience（体験）』を直接作ることはできない」という事実にあります。

開発者は Design（ルール）を作る
それが動いて Dynamics（挙動）が生まれる
その結果として Experience（体験）が発生する

「素晴らしい体験（E）」を提供したいなら、逆算して「どんな挙動（D）」が必要かを考え、それを引き起こす「設計（D）」を組まなければならない。

:[[MDAフレームワーク]]との違い|

基本的にはMDAとほぼ同義ですが、用語のニュアンスが少し異なります。

Mechanics → Design: より「設計思想」や「構築」に重きを置いた表現。
Aesthetics → Experience: 「美学（Aesthetics）」という言葉だと「見た目」と混同されやすいため、より広義の「ユーザー体験（Experience）」に置き換わっています。

ゲームの仕様を考える際、「このパラメータ（Design）をいじると、プレイヤーの立ち回り（Dynamics）はどう変わり、最終的な楽しさ（Experience）はどう変化するか？」を考えるための強力な思考ツールになります。

Playdate 非公式開発まとめ wiki