你为这次构建报价 $3,500。同样的需求沟通电话，同样的范围文档，同样的 $3,500——无论工作流最终落在 Zapier 还是 Make 里。六个月后，Zapier 客户已经吃掉了四十个小时不计费的"快速修复"和三次关于任务超额的尴尬对话，而那个本以为只要三十小时的 Make 构建花了六十小时，因为场景不断冒出新的分支和边缘情况。同样的费用，两种不同的亏损。两个平台都没有造成其中任何一种。把它们定价得一模一样才是。
这篇文章面向销售 Zapier 和 Make 构建的自动化顾问和小型代理机构。它解释了为什么这两个平台承载着相反的风险，如何让你的定价模型匹配风险而不是匹配 logo，以及在你的账本里追踪什么，好让每个项目为下一个项目定出更好的价格。
隐藏在你报价背后的平台账单
Zapier 和 Make 为同一个概念——一个自动化步骤运行一次——收费的方式会迅速分化。Zapier 按任务计费，而 Zap 里几乎每一步都计入：触发器、每个动作、格式化和过滤步骤。Make 按操作计费，每个档位内置的额度要宽松得多。标价看起来接近，直到你乘以步骤和用量。
在 2026 年标价下，对相同工作负载进行正面比较，两者在每个用量档位上的差距大约为五到八倍。一项基准测试将同一套工作流每月运行 1,000 次，Zapier 定价为 $73.50，而 Make 为 $9。一个处理每月 1,000 条线索的六步 AI 工作流，在 Zapier 上大约花费 $150 到 $300，在 Make 上不到 $50。在每月 10,000 次运行的情况下，Make 的 Core 档位以每月约 $9 到 $11 覆盖该用量，而等效的 Zapier 任务数则要落在贵上数倍的套餐上。
这些在构建当天都不是你客户的问题。当他们的用量翻倍的那个月，它就成了你的问题。一个超出其任务档位的 Zapier 客户会收到一张带着你代理机构指纹的超额通知——是你选择了平台，是你设计了步骤数，现在他们的自动化每个月都更贵。同样增长的 Make 客户通常能在他们已有的套餐内消化掉。如果你的固定费用假设"构建就是全部工作"，那么该假设的 Zapier 版本会最先过期。
两个平台，两种相反的亏钱方式
Zapier 构建上的亏损通常出现在发布之后。多步 Zap 组装起来很快，所以构建本身往往低于预算——这感觉像是一场胜利，直到维护阶段开始。你为修复一个边缘情况添加的每一个新步骤都会提高客户的月度任务消耗。每一次用量高峰都变成一张支持工单。因为客户的平台账单可见且不断增长，他们恰好在工作负载增长的时刻把你的维护费谈低。你报了构建的价；现在你在免费赠送运营。
Make 构建上的亏损通常出现在发布之前。Make 场景运行成本更低，但设计好会更慢。路由器、迭代器、错误处理路径和数据存储查询会奖励精心的架构，惩罚仓促行事。一份基于 Zapier 式假设写成的范围文档——一个触发器、几个线性步骤、搞定——会悄悄地把一个 Make 构建低估一半。诚实地记录工时的代理机构常常发现，"同一个"项目的 Make 版本在构建、测试和文档上要长 50% 到 100%。你也报了构建的价；你只是错估了它另一半的价格。
这就是平台感知定价的核心论据：Zapier 把你的风险集中在交接之后，体现在用量驱动的支持和超额摩擦上。Make 把你的风险集中在交接之前，体现在构建复杂性上。一个固定费用无法同时覆盖两种形态。它会在你速度快的那个平台上过于慷慨，在你速度慢的那个平台上过于单薄——而且你几个月都不会察觉，因为每一种亏损都藏在不计费的工时里，而不是在发票上。
固定价格 vs 预付费：让模型匹配风险
固定价格和预付费合作不是同一件事的两种风味。固定价格合作是一个带有约定交付物、明确时间线和锁定成本的项目：客户获得预算确定性，而你承担范围文档内一切事项的成本风险。预付费是预先购买的月度产能——固定小时数或定义好的服务水平——在新构建、修复、监控和改进出现时按需应用。客户获得连续性；你获得可预测的收入。
决策规则很简单：固定价格适合稳定、定义清晰的构建，预付费适合一切持续变化的东西。一个规格冻结的一次性线索路由 Zap 是一个固定价格项目。一个客户每个月都发现新工作流的自动化项目，是一个披着项目报价外衣的预付费客户。大多数代理机构的亏损来自于在合作实际上是第二种形态时卖出了第一种形态——在客户购买的是持续能力时报了一个构建的价格。
具体到 Zapier 工作，倾向于从第一天起就把每个固定价格构建与一份维护计划配对。该平台的经济学保证了发布后关于任务、用量和套餐档位的对话；预付费把这些从免费支持变成客户已经购买的服务。在 Make 工作上，反而要保护构建阶段：根据计时的 Make 估算来报固定费用，而不是根据 Zapier 式的猜测，并在场景重新设计周围划出更紧的变更请求边界，那才是 Make 工时真正流去的地方。
应该决定你费率的数字
来自在职自动化运营者的 2026 年真实费率数据表明，完整的客户构建——线索捕获到 CRM 加通知，那种看家项目——的固定费用大约在 $1,800 到 $4,500，月度预付费在 $1,200 到 $3,800 之间，用于维护加上新的工作流构建。时薪从 $95 到 $235 不等，成熟代理机构每个项目报价 $3,000 到 $15,000，预付费每月 $500 到 $5,000。如果你的固定费用低于那个构建区间，而你的交付工时与其他人相当，那市场并没有少付你钱。是你的报价。
一旦过了第一个构建，利润率数学就偏向预付费。行业基准将预付费毛利率定在约 50% 到 70%，而固定项目为 40% 到 60%，预付费客户在其生命周期内的价值通常高出三到五倍。但预付费会漏：约 52% 的项目经历范围蔓延，近五分之四的代理机构很少或只是偶尔对范围外的工作收费，而一份定价健康的预付费每年可能因未计费的范围增长损失约五个利润点。能保住预付费利润率的代理机构不是那些避免范围蔓延的。而是那些衡量它并重新定价它的。
有两个基准值得钉在你桌子上方。第一，你的每项目有效费率——实际收入除以实际工时——应该以宽裕的倍数超过你的成本费率，留出足够空间，让范围蔓延和核销无法吃掉它；当它接近成本时，差额都流向了不计费的工时。第二，对 Zapier 构建和 Make 构建分别追踪这个数字。混合平均值就是交叉补贴保持隐形的方式：你定价正确的平台掩盖了你定价不正确的那个。
你的账本应该记录什么
你的会计设置要么揭示这些漏洞，要么把它们埋起来。四个习惯决定成败。
第一，在会计科目表中把构建收入和预付费收入分开。单一的"客户收入"科目把一次性项目费和经常性维护计划混在一起，让你无法看出哪种模型能自给自足。两个收入科目——项目和预付费——把每个月末变成你业务组合的读数。
第二，绝不把客户的平台订阅捆绑进你的费用。客户应该直接向 Zapier 或 Make 付款，用他们自己的账户，即使是你替他们设置的。一旦平台成本作为收入和费用流经你的账本，你的收入顶线就会虚高，利润率就会失真，每一次套餐升级都变成对你价格的重新谈判。如果你必须垫付订阅，就把它记在单独的科目里作为可报销的过手费用，绝不作为收入。
第三，即使项目是固定价格，也要按项目记录工时。不计费的工时是两种平台风险都用来交易的货币——发布后的 Zapier 支持、发布前的 Make 超支——而你没记录的工时就是你无法计入下一份报价的亏损。你的时间追踪器首先是定价工具，其次才是工资记录。
第四，每季度审查每个客户的盈利能力，而不只是整体利润。这样做的代理机构通常会发现，一旦计入真实交付成本，10% 到 20% 的客户是不盈利的——通常是那些发布几个月后仍在接受免费支持的固定价格客户。这项审查是大多数小型代理机构从未建立的最有价值的财务习惯。每个不盈利的客户要么是一次重新定价的对话，要么是一封辞别信；账本会告诉你是哪些，而你等得越久，答案就越昂贵。
下面是保留这些习惯的顾问的月度账本在纯文本账簿里的样子——一个 $3,500 的固定费用构建、一份 $1,200 的月度维护计划、构建上的外包开发帮助，以及为客户垫付的一笔小额 Make 订阅：
2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Assets:Receivable USD
2026-01-01 open Income:Projects USD
2026-01-01 open Income:Retainers USD
2026-01-01 open Expenses:Contractors USD
2026-01-01 open Expenses:Software USD
2026-10-01 * "Harbor Dental" "Lead-routing build, fixed fee"
Assets:Receivable 3500.00 USD
Income:Projects -3500.00 USD
2026-10-05 * "Harbor Dental" "Build invoice paid"
Assets:Cash:Operating 3500.00 USD
Assets:Receivable -3500.00 USD
2026-10-05 * "Contract developer" "Scenario build help, 12 hours"
Expenses:Contractors 1080.00 USD
Assets:Cash:Operating -1080.00 USD
2026-11-01 * "Harbor Dental" "November care plan"
Assets:Receivable 1200.00 USD
Income:Retainers -1200.00 USD
2026-11-01 * "Make" "Client scenario operations, October"
Expenses:Software 29.00 USD
Assets:Cash:Operating -29.00 USD把构建收入和预付费收入放在单独的科目里，一个查询就能显示组合逐月的变化。把它与工时日志配对——构建工时对应 $3,500，支持工时对应 $1,200——每次合作的有效费率就是简单的算术，而不再是一种感觉。
为接下来两份报价准备的定价手册
下次有潜在客户要求"一个简单的自动化"时，把下面这套付诸实践：
- 根据计时的 Make 估算来报 Make 构建的价。如果你从未诚实地追踪过一次 Make 构建，就在你 Zapier 式的猜测上加 50%，并通过计时该项目来校准下一个。
- 在签约时给每个 Zapier 构建附上一份维护计划，根据预期月度任务量加上支持额度来定价——而不是在第一张超额通知到来时作为事后补充。
- 在你动手构建任何东西之前，把客户放到他们自己的平台账户上，用他们自己的卡。定价中不含过手订阅。
- 以书面形式定义一个变更请求边界：新应用、新触发器和场景重新设计都是新报价，而不是微调。大多数未计费的范围是通过词汇进入的，而不是恶意。
- 每季度审查每项目有效费率和每客户利润。对最底部的 20% 重新定价或释放他们。
在自动化工作上亏钱的代理机构，在纸面上很少是报酬过低。他们的报价看起来没问题，因为亏损从不出现在发票上——它们以不计费的周二下午、免费的过超额分诊以及花了双倍工时却没人记录的形式出现。为你实际在卖的平台定价，卖这个合作实际上是的预付费，让你的账本给每一份报价打分。$3,500 的费用从来不是问题。两次都同样地收它才是。
