作者担心做完以后收不到钱，你担心付了钱却拿不到东西。双方都想保护自己，这很正常。
所以问题不只是“能不能先付”，而是钱先到了哪里、什么情况下会转给作者，以及合作中止后怎么处理。
配图：Mod 客栈公开定制页关于作者、赏金和阶段确认的说明。截图时间为 2026 年 10 月 2 日，不是实际交付案例。
直接预付，先问这笔钱对应什么
有的合作先支付一部分，用于排期、调查或开始制作。比例没有适用于所有 Mod 委托的统一答案，不能仅凭“别人都这么收”判断合理。
更关键的是：预付后会完成什么？何时给出结果？如果技术不可行，已经完成的调查怎样计算，剩余费用怎样处理？作者不能继续或你改变主意时，分别如何结算？
这些问题应该在转账前确认。只在备注里写一个“定制费”，并不能补齐完整的工作约定。“定金”“订金”“预付款”等措辞也不要随手混用，涉及退款和责任的条款应明确，必要时请专业人士核对。
托管，不代表钱还能随时取回
平台托管或冻结通常意味着款项暂未结算给作者，但不同平台的操作和规则可能很不一样。进入制作后，已经发生的工作和争议处理也需要考虑。
以Mod 客栈的定制流程说明为例，发布时冻结赏金，最终验收通过后结算给作者。这不等于每完成一个阶段都会给作者打款，也不等于委托人制作中可以无条件撤回全部资金。
充值、订单冻结、取消后退回余额、退回原支付渠道，是不同动作。确认前应分别查看实际支持情况，不要把某一步能操作推断成后面的步骤都能操作。
“先点验收，我再发完整文件”要停下来
验收可能触发结算，不能只当作一个方便对方操作的按钮。
如果约定的内容还没收到，或者还没完成必要测试，应先解决交付和检查方式。可以沟通怎样在正式结算前核验成果，但不要用最终验收换取一个尚未兑现的承诺。
同样，已经收到符合约定的内容，也不应该用无限新增要求拖延验收。把标准事先写清，是为了让双方都知道什么时候算完成。
不要让付款记录和需求记录分开失踪
平台订单里的项目突然改成私下转账，原来的记录未必能完整覆盖后续交易。若付款对象、金额或方式发生变化，应先暂停，重新核实身份和双方约定。
转账记录、需求版本、阶段成果和修改确认最好能相互对应。出现问题时，要能说明这笔钱究竟购买了什么，而不只是证明自己给某个账号付过款。
如果对方要求额外支付“保证金”“解冻费”才退还原款，不要继续顺着对方提供的路径付款。通过原交易平台的官方入口核实，必要时寻求正式帮助。
点付款前，至少能回答这三个问题：钱现在由谁持有，什么时候转给作者，没做完时怎么处理。还有一个答不上来，就先别急着付。
