第235章 筹备困难出现（1/2）

苏墨推开会议室的门时，天刚亮透。她手里抱着一叠打印好的文件，脚步没停，直接走到长桌主位坐下。窗外有车流声传来，但她没抬头看。昨晚系统更新了两条预警提示，一条关于引擎兼容性，一条关于材料交期，她都记在了笔记本第一页。

陈舟比预定时间早到十分钟。他进门后把平板放在桌上，屏幕还停留在供应商回复的邮件界面。他没说话，只是朝苏墨点了点头。两人之间不需要多余寒暄。项目已经立项，接下来就是干活。

九点五十八分，李岩和其他八名成员陆续到场。有人拿着笔记本电脑，有人背着双肩包。他们坐在指定位置上，没人打开设备，都在等苏墨开口。

“今天是‘重建计划’第一次筹备会。”苏墨翻开文件第一页，“游戏和周边两条线同时启动，现在我们要确认各自的任务。”

她说完，把两份项目分工表投影到白板上。左边是游戏开发进度节点，右边是周边产品打样时间轴。所有人盯着屏幕，开始记录。

李岩是技术组代表。他第一个发言：“我们测试了三个主流引擎，发现现有的建造系统逻辑在移动端运行会有延迟。如果要保证操作流畅，可能需要重新设计底层架构。”

会议室安静下来。

“这意味着什么？”苏墨问。

“预研周期至少延长三个月。”李岩说，“我们现在用的工具链不支持大规模动态生成建筑模块，除非换引擎或者加人手。”

苏墨没回应。她低头在纸上写了几个字：引擎、重构、时间成本。

这时，负责周边产品的运营成员举手：“我们也遇到问题。发光材料那边，合作厂回复说定制流程复杂，首批样品最快六周才能出来。但我们原计划是四周内完成打样。”

“为什么是六周？”陈舟问。

“那种环保夜光粉要单独调配方，还要做安全检测。他们目前排产满了，没法插单。”

苏墨抬起头：“有没有备用材料？”

“我们联系了两家备选厂商，但性能参数达不到设计要求。颜色偏黄，持续时间短，而且遇水容易脱落。”

“那就再找。”她说，“今天之内列出三家替代方案，包括材料特性、生产周期和成本对比。”

那人点头记下。

会议继续。苏墨让每个小组汇报当前卡点。技术组提出还需要两名熟悉物理引擎的程序员；美术资源方面，现有模型精度不够，重做需要额外两周；服务器部署还没确定本地还是云服务，这会影响后期联机功能。

周边组的问题更多。包装设计受限于材质厚度，无法实现原定的折叠结构；运输环节担心发光涂层易磨损，需要增加防护层；第一批试产数量定为五百件，但工厂起订量是一千件，多出来的五百件可能积压。

数据一项项报上来，写在白板上的红笔圈越来越多。原本清晰的时间表，现在到处都是待确认项和延期风险。

苏墨站起身，走到白板前看着那些标记。她没擦掉任何内容，而是拿起黑笔，在最上方写下一行字：

**问题不是终点，是起点。**

“我知道大家压力大。”她说，“这个项目从决定做的那天起，就没打算走捷径。我们想做的不是一个普通游戏，也不是一堆纪念品。我们要让人相信，废墟之后真的能长出新东西。”