如今市面上已经有好几百种免费RPG系统，我们都能够按照自己的需求对此进行扩展与修改。通过选择现有的系统（特别是较有名的），你能够从一个稳定且经过测试的基础开始创 造。
但是之后你需要基于设置和规则对此进行扩展，以吸引玩家的注意。
当你埋头开始创造自己的系统时，请检查我在第二部分中所提到的系统列表，并确保你的选择是新颖的。你最好能够从头开始扩展现有的系统。
如何创造机制
只在游戏中包含你希望玩家去做的事。奖励那些你想要培养的游戏风格。机制是指能够到某一特定结果的一系列步骤。在此你无需使用骰子，可以将步骤当成纯粹的对话或使用 资源交换。
机制范围的三个点分别是资源，传统和言语。资源机制是指玩家用游戏内部货币去换取游戏控制或成功。传统机制包括摇骰子以及与目标数进行比较。言语机制则会奖励一些优秀 的理念和合适的措辞。
你们的机制可以混合这三大元素。传统机制是使用最广泛的。
你的机制必须给予玩家选择。他们必须能够选择做某事并能够理解结果的可能性。避免滚动一次骰子便造成角色突然死亡的情况。对于角色的行动你无需设置一个随机元素，但需 要避免创造一些非常简单的内容。
让玩家能够通过转动脑子而获取成功，即通过操纵机制，设置或付出更多努力。
逆向作业
致力于让你能够获得角色统计资料的机制是个明智的做法。这能避免你收集一些垃圾信息。写下你想要模拟的理念（你需要在第一章节里便做出决定），然后明确一个最合适的机 制。最后想出怎样的技能，统计，特技和随机性组合能够实现这一机制。
我希望角色能够以富有创造力的方法去攻击怪兽。它们必须通过使用工具，技能和环境展开进攻—-反复的射击不可能帮助他们获胜。我需要关于工具和技能使
用的统计，以及一个 机制去确保是否值得将理念和工具整合在一起。我将使用共享的骰子机制，从而让玩家可以通过合作而获得更多骰子。
元游戏
元游戏便是所谓的玩家与玩家间的互动。如果两名玩家正从自己的角度去谈论某一情境，那么他们便处于元游戏中。如果玩家是以角色的身份去谈论情境，那这只能说是角色扮演 。所有机制的范围都是包含在角色的立场和元游戏之间。
元游戏机制可以为你的游戏增添多样性，但是你也必须谨慎使用，因为它们通常都是处在角色知识范围之外。滥用元游戏机制会导致角色采取一些无理的行动。并导致许多人质问 角色扮演群组“你的角色在做什么”。
<ignore_js_op>
你必须合理地判断元游戏机制是否适合你的系统。以下所罗列的机制类型百年包含了元游戏的表现。
对于《Chgowiz》，我设置了元游戏机制，即玩家可以在此分享骰子。角色不需要知道用于他们行动中的骰子是哪些，所以这非常适合元游戏。
创造机制的目的
只创造你希望玩家在游戏中执行的一些机制。一些典型机制包括：
角色创造
角色创造是根据世界万物的基准进行设定。
无对手的行动
角色与世界进行单独互动便是行动。包括了骑马与航行。在这些行动中并不包含任何对手角色，只是关于角色与世界间的接触。我们经常要执行这样的行动。
有对手的行动
角色尝试着去做一些事，而其他角色将想办法阻止他们。包括说服NPC打开通向城堡的门。角色将尝试着让NPC做某事，而NPC的职责便是违逆他。
战斗
战斗可以以不同形式体现出来：赤手空拳，带有近距离武器，远程进攻，搭乘交通工具或者宇宙飞船进攻等等。战斗必须基于某种方法而对敌人造成一定破坏力。这与有对手的行 动拥有相同的机制。战斗经常被分割成一些回合，而每个角色将轮流执行一个行动。
通过在战斗行动中清楚地呈现出选择能够帮助玩家快速地做出选择并推动游戏向前移动。比起纠结选择是什么，玩家可以多花些时间去思考自己的角色应该做什么。
受伤与治疗
比起控制无懈可击的角色，面对带有弱点的角色会更有趣。设定一个机制去追踪角色受了多少次伤，以及在他们采取更多行动前还会受多少次伤。减少点值（生
命值）是一种非常
传统的方法，但是你也可以选择通过叙述效果去影响玩家的决定。受伤将导致他们必须执行某些行动而作为处罚。同时你也需要确保能够提供给玩家治疗伤口的方
法。
对于《Chgowiz》，我希望受伤的效果能够更加叙述化。当角色受伤时，他们便具有劣势，即更加艰难地游戏。而当角色能够进行克隆时，死亡便不再是问题了，这时候受伤效果将 变得更加显著。
死亡率
我们可以根据健康的角色在平均战斗中死于平均武器/装备所花费的游戏时间去衡量死亡率。如果死亡率过高，玩家便没有机会再次回归？如果这并不包括在你的理念中，请考虑改 变它。
执行“魔法”
魔法（注：或者在现代或奇幻背景下执行一些技术类的行动）并不需要属于自己的系统，但是你可以添加一些新颖的元素到系统中。确保魔法系统与设置相关联—-基于魔法 的世界必须足够简单，不应该包含需要在多个回合中反复绘制符文的系统。
控制叙述
控制叙述意味着玩家将决定事情的结果。
角色完善
如果角色扮演游戏是关于运行一系列过程，那么我们就必须分发一些奖励去完善角色。
角色创造
角色创造是任何系统的基础。千万不要忽视这一点。未来的GM也许会创造一些角色去明确这一效果。确保它能足够灵活，庄严且带有合适的描述。而对于玩家
来说，这是他们第一次与游戏进行互动，所以你必须确保有效地解释相关过程。角色创造不需要太快，有些玩家喜欢复杂的创造过程，特别是当玩家将经历较长的行
动时。同时你必须认真地对待所提 出的理念。
角色通常是由以下部分所构成的：
属性–一定量角色固有的能力。包括：力量，智力等等。
技能–一列学习能力，通常是选自设置列表。
特技/特性–一般人不具有的特殊能力，但是也有可能是不利元素。
健康–能在角色被打败前追踪他们的受伤情况。
一些琐碎的内容–描述，角色名称，他们所属的团体，年龄或其它相关内容。在RPG中，这些内容都是可被接受的，并且能够帮助玩家更好地了解角色。
如果你希望玩家能够更快速地了解游戏，你就必须帮助他们去熟悉相关术语。如果你的游戏较为叙述化，你便只需要打开辞典去挑选更多与游戏类型相关的词语便可。
除非存在一个使用规则，否则你便需要避免添加上述内容。如果你拥有“超思维”能力但却不具有超思维规则，那么属性对于你来说就是无用的。
确保你能够包含一个有关角色创造的例子，并在每个点解释相关选择。
随机滚动vs.点分配
大多数角色扮演游戏要么使用随机滚动，要么使用点分配，或者就是这两种的结合。随机滚动机制将创造出更快速的角色生成，但是有可能留给玩家他们并不想面对的角色。而点分配虽然创造较慢，但却能够创造出优化并带给玩家他们所喜欢的角色。
背景创造
流程图或者随机滚动图表都能够用于创造角色背景。有些玩家觉得这太过约束，也有些觉得这很自由。如果你包含了这些机制，我建议你能提供给玩家选择权。
协作创造
有些角色创造机制是使用玩的方式去创造角色。在这些协作方法中，玩家可以在某些场景中游戏。而场景的最终结果将决定或改变角色的状态。
对于《Chgowiz》，玩家将创造一个“基因组”–即每个克隆体的根源。基因组拥有属性和技能，且能够通过点分配而进行选择。我们能够基于每个克隆体随机转动优势和劣势。如 果因
为优势和劣势的结合而导致克隆体难以进行控制，那也没关系，因为我们并不会重复使用克隆体。
机制类型
骰子，资源和叙述机制都存在各种各样的变量。以下只是我们所依赖的系统中4种最简单的机制。但多数角色扮演游戏都是基于机制而将角色性能（包括属性和技能）与随机元素结合在一起。
目标数
适用于：无对手的行动，有对手的行动，战斗，魔法
形式：角色性能+编辑器+骰子滚动>=目标数
目标数机制是最简单的机制形式。角色的性能可以与编辑器和骰子滚动结合在一起。而结果将与Gamesmaster所设定的目标数进行比较。在大多数情
况下，目标数越高，任务便越困难。而在相对立的滚动中，目标数便是对手的滚动。而当两个骰子同时滚动时速度就会变慢，而我们需要在做出比较前将两个公式相
加。
只要性能能够保持在较低数值，那么运算便会很简单。我们应该避免使用过多编辑器。有些系统是使用表格去设置目标数，这将能够完善机制的模拟，但速度相对较慢。我们可以 通过将一些模拟结果写在角色属性表上而有效地维持速度。也有时候我们是将其写在次要统计中。
优点
容易平衡
快速
通用
缺点
线性概率尺度
面对更大的数值时便很难进行估算
存在各种引诱让我们添加更多编辑器（如在武器上）
不能促进谈判过程中的交流
元游戏？
因为滚动骰子代表角色的真正行动，所以这并不属于元游戏。
骰子库
适用于：无对手的行动，有对手的行动，战斗，魔法
形式：在角色性能中尽可能地滚动骰子，根据编辑器去删除骰子，并计算骰子滚动的次数。为了争取成功，你需要获取多次成功。
骰子库机制是基于成功滚动的骰子数。当你滚动了20个骰子时，这个过程将会变得很长，但是机制却维持着简单性，因为你并不是在执行加法或减法。编辑器能够用于晒出骰子（ 在滚动前或滚动后）。
优点
快速
编辑器并不包含算数
通用
看到满手的骰子是件很棒的事
缺点
需要很多骰子
比起单一的数值，我们需要花更多时间进行计算
平衡变得更加棘手
不能培养谈判中的交流
比起明确的骰子数，我们更难去估算成功的可能性
<ignore_js_op>
资源库
适用于：促进行动，控制叙述
形式：角色拥有一系列的点能够在需要时使用
资源库将通过提供给玩家战术选择（注：不管是否会消费他们库存中的点或保存起来以备之后使用）而减少游戏中的随机性。有时候这一机制能够帮助玩家去控制叙述。同时也能够用于再次滚动骰子而提高有效结果。
优点
提供给玩家一个战术选择
容易理解
玩家将感受到控制性
能够培养谈判中的交流
缺点
比滚动骰子更慢
平衡难度
元游戏？
资源管理更倾向于元游戏任务，因为这并不是指使用点数去促进行动，或控制叙述的角色。玩家能够决定是否使用库存中的点。如果你使用了资源库的内容去换取角色所控制的对 象（如魔法能量库），那么这便不是元游戏机制了。
投票
适用于：控制叙述
形式：玩家对于结果进行投票
投票将通过给予玩家更多权利而减少结果的随机性。有些投票机制是用于资源库，所以玩家能够更加明智地使用自己的投票权。投票可以是秘密的也可以是公开的。这一机制可能往表格上添加一些竞争级别，并确保能够与游戏理念相符合。
优点
给予玩家更多控制权
在表格上添加了更多紧张感
培养谈判中的交流
缺点
比滚动骰子更慢
如果大量使用的话整体的游戏节奏便会变慢
秘密投票甚至更慢！
元游戏？
这属于元游戏机制。玩家的投票结果是与角色本身相分离的。
《Chgowiz》使用了目标数机制的修改。为了执行行动，他们添加了属性，技能和滚动的骰子去与目标数相抗衡。即使属性和技能的集合超过目标数，他
们仍然能够投掷骰子。不同
的是所有玩家将在中间放置一大堆骰子。当有人执行行动时，他们便会从中间拿走一个骰子。如此他们便能够夺走其他玩家的骰子。这属于元游戏机制，因为角色并
不会意识到他 们即将失败–因为玩家用光了所有骰子！
摩擦
摩擦是指我们在游戏过程中需要记住许多规则的感受。你应该尝试着去平衡一个包含快速战术决策的简单系统以及拥有各种选择，编辑器和特殊规则的摩擦系
统。如果你提供给玩家越少的战术选择，那么他们所面对的游戏系统也就越少。选择过多的话系统也会太过膨胀。简单的规则能够帮助玩家更快速地掌握，而摩擦规
则能够更好地呈现出游戏世界。只 有你能够决定系统是否适合你在一开始就决定好的理念。
摩擦经常会以作为咒语，怪物或装备的特殊规则而进入系统中。这些额外的规则看起来是无害的，但是当GM尝试着去使用规则不同部分的警告时，游戏便会慢慢停止。
接下来你将学习如何去组织免费RPG。
组织非常重要，因为一款组织糟糕的游戏会让玩家感到困惑，并让他们不愿意继续游戏。而RPG既需要作为一种参考资料，也必须提供给人们阅读的乐趣。为了做到这一点，你就必须谨慎地选择逻辑结构和布局。
结构
在逻辑结构中组织游戏必须确保清楚地描述。在你于机制上使用理念（如属性）前先进行详细即使。你的游戏必须按顺序包含以下环节：
封面
最起码它必须包含你的游戏的名字。不要图像也没关系，但是必须以合适且好看的字体去呈现游戏名字。你已经投入了大量时间去创造游戏，所以我希望你能够
自豪地将游戏名字写上去。如果GM愿意印刷你的游戏去吸引自己的玩家的注意，那么封面好看的话，潜在GM便会越希望去运行它了。
内容页面
内容页面应该包含主标题和副标题。关于表格，图像和图解的列表则应该归属于附录中。尽可能将内容保持在1，2页内，必要的话去压缩字体或行间距而将内
容全部呈现在一页上
。内容页面是用于涵括整体主题，如果它所占的范围越大，便会失去功效。我们可以压缩行间距让人们只看得到内容，因为他们也不愿意像阅读散文段落那样去浏览
该页面。如果 你的游戏保持在7页内，那么便可以选择添加内容页面。
感谢/版本/献辞
（可选择的）。你可能需要感谢某些人在创作过程中提供帮助，而这便是最佳方法。确保将内容控制在一页内。一定要标注日期。如果你觉得有必要去特别描述下游戏，那就写下 版本号。如果你不喜欢软件版本号（如1.1或1.2），那就使用整数（1，2，3，4，5等等）。
简介
简介是读者欣赏完封面后最先看到的内容，请避免一些无意义的营销措辞。它必须包含以下内容：
书中包含哪些内容？系统？设置？样本冒险？
设置属于何种类型？主题是什么？
角色的任务是什么？
包含了哪些类型的机制（是否有骰子）？
如果你的游戏还使用了另外一本书，请在此说明。
角色创造
列出所有步骤让玩家读者知道接下来将会出现什么。然后描述每一个步骤，在必要时举例说明。也可以选择添加开始到完成的角色生成内容。确保你所列举的角色与你所提供的冒险例子相吻合。不要将技能放在内联中，除非它们只有半页的内容。最好是将它们放在附录中。
机制
如果你已经完成了机制设计，那就开始介绍它们。包括机制类型，目标数，骰子库等等。在简短的介绍后，你需要轮流面对每个机制领域。从无对手行动开始，
然后解决有对手的行动。战斗/魔法/叙述机制放在最后。如果你拥有核心理念（如滚动沙子去满足目标数），那就先处理它们。
设置
让我们从设置章节中寻找更多相关信息。
GM
GM环节非常重要，并且至少需要包含冒险例子。冒险例子应该呈现出你的设置并且不能过于依赖系统。想象角色扮演玩家将会拥有怎样的体验：他们将坐下。创造角色，GM便开始 了。创造出容易理解且能够到达设置点的冒险。情况允许的话也可以列举角色例子。
同时也需要包含附加的设置信息。如果有些内容是玩家不能知道的但是GM却应该知道，那也将它们添加进去。通常情况下GM所呈现的是群体游戏状况，所以我们需要确保它具有吸 引力。
附录
任何会干扰解释的内容都应该被归到附录中。列表便最主要的罪魁祸首。所以我们应该将它往后推，它们就像是参考内容一样，我们不能让读者在一开始便看到它们。也许将技能 列表移出角色创造环节听起来很奇怪，但是我敢保证这么做绝对没错。
附录中需要包含的内容：
技能
装备
咒语
图鉴
图表
角色属性表
封底
我们的封底拥有一些广告信息，如果是出于个人使用的话也可以添加一些有关印刷所的介绍。如果未来GM愿意印刷它并进行更好地包装，那么玩家便有可能看
到封底的内容。切忌说出这是世界上最棒的游戏，将会改变玩家的生活这样的话语，而是选择一些角色会做的内容，并尽可能有趣地描述它们。如果游戏是关于将巨
大的宝剑插向机智的恶龙脸上，那 就在封底对此进行描述！
布局
布局是游戏设计中非常主观的一部分，这一环节能够为那些不知道从何开始的玩家指明方向。当决定了你的布局后，你需要考虑以下内容：
当玩家第一次看到你的游戏时，它便处在他们的监视器上了
很多人仍会为了谈判而印刷游戏
打印机碳粉和纸张都很贵
排样
排样是带有两个间隔均匀专栏的描写页。图像被置于文本中。有些特别的包装还能让你将文本沿着图像的锯齿边缘卷起来。为了确保可读性，我们至少需要在图像和文字间留出4毫米的空隙。
确保边缘够厚，如此才能有效地装订游戏。
章节数应该位于中下方。而如果将其置于边角则意味着我们在印刷时不能选择单面和双面印。
将章节标题置于页眉上能够帮助读者更好地进行参考。
确保能够更轻松地阅读两个专栏，尽量避免长句子，因为这会导致读者将其与下一行内容混在一起。
如果你还想包含风景的话，那就需要考虑3个专栏。
读者的浏览方式总是从左上方到右下方。所以以此方式去设置文本将能更好地吸引他们的注意。如果可以的话（符合布局设定），将图像置于页面的右上方或左下方。
如果你所遵循的 是“频繁发行小游戏”原则，你便需要在执行发行时清楚地陈述游戏还未进行测试。
<ignore_js_op>
冒烟测试
冒烟测试能够保证当你在使用系统时它不会“着火”。它只能发现一些明显的漏洞，但却难以察觉到机制上一些细节问题。为了对游戏进行冒烟测试，你需要遵循以下方法：
创造10个角色
一步步地写下4个战斗。写下每个人所说的，所做的，并绘制一张战斗地图去呈现事情的发展。确保每个战斗都不同于规则案例。
让非玩家去浏览整款游戏并检查语法和拼写。
更新目录和索引。
通过随机挑选6个条目并将其放置在书上的不同位置去检查目录和索引，以及页数是否准确。
确保图像与文本之间相吻合。打印一些测试页面，看看是否太暗或者太亮？如果你正在使用背景图像，请确保它不会遮盖了文本。
让不同国家的朋友帮忙以不同规格的形式打印出来，如果你在美国的话尝试A4。如果你在其它地方的话则使用US Letter。
如果呈现在屏幕上会是怎样的效果？如果朋友拥有一台平板电脑，请在上面检查看看。如果没有的话就上网寻求友好的RPG高手的帮忙。
再次阅读
当你再次阅读前，先回顾第三章节的类型环节，然后再阅读整款游戏，内容，索引等等。在阅读的时候坐下记录，但是不要中途停下来进行编辑。检查图像上的
所有说明以及图表
的标题。如果你为每个文件设置了链接（基于HTML或PDF格式），那就点击每个链接。也许现在的你已经厌倦了游戏，但这却是非常重要的一步，千万不要放
弃。然后问自己以下问 题：
这是否与我设定的理念相吻合？回想你在写下第一章节时的想法，并检查每个项目。
如果相矛盾，我是否仍在创造一些值得游戏的内容？
这与我想要呈现的类型是否相像？
我是否解决了一直存在的机制问题？
游戏中最突出的是什么？
而最糟糕的又是什么？
我是否能够添加更多图像去装饰游戏？
这是我在人物属性表中所需要的所有信息吗？
修剪
你已经使用了许多词语去描述游戏了。这么做很正常，因为在描述理念时你的大脑还未考虑到简洁性。将每个段落修剪到最简单的形式。如果这么做是可行的，那就实践吧。而你的第二次修剪将会比第一次更短10%。
机制边境情况
我们可以根据机制系统能否在压力之下继续执行而判断它的成功。你可以对系统进行压力测试，即限制参数去观察会出现什么情况。你并不能测试所有可能的边境情况（特别是当提到咒语的结合时），但是你可以挑选一些最糟糕或最优情境作为例子。
举个例子来说吧，如果机制是关于战斗，那么当角色拥有最低能量，最佳武器，最高技能，最厉害的盔甲等等情况时会发生什么。你是否设置了怪兽去挑战这样的角色？玩家需要 经历多少回合才有可能杀死一个中等怪物？游戏中将出现多少中等怪物？
团队中的5个人同时使用升级了5次的枪支便能够在第5次战斗回合中杀死怪物。“升级5次”的枪支将具有5个破坏力，而在一个回合中则有25个破坏力。所以一个普通怪物应该拥有 125个生命值。带有1个破坏点的武器的角色将经历25个战斗回合。
你需要基于所有机制问自己这些问题，并特别关注于编辑器和特别内容。剑必须具有适当的威力，但却会在咒语的影响下导致系统的失衡。如果你发现很难基于
机制而找到边境情
况的话，也许是因为系统太过复杂了，你就需要考虑去简化它。电子表格能够用莫过于测试骰子角色和概率的范围，但是我们也不能忘记特殊能力的影响或数字的作
用。
虚构的游戏
测试游戏的一种好方法便是运行一款虚构的游戏。先从你所创造的10个角色中选出4个，然后带着他们穿越你的设置和冒险。确保角色的目标与你的设置相匹
配，即是否能够轻松创造出可能的目标。尝试所有机制，分别基于想象力并抛开想象力让角色去防御怪物（注：通过刷任务）。你需要在游戏过程中尝试着回答以下
问题：
终止一次遭遇的最快速方法是什么？
怎样的最佳技能（包括技能，咒语，武器和装备）能够解决每次遭遇？
最初的角色设定中是否缺少了什么元素而导致游戏变得不真实？
是否有趣？
游戏测试
游戏测试是指通过玩游戏去判断它是否与你的理念相符合。我们必须清楚游戏测试并不是一款真正的游戏。大多数GM都会扭曲规则，即忽视部分内容只使用
10个任务中的一半规则
。真正优秀的游戏测试必须具有精确的规则，并尽可能多地使用规则集。你应该在书籍的开始写下对于游戏测试者的感谢词。确保你的游戏测试群组是由目标用户所
组成。你必须 在自己真正觉得游戏已经完成时才开始进行游戏测试，游戏测试不能作为一种测试工具，只能用于检查问题。
游戏测试包
游戏测试包是一种准备好的信息包，能够帮助测试群组更轻松地测试游戏并提供反馈。为了让测试群组在最初几次测试时更好地运行游戏，你必须提供额外的支持。在编译测试包 时，你可以假设玩家知道角色扮演游戏。这应该包括：
让玩家能够写下名字和联系细节。允许他们选择不出现在书籍的贡献者名单中。
详细介绍主要机制的规则页面。
人物属性列表。尽管角色创造应该成为游戏测试的组成部分，但是玩家可能没有足够的时间去创造一个角色。
利用了各种机制的样本冒险。
反馈形式。
游戏测试所需要的种种元素总结。
非公开协议（NDA）–因为这是一款免费游戏，所以这一点是可选择的。
你的联系方式。
反馈
我们必须从那些尝试着玩游戏的玩家身上获得反馈。反馈是获得信息的最简单方式，但是如果你能够在一种轻松氛围下（例如酒吧）与这些群组人员进行交流，
那便能够更有效地
获得相关信息。玩家们更希望专注于一些好的内容，所以你可以基于这种方式向他们询问一些特别的机制。在与测试者交谈时请记录下他们所提出的各种优秀的理
念。不要相信自 己能够凭记忆记下所有细节。测试者不会介意你在旁边做笔记，因为这会让他们觉得自己的观点很重要。
<ignore_js_op>
反馈形式
反馈形式能够帮助你衡量自己是否创造了符合理念的设计。玩家/GM的乐趣也很重要，但是我们也必须清楚并不是所有玩家在第一次游戏时都喜欢新系统，因
为学习新系统的过程总是很无聊。你可以通过两种形式去提供问题，即复选框和书面回复。如果游戏测试既冗长又无聊的话，我会建议你同时使用这两种方法。以下
是一些问题例子：
我们可以在“强烈同意，同意，没有偏好，不同意，强烈不同意”的选择框之后设置问题。
游戏规则太肤浅了
游戏系统就好似游戏类型
设置与其它游戏不同
我理解规则了
游戏看起来很棒
我很惊讶游戏竟然是免费的
我会再次玩游戏
我们需要提供较大的空间让玩家回复问题。
我喜欢游戏的……
我不喜欢游戏的……
我觉得游戏遗漏了……
如何处理反馈
虽然所有反馈都是有价值的，但却并非都有用。对于你所创造的每一种形式，你都需要对此进行分配，并使用你的理念去检查反馈是否有用。我们应该专注于玩
家所提出的问题而
不是他们所提供的解决方法。作为游戏设计师，你便是专家。机制改变将意味着你需要重新开始测试机制（使用电子数据表的话便会更加轻松）。你需要做好心理准
备，因为并不 是所有人都会喜欢你的游戏。你只需要感谢他们所提供的反馈，并且不能让自己就止步于此。
何时停止游戏测试
当你觉得游戏已经符合最初所设定的理念时，请停止测试。游戏测试并不能用于找出所有规则漏洞。过多的游戏测试只会拖延时间，所以请确定最终时间并完成游戏。游戏测试后的发行确保在游戏测试后更新规则，并计划游戏的下次发行。不要让测试者觉得你在浪费他们的时间。
发行
现在你已经完成了游戏。千万不要再拖延了。尽早分享的话你便能够有效地汲取别人的经验和知识。通过频繁发行一些较小的内容，你便能够避免过大的工作负
担。如果你不能完成一个较大的项目，那就先发行已完成的内容。尽早准备一些未加工的反馈，然后将其快速转向新版本。不要在此停歇，清理问题并再次发行。
授权
授权非常重要。你可能会认为免费提供一些内容很简单，但是如果你未能获得相应授权的话便有可能遭遇各种问题。举个例子来说吧，没有授权的话印刷商店便不会允许任何GM去 印刷你的游戏。并且，如果你未实施任何保护措施的话，别人便会盗取你的游戏。
授权是一种个人且合法的选择，我没有资格协助你，但是我却能推荐一个知识共享授权。知识共享让你能够根据自己的需要定制授权，并提供给你一份手绘图像
能够快速成为一种 标准。大多数游戏设计师都选择BY-NC-SA，即代表“属性，非商业性，共享。”知识共享有效地解释了使用方法。
上传
出于两个目的去上传游戏：与别人分享并备份。当你在备份时不要忘记生成PDF格式和源文件，图像，注释。你可以将游戏放置在许多平台供玩家游戏。如果你是频繁发行一些小游 戏，你便需要选择一些容易上传与访问的平台。如果你完成了游戏，你便会想要去曝光它。
备份且频繁发行小游戏
Google Docs让你能够上传PDF和ZIP格式的文件。那里还存在许多空间，你可以继续修改。隐私设置也允许你将其当成备份文件。
Skydrive是出自微软的一种解决方法，它拥有大量的空间和隐私选择。
Dropbox能够将你的文件自动同步到服务器上。并支持备份与共享。
最后发行
1KM1KT是最佳免费RPG社区。
RPGNow和DriveThru RPG是畅销游戏推销者，能够帮助你有效地销售游戏。
LuLu是一种服务，能够按照你的需求提供印刷服务。我建议至少为自己印刷一份，因为看到自己辛苦创造出的内容是件兴奋的事。
发行并接受评价
确保让以下的人知道你发行了游戏：
我，寻求评价并添加到我的免费RPG目录中
Eric Chris Garrison的自制RPG
John H.Kim在网页上的免费RPG
请求1KM1KT论坛进行评价。
告诉Reddit Community，他们喜欢免费的东西。
RPG.net的Ads和Open Promo 论坛都是非常棒的。
Enworld拥有一个活跃的社区，但你必须描述合适的区域。
更新你在论坛上的签名从而通过链接找到它。
在Twitter，Google+和Facebook上进行宣传。并对自己辛苦创造出来的作品充满信心。
现在要做什么呢？支持它。
完成游戏后，我们眼前出现了巨大的机遇。而再次支持一款新游戏会让你感到却步，所以就支持现在的游戏吧。支持是指与游戏社区建立友好的关系并推动游戏的发展。支持游戏 不仅能够确保它长时间存活在世界中，同时也能长时间存活在你心里。
现在你可以开始写博客，添加角色，规则选择，新冒险理念以及人们的反馈（注：可以使用Blogger或Wordpress）。
在博客上添加Google Analytics，从而让你能够了解人们来自哪里。这真的是一种很便捷的方法，你能够了解到谁评论了游戏，并快速做出回应！
为你的游戏创造Google+ Page。使用好看的图像作为图标。
如果你真的对定期更新感兴趣，那就创造一个Facebook页面和Twitter帐号。
如果这是一个通用系统，那就编写另外一个设置。
寻找其它与你的游戏类似的免费游戏，并与其作者进行交流。