网站策划案标准格式和内容( 游戏策划，一个需要不停思考总结学习才能进步的职业)

　　网站策划案标准格式和内容(

游戏策划，一个需要不停思考总结学习才能进步的职业)

　　游戏策划是一个需要不断思考、总结和学习才能提高的职业，所以每次都会写一些不痛不痒的东西，哪怕是总结，也会在旅途中留下印记，也可以说是一石二鸟，放出来给大家看，一起批评。

　　以下是我在工作中总结的一个写系统案例的过程。不适用于所有类型的游戏系统设计，但想必你需要经历的不会有太大的不同。

　　编写系统案例流程

　　1、你想要什么——头脑风暴，列举每一个合理的可能性和设计，筛选出合理优秀的搭配和设计，并给出原因，这部分会不断迭代循环，直到系统完成。

　　2、编写框架——对所需功能和系统的概述，包括两部分：系统概述和功能概述。此时可以以树形图的形式绘制系统功能*敏*感*词*。提升（分类）系统需要资源和道具。

　　3、界面草图——根据需要的系统功能构建系统UI草图，初步完成游戏界面中涉及的所有元素的设计和布局。这部分需要与艺术家和节目协商。在系统自检过程中。 （预留接口：美术资源需求、配置表） UI草图的设计必须结合操作模式和交互。在UI草图旁边，给出了一个操作流程图，解释了界面中各个元素的进入、退出、跳转和状态。

　　4、系统流程图——系统进入、操作流程、逻辑判断、系统退出、编写流程图，还可以帮助设计人员自检自己的设计。

　　5、 细化规则——至此，系统的详细要求基本在设计者的脑海中了如指掌。这时就可以从上述模块中提取系统规则，为系统的实现和配置表的生成做准备。

　　6、生成配置表——提取规则，细化必填字段，给出字段描述，字段名称，字段类型，字段大小，取值范围，可以为0，枚举值等系统值​​​​必要的信息。

　　7、测试优化——针对系统，编写测试用例供测试验收人员对系统进行校对优化

　　新手写系统案例的注意事项

　　在一个案例中应该写什么，仅此一项就可能难倒许多刚开始计划的人。以装备系统为例，装备系统应该包括哪些内容？设备系统概览、设备相关功能*敏*感*词*、设备分类、子类、设备属性等与设备内容密切相关。本文档无需提及文档规范、布局规范、关卡和地下城。掉了什么装备，玩家掉线后没有捡到的装备怎么处理，任务获得的装备奖励，装备的交易形式和规则……这些内容虽然和装备有关，但不是应该的写入装备系统。装备交易是交易系统的问题。处理是离线处理的问题。如果没有细节，游戏中所有与装备相关的内容都列在装备系统中，那么这个案子就扔给实施者了。实施者应该怎么做？因此，我们在写案例的时候，应该遵循面向对象编程的思想。每个系统都是一个独立且可分离的类，重点描述这个类中有哪些属性、行为和接口。只有这样，我们才能保持系统的独立性。只有这样才能降低设计耦合和维护难度，有利于开发者实现系统。

　　所以在一个系统案例中，应该写什么，不应该写什么，如何写rewrites，这些都是在写文档的时候需要仔细考虑的事情。

　　设计师在编写文档时，应该明确一件事。写文档的目的是为了更好的实现文档的内容。也就是说，文件注定要被别人看到。如果每个人都想在案例中做到非常专业和时尚，势必会提高文档阅读的门槛。所以，在我们能写出一个完整合理的系统案例之后，我们应该把重点放在如何让文档更具可读性，这是一个更高的追求。

　　下面给出写文档的优化建议（以下部分摘自网上一篇文章文章）

　　1、阅读指南

　　文档编写者往往有“读者应该能够理解我的意思”的错觉，总是在“对方一定会从头到尾读完我的文档”的前提下写作。然而，事实是，开发人员通常只正确阅读文档，因为他们的工作需要它。当然，设计者无法揣摩读者的各种场景。这样一来，考虑用户阅读体验的成本太高了，但有一件事是肯定的。保证文档的易读性，这个易读性不仅仅指开发的人能看懂，希望无关的人能看懂，能充分理解设计者的想法，也就是所谓的“拿用户”作为一个完全的新手”。

　　那么如何让读者在阅读的过程中总能明白自己读过的部分，不觉得无聊和矛盾，方法是循序渐进，由浅入深。用涉及面窄的去涉及其他功能模块，甚至是其他系统，从最关键、最核心开始，再涉及到表层和次要。

　　每节开头的几句简短的结束语是一个很好的介绍，通过概述接下来要描述的内容，让读者有一个大致的理解。最后对以上内容进行了总结，适当参考以下内容也能激发读者的思维，未读理解带来一定的缓冲作用。

　　消除阅读障碍。当出现新的单字或生词时，需要及时进行适当的解释。对于逻辑复杂的函数，应该给出适当的例子，甚至是反例，帮助理解。

　　2、插图和文字

　　图片可以达到更好的说明效果。图片往往是对设计师表达内容的高层次总结，是对核心内容和关系的清晰简洁的表达。图片往往附有文字说明，而且图片和文字的排列方式不同，效果也不一样。读者对图片有更好的理解和记忆。假设图片在文字前面，阅读时往往会很快在男孩身上形成一个更具体的形象。在接下来的阅读中，读者可以用脑海中的画面与阅读材料进行理解，理解的速度会更快。

　　3、统一规范格式

　　尽管用于编写文档的个人工作环境、工具和文档样式各不相同，但团队可以在编写格式方面遵循一些统一的格式。

　　例如

　　1.一共有四件装备。

　　2.有4件装备。

　　3.有4件装备。

　　4.装备总件数：4。

　　标点符号的正确使用，区分内容章节，设置目录书签，大段小段，格式规范不仅更容易阅读，也更便于设计者修改和调整。

　　4、工作规定

　　文档的版本管理，包括文档版本号、修改日期、负责人、修改内容、特别说明等，都很好的服务于开发后续工作。在某些情况下，还会列出具体开发的配置，包括负责人员、工作分配、开发周期等。更重要的是，还有功能质量管理指标内容、资源需求清单、设计修改目的描述和修改过程……所有这些工作都是为了更科学地管理开发工作。当然，这些准备工作也是根据具体工作的需要而定，多余的添加会给开发者阅读带来不适。