合作模式

Retainer 保留费

按月循环的合作形式,供应商预留约定的容量,客户按月支付可预测的费用。

最近审阅: 2026-05-24 审阅人Kevin Riedl wiki ↗

Retainer 是对供应商时间的订阅。你每月付款;作为回报,你得到约定的天数或约定的团队容量。具体范围会变;可用性不会变。

当工作是持续的、且优先级变化太快、SoW 跟不上时,Retainer 很好用。产品团队用 Retainer 请设计合作伙伴,工程团队用它聘 fractional 资深角色,几乎每一份法律顾问安排都是 Retainer。在奥地利,Retainer 通常被构造成 Dienstvertrag 或 freier Dienstvertrag,因为你买的是被预留的可用性与判断,而不是一个固定成果物。

风险与 T&M 相反:没有活的时候供应商也照拿钱。聪明的客户会附上一条「合理使用」条款,并每季度复盘 Retainer 以确认容量在被使用。如果利用率低于 60%,说明 Retainer 形态不对,你要的是一份按次的 SoW。

举个实际例子:一家初创公司「为了保险起见」把一位资深顾问放在每月 10 天的 Retainer 上。头两个月被用满;然后产品上线、工作量掉到每月两天,但发票没掉。他们现在为八个闲置的天数付费。修法不是取消这段关系,而是把它调到合身:降到一个更小的 Retainer,再加上在真正出现交付物时去定一个固定价格 Build 的选项。健康的 Retainer 坐落在 70% 到 85% 的利用率;低于这个你买的是保险,高于 95% 你是在把供应商当员工使,留给真正要紧的工作的余量为零。

诚实的取舍是可预测性对效率。Retainer 给你一个已知的月度成本和一颗被预留的资深大脑,代价是在安静的月份里为容量付费。相关:Fractional CTO 奥地利 跑的是一个你每周都能取消的周度 Retainer,这去掉了让传统 Retainer 有风险的大部分锁定。

// FAQ

常见问题

T&M 按工时计费,没活时不付费。Retainer 是订阅供应商容量,没活时也付费。代价换的是优先级与可用性:Retainer 客户出问题时插队,T&M 客户排队。
一般不能。滚动是把 Retainer 退化成预付的 T&M。合理的做法是按季度复盘利用率,长期低于 60% 说明形式不对,应改为按项目的 SoW。
范围明确、有截止日期的项目用 Retainer 不划算 / 客户付的是容量,不是结果,风险还在自己这边。这种项目应该走固定价格的 Werkvertrag。Retainer 的用武之地是「持续支持」与「待命资深角色」。