“这个需求多少钱？”对方答：“要先研究一下，暂时没法报死。”
这句话不一定是在绕圈。有些游戏提供成熟的制作工具，有些需求却连能不能实现都没确认。让作者在不确定的情况下直接包价，可能得到很高的风险报价，也可能得到一个后来做不完的承诺。
收费方式应该跟需求的确定程度一起选，而不是只挑看起来最便宜的那种。
配图：Mod 客栈公开定制页的委托流程说明。截图时间为 2026 年 10 月 2 日，不是实际交付案例。
做什么已经清楚，可以谈固定总价
比如替换一个指定物件的外观，素材来源清楚，运行版本固定，参考效果也已确认。这样的工作适合约定总价，双方围绕交付结果验收。
固定总价的好处是预算容易控制。但它必须有边界：“完成一个道具替换”比“帮我把游戏改得更有沉浸感”更适合包价。
总价确定后，新加一套动作、再适配另一个版本，不应自动算进原价。反过来，已经写在需求里的内容，也不能因为作者低估了工作量就随意删掉。确实需要调整时，应先重新协商。
工作量不明确，按工时要有上限
旧 Mod 排错、陌生格式调查、复杂冲突定位，都可能很难提前预测时间。按工时结算能让研究继续，但委托人最怕的是“已经花了很多时间，问题还在”。
可以先约定一个小额度的调查阶段。到达上限就停，交付已尝试的方法、发现的问题和下一步建议，由你决定是否继续。没有确认，就不自动扩展预算。
沟通、配置环境、等待测试反馈算不算工时，也应事先说好。工时记录的意义不是证明作者一直很忙，而是让你看懂这一阶段获得了什么信息。
技术能否成立都未知，先买一次验证
假设你想让一个原本只在本地生效的效果同步给其他玩家。先做完整美术再研究同步，顺序可能反了。
更合适的试做可以只用简单占位素材，验证约定环境下的核心行为。它不必漂亮，但应回答明确的问题：能否加载、能否触发、在允许的联机环境里能否按约定同步。
试做也可能得出“不适合继续”的结论。事先写清调查或验证的交付物，才能判断这次失败是完成了约定的研究，还是根本没有完成工作。不要默认所有试做失败都免费，也不要接受只有一句“研究过了”的付费交付。
分阶段验收，不等于分阶段付款
制作过程可以分成验证、初版、测试和正式交付。但阶段怎么验收、款项什么时候释放，是两件不同的事。
个人合作可能协商分次支付；平台订单则要遵循实际结算规则。例如Mod 客栈定制页描述的是发布时冻结赏金，最终验收后结算给作者，不能把它理解成每确认一个阶段就支付一部分。
谈外包时，把制作费、授权素材费、可选交付物和维护费用分开问。最终确认的是含哪些项目的总支出，而不只是某个看起来好接受的起步数字。
如果作者说现在还报不了总价，下一句可以问：“那先查清能不能做，需要多少预算，会给我什么结果？”把这一步谈妥，比勉强要到一个包价更实在。
