“我以为你会给源文件。”
“我以为只需要支持截图里的角色。”
“我以为游戏更新以后你还会继续修。”
这些误会不一定来自谁想占便宜。有时只是双方太快觉得已经谈明白了。真正值得在付款前检查的，恰好是那些没有写出来、却被各自当成默认条件的事。
配图：Mod 客栈公开定制页关于作者、赏金和阶段确认的说明。截图时间为 2026 年 10 月 2 日，不是实际交付案例。
先核对这次买的东西
拿最后确认的需求，从头看一遍。是否明确游戏版本和运行环境？参考内容到底是借鉴风格，还是要求达到某个具体效果？哪些功能必须做，哪些只是讨论过但没有确认？
尤其留意聊天里出现过“顺便”“应该不难”“到时再说”的部分。它们都不能自动变成已确认的工作范围。要么写入报价，要么明确留到以后。
数量也值得检查。“一套服装”到底包含几个部件、几种配色、适配多少体型？比起继续强调“效果要好”，这些更容易提前说清。
再看文件和使用权是否对应
能安装的成品，不等于可编辑的源文件。你以后想找别人改，就要先问是否交付工程、用什么工具打开、需要哪些依赖。即便拿到源文件，也仍要确认允许怎样使用和修改。
个人使用、公开视频、打包分享、商业用途、独占使用，是不同要求。你没有提，对方未必按最广的范围报价；对方写了“独家”，也应说明独占哪些内容、哪些用途。
你提供的第三方素材同样要核实。不能因为由你发给作者，就默认作者可以随意改、发布或转交给别人。
留下这一份付款前清单
- 最终需求是哪个版本，双方是否确认。
- 实付金额包含什么，额外项目由谁先批准。
- 什么时候开始，什么时候给可测试版本。
- 哪些修改包含在内，新增需求如何处理。
- 最后交哪些文件，安装和测试由谁配合。
- 使用、公开、修改和源文件的范围是否写清。
- 做不下去、延期或出现争议时走什么流程。
- 游戏更新和环境变更后的维护怎样约定。
不需要为了形式写一份很长的文档，但关键内容应保存在能追溯的文字记录里。复杂或高金额项目，协议条款可以请专业人士审阅。
别把账号控制权一起交出去
一般的需求沟通和制作不需要你的登录密码、支付密码或验证码。需要协助安装时，先让对方解释操作内容，优先按说明自己完成。
确实使用远程协助，也要限制在必要范围内、全程看着，结束后关闭连接。不要因为信任作者，就长期开放无人值守权限。交付程序来源不明或系统提示风险时，应先核实，而不是默认关闭所有安全软件继续运行。
这些要求并不针对某个作者。把事情提前说细，是为了让认真制作的人也能顺利交付和收款。
准备正式提交时，可以在Mod 客栈定制入口逐项核对需求。只要还有一条重要条件停在“我以为”，就值得再问一句。
