游戏策划

传媒内容与游戏
├── 内容分发与运营线 —— L2-传媒内容与游戏-01-新媒体内容运营|新媒体内容运营
├── 内容生产与制作线 —— L2-传媒内容与游戏-02-视频编导|视频编导
└── 游戏与互动内容线
    ├── 游戏策划（系统 / 数值 / 关卡 / 文案 / 活动）← 本篇
    └── 游戏运营 / 数据 / 电竞（相邻未出）

注：游戏的程序与美术制作岗归 02-互联网与软件技术领域；本页只覆盖设计侧。

定位一句话：游戏策划是把"好玩"翻译成规则的人——玩家的体验最终要落到具体的系统、数值、关卡与文案上；策划产出的是设计文档与规则，而它是否成立，只能靠做出来给玩家试。

一句话定义：游戏策划负责游戏玩法与内容的设计，按方向分工——系统与玩法设计、数值与经济平衡、关卡与节奏设计、剧情与世界观文案、活动与商业化设计等；产出设计文档与配置规则，与程序、美术、测试、运营协作推动版本落地，并对体验目标与数据表现负责。

职责边界（五类日常）：

1. 设计文档与需求定义：撰写策划案——说明规则、交互流程、边界情况与验收标准；把模糊体验目标拆成可实现的条
2. 数值与经济设计：成长曲线、掉落与产出、消耗与付费设计、平衡性验证（数值方向对逻辑与数据处理能力要求最高）
3. 原型与体验验证：参与原型搭建与内部试玩、观察玩家行为、收集反馈并迭代（"我认为好玩"在策划岗里不算结论）
4. 跨职能协作推进：与程序、美术、测试、运营对接需求与排期、参加评审、跟进实现效果与版本验收
5. 数据复盘与调优：按留存、活跃、付费、活动效果等数据评价设计结果，复盘并调整；参与长线内容规划

相邻岗位辨析：

判断口诀：定义玩法规则、写策划案并推动落地 → 策划；实现功能 → 程序；做视觉呈现 → 美术；做线上用户与商业化活动 → 运营；面向效率型需求做功能设计 → 产品经理。

入行与转出（公开口径）：

• 背景：游戏策划对专业限制最小——不限专业，本科及以上为主；真正的筛选来自"游戏理解 + 逻辑能力 + 表达能力（文档）"三项，而不是学历

• 前置准备：做游戏分析或设计文档是最有效的敲门砖——拆解既有产品的系统与数值、写一份完整策划案、参与 Game Jam 或小型项目（含桌游设计）、Mod 制作；数值方向需较强数学与数据sense

• 常见入口：① 校招或实习进入研发团队，从执行策划／关卡／活动做起；② 从游戏运营、测试、社区、客服等相邻岗内转；③ 独立开发或小型团队项目经验转化

• 适配画像：热爱游戏但要**能跳出"玩家视角"**做设计判断；逻辑与结构化表达强；抗压与迭代耐受力高（设计被推翻是常态）；沟通能力对推进度影响极大，因为在团队里策划常是"提需求的人"

• 职业特点：游戏是内容行业里工业化程度最高的方向——流程、评审、版本节奏接近软件研发，加班强度在项目冲刺期较高。项目成败对个人履历影响显著（成功项目与失败项目带来的下一份机会差异很大）。发展路径为执行策划 → 策划（某一方向）→ 主策划／制作人方向；横向出口包括游戏运营、产品经理、数据与数值分析、独立开发

• 行业周期提示（公开口径）：行业呈现工业化与精品化趋势，对流程规范、数据能力与项目成功率的要求提高；同时赛道间需求波动较大，具备跨品类设计能力与数据复盘能力的策划更容易穿越周期；小团队与独立开发也是部分从业者的可行路径

• 概念要明确核心体验，仅停留在题材会缺乏支撑。

• 目标用户要清晰，泛用户定位难以设计。

• 差异化要有可实现性，脱离团队能力的设定风险很高。

• 立项要评估市场规模与竞争格局。

• 核心循环要能在概念阶段说清楚。

• 概念验证可通过原型快速试错。

• 核心循环是游戏的骨架，需要反复打磨。

• 循环的每个环节都要有明确的动机与反馈。

• 循环时长要匹配目标用户的节奏。

• 循环要能产生长期目标。

• 玩法的复杂度要与用户学习成本平衡。

• 循环的验证要依靠可玩的版本而非文档描述。

• 数值要为体验服务，而非追求复杂。

• 成长曲线要控制节奏，过快会缩短生命周期。

• 数值要留出后续扩展空间。

• 资源产出与消耗要平衡。

• 关键节点的数值要单独测算。

• 数值调整要考虑对老玩家的影响。

• 关卡要承担教学、挑战与节奏调节的功能。

• 难度曲线要有起伏。

• 关卡设计要给出多种解法，增加自由度。

• 内容量要与用户消耗速度匹配。

• 重复性内容要控制比例。

• 关卡要经过实际试玩验证。

• 系统之间要相互支撑，孤立系统会显得多余。

• 功能要服务于核心体验。

• 界面设计要考虑操作路径与信息层级。

• 系统的上手引导要自然。

• 功能要评估开发成本与收益。

• 系统的优先级要排定。

• 世界观要能支撑玩法与角色。

• 叙事要与玩家行为结合，纯文本堆砌效果有限。

• 角色设计要有辨识度与动机。

• 叙事的呈现方式要与平台匹配。

• 文本量要与开发资源匹配。

• 叙事要为玩家长线目标服务。

• 原型要用最小成本验证核心判断。

• 原型阶段不做美术打磨。

• 测试目标要明确，例如循环是否有趣。

• 测试样本要覆盖目标用户。

• 结论要能指导继续或放弃的决策。

• 原型迭代要控制次数。

• 需求文档要清晰，含糊描述会导致开发偏差。

• 文档要随版本更新，避免与实现脱节。

• 需求优先级要明确。

• 变更要走流程并评估影响。

• 文档结构要便于团队查阅。

• 关键设计要有取舍说明。

• 首次体验决定留存，前期引导尤为关键。

• 引导要融入玩法，长篇教学会流失用户。

• 界面信息要分层，避免一次呈现过多。

• 反馈要及时，操作无反馈会让用户困惑。

• 无障碍与设备适配要考虑。

• 用户测试能发现设计者忽视的问题。

• 商业化要与体验平衡，过度付费设计会伤害口碑。

• 付费点的设计要基于用户需求。

• 免费用户的体验要保证。

• 经济系统的产出与消耗要长期平衡。

• 定价要参考市场与用户承受力。

• 合规要求要遵守，例如概率公示。

• 平衡性要通过数据与试玩双重验证。

• 强势策略要分析原因再调整。

• 调整要小步进行，避免一次改动过大。

• 平衡性调整要考虑用户已投入的成本。

• 测试环境要与线上一致。

• 调整记录要留档。

• 关键指标要包括留存、时长与付费转化。

• 数据要结合用户分层分析。

• 异常数据要排查原因，不能仅看表面。

• 数据要用于指导内容与活动节奏。

• 数据不能替代设计判断。

• 埋点方案要提前设计。

• 版本节奏要与运营活动匹配。

• 新内容的预热与上线要衔接。

• 版本更新要评估对现有玩法的影响。

• 运营需求要提前纳入版本规划。

• 上线后的反馈要快速响应。

• 版本风险要有回滚预案。

• 程序、美术与策划的沟通要顺畅。

• 需求要实现可行性的评估。

• 美术风格要提前统一。

• 排期要留出联调与打磨时间。

• 冲突要由产品目标裁决。

• 协作流程要固化。

• 里程碑要明确可交付内容。

• 依赖关系要理清，例如美术资源决定关卡完成时间。

• 资源不足要及时调整范围。

• 进度要定期同步。

• 风险要提前预警。

• 排期要留出缓冲。

• 上线前的测试要覆盖主要机型与网络条件。

• 上线首日的监控要到位。

• 应急预案要准备，例如服务器压力。

• 用户反馈渠道要通畅。

• 上线后的数据要密切跟踪。

• 问题修复要快速发布。

• 内容要符合监管要求。

• 未成年人保护要求要落实。

• 抽卡与付费机制要合规披露。

• 用户数据保护要重视。

• 素材版权要清晰。

• 合规审查要纳入流程。

• 社区反馈是重要的设计输入。

• 反馈要分类，避免被少数声音主导。

• 沟通要真诚，承诺要谨慎。

• 重大调整要提前沟通。

• 社区运营要与版本节奏配合。

• 负面情绪要及早疏导。

• 广泛的游戏阅历是基础。

• 拆解能力比想法更重要。

• 数据与逻辑能力影响判断质量。

• 沟通表达能力影响推进效果。

• 作品与项目经验是关键积累。

• 持续学习行业的新形态。

• 竞品分析要看机制设计而不仅是表面玩法，理解其数值与循环如何支撑体验。

• 分析要覆盖目标用户、商业化方式与内容更新节奏，单一维度难以得出有效结论。

• 对标产品要分层次，成熟产品看结构与长期运营，新产品看切入点与差异化。

• 分析结论要落到自身设计的具体取舍上，否则只是信息罗列。

• 竞品的用户评价是理解体验短板的重要来源。

• 竞品信息要持续跟踪，市场变化的速度往往很快。

• 需求要实现可行性的评估，技术约束会影响设计选择。

• 关键机制要提前与程序讨论，避免在后期才发现难以实现。

• 数据结构的设计要考虑后续扩展，临时方案会成为技术债。

• 需求描述要具体到可执行的程度，含糊的表述会造成返工。

• 问题要当面沟通，纯文字交流容易产生理解偏差。

• 优先级要明确，让程序能合理安排开发顺序。

• 美术风格要在早期定调，后期调整的成本很高。

• 资源规格要提前约定，例如尺寸、数量与精度。

• 界面设计要配合操作路径，美观不能以牺牲易用为代价。

• 角色与场景的设定要有依据，与世界观保持一致。

• 资源排期要留出打磨时间。

• 反馈要以参考图或具体描述表达，避免主观评价。