月费（Retainer）vs 固定报价 vs 时薪：自由职业者如何选择计费模式
三个客户。三份报价。同一个钱包。
客户 A 想要一个"很快就能搞定"的着陆页——两个页面、一个关于我们板块、一个联系表单。你报了一口价 $2,000。
客户 B 想让你理顺一个 Django 应用——这个应用已经被另外三个自由职业者轮流打过补丁。这种活你没法闭着眼估出工作量，于是你报了 $85/小时。
客户 C 想让你为他们的市场团队"随叫随到"——邮件、小调整、偶尔一条 Slack 消息。月费（retainer）正合适：$1,500/月，承接他们一部分明确的工作量。
同样的技能，同一周，三种计费模式。而你选的模式，会在不知不觉中决定你这一年结束时是 $40/小时还是 $120/小时——因为每种模式都改变了你在卖什么、你承担什么风险、以及客户对你有什么期待。
下面讲怎么真正做选择。不是那种含糊的"看情况"——而是一份决策指南：一张比较表、一个让固定报价成为三者中最危险选项的范围蔓延陷阱，以及一套补齐所有短板的混合模式。
三种模式，一句话讲清
- 时薪（Hourly）——你卖的是时间。每工作一小时，就按约定费率计费。
- 固定报价（Fixed price）——你卖的是结果。一份明确的可交付成果清单，一个价格，无论花多少小时。
- 月费（Retainer）——你卖的是可用性。每月固定的一批工时或服务，面向那些永远做不完的活。
比较表
| 时薪 | 固定报价 | 月费 | |
|---|---|---|---|
| 最适合 | 范围无法预知的活：调试、维护、咨询 | 定义明确的可交付成果：网站、Logo、冲刺 | 持续性的工作：内容、支持、运维 |
| 现金流 | 稳定但绑定工作量；生意清淡的一周很难捱 | 先收一大笔，然后直到交付前都没钱进账 | 每月收入可预测，不用到处找活 |
| 主要风险 | 收入被你能卖出的工时封顶 | 范围蔓延悄悄吃掉你的利润 | 客户把它当成无限支持 |
| 客户观感 | "计费表在走"——容易让人觉得在斤斤计较 | 价格确定，零意外 | 像合作伙伴——但很容易被过度索取 |
| 你必须记录 | 时间，雷打不动 | 范围变更，雷打不动 | 工时 *和* 范围，雷打不动 |
时薪：把你的收入封顶的模式
时薪让人觉得安全，因为它诚实。客户为你实际做的事付钱，你也不必像做固定报价的自由职业者那样咽下没计费的活。问题是天花板。
你的收入等于工时 × 费率，而工时是有上限的。按现实的每周 25 个计费工时算——另外 15 个小时花在找客户、行政和"快速通话"上——一年大约只有 1,300 个计费工时。按 $60/小时算，税前毛利是 $78,000，还没扣税、软件费，也没算项目断档的月份。想赚更多？要么卖出更多工时（没有更多了），要么提高费率（市场有上限）。这就是全部的天花板，再怎么拼命也推不动。
当范围无法预知时，时薪才真正说得通：
- 调试你从没见过的代码。"找出问题在哪"没有可交付清单，固定报价纯属瞎猜。
- 维护类工作，这类活本身就是被打断。你没法给"这个月会坏什么"划定范围。
- 咨询，客户要的是灵活性和你的判断，不是一个交付成品。
但时薪也有它那种悄无声息的漏洞：永远不会被记录的快速提问。每周十条五分钟的 Slack 消息，就是一个计费小时，却永远不会出现在账单上。而且看着计费表一直走的客户，往往会心生不满——这就是为什么时薪关系有时比固定报价更剑拔弩张，哪怕双方都觉得自己没吃亏。
固定报价：你报过的最高利润——也是最冒险的
固定报价为结果付钱。客户买的不是你的 60 个小时，而是一个做好的网站。它顺的时候，是自由职业里最划算的买卖：报 $2,000，30 个小时做完，你的实际时薪是 $67/小时——没人盯表，没人审计你的时间。
坑在于范围蔓延（scope creep），而且这不是假设。就拿一个 $2,000、5 页的网站来说：
- "能不能顺便加个定价页？"——3 小时
- "能不能把静态 Logo 换成动态的？"——2 小时
- "就再改一轮，让它 *完美*"——4 小时
- "能教我用一下 CMS 吗？就打个电话？"——4.5 小时
这是 13.5 个小时从没被报价过的工作。按 $50/小时算，就是 $640 的利润被你悄悄捐了出去——相当于这个项目 降薪 32%，仅仅因为那些额外需求从没被写下来。（这正是什么是范围蔓延？里的场景，每周都会上演几千次。）
解决办法不是拒绝这些活，而是对冲——五个习惯，把固定报价从一场赌博变成你的优势：
- 开工前先写好范围基线。 可交付成果、修改轮数、排除项——白纸黑字，在出第一版草稿之前。这份范围基线模板花十分钟就能填好，把"我以为这包含在里面"变成"咱们查一下基线"。
- 在报价里写明加价费率。 "包含 2 轮修改；第 3 轮起按 $50/小时计费。"你可能永远用不上它，但它必须存在。
- 每个加价需求一提出来就立刻记录。 三十秒，在你回复消息之前。记忆是范围管理里最薄弱的一环。
- 把差距摆给客户看，而不是争辩。 把"约定内容 vs 新增内容"并排一放，记忆之争就变成了数学题——客户通常二话不说就批准这些额外项。
- 用变更单（change order）的形式给额外工作开账单，而不是一副道歉的姿态。 一张干净利落的加价账单（add-on invoice）是流程，不是对抗。这正是 ScopeGuard 自动化做的事，你也可以在范围蔓延计算器里免费验算加价的金额。
月费：钱是稳的，范围却在漂
月费抚平了自由职业最大的痛点：收入的过山车。每月 $1,500，一年十二个月，不用找客户——那就是 $18,000，在你还一个字都没开工之前，就可以按这个数做预算。
危险在于漂移。月费客户开始把你当成员工，却没有劳动合同。"快速问一句"变成了每周 30 分钟的电话；"小改一下"变成了一整张新的着陆页。用不了多久，你就在为他们付钱的 10 个小时干 25 个小时的活——月费悄悄变成了时薪工作，追踪更差，差额也永远开不出账单。
健康的月费模式靠明确的边界运转：
- 明确的工时池。 "每月 10 小时"，而不是"视需要而定"。
- 写下来的范围内清单。 "邮件模板和社媒图：包含。新的着陆页：不包含。"
- 结转政策。 "未用工时月底清零"——或者顺延一个月。选一种，写下来。
- 溢出费率。 超出工时池的部分按你声明的时薪计费，记录方式跟记变更单一样。
- 季度复盘。 工作量涨了，价格就跟着涨。一个永远不涨价的月费，就是一张越拉越大的折扣券。
怎么选：三个问题
- 第一天你就能说清交付物是什么吗？ 能 → 固定报价。不能 → 时薪，或者在报价开发之前加一个固定报价的调研阶段。
- 客户需要价格确定吗？ 需要 → 固定报价或月费。时薪会让管预算的人紧张，把每一周都变成一场小谈判。
- 这个活会结束，还是会一直持续？ 会结束 → 固定报价。会持续 → 月费。
| 项目类型 | 推荐模式 |
|---|---|
| 有清晰需求说明的网站或应用改版 | 固定报价 + 变更单 |
| 修改你从没见过的代码里的 Bug | 时薪 |
| 每月的内容、社媒或邮件产出 | 月费 |
| 有固定成果的设计冲刺 | 固定报价 |
| 持续性的开发运维 / 支持 | 月费 + 时薪溢出 |
混合打法：固定核心，时薪改单
三种模式里最好的部分，不需要第四种模式——只需要组合：
- 核心部分用固定报价。 把交付物打包报价，这就是你卖的东西。
- 其余一切按双方同意的加价费率。 把数字写进报价：$50/小时，或者每多一轮修改 $80。项目开始前就公布。
- 额外需求一落地就记录。 客户一提出来就记下——工时、成本、累计总额。不靠记忆，不留意外。
- 发一张干净利落的加价账单。 不是一句"对了，另外……"的消息，而是一张正式的变更单发票，客户能逐行查看。
这正是 ScopeGuard 为之而生的模式：范围基线锁住固定报价，每个加价需求 30 秒记完，蔓延计量器（Creep Meter）实时显示超支百分比，客户在账单送达之前就能通过只读链接看到"约定 vs 新增"。具体机制在文档里有完整说明，想要完整的定价方案就去定价页。
核心结论
- 时薪为你的付出付钱，同时也封顶你的收入。
- 固定报价为结果付钱，也会惩罚那些看不见的范围蔓延。
- 月费为你的可用性付钱，没有边界就会漂向免费劳动。
模式本身不如围绕它的系统重要。只要你能写下范围基线、记录每一次变更、并让客户实时看到数字，三种模式任选其一都能成立——这种纪律比选择本身更值钱。在敲定下一种计费模式之前，用免费的范围蔓延计算器看看你现在的项目到底处于什么状态。知道自己真实的超支百分比，是认真开账单的第一步。
*相关阅读：什么是范围蔓延？ · 范围基线模板 · 蔓延计量器：每一个客户加价需求的真实成本 · 如何为额外工作开账单：自由职业者变更单指南*