想做的东西列了半页，预算却只有一小笔，最容易想到的办法是问作者能不能便宜点。
偶尔能谈下来，但降价不一定解决问题。如果预算装不下工作量，更实际的是决定这一次先不做什么。
配图：Mod 客栈公开定制页的委托流程说明。截图时间为 2026 年 10 月 2 日，不是实际交付案例。
找到那个“有了就值得”的功能
以一个假设的游戏界面需求为例：你想换界面风格、加统计面板、增加快捷操作，还希望能跟其他界面 Mod 共存。把这些一起报出去，听起来是“一个界面 Mod”，实际上是几项相互影响的工作。
问自己：如果这次只解决一件事，哪件事做到了，我就愿意使用？
答案可能是让某个提示更明显，也可能是减少一串重复操作。把它单独拿出来评估，另外几项先记着。第一版用起来后，你甚至可能发现原本很想要的统计面板并不必要。
缩范围，要删掉完整的工作
“精度稍微低一点”不一定能明显省钱。进入游戏所需的基础适配、打包和测试，并不会因为贴图小一些就全部消失。
更容易产生实质变化的取舍是：只适配一个明确版本，不同时支持几个旧版；只做一种配色，不做可切换的配色菜单；只完成一个角色，不顺便覆盖所有体型；在授权允许时使用现成素材，不从零设计整套外观。
这些选择不是通用低价套餐，具体能省多少仍需作者评估。重要的是让对方能明确删掉某一部分工作，而不是在每个环节都勉强压缩时间。
三处最好别为了省钱省掉
素材授权、基本测试和交付说明。
来路不明的模型可能暂时省了一笔制作费，却给公开发布和后续使用留下麻烦。完全不测的成品可能只能在作者的环境里运行。没有安装说明的小包，看起来交付很快，拿回来却未必能用。
可以少做功能，但保留下来的功能应该能够按约定使用。“便宜一点，所以坏了也正常”不该成为默认交易条件。
预算太小时，别勉强进入正式制作
如果你目前只有 500 元可支配，这只是预算事实，不能据此判断某种 Mod 一定能做。把上限说清，让作者判断是否有可行的小范围方案；若没有，停在这里也没损失。
有时更值得付费的是一次问题诊断，而不是重做。比如某个现成 Mod 装不上，原因可能在前置版本或安装位置。也有时最好的决定就是先不花钱，等需求更清楚或预算更充足。
别为了追上大方案，接受完全没有记录、无法说明交付内容的低价承诺。低预算更经不起整笔损失。
可以把需求写成两栏：“本次必须完成”和“以后再考虑”。拿这份清单到Mod 定制入口沟通时，作者更容易判断能否承接，你也不必在谈价过程中不断放弃最重要的部分。
