multiplayer-pve-system-designer — 多人PVE副本系统策划方法论
触发条件
当用户提到"副本设计"、"多人PVE"、"组队副本"、"Raid设计"、"地下城设计"、"副本策划案"、"Boss战设计"、"副本难度"、"副本奖励"、"副本匹配"时触发。
也适用于：用户说"帮我设计一个副本系统"、"组队玩法怎么做"、"副本流程怎么规划"、"怎么设计多人Boss战"、"副本奖励怎么配"等场景。
当用户给出游戏类型并要求"设计PVE副本"或"搭副本框架"时，也应触发。
技能描述
帮助系统策划从零完成多人PVE副本系统设计：输入游戏类型和基本需求，输出完整的副本系统框架、组队机制、战斗节奏、难度方案、奖励结构、异常处理、状态机设计。融入工业级副本策划方法论，覆盖手游/PC/小程序三端场景。
一、副本系统设计总框架
1.1 设计流程总览
graph TD
A[需求分析] --> B[核心循环定义]
B --> C[副本类型规划]
C --> D[组队机制设计]
D --> E[战斗流程编排]
E --> F[难度梯度设计]
F --> G[奖励结构设计]
G --> H[异常处理方案]
H --> I[状态机设计]
I --> J[数据埋点规划]
J --> K[策划案输出]
style A fill:#58a6ff22,stroke:#58a6ff
style B fill:#58a6ff22,stroke:#58a6ff
style E fill:#3fb95022,stroke:#3fb950
style F fill:#bc8cff22,stroke:#bc8cff
style G fill:#d2992222,stroke:#d29922
style H fill:#f8514922,stroke:#f85149
style I fill:#f8514922,stroke:#f85149
1.2 需求分析决策树
在动手设计之前，必须明确以下核心问题：
graph TD
Q1[游戏品类?] --> RPG[RPG/MMO]
Q1 --> ACT[动作/ARPG]
Q1 --> SLG[策略/卡牌]
Q1 --> CASUAL[休闲/Roguelike]
RPG --> Q2A{目标玩家群体?}
Q2A -->|硬核| HC[长流程高难度<br/>40-60min/场]
Q2A -->|中核| MC[中等流程<br/>15-30min/场]
Q2A -->|休闲| LC[短流程碎片化<br/>5-10min/场]
ACT --> Q2B{操作要求?}
Q2B -->|高操作| HO[少人数精配合<br/>2-4人]
Q2B -->|中操作| MO[标准人数<br/>4-5人]
Q2B -->|低操作| LO[大人数容错高<br/>5-10人]
SLG --> Q2C{策略深度?}
Q2C -->|深策略| DS[回合制/阵容搭配<br/>强调配队]
Q2C -->|轻策略| LS[自动战斗/挂机<br/>强调养成]
style HC fill:#f8514922,stroke:#f85149
style MC fill:#d2992222,stroke:#d29922
style LC fill:#3fb95022,stroke:#3fb950
1.3 需求分析 Checklist
| 维度 | 必须回答的问题 | 影响的设计决策 |
|---|
| 品类定位 | 游戏核心玩法是什么？ | 副本战斗形式、人数上限 |
| 目标用户 | 核心用户画像（硬核/中核/休闲）？ | 单场时长、操作复杂度 |
| 端侧适配 | 手游/PC/小程序？ | UI交互方式、性能限制 |
| 社交定位 | 副本是社交核心还是辅助？ | 匹配机制、固定队激励 |
| 商业模型 | 副本在变现链路中的位置？ | 次数限制、体力消耗、付费点 |
| 生命周期 | 副本内容更新频率？ | 模块化程度、配置化需求 |
| 技术约束 | 同屏人数上限？网络条件？ | 人数设计、同步方案 |
二、副本类型分类体系
2.1 通用分类矩阵
| 分类维度 | 类型 | 人数 | 时长 | 难度 | 典型定位 |
|---|
| 日常副本 | 普通/精英 | 1-4人 | 5-15min | 低-中 | 日常消耗、资源产出 |
| 组队副本 | 标准多人 | 4-5人 | 15-30min | 中 | 核心PVE循环 |
| 团队副本（Raid） | 大型多人 | 8-20人 | 30-60min | 中-高 | 社交核心、顶级装备 |
| 挑战副本 | 限时/排行 | 1-5人 | 10-20min | 高 | 竞技向、排名 |
| 活动副本 | 限时开放 | 不限 | 不限 | 可变 | 运营活动、版本更新 |
2.2 副本类型选型决策
graph TD
START[设计目标?] --> DAILY{日常消耗?}
DAILY -->|是| D1[日常副本<br/>简单快捷可扫荡]
DAILY -->|否| SOCIAL{社交驱动?}
SOCIAL -->|是| S1{服务器规模?}
S1 -->|大服| RAID[团队Raid<br/>8-20人]
S1 -->|小服/手游| TEAM[组队副本<br/>4-5人]
SOCIAL -->|否| CHALLENGE{竞技排名?}
CHALLENGE -->|是| C1[挑战副本<br/>限时排行]
CHALLENGE -->|否| EVENT[活动副本<br/>运营驱动]
style D1 fill:#3fb95022,stroke:#3fb950
style RAID fill:#bc8cff22,stroke:#bc8cff
style TEAM fill:#58a6ff22,stroke:#58a6ff
style C1 fill:#f8514922,stroke:#f85149
style EVENT fill:#d2992222,stroke:#d29922
三、组队机制设计模式
3.1 匹配系统设计
匹配模式选型
| 匹配模式 | 适用场景 | 优点 | 缺点 |
|---|
| 自由匹配 | 日常副本、低难度 | 速度快、门槛低 | 队伍质量不可控 |
| 条件匹配 | 组队副本、中难度 | 保证基础配置 | 等待时间较长 |
| 招募面板 | 高难副本、Raid | 队长可控质量 | 需要社交主动性 |
| 固定队系统 | 周常/赛季副本 | 团队磨合度高 | 时间协调困难 |
| 跨服匹配 | 服务器人口不足时 | 扩大匹配池 | 延迟/社交割裂 |
匹配规则优先级设计
匹配优先级（从高到低）：
1. 角色/职业互补性（必须满足最低配置要求）
2. 战力/等级区间（允许浮动范围 ±10%-15%）
3. 延迟/网络质量（同区域优先）
4. 等待时间补偿（等待越久放宽条件）
5. 历史表现评分（可选，高难副本启用）
匹配超时策略
| 等待阶段 | 时长 | 策略 |
|---|
| 精确匹配 | 0-30s | 严格按规则匹配 |
| 放宽匹配 | 30-60s | 战力范围放宽至 ±20% |
| 广泛匹配 | 60-90s | 跨服匹配、弱化职业要求 |
| 超时处理 | 90s+ | 提示玩家选择：继续等待/降低难度/AI补位 |
3.2 队伍构成设计
经典"三角色"模型
graph TD
TANK[坦克/前排<br/>承伤·嘲讽·控制] -->|保护| DPS[输出/DPS<br/>伤害·爆发·AOE]
DPS -->|击杀压力| TANK
HEAL[治疗/辅助<br/>回复·增益·减益] -->|治疗| TANK
HEAL -->|增益| DPS
DPS -->|依赖治疗| HEAL
style TANK fill:#58a6ff22,stroke:#58a6ff
style DPS fill:#f8514922,stroke:#f85149
style HEAL fill:#3fb95022,stroke:#3fb950
队伍配置模板
| 队伍规模 | 推荐配置 | 最低要求 | 弹性位 |
|---|
| 3人队 | 1坦+1输出+1治疗 | 至少1个非输出 | 无 |
| 4人队 | 1坦+2输出+1治疗 | 1坦+1治疗 | 1个弹性位 |
| 5人队 | 1坦+3输出+1治疗 | 1坦+1治疗 | 2个弹性位 |
| 10人队 | 2坦+6输出+2治疗 | 2坦+2治疗 | 4个弹性位 |
| 20人队 | 3坦+13输出+4治疗 | 3坦+3治疗 | 8个弹性位 |
弹性位设计原则：弹性位可以是任何职能，降低匹配等待时间。当所有弹性位都填充为同一职能时，系统应给出"配置建议"而非"强制限制"。
职能匮乏缓解方案
当某职能（通常是坦克/治疗）排队人数不足时：
| 缓解方案 | 实现方式 | 效果评估 |
|---|
| 职能奖励 | 稀缺职能额外掉落/经验加成 | 短期有效，长期边际递减 |
| 双职能系统 | 角色可切换主/副职能 | 有效扩大职能池 |
| AI补位 | 缺失职能由AI填充 | 体验可控但需调优AI |
| 弱化三角 | 降低职能依赖度 | 根本解决但改变玩法体验 |
| 难度适配 | 缺职能时降低对应机制伤害 | 折中方案，保底体验 |
四、战斗流程节奏设计
4.1 副本流程结构模型
线性流程模型（最通用）
graph LR
ENTER[入场准备] --> T1[小怪区1]
T1 --> MINI1[精英怪/机关]
MINI1 --> T2[小怪区2]
T2 --> MINI2[中Boss]
MINI2 --> T3[过渡区<br/>补给/剧情]
T3 --> T4[小怪区3]
T4 --> BOSS[最终Boss]
BOSS --> REWARD[结算奖励]
style ENTER fill:#58a6ff22,stroke:#58a6ff
style MINI1 fill:#d2992222,stroke:#d29922
style MINI2 fill:#bc8cff22,stroke:#bc8cff
style T3 fill:#3fb95022,stroke:#3fb950
style BOSS fill:#f8514922,stroke:#f85149
style REWARD fill:#d2992222,stroke:#d29922
非线性/分支流程模型
graph TD
ENTER[入场] --> FORK{分路选择}
FORK -->|路线A 速攻| A1[小怪快速清理] --> BOSS
FORK -->|路线B 探索| B1[隐藏区域] --> B2[额外奖励] --> BOSS
FORK -->|路线C 挑战| C1[精英连战] --> C2[难度加成] --> BOSS
BOSS[最终Boss] --> REWARD[结算]
style FORK fill:#bc8cff22,stroke:#bc8cff
style B2 fill:#d2992222,stroke:#d29922
style C2 fill:#f8514922,stroke:#f85149
4.2 张弛节奏曲线
核心原则：紧张→放松→更紧张→更放松→高潮→结算。避免持续高压或持续无聊。
节奏强度分布（以25分钟标准副本为例）
| 时间段 | 内容 | 强度(1-10) | 设计目的 |
|---|
| 0-2min | 入场、Buff准备 | 1 | 准备期，确认队伍状态 |
| 2-5min | 第一波小怪 | 4 | 热身，熟悉队友节奏 |
| 5-8min | 精英怪/机关 | 6 | 首次配合考验 |
| 8-10min | 过渡区（补给） | 2 | 喘息，调整策略 |
| 10-14min | 中Boss战 | 7 | 中期高潮，验证配置 |
| 14-16min | 剧情/过渡 | 2 | 叙事节点，情感铺垫 |
| 16-19min | 高难小怪群 | 5 | 资源消耗，为Boss蓄压 |
| 19-24min | 最终Boss | 9 | 全场高潮，核心体验 |
| 24-25min | 结算奖励 | 3 | 正反馈，成就感释放 |
节奏强度可视化
强度
10 | ████
9 | ████████
8 | ██████████
7 | ████ ████████████
6 | ████ ██████ ██████████████
5 | ██████ ████████ ████ ██████████████
4 | ████ ████████████████ ████████████████████
3 | ██████ ████████████████████████████████████████
2 | ████████████████████████████████████████████████████
1 |████████████████████████████████████████████████████████
+-----|-----|-----|-----|-----|-----|-----|-----|-----|---
0 3 5 8 10 13 15 18 20 23 25 min
热身 精英 喘息 中Boss 过渡 蓄压 最终Boss 结算
4.3 Boss战阶段设计
Boss阶段模板（通用三阶段模型）
stateDiagram-v2
[*] --> Phase1: Boss战开始
Phase1 --> Transition1: HP降至70%
Transition1 --> Phase2: 过渡动画/机制变化
Phase2 --> Transition2: HP降至30%
Transition2 --> Phase3: 狂暴阶段
Phase3 --> Enrage: 超时狂暴
Phase3 --> Victory: Boss死亡
Enrage --> Wipe: 团灭
Victory --> [*]
Wipe --> [*]
| 阶段 | HP区间 | 设计要点 | 机制复杂度 |
|---|
| P1-常规阶段 | 100%-70% | 教学阶段，展示核心机制 | 低，1-2个机制 |
| 过渡期 | 70% | 演出/变身/场景变化 | 无战斗，给玩家喘息 |
| P2-强化阶段 | 70%-30% | 机制叠加，节奏加快 | 中，2-3个机制叠加 |
| 过渡期 | 30% | 演出/台词/最终形态 | 无战斗，蓄力紧张感 |
| P3-狂暴阶段 | 30%-0% | 全力输出/DPS检测 | 高，所有机制全开 |
| 超时狂暴 | 任意 | 秒杀级伤害，硬时间限制 | 极高，逼迫DPS |
Boss机制设计工具箱
| 机制类型 | 描述 | 考验维度 | 使用频率建议 |
|---|
| 仇恨管理 | Boss优先攻击仇恨最高目标 | 坦克意识 | 常驻 |
| AOE范围攻击 | 地面预警+范围伤害 | 走位意识 | P1起 |
| 点名机制 | 随机/固定点名某玩家 | 个人反应 | P1起 |
| 分摊伤害 | 需要多人叠加分摊 | 团队配合 | P2起 |
| 打断/控制 | 需要及时打断Boss读条 | 时机判断 | P1起 |
| DPS检测 | 限时击杀某目标或阶段 | 团队输出 | P2/P3 |
| 场景互动 | 利用场景物件解决机制 | 观察力 | P2起 |
| 软狂暴 | 叠加Debuff逐渐变难 | 综合能力 | 常驻 |
| 硬狂暴 | 超时后秒杀级伤害 | DPS上限 | 时间限制 |
4.4 决策点分布设计
决策点是玩家需要做出选择的时刻，好的副本应该保证每30-60秒至少出现一次有意义的决策点。
| 决策类型 | 示例 | 适用频率 |
|---|
| 走位决策 | 站在Boss左边还是右边？ | 高频（10-15s一次） |
| 技能决策 | 现在用大招还是留着？ | 中频（20-30s一次） |
| 资源决策 | 补血还是输出？用药还是省着？ | 中频（30-45s一次） |
| 策略决策 | 先打小怪还是集火Boss？ | 低频（60-120s一次） |
| 团队决策 | 现在开大招协同还是等下一波？ | 低频（阶段转换时） |
五、难度自适应方案
5.1 难度梯度设计
难度层级定义
| 难度层级 | 目标通过率 | 设计定位 | 奖励倍率 |
|---|
| 普通 | 90%+ | 剧情体验/首通引导 | 1.0x |
| 困难 | 60-70% | 核心循环/日常挑战 | 1.5x |
| 英雄 | 30-40% | 高难挑战/精英玩家 | 2.0-2.5x |
| 噩梦/史诗 | 10-15% | 极限挑战/赛季竞速 | 3.0x+ |
难度参数调节表
| 调节维度 | 普通→困难 | 困难→英雄 | 英雄→噩梦 |
|---|
| 怪物HP | +30% | +50% | +80% |
| 怪物攻击 | +20% | +40% | +60% |
| 机制数量 | 基础机制 | +1-2个新机制 | +2-3个+旧机制强化 |
| 机制容错 | 3-4次失误可活 | 1-2次失误可活 | 0容错 |
| 时间限制 | 无/宽松 | 适中 | 紧张 |
| DPS要求 | 低于平均即可 | 需达平均 | 需高于平均20%+ |
5.2 动态难度调整（DDA）
人数自适应
graph TD
CHECK[检测实际人数] --> FULL{满编?}
FULL -->|是| NORMAL[标准参数]
FULL -->|否| CALC[计算缺员比例]
CALC --> ADJ{调整策略}
ADJ --> HP_ADJ[Boss HP × 实际人数/满编人数 × 0.9]
ADJ --> DMG_ADJ[Boss伤害 × 实际人数/满编人数 × 0.85]
ADJ --> MECH_ADJ[减少机制并发数]
style NORMAL fill:#3fb95022,stroke:#3fb950
style HP_ADJ fill:#58a6ff22,stroke:#58a6ff
style DMG_ADJ fill:#58a6ff22,stroke:#58a6ff
style MECH_ADJ fill:#58a6ff22,stroke:#58a6ff
人数缩放公式：
Boss_HP_缩放 = Base_HP × (当前人数 / 满编人数) × 补偿系数
Boss_DMG_缩放 = Base_DMG × (当前人数 / 满编人数) × 补偿系数
补偿系数表：
缺1人: 0.90（略微降低，给予容错）
缺2人: 0.85
缺3人: 0.80
缺4人+: 0.75（大幅降低，保底体验）
等级压制/同步机制
| 方案 | 描述 | 适用场景 |
|---|
| 等级压制 | 高等级玩家属性按副本等级折算 | 防止高等级碾压 |
| 等级拉升 | 低等级玩家属性临时提升至副本等级 | 朋友带玩 |
| 装等同步 | 所有人装备属性同步到固定值 | 公平竞技向副本 |
| 无限制 | 不做任何等级调整 | 养成驱动型/扫荡副本 |
保底机制设计
| 保底类型 | 触发条件 | 效果 | 目的 |
|---|
| 团灭保底 | 团灭次数 ≥ N次 | 降低Boss属性5%/次，最多30% | 防止卡关 |
| 时间保底 | 战斗超过正常时长150% | 弱化Boss特殊机制 | 保底通关 |
| 复活保底 | 队伍内死亡超过X人 | 给予额外复活次数 | 新手友好 |
| 消耗保底 | 已消耗N次挑战次数 | 必定掉落保底奖励 | 防止沉没成本过大 |
保底机制原则：宁可让不够格的玩家侥幸通关，也不要让他们在同一关卡卡超过3天。卡关是流失的第一杀手。
5.3 难度设计 Checklist
六、奖励系统设计模式
6.1 评级体系
通用评级维度
| 评级维度 | 权重建议 | 计算方式 |
|---|
| 通关速度 | 30% | 对比标准时间得分 |
| 存活表现 | 25% | 死亡次数扣分 |
| 伤害贡献 | 20% | 个人DPS/总DPS占比 |
| 机制完成 | 15% | 正确处理机制次数/总次数 |
| 特殊目标 | 10% | 可选挑战完成情况 |
评级公式
总分 = 速度得分 × 0.30 + 存活得分 × 0.25 + 伤害得分 × 0.20 + 机制得分 × 0.15 + 特殊得分 × 0.10
评级映射：
S级: 总分 ≥ 90 → 奖励倍率 1.5x
A级: 总分 ≥ 75 → 奖励倍率 1.2x
B级: 总分 ≥ 60 → 奖励倍率 1.0x
C级: 总分 ≥ 40 → 奖励倍率 0.8x
D级: 总分 < 40 → 奖励倍率 0.6x（保底奖励）
6.2 奖励结构设计
多层奖励架构
graph TD
CLEAR[通关] --> BASE[基础奖励<br/>经验+金币]
CLEAR --> GRADE[评级奖励<br/>基于通关评级]
CLEAR --> FIRST[首通奖励<br/>一次性大额]
CLEAR --> DROP[Boss掉落<br/>装备/材料概率掉]
CLEAR --> BONUS[额外奖励]
BONUS --> DAILY_BONUS[每日加成<br/>前N次额外奖励]
BONUS --> SOCIAL_BONUS[社交加成<br/>固定队/好友组队]
BONUS --> STREAK_BONUS[连续通关加成<br/>激励日常参与]
style BASE fill:#3fb95022,stroke:#3fb950
style GRADE fill:#58a6ff22,stroke:#58a6ff
style FIRST fill:#d2992222,stroke:#d29922
style DROP fill:#bc8cff22,stroke:#bc8cff
style DAILY_BONUS fill:#3fb95022,stroke:#3fb950
style SOCIAL_BONUS fill:#58a6ff22,stroke:#58a6ff
每日/每周限制设计
| 限制类型 | 推荐方案 | 设计目的 |
|---|
| 每日次数 | 3-5次/日（带体力消耗） | 控制资源产出速度 |
| 每日首通 | 每日首次通关额外奖励 | 激励每日登录 |
| 每周锁定 | 周常Boss每周1次最佳掉落 | 长线追求+每周活跃 |
| 疲劳递减 | 超过每日推荐次数后奖励衰减 | 软限制，不强制 |
| 赛季重置 | 赛季结束清空/降级进度 | 长期留存动力 |
社交加成设计
| 社交条件 | 加成比例 | 设计意图 |
|---|
| 有好友同队 | +10% 经验/金币 | 鼓励社交 |
| 公会成员组队 | +15% 经验/金币 | 强化公会价值 |
| 固定队（≥3次同阵容） | +20% 经验 + 专属掉落池 | 奖励长期配合 |
| 带新人（队内有首通玩家） | +25% 经验 + 导师奖励 | 激励老带新 |
| 全公会满编 | +30% 经验 + 公会积分 | 公会活动驱动 |
6.3 掉落设计原则
掉落设计三原则：
1. 保底原则 — 累计N次不出货则必出（硬保底），避免概率黑洞
2. 阶梯原则 — 高难度独占高品质掉落池，但低难度也有基础材料
3. 可预期原则 — 玩家能计算"大约X次可以获得目标物品"
掉落概率参考：
蓝色装备(常规)：40-60%
紫色装备(稀有)：10-20%，保底20-30次
橙色装备(传说)：1-5%，保底50-100次
特殊外观/称号：0.5-2%，保底100-200次
七、异常处理全覆盖
7.1 断线重连
stateDiagram-v2
[*] --> Connected: 正常游戏
Connected --> Disconnected: 网络中断
Disconnected --> Reconnecting: 自动重连(30s内)
Reconnecting --> Connected: 重连成功
Reconnecting --> WaitingReconnect: 重连失败
WaitingReconnect --> Reconnecting: 玩家手动重连
WaitingReconnect --> AITakeover: 超时(60s)
AITakeover --> Connected: 玩家回归
AITakeover --> Kicked: 超过5min
Kicked --> [*]
断线处理策略表
| 阶段 | 时长 | 处理方式 | 对队友的展示 |
|---|
| 短暂断线 | 0-10s | 角色原地不动，自动闪避AOE | "连接中..."灰色名字 |
| 中断重连 | 10-30s | 自动重连，角色AI托管基础行为 | "掉线中"状态图标 |
| 长时间断线 | 30s-2min | AI完全托管，保持基础职能 | "AI托管"状态图标 |
| 超时踢出 | 2-5min | 保留位置等待回归，AI托管 | "离线"，显示倒计时 |
| 最终移除 | 5min+ | 移出队伍，触发人数自适应 | "已离队" |
7.2 AFK检测
检测规则
AFK判定条件（满足任意一条）：
1. 连续60秒无任何输入操作
2. 连续90秒停留在安全区/出生点
3. 连续2个Boss阶段伤害贡献为0
4. 被系统检测到重复固定操作模式（反挂机脚本）
AFK警告流程：
第1次检测到 → 弹窗警告"请参与战斗"（15s响应时间）
未响应 → AI托管 + 标记"挂机"
第2次检测到（同场） → AI托管 + 奖励减半
第3次检测到（同场） → 踢出副本 + 本次无奖励 + 记录惩罚
7.3 中途退出处理
graph TD
LEAVE[玩家退出] --> TYPE{退出类型}
TYPE -->|主动退出| VOLUNTARY[主动退出流程]
TYPE -->|异常退出| CRASH[异常退出流程]
VOLUNTARY --> CONFIRM[二次确认弹窗]
CONFIRM -->|确认退出| PENALTY[退出惩罚评估]
CONFIRM -->|取消| RETURN[返回副本]
PENALTY --> BOSS_PHASE{Boss战中?}
BOSS_PHASE -->|是| HEAVY[重惩罚<br/>-30分钟CD+无奖励]
BOSS_PHASE -->|否| LIGHT[轻惩罚<br/>-10分钟CD]
CRASH --> RECONNECT_WINDOW[预留重连窗口3min]
RECONNECT_WINDOW --> RECONNECTED{是否重连?}
RECONNECTED -->|是| NO_PENALTY[无惩罚]
RECONNECTED -->|否| CRASH_HANDLE[视为主动退出<br/>但惩罚减半]
style HEAVY fill:#f8514922,stroke:#f85149
style LIGHT fill:#d2992222,stroke:#d29922
style NO_PENALTY fill:#3fb95022,stroke:#3fb950
退出后队伍处理
| 情况 | 处理方式 |
|---|
| 战斗外退出 | 开放位置，允许新人加入 |
| 战斗中退出 | AI托管至本轮战斗结束，然后开放位置 |
| Boss战中退出 | AI托管至Boss战结束，期间不开放补位 |
| 队伍人数 < 最低人数 | 暂停Boss战，等待30s补位，否则提供选择：继续(降低难度)/退出(无惩罚) |
7.4 异常处理 Checklist
八、状态机设计
8.1 副本状态机
stateDiagram-v2
[*] --> Idle: 副本创建
Idle --> Matching: 开始匹配
Matching --> Ready: 匹配完成
Ready --> Loading: 全员确认
Loading --> InProgress: 加载完成
InProgress --> BossFight: 触发Boss战
BossFight --> InProgress: Boss击杀
InProgress --> Paused: 全员断线/系统暂停
Paused --> InProgress: 恢复
BossFight --> Paused: 全员断线
InProgress --> Settlement: 最终Boss击杀
BossFight --> Settlement: 最终Boss击杀
InProgress --> Failed: 全员阵亡/超时
BossFight --> Failed: 团灭
Settlement --> [*]: 奖励发放完成
Failed --> [*]: 结算完成
Matching --> Cancelled: 取消匹配
Ready --> Cancelled: 确认超时
Cancelled --> [*]
副本状态说明
| 状态 | 允许的操作 | 转换条件 | 超时处理 |
|---|
| Idle | 设置参数、邀请队友 | 队长点击匹配 | 30min无操作销毁 |
| Matching | 取消匹配 | 满员/手动确认 | 3min超时提示 |
| Ready | 确认/取消 | 全员确认 | 30s未确认返回匹配 |
| Loading | 无 | 全员加载完成 | 60s超时踢出未加载者 |
| InProgress | 所有战斗操作 | 触发Boss/全灭/通关 | 副本总时限（30-60min） |
| BossFight | 所有战斗操作 | Boss死亡/团灭 | 狂暴计时器 |
| Paused | 等待重连 | 有人重连/超时 | 5min超时强制结算 |
| Settlement | 查看奖励/Roll点 | 全员确认/超时 | 60s自动发放 |
| Failed | 查看统计/重来选择 | 全员确认 | 30s自动退出 |
8.2 玩家状态机
stateDiagram-v2
[*] --> Idle: 角色进入副本
Idle --> Ready: 准备完成
Ready --> Alive: 副本开始
Alive --> Dead: HP归零
Dead --> Reviving: 使用复活
Reviving --> Alive: 复活完成
Dead --> Spectating: 复活次数用尽
Alive --> Disconnected: 断线
Disconnected --> Alive: 重连
Disconnected --> AIControlled: 超过10s
AIControlled --> Alive: 玩家回归
AIControlled --> Removed: 超过5min
Alive --> AFK: AFK检测触发
AFK --> Alive: 恢复操作
AFK --> AIControlled: 持续AFK
Spectating --> [*]: 副本结束
Alive --> [*]: 副本结束
Removed --> [*]
玩家状态权限矩阵
| 状态 | 可操作 | 可聊天 | 获得奖励 | 可被选为机制目标 |
|---|
| Alive | 全部 | 是 | 是 | 是 |
| Dead | 无 | 是 | 是（减少） | 否 |
| Reviving | 无（读条中） | 是 | 是 | 否 |
| Spectating | 无（观战） | 是 | 是（最低保底） | 否 |
| Disconnected | 无 | 否 | 是（如重连） | 否（自动闪避） |
| AIControlled | AI操作 | 否 | 是（减少） | 是 |
| AFK | 无 | 是 | 否（警告后） | 是 |
| Removed | 无 | 否 | 否 | 否 |
九、数据埋点与监控
9.1 核心埋点清单
| 埋点事件 | 数据字段 | 分析目的 |
|---|
| 副本开始 | 副本ID、难度、队伍配置、玩家等级 | 参与率分析 |
| 副本完成 | 耗时、评级、死亡次数、DPS分布 | 难度平衡 |
| 副本失败 | 失败原因、失败阶段、剩余Boss血量 | 定位卡点 |
| 玩家退出 | 退出阶段、退出原因、在线时长 | 流失分析 |
| Boss击杀 | 击杀时间、各阶段耗时、机制失败次数 | Boss调优 |
| 奖励发放 | 掉落物品、评级、是否触发保底 | 经济平衡 |
| 匹配数据 | 等待时间、匹配成功率、职能分布 | 匹配优化 |
| 断线事件 | 断线时长、是否重连、断线阶段 | 体验优化 |
9.2 关键健康指标
| 指标 | 健康范围 | 异常信号 |
|---|
| 日均参与率 | 活跃用户的60%+ | 低于40%需检查门槛 |
| 通关率（普通） | 85-95% | 低于80%偏难 |
| 通关率（困难） | 55-70% | 低于40%或高于80%需调 |
| 平均通关时长 | 设计时长 ±20% | 偏差超过30%需调节奏 |
| 中途退出率 | <5% | 超过10%有严重体验问题 |
| 匹配等待时间 | <60s | 超过120s需优化匹配 |
| 断线重连成功率 | >90% | 低于80%需优化网络方案 |
| 评级S占比 | 5-15% | 超过20%难度偏低 |
十、策划案输出模板
10.1 副本策划案结构
一、副本概述
1.1 副本定位（在游戏整体中的位置）
1.2 目标玩家群体
1.3 核心体验目标（一句话描述玩家应该获得什么体验）
1.4 参考竞品
二、基础参数
2.1 人数范围
2.2 推荐等级/战力
2.3 预计时长
2.4 消耗（体力/入场券）
2.5 每日/每周限制
三、组队与匹配
3.1 匹配模式
3.2 队伍配置要求
3.3 等级/战力限制
3.4 AI补位规则
四、副本流程
4.1 关卡地图（线框图）
4.2 流程节点列表
4.3 每个节点：怪物配置、机制说明、预计耗时
4.4 Boss详细设计（每个阶段的机制表）
五、难度设计
5.1 难度层级与参数
5.2 自适应规则
5.3 保底机制
六、奖励设计
6.1 基础奖励表
6.2 评级规则与加成
6.3 掉落表（含概率与保底）
6.4 首通/社交/活动额外奖励
七、异常处理
7.1 断线重连方案
7.2 AFK规则
7.3 退出惩罚
7.4 队伍不满处理
八、状态机定义
8.1 副本状态机图
8.2 玩家状态机图
8.3 状态转换条件表
九、数据埋点需求
9.1 埋点事件清单
9.2 关键指标与阈值
10.2 设计自检 Checklist（终极版）
核心循环
组队机制
战斗体验
难度系统
奖励系统
异常处理
数据运营
十一、平台适配指南
11.1 手游适配要点
| 设计维度 | 手游特殊要求 |
|---|
| 单场时长 | 控制在5-15分钟，最长不超过20分钟 |
| 操作复杂度 | 机制以走位+点击为主，避免复杂组合键 |
| UI信息量 | 精简HUD，关键信息不超过5项 |
| 网络容错 | 需支持4G/弱网环境，优化断线重连 |
| 自动战斗 | 提供自动/半自动选项（低难度） |
| 碎片化 | 支持暂停/后台保持（单人或低难度） |
11.2 PC端适配要点
| 设计维度 | PC端特殊要求 |
|---|
| 单场时长 | 可支持30-60分钟长流程 |
| 操作复杂度 | 可设计复杂连招/快捷键/宏操作 |
| UI信息量 | 可展示详细数据面板、伤害统计 |
| 社交功能 | 语音聊天集成、文字聊天频道 |
| MOD支持 | 可考虑UI自定义、DPS统计插件 |
11.3 小程序适配要点
| 设计维度 | 小程序特殊要求 |
|---|
| 单场时长 | 3-8分钟极短流程 |
| 操作方式 | 点击为主，极简交互 |
| 人数上限 | 2-4人为宜 |
| 匹配速度 | 必须在30s内完成，否则AI补位 |
| 包体限制 | 副本资源需按需加载 |
| 分享机制 | 胜利截图/邀请好友入口前置 |
十二、常见设计陷阱与规避
| 陷阱 | 表现 | 规避方法 |
|---|
| 数值堆砌式升难 | 高难度只是怪物血量×3、伤害×3 | 每个难度至少加1个新机制 |
| 奖励断层 | 低难度完全没用，高难度遥不可及 | 梯度化奖励，低难也有独特用途 |
| 匹配地狱 | 某职能长期排不到人 | 多管齐下缓解（见3.2节） |
| 坐牢感 | 副本太长玩家想退但舍不得进度 | 分段保存进度/中途安全退出点 |
| 挂机天堂 | AFK玩家获得等同奖励 | 贡献度挂钩奖励 + AFK检测 |
| 社交压力 | 必须凑满人才能玩 | AI补位 + 人数自适应 |
| 信息过载 | 新手面对10种机制不知所措 | P1只放1-2个机制，逐阶段教学 |
| 掉落黑洞 | 玩100次一无所获 | 硬保底 + 可见的保底计数器 |
| 惩罚过重 | 退出一次罚半小时 | 区分主动/异常，梯度惩罚 |
| 无复玩性 | 通关一次就没有动力了 | 多难度层级 + 赛季重置 + 成就收集 |
附录：术语表
| 术语 | 英文 | 含义 |
|---|
| 副本 | Dungeon/Instance | 独立的、有明确开始和结束的PVE战斗区域 |
| Raid | Raid | 大规模多人团队副本 |
| 团灭 | Wipe | 全队阵亡 |
| 狂暴 | Enrage | Boss超时后进入的高伤害状态 |
| DPS检测 | DPS Check | 要求团队在限时内打出足够伤害 |
| 仇恨/威胁值 | Aggro/Threat | 决定Boss攻击目标的数值 |
| AOE | Area of Effect | 范围效果 |
| DDA | Dynamic Difficulty Adjustment | 动态难度调整 |
| 保底 | Pity System | 达到一定次数必定获得奖励的机制 |
| Roll点 | Roll/Need/Greed | 装备分配的随机骰点机制 |
| CD | Cooldown | 冷却时间 |
| TTK | Time To Kill | 击杀时间 |
安装前
安装后
分类：产品设计
适用岗位：策划
语言：中文