给每个人一份设计工作
设置一个简短的回合，其中一个人命名玩家的行动，另一个人提出目标，第三个确定公平失败或重新开始规则。将每个选项写在一张卡片上，然后对一个连贯的组合进行投票。当两种想法发生冲突时，保留能让测试人员从屏幕上了解结果的想法。
使用每个人都可以检查的研讨会简介
示例方案：“设计一个由小组共同规划、单人游玩的单屏谜题：旋转一座共用的桥，引导三个不同颜色的棋子进入对应颜色的门。每次旋转后，每个棋子移动一格。棋子撞上关闭的门时，本次尝试重置；三个棋子都到达对应的门时，谜题完成。重新开始后，桥和棋子都恢复原状。”这是共同规划的单人游戏构想。如果希望玩家在同一场实时对局中协同行动，请指定合作多人模式，并确认生成的游戏支持该模式。大声读出草案，删掉没人能解释的规则。
测试群体决策
选择一个没有帮助编写简介的人来播放第一个版本。在每次行动之前询问他们认为会发生什么，然后将这些预测与结果进行比较。给小组一轮修订，重点关注最大的不匹配，而不是每个人最喜欢的添加的新列表。
记录谁拥有提示以及在生成之前如何共享公共结果。如果研讨会需要多人同时编辑一份文档，请使用常用的共享笔记工具进行讨论，并将此产品视为后续单作者生成步骤。
关于协作游戏提示工作坊的常见问题
有多少人应该为第一个提示做出贡献？
一个小组可以给每个人一个具体的角色，并且仍然可以做出决定。对于较大的团队，首先收集想法，然后让较小的设计对组合并读回规则。
如果团队想要两个不兼容的机制怎么办？
将它们保留为单独的一句话概念，并为第一个原型选择一个。集中测试可以显示哪条规则值得另一次迭代，而不会迫使两者进入一个令人困惑的构建。
延伸阅读
发现信息过时了？ 报告需要更正的内容