TooLongLink Video Watcher AI
Watch:
العربية - Arabic
Bahasa Indonesia
বাংলা - Bengali
български - Bulgarian
简体中文 - Chinese Simplified
繁體中文 - Chinese Traditional
Hrvatski - Croatian
Čeština - Czech
Dansk - Danish
Nederlands - Dutch
English
Eesti - Estonian
فارسی - Farsi
Suomi - Finnish
Français - French
Deutsch - German
Ελληνικά - Greek
ગુજરાતી - Gujarati
עברית - Hebrew
हिन्दी - Hindi
Magyar - Hungarian
Italiano - Italian
日本語 - Japanese
ಕನ್ನಡ - Kannada
한국어 - Korean
Latviešu - Latvian
Lietuvių - Lithuanian
മലയാളം - Malayalam
मराठी - Marathi
Norsk - Norwegian
Polski - Polish
Português - Portuguese
Română - Romanian
Русский - Russian
Српски - Serbian
Slovenčina - Slovak
Slovenščina - Slovenian
Español - Spanish
Kiswahili - Swahili
Svenska - Swedish
தமிழ் - Tamil
తెలుగు - Telugu
ไทย - Thai
Türkçe - Turkish
Українська - Ukrainian
اردو - Urdu
Tiếng Việt - Vietnamese
Submit
深入剖析游戏开发五大阶段:揭秘3A大厂的挑战与成功之路
锻造师FM
总结:
游戏开发通常分为立项、前期制作、正式开发、测试和制作后期五大阶段,其中正式开发耗时最长。
立项阶段涉及市场调研、概念提出和资金获取,可通过发行商签约(分批支付)、众筹(如拉瑞安工作室)或股权投资(如《黑神话:悟空》)实现。
前期制作至关重要,需验证核心玩法和技术可行性,通过开发原型、首次可玩版及垂直切片进行,并编写游戏设计文档(GDD)。
正式开发常面临团队协作困难、技术债务爆发和玩法中途推翻三大噩梦,如《赛博朋克2077》曾因技术问题和匆忙发售导致口碑危机,而《堡垒之夜》则经历了玩法多次调整。
测试阶段包括内部测试、外部Beta测试及抢先体验(EA)模式(如《博德之门3》的成功),网络游戏测试周期更长,注重服务器和经济系统平衡(如《绝区零》)。
游戏发布后进入制作后期,持续提供补丁和DLC,实现口碑逆转(如《赛博朋克2077》),网游则进行周期性版本更新。
游戏发行商提供资金、市场营销和渠道分发,行业正从传统代理转向开发发行一体化,并寻求外部资本与开发者自主权的平衡。
游戏开发流程核心骨架图 [
00:01:00
]
游戏开发的复杂性与五大阶段概览 [
00:00:00
]
游戏开发既可能如小型工作室通过实机演示预告片引爆全球,最终推出《黑神话:悟空》般的爆款,也可能如暴雪的《泰坦》项目般,顶级工作室投入巨资后因核心玩法不明而最终取消。
本视频将从逻辑架构层面,梳理一个通用的简化模型,帮助理解游戏开发的核心骨架。
游戏开发主要划分为5大阶段:
立项阶段
前期制作
正式开发
测试阶段
制作后期
其中,正式开发阶段通常是耗时最长的“攻坚战”,可吃掉整个开发周期的60%-80%。然而,决定游戏生死的关键战略决策往往在正式开发之前就必须拍板定案,甚至需要形成文档。
游戏开发五大阶段的核心骨架 [
00:01:00
]
第一阶段:立项——从0到1的资金筹集 [
00:01:16
]
核心目标:
市场调研、提出想法概念、获得启动资金。在国外,这通常被称为“提案”或“概念阶段”。
资金获取方式:
1. 发行商签约模式:
开发商向发行商推介项目构想(pitch),提供市场分析、竞品数据等严谨数据支撑。
发行商通常不会一次性支付所有开发资金,而是将项目划分为多个里程碑,分批次提供资金。通过第一个推介里程碑后,发行商只会提供少量启动资金并签订合同,后续每个里程碑完成验收后才能拿到下一笔钱。
在这种模式下,发行商承担了大部分风险,但独立开发商在游戏发售时分成比例往往很低甚至没有。
案例:拉瑞安工作室的“血泪史” [
00:03:05
]
开发《博德之门3》的拉瑞安工作室,早年为发行商CDV开发《神界》,游戏评价和销量都不错,但拉瑞安几乎没有获得销售分成,甚至在游戏发行五个月后,工作室从30人缩减到3人,濒临破产。
2. 众筹模式:
为了摆脱对发行商的依赖,一些工作室会通过众筹平台获取启动资金。
案例:拉瑞安工作室的《神界:原罪》 [
00:03:31
]
2013年,创始人斯文·文克在Kickstarter发起众筹,目标40万美元,最终狂揽近100万美元。尽管这只是项目总预算450万欧元中的杯水车薪,斯文甚至抵押了自己的房子,最终凭借社区众筹和个人投入完成了游戏,并大获成功。
拉瑞安工作室创始人斯文·文克 [
00:04:00
]
3. 股权投资模式:
一种比较罕见的资金获取方式。
案例:游戏科学的《黑神话:悟空》 [
00:04:16
]
开发《黑神话:悟空》的游戏科学(简称游科),在项目启动前获得了英雄互娱创始人吴旦的大额股权投资,提供了6000万人民币资金,并在黑神话项目上追加了至少1亿人民币投资。
英雄互娱CEO吴旦与游戏科学 [
00:04:30
]
第二阶段:前期制作——决定项目生死的关键 [
00:04:42
]
重要性:
虽然听上去是准备环节,但这可能是整个开发流程中最重要的环节,它甚至可以决定项目的生死。
核心任务:
对核心玩法以及技术做可行性验证。
如果这两项没搞定就冒然推进,进入烧钱如流水的正式开发后,一旦发现玩法无聊、体验松散,或被关键技术卡死,项目就可能面临推倒重做、无限期冻结,甚至直接取消的灾难性后果。
案例1:暴雪的《泰坦》项目 [
00:05:12
]
该项目从2007年立项开始,长达7年始终没有明确的核心玩法和清晰的游戏方向,在超级英雄和模拟养成之间摇摆,最终在2014年取消,损失超过8000万美元。
转折:
然而,原始的140人团队保留40人,在6周内迅速定好新的核心玩法(FPS + MOBA),随后不到两年时间,用“泰坦”的遗产做出了《守望先锋》,一炮而红,完美诠释了前期定好玩法的重要性。
暴雪《泰坦》项目七年后取消 [
00:05:30
]
案例2:《永远的毁灭公爵》 [
00:05:56
]
该项目从1997年启动,因频繁更换引擎(Quake 2 -> 虚幻 -> 虚幻2 -> 更换物理引擎 -> 传闻Doom 3 -> 定制虚幻引擎),导致游戏不断跳票,经历了14年44天,于2011年才最终发售,创下开发时间最长的吉尼斯世界纪录,堪称史诗级的反面教材。
《永远的毁灭公爵》14年开发周期 [
00:06:19
]
玩法与技术可行性验证方法:
1. 开发游戏原型(Prototype):
用简陋的占位符快速搭建,验证功能是否可行,玩法循环是否成立。
2. 首次可玩版(First Playable):
在原型基础上,替换部分真实的美术资产,将视觉元素和玩法结合。
3. 垂直切片(Vertical Slice):
替换上所有美术资产,打磨到接近最终品质,基本上完成了一小段完整的游戏关卡。
它像从最终蛋糕上切下的一块,包含了完整风味,例如《战神4》(新战神)在2016年E3的演示视频,以及《黑神话:悟空》的实机演示预告片。
垂直切片对外公开,可以在游戏早期建立与社区的连接,获得市场关注度,并吸引行业人才加入开发团队。
垂直切片是重要里程碑,验收完成后通常会触发来自发行商的一笔较大资金,用于后续的正式开发。
从游戏原型到首次可玩版 [
00:06:59
]
文档编写:
游戏设计文档(GDD):
进入正式制作前,基于原型或垂直切片,将核心玩法、美术、音效、剧情、技术需求、资源规划、时间安排等固定在文档中,作为后面正式开发阶段的指导性文件。
技术设计文档(TDD):
中大型团队甚至会将技术部分单独拎出来,编写成独立的技术设计文档,专注解决技术难题。
前期制作结束,意味着项目有了核心战略、稳定的框架、消除了不确定性,并且梳理汇总了标准文档,准备就绪,项目就会进入到正式开发环节。
第三阶段:正式开发——漫长的攻坚战与三大噩梦 [
00:08:38
]
开发“铁三角”全力配合:
美术团队创建美术资产;策划团队在核心玩法框架下完成角色能力、战斗机制、技能树、AI逻辑、关卡构建等实际可游玩的方方面面;程序团队将这些玩法功能一一实现。
最理想情况
是前期规划充足,一切有条不紊。但现实情况往往是各种意外频出。
行业公认的三大噩梦:
1. 团队协作困难 [
00:09:14
]:
在正式开发阶段,任务量、团队规模都会越来越大,高度并行的任务和协作沟通的成本都会快速上升,特别是人数众多的大型开发团队,项目管理难度会呈指数级上升。
2. 技术债务 [
00:09:29
]:
在截止日期的压力下,团队为节省时间用“临时方案”救急,会埋下隐患。随后的新功能需求和更大的时间压力接踵而至,技术债务就会越堆越高,最终在某个时刻集中爆发,引发灾难。
3. 玩法中途推翻 [
00:09:46
]:
即使前期规划再好,也可能因高层变卦、核心人员离职或市场风向突变,导致核心玩法大改,项目就会陷入混乱。
案例:CDPR《赛博朋克2077》的惨痛教训 [
00:09:57
]
团队协作困难:
CDPR将团队规模膨胀到500人,是之前作品《巫师3》的两倍,但组织力薄弱,开发速率并未对应翻倍,导致游戏发售窗口一再延期,收到了死亡威胁。
技术债务爆发:
匆忙发售导致游戏在首发时Bug层出不穷、运行卡顿、口碑不佳。联合创始人马尔钦·伊温斯基透露,当时的重点是让PC版看起来“史诗级”,之后再针对主机平台进行调整。这个错误决策导致了针对上世代主机(PS4)的技术债集中爆发,帧率低到几乎不能游玩,索尼甚至下架了该游戏。
《赛博朋克2077》发售危机 [
00:09:59
]
案例:《堡垒之夜》的玩法多次变更 [
00:11:20
]
开发起源于2011年,最初计划是建造玩法融合射击类的游戏。但开发过程中核心主创离开团队,随后经历了美术风格转变、引擎换代,并加入了轻度RPG元素,最后在射击游戏框架下加入了大逃杀模式,到2017年才火爆。
正是因为经历了玩法更换的噩梦,导致项目一度难产。但《堡垒之夜》是在线服务型游戏,需要长期运营来支撑玩法的不断调整,并且开发商Epic本身拥有虚幻引擎业务,引擎通用性强,相对不会累计太多技术债务,才最终幸免。
《堡垒之夜》大逃杀模式 [
00:11:48
]
Alpha版本里程碑 [
00:12:27
]:
克服了这三重噩梦,或项目本身进展顺利没有踩坑,终于到了接近成品的阶段。
核心系统功能实现完毕,游戏中主要的基础可玩功能都已具备,核心流程能够完整跑通,这就是游戏的Alpha版本。
通常是一个重要里程碑,意味着项目风险显著降低,证明了核心概念可行。此时发行商会支付新一期的资金,主要用于支持后续的开发、打磨和测试工作。
第四阶段:测试——从内部到外部的全面检验 [
00:12:44
]
内部测试 [
00:12:58
]:
开发团队和QA测试团队首先进行项目验收,保证游戏玩法功能完善。
QA团队主导阻断性缺陷清单检查、流程打通、兼容性测试、回归测试,不断迭代出一个基础功能稳定、核心流程可用的Alpha版本。
组织自家员工试玩,进一步测试玩法感受、易用性,以及之前漏测的场景,收集早期主观体验反馈(好玩度、引导清晰度、痛点等),并利用公司内部不同设备和使用习惯的员工发现更多兼容性问题。
员工正在进行内部测试 [
00:12:58
]
外部测试(Beta版本) [
00:13:41
]:
当内部测试修复了大部分关键缺陷,游戏达到相对稳定的状态,核心体验也经过初步打磨后,就具备了对外测试的条件,此时游戏版本会进入到Beta阶段。
开始邀请外部玩家(如媒体、KOL以及招募的测试用户)进行更大范围的测试,目标是在更接近真实环境中测试。
传统模式下,Beta测试周期通常从几周到几个月不等,测试重点是发现内部测试时遗漏的Bug,收集玩家对平衡性、易用性以及整体体验的反馈,为最终发售做准备。
抢先体验版(EA版本) [
00:14:22
]:
有些公司选择更开放、更激进的路径,发布抢先体验版(Early Access,简称EA版)。游戏公司通常会以最终零售价销售EA版,并且收集玩家反馈,然后用较长时间优化调整游戏,直至正式版推出。
案例:拉瑞安工作室的《博德之门3》 [
00:14:34
]
2020年通过Steam平台推出了EA版本,该策略非常成功,超过250万玩家付费购买了EA版本,提前为工作室带来了收入,注入了项目开发所需资金。
更重要的是,获得了海量真实玩家的深度反馈。拉瑞安团队根据这些反馈,在EA期间持续打磨和调整游戏内容,最终《博德之门3》在2023年正式发售时,取得了现象级的成功,成为年度话题之作,即便到2025年8月,售价依然保持在高位。
《博德之门3》EA版本发售信息 [
00:14:38
]
EA模式的适用性与风险:
适用性:
通常适合重复可玩价值较高的类型,如沙盒游戏、策略游戏、Roguelike或拥有大量分支和自定义内容的RPG游戏。
不适合:
线性叙事驱动的单机游戏(玩家通常只会体验一次核心剧情,不太会有动力再次游玩)。
风险:
EA模式风险极高,相当于将“半成品”公之于众,但玩家会用正式版的标准来评判。开发者必须持续投入巨大精力,积极与社区沟通,快速响应各类反馈,并定期发布包含新内容或重大修复的更新。如果承诺无法兑现,更新缓慢或质量不佳,玩家的热情会迅速消退,口碑可能崩塌,导致游戏在正式发售前就“凉了”。
对比Beta测试:
传统的封闭Beta测试风险更可控,测试规模较小,玩家通常签署保密协议,反馈更集中,对开发进度的公开压力也小得多。
网络游戏的测试逻辑 [
00:16:27
]:
需要长期运营的网络游戏,其Beta测试往往有着不同的逻辑和更长的周期。
案例:米哈游《绝区零》 [
00:16:33
]
从2022年起就开始了多轮封闭测试,整个内测周期长达2年,直到2024年7月才正式上线。
额外考量:
网游需要模拟海量玩家同时在线,验证服务器的承载能力和稳定性;还需要长时间测试游戏内货币、资源获取、道具抽取或购买等经济系统的平衡性,以及玩家付费的意愿和体验,这需要大量玩家数据和迭代调整。
公测:
经历了所有严格测试环节后,网游会全面开启公测。对于许多网游,特别是像米哈游这样的厂商,所谓的“公测”往往就是游戏的正式上线运营,对所有玩家开放注册,不再有门槛限制。
《绝区零》开发时间线 [
00:16:38
]
金盘(Gold Master)里程碑 [
00:17:27
]:
对于准备发售的单机游戏,在成功完成Beta测试并进行了最后的打磨后,就迎来了一个重要的里程碑“金盘”。
代表游戏已经开发完成,达到了完整可交付的状态。
这个最终确认的版本会被送到工厂批量压制成实体光盘,然后铺货到全球各地的线下商店。同时,它也是数字发行的基准版本,会用于生成数字版,上传到Steam、PS商店等线上商店的后台,供玩家下载购买。
金盘的交付通常也会触发发行商按合同支付最终的款项,标志着主要开发工作的结束和商业回报的开始。
金盘里程碑:游戏最终版本交付 [
00:17:27
]
第五阶段:制作后期——游戏生命周期的延续与发行 [
00:18:26
]
游戏发布后的支持:
在网络环境高度发达的今天,即使游戏已经正式发售或公测上线,开发团队的工作远未停止,他们会进入到制作后期阶段。
开发商会发布修复Bug补丁、游戏平衡性补丁,以及包含新内容或功能的DLC。
案例:CDPR《赛博朋克2077》的口碑逆转 [
00:18:37
]
2020年首发灾难的《赛博朋克2077》,正是通过后续长达将近3年的时间,进行了数十次的更新修复补丁,并随着2.0版本与后续DLC“往日之影”的推出,口碑慢慢上升,Steam好评率达到了85%以上(特别好评),通过长期不断的修复实现了口碑的逆转。
《赛博朋克2077》DLC“往日之影” [
00:18:47
]
网游的持续更新:
对于网游来说,这时才是刚刚完成了开头。
例如米哈游会在游戏正式上线后定期推出新的版本更新,策划会在核心玩法框架下开启新一轮技术可行性分析、时间可行性分析等动作,然后进行开发、测试、新版本上线这样的循环,保证游戏能够在固定的周期内稳定更新新的版本内容。
开发团队甚至会根据玩家社区的集中反馈,对核心玩法进行迭代优化,如《绝区零》通过不断的版本更新,移除了主线流程中评价存在争议的“走格子”玩法系统,大幅提升了剧情推进的流畅度。
游戏发行(Publishing)——独立但至关重要的环节 [
00:19:47
]
发行商的三大支柱作用:
除了提供资金,还有市场营销、渠道分发这两大职责。
发行模式的演变:
传统模式:
以前高度依赖线下展会(如E3已于2023年永久取消)、实体渠道和大众媒体广告,但这些传统渠道正在慢慢萎缩。
现代模式:
则转向线上社区、数字商店直达和开发者直面玩家。
案例:游戏科学的自主发行 [
00:20:26
]
像开发《黑神话:悟空》的游科这样的中小型工作室,选择直接通过视频演示展示给玩家,无需发行商铺货,首周销量就能破千万,数字分成的利润就给团队带来了巨量的收益。
资本与自主权的平衡:
腾讯在2018年战略投资拉瑞安工作室获得30%股权,但拉瑞安保留了创作主导权。这和英雄互娱投资游科的案例都说明,外部资本与开发者自主权其实可以找到平衡点。
行业趋势:
相比以前传统的游戏发行商业模式,行业已从“发行代理”转向“开发发行一体”,现在单纯靠发行作为核心的商业模式已经比较罕见了。例如育碧、EA、卡普空、世嘉以及拉瑞安等,都是自己开发、自己发行的大型游戏公司。
独立游戏发行商:
虽然细分领域下还有专注独立游戏发行的商业模式,但分成比例也更加灵活。除了资金、营销、分发这三大作用外,还会提供QA、本地化、社区运营等方面的服务支持,降低独立开发团队的负担。
终极目标:
无论行业如何转变,游戏产业的终极目标是一致的,即让优秀的开发者获得匹配的回报得以持续产出,使游戏可以顺利走完我们今天详解的这一整条开发流程,并且成功发售,让玩家可以玩到更多优秀的游戏作品。
Copied!
Why didn’t you like it?
Inaccurate / wrong facts
Missing important points
Took too much time to load
Article too long / verbose
Article too short / not enough detail
Article hard to read / bad formatting
Images irrelevant / broken
Language / translation issues
Offensive / inappropriate
Other
Submit
Thank you for your feedback!
×