要开发并上线运营一款 SLG 手游（2D），需要准备好并积累下来的全套相关资产清单。可用于辅助评估项目内容、项目成本、项目工作量等，为游戏立项或投资提供参考。
关键词:
SLG, 手游, 游戏资产, 项目评估, 成本评估
标签:
等级: 中级|高级, 阶段: 开发|运营, 分类: 专题内容, 角色: 管理|策划|客户端开发|服务端开发
SLG 手游（2D）是一类以策略决策为核心、围绕城建—扩张—征服循环展开的游戏品类。相比 3D SLG，2D 版本在美术投入、客户端复杂度和包体大小上都有明显优势，适合中小团队快速验证核心玩法。本文档以一款中等体量的 2D SLG 手游为参照（类似 COK / 率土之滨的 2D 简化版），梳理从立项到上线运营所需的全套研运资产，并提供量化参考指标。
- 核心体验闭环：城内建设 → 世界探索/扩张 → PvP/GvG 冲突 → 资源消耗 → 复投建设
- 目标平台：iOS + Android，后期可选 PC 模拟器适配；适配低端机型（≤2GB RAM）
- 商业模式：F2P + IAP（资源加速、外观、月卡/通行证）+ 激励广告（可选）
- 参考规模：首版研发周期 18–24 个月，首发团队 25–35 人，项目总预算 $3M–$8M（视地区与外包比例浮动）
引擎决定了后续开发的效率天花板和技术债务的起点。2D SLG 选型需优先考虑 UI 系统的灵活性、跨平台热更新能力、以及团队既有技术栈的匹配度。
- Cocos Creator：当前 2D 手游首选引擎，TypeScript 生态，UI 系统成熟，热更新支持好，社区资源丰富。学习成本低，新人两周可上手
- Unity + 2D 模式：适合团队同时有 3D 项目经验的场景，资源管线更强，但 2D 开箱体验不如 Cocos；包体偏大，需额外优化
- Layabox / Egret：国内老牌 H5 引擎，适合小游戏或轻量级立项，但工具链和社区活跃度近年下降
- 选型建议：新项目默认推荐 Cocos Creator 3.x；团队已有成熟 Unity 框架且无包体压力可继续使用
基础框架是客户端底层基础设施，决定开发效率和可维护性。建议在立项初期投入 2–3 个月搭建，后续持续迭代。
- 资源管理：AssetBundle / bundle 分包；支持按功能模块的懒加载和卸载；纹理压缩（ASTC/ETC2）策略
- UI 框架：基于状态机的 UI 栈管理（参考 MVVM）；弹窗层级管理；SafeArea 适配（刘海屏、挖孔屏）
- 网络层：TCP 长连接（大厅/世界）+ HTTP 短连接（登录/支付/配置拉取）；protobuf 协议序列化；断线重连与消息队列
- 事件系统：全局事件总线；模块间解耦通信；避免循环引用
- 热更新：Lua / TypeScript 脚本热更 + 资源热更；增量更新策略（BSDiff）；版本比对与回滚机制
- 性能基座：对象池（GameObject / 粒子）；DrawCall 合批策略；LOD 策略（即使是 2D）；帧率目标 30fps（低端机）–60fps（中高端）
SLG 手游通常面向全球发行，从第一天起就应设计多语言/多区域支持。
- 字符串表外挂（CSV/JSON → 代码常量）；RTL 语言支持（阿拉伯语）
- 时区感知的计时系统；多币种/多支付渠道的价格表
- 区域化配置：不同地区的默认服务器、CDN、合规开关（GDPR/COPPA）
SLG 战斗通常以"战报"形式呈现——玩家下达指令后由服务端计算并返回结果，客户端负责播放战斗回放。
- 战斗类型：PvE（关卡/远征/世界怪）、PvP（攻击其他玩家城市）、GvG（联盟战/据点争夺/赛季）
- 核心机制：兵种克制（步→弓→骑→步）、英雄技能系统、士气/体力系统、阵型站位
- 客户端职责：战斗配置表解析、战前布阵 UI、战斗中动画回放（基于战斗日志的关键帧驱动）、战后战报展示
- 配置需求：战斗数值表 ~30–80 张；单位/英雄配置 ~50–200 条；每新增一个英雄约需策划 2–3 人天完成配置与平衡验证
- 关键考量：战斗逻辑 100% 放在服务端，客户端仅做表现层，防止外挂篡改
城建是 SLG 的核心养成线，是玩家时间投入的主要场景，也是付费转化的关键驱动力。
- 建筑类型（参考 20–40 种）：主城、兵营、仓库、研究所、城墙、资源田（粮/木/石/铁）、祭坛、联盟大厅等
- 建造机制：升级队列 ×2（免费）+ 付费解锁额外队列；时间衰减加速；联盟互助加速
- 数值节奏：单建筑等级上限 30–40 级；1–10 级快速体验（分钟级），10–20 级中期（小时级），20+ 后期（天级）；总建造线约 6–12 个月
- 美术需求：每个建筑需 1–2 个建筑位图 + 1 套升级序列图（约 3–5 个等级变体），整体城建美术量约 40–80 套资源
社交是 SLG 留存和付费的核心驱动力，"玩的是人，不是 AI"。
- 联盟系统：创建/加入/退出/解散（需冷却期）；联盟科技树（全盟共享加成）；联盟领土/旗帜/阵地；联盟仓库与资源互助
- 聊天系统：世界频道、联盟频道、私聊、系统公告；敏感词过滤；翻译功能（多语言服标配）；聊天频率风控
- 好友/黑名单：好友列表；仇敌标记；坐标书签；战报分享
- 邮件系统：系统邮件（全服/个人）、战报邮件、资源领取邮件；邮件附件有效期（通常 7–30 天）
- 关键考量：聊天与联盟系统是 DAU 基数保障器，需要从架构层面支持跨服/合服操作
引导玩家行为、制造目标感的核心工具，也是运营活动的基础设施。
- 主线任务：线性推进，覆盖核心功能解锁（约 30–50 章，每章 5–10 个任务）
- 每日任务：刷新式，活跃度积分 → 宝箱阶梯奖励（通常 5–7 个积分档位）
- 成就系统：一次性成就 + 多级成就（如"训练 100 / 1,000 / 10,000 名士兵"），通常 80–150 项
- 限时任务：活动期间限定任务（与运营日历联动），需要可配置的任务模板
- 配置需求：任务条件/奖励都应表格化，方便策划热更调整；一套通用任务 DSL 可避免重复开发
- 新手引导：分步强引导 + 半开放自由引导；需支持跳过/回看；通常 8–15 步引导覆盖核心循环
- 大地图/世界系统：2D 瓦片地图（通常 1024×1024 或更大）；迷雾探索；资源点/野怪刷新；玩家城市坐标
- 背包/仓库：道具系统（虚拟道具 ID 管理）；堆叠/拆分/合成；道具有效期管理
- 排行榜：战力榜、联盟榜、爬塔榜、赛季积分榜；多维度刷新策略
- 商城：直购、礼包、月卡、通行证、VIP/特权系统；限时/限量商品
2D SLG 的美术以 2D 位图 + Spine 动画为主，美术风格通常为写实或低多边形插画风。
- 英雄数量：首版 40–80 个英雄，运营期按月新增 2–4 个
- 单个英雄资产：立绘卡牌 1 张（1024×1024 或更高）、Spine 战斗小人 1 套（待机/攻击/技能/受击/死亡）、头像图标 1 张、技能图标若干
- 参考工时：单英雄完整美术资产约 5–8 人天（含原画→拆图→Spine 动画→UI 图标）
- 兵种/士兵：4–8 种基础兵种 × 3–5 个等级变体；每种兵种需 1 张小图标 + 战斗小人动画
- 城内主场景：一张高精度背景图（2048×2048 或 4096×4096）；建筑位图叠加；日夜/季节切换（可选）
- 世界地图：Tile 资源集（地形、山脉、河流、森林等，通常 8–16 种地形 Tile）；资源点/野怪/NPC 图标
- 战斗场景：2–3 套战斗背景（平原、山地、攻城）；天气特效层（可选）
- UI 场景：登录界面、加载图、弹窗背景
SLG UI 是美术资产的"大头"之一，界面数量和复杂程度远高于一般手游。
- 界面数量：预估首版 80–150 个界面（含弹窗）
- UI 规范：通用控件库（按钮、输入框、滚动列表、进度条、页签）；统一设计语言和颜色体系
- 图标：道具图标 200–500 个（首版）；建筑图标 ~40 个；科技图标 ~60 个；功能入口图标 ~30 个
- 参考工时：UI 设计资源总量约 3–6 人月（UI 设计师 ×1 × 1 个美术），不含程序实现
- 2D 特效：序列帧动画（技能施放、升级闪光、获得奖励、建造完成）
- UI 特效：按钮点击反馈、获得奖励撒花、红点提示
- 战斗特效：技能特效（每英雄 1–3 个）、兵种攻击/受击特效
- 制作方式：Spine + 序列帧；DragonBones 备选；粒子编辑器（Particle2DX）
- 参考工时：首版特效总量约 2–4 人月
音频在 SLG 中属于常被低估的沉浸感来源——从城内 BGM 到战斗音效，直接影响玩家的长期挂机体验。
- BGM：主城 BGM 2–3 首（不同节奏，适配前期/后期）、世界地图 BGM 1–2 首、战斗 BGM 2–3 首、联盟 BGM 1 首、登录界面 BGM 1 首；参考总量 8–12 首
- 音效（SFX）：UI 交互音效 ~30 个（按钮、弹窗、升级）；战斗音效 ~50 个（攻击、技能、受击、阵亡）；城建音效 ~20 个（建造、完成、收获）；参考总量 100–150 个
- 配音：英雄语音（可选，用于核心英雄，增加付费转化）；新手引导配音（可选）
- 规格：BGM 建议 44.1kHz / 128–192kbps 循环无缝拼接；SFX 使用 OGG/WAV 单声道；音频包大小目标 ≤ 30MB（首版）
- 参考工时：整体音频外包制作约 1–2 人月；自研需音频设计师 ×1
SLG 服务端需要承载高并发（开服/活动高峰）、实时联盟协作、以及复杂的定时计算（资源产出、部队行军）。
- 技术选型：Skynet (lua) / Java (Netty) / Go 为主流；国内 SLG 团队 Skynet 占比较高
- 服务拆分：网关服（连接管理/鉴权）、大厅服（非战斗逻辑）、世界服（大地图/AOI/行军）、战斗服（战报结算）、联盟服（联盟数据/科技/GvG）、跨服服（赛季/跨服战）
- 通信协议：TCP 长连接（protobuf 协议）+ HTTP REST（登录/支付回调/CDN 资源下载）
- 定时任务系统：cron 调度（资源产出、部队到达、建筑完成）；需精确到秒级
- 配置管理：策划配置表 CSV/Excel → 服务端加载；支持不停服热加载配置
- 参考规模：服务端核心代码量 5–15 万行（依框架成熟度和团队经验浮动）
- 注册/登录：手机号、邮箱、第三方（Google/Apple/Facebook/微信/QQ）；游客模式 + 绑定引导
- 角色管理：单帐号多角色（不同服务器）；角色名唯一性；改名卡/CD
- 防沉迷：中宣部实名认证（国内版）；COPPA/GDPR 合规（海外版）
- 封禁/风控：IP/设备指纹/行为分析 + 自动/手动封禁；申诉流程
- 计算模式：所有战斗在服务端"秒算"完成后返回战报；客户端仅回放帧
- 核心算法：回合制战斗模拟（基于兵种克制、英雄技能、属性修正）；需支持最大万级单位战斗计算，单次耗时 < 100ms
- 战斗验证：记录战斗初始状态 + 随机种子 → 可重放验证；异常日志告警
- 战报系统：战报持久化（通常保留 7–30 天）；支持战报分享到联盟频道
- 联盟数据：联盟等级/科技/积分/排名/徽章
- 联盟活动：联盟副本（全盟协作打 Boss）、联盟竞赛（积分赛/淘汰赛）、联盟领土战
- 权限管理：盟主→副盟主→官员→精英→成员的权限分级；操作日志
- 合盟/迁移：支持联盟合并和服务器迁移（跨区/合服的关键前置）
- 榜单类型：战力榜、等级榜、联盟战力榜、爬塔榜、赛季积分榜、击杀榜
- 刷新策略：实时榜（小范围 Top N）+ 定时全量刷新 + 缓存分层
- 分区维度：本服榜 + 跨服榜 + 全球榜
- 参考实现：Redis Sorted Set 为排行榜主力存储
SLG 的数据特性是"写多读多"——玩家行为和资源变动频繁，对数据库的写入压力大。
- 玩家数据：MySQL / TiDB 分库分表（按 uid hash）；单服设计容量 5–10 万注册
- 缓存层：Redis Cluster（玩家在线状态、排行榜、联盟缓存、全服计数器）
- 冷热分离：热数据（近 30 天）在缓存/SSD；冷数据归档到廉价存储
- 数据备份：RDB 每小时快照 + binlog 增量备份；异地容灾
- 日志数据：战斗日志/操作日志/支付日志写入 Kafka → ClickHouse 或 Elasticsearch（用于数据分析与客服查询）
- 服务器部署：云服务器（阿里云/AWS/GCP）；多区域部署降低延迟
- CI/CD：Jenkins / GitLab CI 自动化构建与部署；灰度发布（按服务器/按 uid 尾号）
- 监控告警：Prometheus + Grafana（服务器 CPU/内存/带宽/QPS）；Sentry/自建错误日志聚合（客户端 crash）
- 压测：上线前全链路压测，目标并发 5,000–10,000 CCU；战斗服需单独压测峰值场景（全盟同时开战）
- 容灾：服务无状态化设计，支持快速扩缩容；DB 主从切换 + 读写分离
GM 后台是运营团队日常工作的中枢，需要兼顾效率与安全。
- 功能范围：玩家查询（uid/角色名/设备）、资源发放、封禁/解封、邮件群发、活动配置与开关、服务器公告
- 权限分级：超级管理员 → 运营主管 → 运营专员 → 客服，操作日志全量记录
- 工具体系：Web 管理后台 + 命令行工具（批量操作）+ 数据面板（关键指标实时监控）
- 安全考量：操作二次确认（重要操作）；IP 白名单；操作回滚能力
- 开发工时：首版 GM 后台约 1–2 人月（后端 + 前端）；运营期持续迭代
从"拍脑袋"到"看数据"，是 SLG 从靠运气到可持续运营的分水岭。
- 上报体系：客户端埋点（登录、注册、付费、关键操作）+ 服务端埋点（战斗、资源变动、系统行为）；上报协议统一规范
- 核心指标：DAU/MAU、新增、留存（次留/7 留/30 留）、LTV、ARPPU、付费率、各系统参与率
- 分析平台：自建 BI（Metabase/Superset）+ ClickHouse；或第三方（数数科技 ThinkingEngine / Firebase / Adjust）
- A/B 测试：支持按服务器/uid 分组的功能测试和数值测试
- 报表体系：日报（核心指标快照）、周报（趋势与异常）、月度经营分析会材料
- 参考工时：数据体系搭建约 2–3 人月（含埋点规范 + ETL + 看板）；运营期数据同事 × 1–2 人持续维护
热更新能力是手游运营的"救生索"——不经商店审核即可修复线上问题或投放新内容。
- 资源热更：美术资源、UI 布局、配置文件 → CDN 下发，客户端启动/后台切回时检查更新
- 代码热更：Lua / TypeScript 脚本 → 差量更新（BSDiff）→ 客户端加载后生效
- 版本管理：强更（强制更新 app 包，用于底层引擎变更）vs 弱更（热更即可，用于内容/配置变更）
- 回滚机制：每次热更保留前一版本，支持一键回滚
- 审核策略：热更资源发布前需走测试服验证 → 审核服 → 全服通用的灰度流程
支付是将游戏价值转化为商业收入的"最后一公里"，必须做到稳定、合规、多选择。
- 支付渠道：iOS（Apple IAP）、Android（Google Play / 国内渠道 SDK：华为/小米/OPPO/vivo/应用宝）、Web 支付（微信/支付宝）
- 商品体系：消耗品（资源包、加速道具）→ 非消耗品（永久特权、解锁功能）→ 订阅（月卡、高级通行证）
- 风控：异常充值检测（异地 IP、短时间高频、金额异常）；退款/坏账率监控（目标 ≤ 2%）
- 帐号绑定：支持多平台绑定/解绑；找回流程（客服工具 + 安全验证）
- 合规要求：国内版需版号 + 中宣部实名认证；海外版需 GDPR/COPPA 弹窗；各区域税务（VAT/GST/消费税）
以下为中等体量 2D SLG 从立项到上线的核心团队配置参考（不含市场和商务岗位）。
| 职能 | 人数 | 说明 |
|---|---|---|
| 制作人/项目经理 | 1 | 全局协调、排期、对外沟通 |
| 主策划 | 1 | 核心玩法设计、数值框架、系统设计把关 |
| 系统策划 | 2–3 | 各系统详细设计、配表 |
| 数值策划 | 1–2 | 战斗数值、经济系统、成长曲线 |
| 文案策划 | 1 | 世界观、剧情、任务文本、本地化接洽 |
| 客户端主程 | 1 | 架构设计、核心模块、代码 Review |
| 客户端开发 | 3–5 | 功能模块开发、UI 实现、性能优化 |
| 服务端主程 | 1 | 架构设计、核心业务、部署方案 |
| 服务端开发 | 2–4 | 业务逻辑、数据层、工具开发 |
| 主美 | 1 | 美术风格定调、外包管理、品质把控 |
| 2D 原画/角色 | 2–3 | 英雄/角色设计、宣传图 |
| UI 设计师 | 1–2 | 界面设计、图标、交互规范 |
| Spine 动画 | 1–2 | 角色/兵种动画、技能特效动画 |
| 场景美术 | 1 | 城内/城外地编、世界地图 Tile |
| 音频设计师 | 1 | BGM、SFX、外包管理（可兼职/外包） |
| QA 测试 | 2–3 | 功能测试、兼容性测试、数值验证 |
| 运营 | 1–2 | 活动策划、数据监控、社区管理（上线前 3 个月加入） |
| 合计 | 25–35 |
- 以上为理想配置，实际可根据团队经验灵活调整——有经验的 15 人团队也可能在 24 个月内完成
- 部分职能可共用或外包：音频、部分美术（场景/图标）、部分 QA
- 运营团队上线前 3–6 个月组建，上线后逐步扩充至 5–8 人
| 阶段 | 时间 | 关键产出 | 里程碑检查点 |
|---|---|---|---|
| 立项与预研 | M1–M3 | 市场分析报告、核心玩法文档、技术选型报告、可玩原型 | 内部 Greenlight 通过 |
| CBT（封闭测试）版本 | M4–M9 | 核心战斗 + 城建 + 联盟 + 基础社交可玩版本 | 核心循环验证通过；留存数据达标（次留 ≥ 30%） |
| Alpha 版本 | M10–M15 | 全部系统开发完成、美术资源到位、服务端可支撑 1,000 CCU | 功能完备性检查；内部全流程走通 |
| Beta / 软启动 | M16–M20 | 支付接入完成、GM 后台上线、数据体系搭建；选定 1–2 个小区域软启动 | 付费率 ≥ 3%；7 留 ≥ 10%；无致命 BUG |
| 上线准备 | M21–M24 | 性能优化、兼容性测试、本地化完结、压测通过、商店物料准备 | App Store / Google Play 审核通过 |
| 全球上线 | M25+ | 正式上线运营；首周监控；紧急热更响应 | DAU、付费、服务器稳定性达标 |
- 以上为典型时间线，敏捷迭代模式下可将 Alpha 提前，软启动与部分功能开发并行
- 软启动是 SLG 最关键的验证阶段——建议至少运营 2–3 个月，积累足够的留存和付费数据后再决定是否大力推广
- 各里程碑之间应有 2–4 周 Buffer 应对不可预见的风险
- 一站式手游创业 —— 本书的配套深度指南，覆盖从"想做"到"上线盈利"的完整闭环
- 游戏创业-手机网络游戏 —— 按阶段拆解的创业 Checklist
- 6.运营能力/6.2.产品运营支持 —— 运营期详细介绍
- 6.运营能力/6.3.2.帐号与支付 —— 支付与帐号系统深入参考
- 3.研发能力/3.1.客户端产品研发 —— 客户端研发能力参考
- 知乎专栏：游戏开发那些事 —— 作者关于游戏创业与研发的系列分享