游戏策划文档模板.docxVIP

文档名 项目名称 保密级别 （见规范描述） 作者名称 日期时间 X 年 X 月 X 日 文档名 创建人名 修改人名 时间 修改内容 YYYY-MM-DD 前言 1.1 设计目的 功能的设计目的是什么？为什么要做这个功能，做这个功能是为了解决什么问题。一定要弄清楚这个 个问题再进行下面的工作。 （我们不是为了做玩法而做玩法） 不要为了写设计目的而写设计目的。 （切忌应付） 设计目的切忌说空话与概念化，对设计的功能要有针对性的提出设计目的。 （切忌模式化） 一个系统或功能无法承载太多的设计目的。 （贪多嚼不烂） 文档的设计过程中要一直贯彻围绕设计目的而设计的逻辑思考方式。 （切忌跑题钻牛角尖） 1.2 如何达到设计目的 本段撰写根据设计目的来推导功能原理或设计框架或核心重点的思考过程。 本段文字用于自身理清设计思路与设计思想的传承及文档审核者了解设计者的设计角度。 尽量保证每个段落只用不超过一行的文字表达，锻炼自己的语言组织能力与逻辑思维能力。 撰写形式使用从结果反推的方式。 （”因为要达到 ** 目的所以要实现 ** “的一步一步推导的表达形式） 1.3 流程概述 简要叙述一下功能或玩法的使用流程或功能要点。 写流程概述时一定与上述设计原理与设计目的契合。 （避免功能是功能，目的是目的的业余行为） 本段便于审核者在阅读文档前对功能整体有一定的认知并有助设计者理清设计思路。 1.4 功能对其他游戏系统的影响 本段文字要指出当前设计功能加入后对现有游戏功能的影响。 设计时考虑周全不要出现系统间或功能间相矛盾或冲突的情况。 1.5 风险评估 该功能存在的风险点，比如： 设计目的不能百分百达到。 美术资源量可能过大导致玩家加载速度慢。 信息量可能过大导致用户不理解。 负面口碑影响。 ??太多了，列不完，根据每个功能实际的设计效果与影响来考虑。 规范 文档中涉及 NPC 对话，或者需要进入游戏的文字说明， 用橙色字 表示。比如 NPC 王大爷的默认对话： 最近后山不太平，经常有贼寇出现。 写给程序看的特殊说明或者一些解释用 绿色字 表示。 文档最后一次修改的内容用黄色背景颜色表示。 保密级别分为：秘密 （不可在工作室外进行传阅） 、机密 （不可在项目组外进行传阅） 、高度机密 （只有撰写人和项目与工作室主管可以传阅） 、绝密 （只有撰写人与工作室主管可以传阅） 。 正文 3.1 名词解释 一些可能不是所有人都能理解的说法需要在这里稍微解释下。 3.2 功能指引 怎么让玩家能够： 知道有这个功能。 （新手任务、更新提示、自动寻路、日常列表、系统公告等） 能够使用这个功能。 （新手任务、功能教学等） 把这个功能传播出去。 （使用该功能的系统公告、掉落公告等） 3.3 功能流程 尽量保证每个段落只用不超过一行的文字表达，锻炼自己的语言组织能力与逻辑思维能力。 如果是界面功能最好能按用户操作的步骤逐级向下扩展设计。 功能具体流程，需要写清楚流程的每一步操作以及程序判断。 比如：完成任务时的判断： 判断玩家是否满足完成任务条件（可能是拥有某物品或者其他条件） 是，进行下一步判断； 否，返回屏幕中央提示信息： 判断。 判断玩家背包是否还剩余 1 格空间 是，进行下一步判断； 否，返回屏幕中央提示信息： 结束判断。  你需要取得物品 你需要让背包空出  XX 才能完成任务！ 并且关闭对话框，结束 1 格来获取奖励物品！ 并且关闭对话框， 判断玩家（可能还有经验上限、金钱上限等判断；特殊状态判断等等） 通过判断，进行以下操作： （顺序操作） 扣除玩家身上物品 XX 。 判定玩家完成任务。 给玩家相应奖励。 返回屏幕中央提示信息： 完成任务！ 播放完成任务公告。 播放完成任务特效和音效。 聊天框显示： XX 任务完成，获得奖励： XX 物品， AA 经验， BB 金钱 。 3.3.1 步骤一 功能流程第一步。 3.3.2 步骤二 ?? 3.4 游戏公告需求 如功能又公告需求在此进行声明方便其他人员进行配置。具体格式如下： 播放区域 聊天频道公告还是屏幕中央公告。 播放时间 几点播放及播放的时间频率间隔。 公告文本 公告的文字内容。 3.5 后台统计需求 如功能需要进行后台日志统计在此进行声明。具体格式如下： 统计类型 日常行为、资源放出、 统计频率 每天统计、即时统计，离线生成或其他 关键字段 角色姓名、角色等级、挑战成功失败、奖励信息等等 统计目的 为了得到什么结论或什么评判依据而进行统计。 数据分析 拿到数据后如何分析才能得到统计目的 . 不要为了统计统计，统计就要有用！ 3.6 功能数值需求 涉及战斗的话，需要写设计的战斗难度感觉，方便数值同事设计怪物。 经验、金钱、物品奖励说明，方便数值同事理解。 3.7 新增美术资源 本段方便资源策划针对