简介《天龙八部》完整策划案是一份以金庸同名小说为背景的MMORPG设计文档合集面向游戏策划、系统设计师及武侠题材研究者可用于理解大型网游从装备、等级、师徒到任务与社交玩法的整体构架。资源共222个文件核心内容为45个doc文档与21个xls表格覆盖装备数值、等级经验、任务流程等具体表格另含少量txt、xml说明并因源自SVN工作副本而携带较多svn-base/entries元数据不影响正文阅读整包仅8.24MB。目前已有一千余人学习下载。通过对照策划案读者可以拆解天龙八部在角色养成、社交互动、活动任务等方面的设计思路获得可迁移到同类MMORPG项目的系统策划参考。1. 策划案不是文档这是一套完整功能设计落地价值比想象中高先说一个反直觉的结论一份「完整策划案」的价值不在于能写多少字而在于它能不能让程序、美术、测试在三周内把玩法做出来。我拆过不少标着「完整案」的资源多数要么是几个系统的片段要么是世界观设定集离可直接排期还有不小距离。这份以同名经典武侠IP为背景的完整策划案是少见的把世界观、玩法循环、系统规则、数值、活动全部串起来成套出的那一种适合正在做MMO或ARPG立项评估的策划、打算用成熟框架快速出Demo的小团队也适合想搞清楚「一个游戏系统从文档到上线中间要过多少关」的转行新人。我建议先别急着当小说读按后面几章的路径拆着看收获会大很多。2. 读案先读骨架从世界观到系统树的拆解顺序2.1 核心循环是策划案的第一阅读入口拿到这份策划案我第一次通读就发现一个规律它的章节目录并不按「系统」分而是按「玩家在游戏里一天怎么过」来组织。这个设计很聪明但不熟悉策划案写法的人容易懵。拆案的第一件事就是先从目录里提取「核心循环」。所谓核心循环就是玩家从登录开始到做完日常、打完好几个玩法、最后下线中间被引导完成的最小闭环。这份案子的核心循环大概是这样的登录领活跃度奖励完成日常副本获得养成材料用材料强化角色升级、突破、装备强化进竞技场或帮战验证战力获得排名奖励回流到养成建议用纸笔把这个循环画出来再对照案子里每个系统的位置你会发现所有系统都能挂在这条循环的某个环节上。挂不上的基本都是边缘玩法或者商业化入口。我一般会把「核心循环」作为整份案的锚点后续所有系统的优先级判断都以「离这个循环的远近」为标准。离得近的养成、战斗是核心离得远的时装、坐骑外观是辅线。2.2 系统树与功能依赖的提取方法策划案好看不好用关键看能不能从中抽出「系统树」。系统树不是简单的功能列表而是表达「谁调谁」「谁等谁」的依赖关系。比如装备系统依赖副本产出副本系统依赖组队匹配组队匹配又依赖社交关系链社交关系链依赖聊天和好友系统。把这些依赖串起来排期才能落地。拆这份案时我按三步走第一步把所有系统名按「基础」「玩法」「商业化」「社交」四类列出来。基础类包括角色、装备、技能、等级玩法类包括副本、竞技、帮派商业化类包括商城、礼包、月卡社交类包括好友、聊天、组队。第二步给每个系统标一个「入口等级」或者「解锁条件」。这份案子里值得注意的一点是它把技能系统拆成了「基础技能」和「门派绝技」两个层级解锁条件完全不同。这种细节在程序排期时特别重要——如果基础技能和绝技放在同一期做工作量会翻倍且不可控。第三步构建依赖矩阵。推荐用表格来做这个动作听起来土但极其有效系统依赖被依赖可并行角色等级无几乎所有系统否必须先做装备强化副本产出、角色等级战斗数值校验可搭框架数值后配门派技能角色等级、门派系统战斗结算否帮派战组队、地图、排行无可后置这个表格的价值在于它能直接推出一份「如果只做三周Demo砍掉哪些系统不影响验证」。比如帮派战依赖太多可以先砍换成纯粹的1v1竞技场验证战斗手感就够了。2.3 一份完整案该有的文件与字段拆案的另一个关键是确认「完整」的定义。这份案子里我注意到几个一般案子容易缺的东西它都有新手引导的节奏表、首充和月卡的设计、各个玩法产出材料的投放数值表、还有一条明确的经济系统闭环说明。策划文档的字段质量比字数重要得多。这里有三个字段层面的硬指标第一个是「数值表必须带来源」。比如某玩法产出强化石100个/次这个100是从哪个副本等级段推算来的必须能回溯。许多案子的死法就死在这里数值拍脑袋后续所有系统跟着歪。第二个是「状态定义不能二义」。比如「眩晕」和「定身」是不是同一回事移动、放技能、被击飞分别能不能解除案子里如果有明确状态位表比如用bit位表示状态bit0眩晕、bit1定身程序对接时就少吵架。第三个是「需求描述必须能达到评审标准」。每个系统要写清楚入口在哪、按钮点开是什么、没有数据时显示什么、奖励不足时怎么补发。能做到这一点的案子可以直接拿去给程序排期。这三条标准建议拿到任何策划案都按这个口径先过一遍比通读十遍都省时间。3. 把规则翻译成实现技能、养成与经济闭环的落表方法3.1 门派技能策划表的字段设计与数值口径技能系统是这份案子的重头戏也是策划案里最容易写着写着就自high的部分。拆技能系统时我习惯先把散落在各处的技能描述收拢成一张「技能策划总表」再逐项核对字段。没有这张表程序排期根本没法开工。一张能直接支撑开发的技能表至少要包含这些字段字段名说明示例技能ID全局唯一100101门派归属门派XX派等级要求可学习等级20前置技能需要先学的技能100001冷却时间单位秒8消耗类型怒气/法力/无法力目标类型单体/群体/自身群体作用半径单位米5伤害系数相对基础攻击力的倍率1.2状态附加眩晕/减速等定身2秒动作表现客户端表现需求拔剑斩音效资源资源名skill_100101_01特别提醒两个容易翻车的字段第一个是「伤害系数」。系数一定要定义清楚是「基础攻击力的百分比」还是「最大攻击力的百分比」两者在战斗数值验证时会差出几个档位。这份案子里我注意到技能描述用的是「基础攻击力的120%」这个口径本身没有错但你在复现时要在表头空白处补一行「数值定义说明」否则美术和程序很容易默认成别的口径。第二个是「冷却类型」。全局冷却、独立冷却、共享冷却在实现上完全是三套逻辑。如果案子里某技能写的是「所有技能共享冷却」程序实现时会直接影响连招手感这个决定要在策划阶段就定死。3.2 养成线等级、突破、装备三张表的联动养成系统通常由三张表组成等级表、突破表、装备表。这三张表不是各自独立的它们通过「战力验证」互相联动。等级表的核心字段是「升级经验曲线」。常见做法是指数曲线公式大致是exp_next(level) round(exp_base * pow(level, exp_curve))其中 exp_base 是初始基础经验exp_curve 是曲线指数。这份案子里我推算出的曲线指数大致在1.5附近这意味着前期升级平缓中后期每级所需经验明显抬升。做反推时可以直接用案子里给定的一键升级按钮所需时间验证曲线是否合理。突破表的本质是「节点惩罚」。每到整10级或者整5级经验曲线断开玩家必须突破否则经验饱和经验条满了但等级不涨。突破材料来源必须对应到具体玩法通常指向副本或日常任务。如果产出玩法和突破需求不匹配经济系统会立刻失衡——产出溢出或者严重短缺都会产生玩家差评。装备表则要画「装等」和「强化上限」的关联。比如30级装备强化上限是1040级装备强化上限是12那么从30级过渡到40级时战力平滑度取决于「旧装备满强化」与「新装备零强化」的战力差值。这个差值应该在合理的±15%以内否则玩家会有「换新装备反而变弱」的挫败感。养成线的三张表联动建议复现时先跑一版数值模拟用脚本把100个「模拟玩家」的养成路线跑一遍看他们在每个等级段经过突破、装备强化之后战力曲线是否平滑。如果曲线出现陡峭台阶回头调等级表的 curve 指数或者突破材料投放量。3.3 经济闭环产出、消耗、回收的火力点很多策划案的世界观写得飞起但经济系统只有三行字这是致命伤。这份案子的经济部分相对完整它有明确的产出、消耗和回收三个环节的投放表。产出端主要来自副本掉落含关卡重复刷、玩法结算竞技场、帮战排名、日常活跃度宝箱、运营活动首充、月卡、节日礼包。消耗端主要来自养成材料消耗升级、突破、强化、道具购买、社交消费组队传送费、改名卡。回收端最容易被忽略它意味着让系统内的产出物消失的机制——比如强化失败扣除材料、合成损耗、交易所手续费。拆这份案子时我建议画一张经济闭环图手动算三笔流水第一笔是「单日产出总量」。把日常副本、日常任务、活跃度宝箱的产出物汇总按单角色算一天能拿多少材料。第二笔是「单日消费总量」。按案子里养成的消耗公式算一天从零进度开始养成到当前该有的水平要吃掉多少材料。第三笔是两者的差值。差值为正说明系统产出过剩差值为负说明玩家需要从额外付费或者长时间积累去补。一个合格的经济闭环差值应该在每天正负10%以内波动且每周有一次大的「火力点」——比如帮派战结算日产出和消耗同步加大。这样玩家会形成「周内憋资源、周末大消费」的习惯也是商业化活动最自然的锚点。4. 让案子和程序对接从策划文案到可评审的 PRD4.1 需求拆分的单元一个系统一个用例策划案写得再好程序不认等于白写。我拆这种资源时最后一步一定是「把策划案翻译成能评审的PRD」。翻译的关键在把大系统拆成「可用例」的小单元。用例不是复杂度越高越好而是要能独立测试。比如「技能系统」太大拆成「技能学习的入口与条件」「技能装备的槽位逻辑」「技能释放的战斗结算」「技能冷却计时」「技能表现播放」五个用例每个用例能单独提测合起来也能串起来跑。拆用例时有一个很重要的原则每个用例都要写清楚「边界条件」。技能攻击力会是负数吗冷却计时是客户端算还是服务端算玩家在释放技能瞬间被击飞技能是否打断这些边界条件在策划案里通常不会写死但程序排期时必须有人拍板。你的责任就是把这些边界条件列出来逐条让程序确认。4.2 反推验证用诉求列表查漏PRD写完后不能急着交要反向验证一遍「策划案原本承诺的玩家体验是否真的被覆盖」。做法是先列出案子里反复强调的核心诉求比如新手10分钟内能完成第一轮新手引导并触发第一场战斗每个门派至少有3套可用连招帮派战报名流程不超过2分钟强化系统失败保护机制明确然后把PRD的所有用例对着诉求表打勾。打不上勾的诉求就是需求断裂的地方——要么用例没写够要么原本的设计逻辑本身就有漏洞。这个动作特别能暴露「规划案写得好、实现案没人管」的问题。我见过不少案子「帮派卧底」这样的高概念玩法写得热血沸腾但PRD里连「卧底身份如何标识」「卧底叛变后帮派成员是否收到提示」这种基础交互都没有需求就悬空了。4.3 评审前必须自己跑一遍的清单评审会上被问住是每个策划的日常。但在问住之前先自己把以下清单过一遍能挡掉七成低级问题第一项流程闭合。每个用例从入口到出口数据流转是否闭环比如强化失败后材料归零还是返还奖励是否走邮件邮件是否有过期删除规则第二项数值口径统一。所有涉及百分比、时间、概率的地方单位是否一致时间秒和毫秒混用是最常见的翻车点。第三项异常输入。玩家在副本结算瞬间断线案件奖励是否补发商城道具购买未发货是否有客服工单通道没有这些兜底游戏上线就会被玩家用脚投票。第四项状态冲突。多个状态同时生效时比如眩晕和无敌同时命中结算优先级是什么这必须提前跟程序确认好。四项清单走完PRD才能算是「可评审状态」。这套动作在任何完整策划案上都适用也是从「写文档的人」变成「能落地的人」的关键一步。5. 读案避坑五条策划文档常见翻车记录5.1 现象策划案目录很全打开来只剩世界观原因某些「完整策划案」其实是世界观设定集战斗和数值只有概念图没有公式和产出表。解决拿到资源后先按第2.3节的标准抽查三个位置找战斗系统翻技能表找养成系统翻升级曲线找经济系统看投放数值。三个位置有一个是空的这份案的完整度就存疑了。这份天龙八部完整策划案在这三点上是齐的但拆案时仍然建议自己补一张「缺失清单」把案子没写到但上线必需的字段列出来。5.2 现象技能表和数值表对不上原因写策划时技能表是一版数值调优后没同步回来。最常见的是技能描述写着「造成120%伤害」数值表里却是115%程序按其中一个做了测试集体抓狂。解决每次调数值强制同步更新技能表、养成表、投放表三处。如果你在拆这份策划案时要改数值建议在修订版开头用一段「变更记录」说明改了哪几个字段并且用脚本把三张表交叉校验发现不一致直接抛错。5.3 现象货币和材料系统没有唯一ID原因策划案里用中文名词写「银两」和「金币」程序做数据字典时拆成了两种货币但活动配置里把「银两」误填成「金币」导致玩家靠活动刷爆了付费货币。解决所有经济类单位在策划案里就必须分配唯一ID比如 currency_001银两、currency_002金币任何配置引用都用ID禁止用中文名直填。你在复现这份案子时第一天就把货币和材料ID表建好后面所有表引用这个ID来写。5.4 现象活动需求没有边界条件原因写活动时只写「帮派战每周结算一次」但没写「帮派人数不足时怎么结算」「帮派解散后积分怎么处理」。程序实现时只能猜猜错就是线上bug。解决活动类需求在PRD阶段必须写「失效场景」一节至少覆盖无数据、异常数据、并发冲突三种情况。拆这份案时把每个活动的失效场景单独列一个sheet评审时对着过能大幅降低返工概率。5.5 现象把客户端想当然地当成无延迟环境原因策划案里写「技能按下马上生效」程序在校验时发现客户端和服务端之间有延迟技能释放一瞬间目标已经不在范围了最终表现是「技能打空气」。解决涉及命中、范围、冷却的用例统一约定「以服务端结算为准」客户端只做表现预测。如果你要在这份案子的连招设计里做手感优化建议单独跟程序确认「预表现时长」参数——也就是客户端提前表现、服务端滞后校验的毫秒数一般设在40到80毫秒之间太低没意义太高会穿帮。6. 把策划案变成能算账的数值工具一个最小验证脚本最后一步也是我认为拆这份案子最有价值的动作把策划案里的养成曲线和数据表落成一个能跑的数值验证脚本。将来你拿到任何一份策划案都可以先复制这套思路把「案子里写的数值」变成「能看得见曲线的证据」。脚本用途很简单模拟1000个玩家从1级到80级的养成过程输入参数是升级经验曲线的基础值、指数、突破点数量输出是战力曲线图和单日资源缺口表。这三张图能直观告诉决策者这套养成线是平滑的还是中途会卡死。import math import random # 输入参数数值曲线核心控制项 exp_base 100 # 基础经验 exp_curve 1.5 # 曲线指数 break_levels [10, 20, 35, 50, 65, 80] # 突破等级节点 material_per_day 500 # 单日材料产出按日常玩法投放推算 # 计算1到80级每级所需经验 def exp_need(level): return round(exp_base * math.pow(level, exp_curve)) # 模拟单个玩家的战力成长曲线 def simulate_player(): exp 0 level 1 power 1000 curve [] for _ in range(1, 80): need exp_need(level) exp material_per_day * 0.3 # 假设每日约三成材料投到升级 while exp need and level 80: exp - need level 1 power 200 level * 15 # 每级固定战力成长系数 if level in break_levels: power 500 # 突破奖励 curve.append((level, power)) return curve # 跑1000个玩家取平均战力曲线 all_curves [simulate_player() for _ in range(1000)] avg_power [] for i in range(79): avg_power.append(sum(c[i][1] for c in all_curves) / 1000) # 输出关键节点用于核对成长曲线是否平滑 for level in [10, 20, 35, 50, 65, 80]: print(flevel{level}, avg_power{avg_power[level-1]})参数说明exp_base 控制前期成长起点改太大会让前10级飞快、后面失去推进感exp_curve 是这条曲线最重要的调控点1.3以下偏平滑、1.7以上会出现明显的「卡级吃材料」区间break_levels 决定突破节点分布节点太密会让玩家频繁中断刷材料的体验。跑出来的平均战力曲线一旦在某等级段出现断层说明要么升级经验增长过猛要么突破奖励发得太抠。实战里我习惯把脚本输出连到一个可视化脚本里直接看斜率是否连续变化。从那以后我每次拆策划案都会强制先把这套验证脚本跑一遍——不是在读文档时要跑而是在动手改数值前更要跑能拦下无数正着写没感觉、跑出来才发现的畸形曲线。这个方法不复杂但很管用希望帮到你。本文还有配套的精品资源点击获取