你需要周末拍视频，作者说三天能做完。到了约定那天收到文件，却发现还要配环境、测试、改一轮。双方都觉得自己没说错，真正赶不上的是你的安排。
“制作完成”和“拿到能用的版本”之间，往往还隔着确认与测试。问工期时，最好从实际用途往前倒推。
配图：Mod 客栈公开定制页的委托流程说明。截图时间为 2026 年 10 月 2 日，不是实际交付案例。
先问从什么时候开始算
作者可能正在排单。制作需要三天，不等于你今天确认、三天后就能收到。
开始时间也可能取决于素材是否齐全、范围是否确认、所需环境能否搭建。如果模型还在等授权，游戏版本也没有确定，制作日程就没有完整的前提。
应问清：“你预计哪天开始？开始前还缺什么？这些都确认后，第一版大概什么时候给我？”它比一个孤立的天数更好用。
把最后几天留给实际测试
假设你需要在某个活动前使用定制内容，排期就应包含可运行初版、你方测试、集中反馈、修正和最终复测。这只是排期结构，不代表每个项目都需要相同天数。
如果你只能在晚上测试，或者还要等朋友提供允许使用的联机环境，也应提前告诉作者。项目在等你的反馈时，不能继续假装所有时间都由制作者控制。
外观项目也值得留出游戏内确认时间。参考图上的颜色、作者电脑里的画面和你实际游玩的场景，可能存在需要进一步沟通的差异。
加急不一定能把每个环节压短
加急费可能改变排单优先级，却不能保证未知技术问题马上有答案。增加人手也不必然更快：有的任务可以分开做，有的工作必须等前一步完成。
硬期限很近时，先问有没有能独立交付的小版本。比如先完成主要外观，其他配色以后再做；先做固定功能，不同时增加配置界面。具体怎么删，应与作者确认，不能用减少必要测试来换速度。
对于拍摄或活动，还需要备用方案。把一切押在最后一天收到完美版本上，风险不只来自作者，也来自游戏更新和你自己的使用环境。
进度不明时，问下一份成果
“做到百分之多少了”很难统一理解。一个最难的问题没解决，即使大部分素材已经完成，也不能算快结束。
更具体的问法是：“下次能看到什么？还卡在哪个问题？它会影响原定哪一天？”如果已经确定延期，重新确认时间、范围和是否继续，不要每天只重复催一句“快了吗”。
也应约定双方多久汇总一次消息。持续沟通不等于作者必须全天即时回复，但临近节点失联、一直不提供约定成果，就需要及时按协议或订单流程处理。
在Mod 定制页面写需求时，不妨直接写“某天要使用，希望提前拿到可测试版本”，而不只是填一个最终日期。你需要的不是截止那天邮箱里多一个文件，而是已经装好、试过，知道该怎么用。
