游戏制作预算和排期：项目为什么总是超时超钱

游戏项目超时超钱，是行业常态，但不是命运。很多项目失控，不是因为团队不努力，而是从一开始就没有把预算、范围、风险和排期说清楚。游戏制作不是把需求排进日历，而是持续在创作野心、团队能力、现金流和市场窗口之间做取舍。

预算首先是人力预算

游戏成本里最大头通常是人力。程序、策划、美术、动画、音频、测试、运营、发行、管理，每个人每月都有成本。即使团队成员工资不高，项目周期一长，总成本也会迅速累积。小团队最容易忽略自己的时间成本，以为“不发工资就是零成本”，这会严重误判项目风险。

做人力预算时，不能只算研发岗位。测试、市场、本地化、客服、法务、财务、运维、社区运营也要算。很多项目研发阶段看起来还能撑，上线阶段才发现没人做发行、没人回社区、没人处理支付和客服。游戏不是做完包就结束。

人力预算还要看阶段。原型期需要少数核心人员快速验证；量产期需要内容、美术和工程稳定推进；上线前需要测试、发行、运营密集投入；上线后需要维护和更新。不同阶段人力结构不同，不要用同一套团队硬撑全流程。

外包不是省钱万能药

外包可以提高产能，但不一定省钱。外包报价只是显性成本，沟通、返工、验收、整合、延期都是隐性成本。需求不清楚时外包，往往会更贵。只有当内部有规范、有样板、有验收能力时，外包才真正能放大产能。

预算里要为外包预留返工和管理成本。不要按最低报价写预算。角色立绘、3D 模型、动画、UI、音效、本地化、宣传图、PV，都可能需要多轮修改。合同里即使写了修改次数，实际沟通仍然会消耗内部时间。

外包还会影响排期。外包方有自己的队列，不一定随叫随到。反馈慢一天，交付可能延迟一周。关键路径上的外包，必须提前锁档期。不要等内部做完才找外包补资源，那通常已经太晚。

工具、服务器和平台费用

预算不能只写人和外包。引擎插件、协作工具、版本管理、项目管理、云存储、构建机器、测试设备、音频软件、字体授权、素材库、数据分析、崩溃上报、客服系统、邮件短信、服务器、CDN、支付手续费、平台注册费，都可能产生费用。

服务器费用尤其容易低估。开发测试环境、预发布环境、正式环境、日志存储、数据库备份、监控告警、带宽、活动峰值扩容，都会花钱。上线前几个月可能费用不高，玩家量上来后成本会迅速变化。运营型游戏要把服务器成本纳入商业模型。

市场费用也不能放到最后再想。商店页素材、宣传片、试玩活动、展会、媒体、主播、广告投放、社区运营、本地化营销，都需要预算。很多游戏不是做得不行，而是没有钱让目标玩家看见。发行预算和研发预算要一起规划。

排期要以里程碑管理

游戏排期不能只按功能列表排。更有效的是里程碑：概念验证、核心原型、垂直切片、内容量产、Alpha、Beta、发行准备、上线候选、正式上线。每个里程碑都要有验收标准。

核心原型的目标是证明玩法成立，不是证明美术完整；垂直切片的目标是证明最终品质和生产流程，不是做最多内容；Alpha 的目标是主要系统可玩，Beta 的目标是内容和质量接近上线。里程碑目标不清，团队就会在每个阶段做错重点。

排期还要区分关键路径和非关键路径。主玩法、核心技术、角色管线、关卡工具、服务器架构通常是关键路径；某些装饰资源、次要活动、可替代功能可以后置。关键路径延迟会拖全项目，非关键内容延迟不一定影响上线。制作人必须知道哪些任务真正卡项目。

范围控制是预算控制的核心

预算失控往往来自范围失控。多一个角色、多一套系统、多一个平台、多一种语言、多一个活动模板，每项看起来都不大，叠加起来就会压垮项目。范围控制不是砍创意，而是让项目有机会完成。

每个新增需求都要问四个问题：它是否服务核心目标？是否影响上线必要性？需要哪些岗位参与？后续维护成本是多少？如果答案不清楚，就不要轻易加入当前版本。很多需求不是不好，而是不该现在做。

要建立“上线必须”和“上线后可做”清单。上线必须项是没有就不能卖或不能玩；上线后可做项是增强体验但不阻塞发布。团队越早区分这两类，越少在后期痛苦砍功能。

风险缓冲不是偷懒

游戏项目必须有缓冲。技术难题、人员变动、平台审核、外包延期、素材返工、性能优化、Bug 修复、合规调整、市场窗口变化，都会吃掉时间。如果排期刚好卡满，没有任何缓冲，项目一定延期。

缓冲不能只放在最后。每个高风险阶段都要有局部缓冲。比如新技术验证阶段、主机移植阶段、多人联机阶段、平台审核阶段、本地化阶段，都应该单独留时间。所有缓冲都放在最后，最后通常不够用。

缓冲也要透明。不要把缓冲藏在每个人的任务里，否则管理层会误判真实进度。更好的方式是公开风险缓冲，让团队知道它用于处理不确定性，不是用来随便加需求。

预算监控要看现金流

预算表不是一次性文件。每个月都要更新实际支出、剩余预算、预计完工成本和现金流。项目还剩多少钱，能支撑几个月，哪些合同要付款，哪些收入什么时候到账，制作人必须清楚。

现金流比账面预算更重要。平台结算有周期，投资款到账有条件，发行分成可能延迟，但工资和外包款每月都要付。很多项目不是理论上没钱，而是关键节点现金没到。现金流计划要保守。

如果预算出现风险，要尽早调整范围。越晚砍功能，沉没成本越高；越晚缩小平台，市场承诺越难改；越晚减少内容量，整体结构越容易破。早一点承认预算压力，反而更容易保住项目。

制作人该盯哪些表

制作人至少要盯四张表：预算表、排期表、风险表、范围表。预算表看钱花在哪里；排期表看关键路径是否延迟；风险表看哪些问题可能爆；范围表看需求是否膨胀。这四张表要定期更新，而不是开会时临时问。

还要有版本燃尽或里程碑进度。哪些任务完成，哪些延期，延期原因是什么，是否影响关键路径，是否需要砍范围。进度管理不是催人，而是及时发现计划和现实的偏差。

制作预算和排期的核心，不是把团队压到极限，而是让项目在可承受成本内交付足够好的产品。游戏开发充满不确定性，管理不是消灭不确定性，而是让不确定性不至于毁掉项目。

每月预算复盘模板

项目每月至少做一次预算复盘。第一，看本月实际支出和计划差异，差异超过 10% 就要解释原因。第二，看下月固定支出，包括工资、外包、服务器、工具、房租、平台费用。第三，看合同付款节点，尤其是外包尾款和授权费用。第四，看现金还能支撑几个月。

第五，看排期变化是否影响成本。如果版本延期两个月，人力成本会增加多少？市场活动是否要重排？外包是否需要续约？服务器测试环境是否继续占用？延期不是只改日期，它会改变成本结构。

第六，看范围是否需要调整。如果预算不足，不要只要求团队“加快”。要明确砍哪些功能、延后哪些平台、减少哪些内容、降低哪些美术规格。没有范围调整的压缩排期，通常只会换来质量事故。

预算复盘最好由制作人、财务、项目管理和关键负责人一起看。每个人看到的风险不同。财务看现金，制作人看范围，负责人看执行，项目管理看排期。四者对齐，项目才不会在最后一刻才发现钱和时间都不够。

真正成熟的预算管理，不是省每一分钱，而是知道钱花在哪里最能降低风险、提高产品完成度。

排期前十问

排期前要问十个问题。第一，当前版本的目标是什么？第二，哪些功能是上线必须，哪些可以后置？第三，关键路径是什么？第四，最可能延期的风险点是什么？第五，是否有原型或切片数据支撑估算？

第六，外包、审核、本地化和平台提交是否进入排期？第七，测试和修 Bug 是否有独立时间，而不是挤在开发末尾？第八，服务器、工具、市场和客服成本是否进入预算？第九，现金流能否支撑到上线后结算？第十，如果延期一个月，团队准备砍什么或补多少钱？

这些问题听起来直接，但能避免大量自欺。游戏项目最危险的状态，是所有人都知道计划很紧，却没有人把缺口写出来。预算和排期必须把风险显性化，团队才有机会提前处理。

常见误区

第一个误区是只算开发成本，不算上线成本。测试、发行、商店页、客服、服务器、合规、本地化都会花钱。第二个误区是把外包当成固定价格。外包也有沟通、返工和整合成本。第三个误区是排期不留修 Bug 时间。越接近上线，问题越集中，测试和修复必须独立排期。

第四个误区是不断加需求但不改预算。范围变了，钱和时间也必须变。第五个误区是只看总预算，不看现金流。项目可能账面可行，但某个月现金断掉。制作人必须同时看预算、排期、范围和现金。

最后复盘

项目每过一个里程碑，都要比较计划和实际：原估算多少人天，实际用了多少；哪些风险发生了，哪些没发生；哪些外包低估了，哪些功能返工最多；哪些决策导致延期。预算和排期能力不是天生的，而是靠一次次复盘校准出来的。

复盘结果要进入下一次估算。某类角色总是比预期多两周，某类 UI 总是返工，某个平台审核总是拖延，就要提高估算权重。排期越诚实，团队越少靠加班补洞。