MDA：从机制到感受的设计语言

做设计时，我们很容易从一张功能清单开始：积分、任务、等级、排行榜。但机制多，并不等于体验好。MDA 提供了一种拆开体验、连接规则与感受的思考方式。

三个层次，三个不同的问题

• 机制（Mechanics）：玩家可以做什么？有哪些资源、限制和规则？

• 动态（Dynamics）：当玩家使用这些规则，现场会出现怎样的行为与关系？

• 体验（Aesthetics）：这些行为最终带来了怎样的感受？紧张、好奇、合作，还是挫败？

规则是设计者写下的，但体验并不是设计者单方面决定的。相同的一条规则，放进不同的人群与场景，可能产生不同的结果。

从感受反向推导

假设你希望一次工作坊让参与者产生“我们需要彼此”的感受。不要立刻加入一个团队排行榜，先想：什么样的行为能够支撑这种感受？

也许你需要的是交换线索、解释自己的处境，以及共同决定资源如何分配。再往回推导，机制就可以是：每个人只能看到一部分信息，而任务需要这些信息被组合起来。

期待的感受：彼此需要。
希望的动态：主动解释与交换。
可以测试的机制：信息分散，共享后才能完成任务。

写成一个可测试的假设

用“如果……那么……”描述你的设计：如果每个人都掌握一条独有线索，那么参与者可能会主动向彼此提问。这里的“可能”很重要——它提醒我们，设计仍然需要验证。

试玩时，先记录实际发生的事，不急着解释。如果大家只把线索交给一个最活跃的人，也许你得到的是代办，而不是协作。下一轮可以调整信息分布或决策方式。

一个纸上练习

1. 选一个你熟悉的活动，写下最想带来的一个感受。

2. 列出两种能支撑这种感受的参与行为。

3. 只设计一条促成行为的规则。

4. 找几位伙伴试玩，记录期待与实际的差异。

不要一开始就把所有机制补齐。一个小而清楚的实验，比一个复杂而无法判断的系统更容易推动设计向前。