先读结论
拆解席位、调用与结果收费，辨别归因和增量，建立覆盖商家与服务商的单位经济评估。
可持续商业化的核验链
从付费方开始理解代理商业
Agentic Commerce增加了理解购买意图、检索商品、构建购物车、发起支付和处理订单等服务位置。但有人使用一项能力，不代表它形成了可持续收入。分析时应先确定谁获得收益、谁控制预算、谁实际付款，再讨论市场空间。将所有自动化任务相加，会得到一个巨大却无法解释的数字，也无法帮助商家选择值得投入的服务。
本文是原创经营分析初稿。一手资料用于确认代理商业的服务边界，后面的收费方式、成本模型和谈判方法属于研究推演，不是任何厂商的当前报价。我们没有使用虚构收入、虚构转化率或未发生的客户案例。读者应将真实合同、执行日志和订单数据代入，检验哪种收费方式适合自己的任务，并把尚未核验的信息保留为空。
使用者、购买者与受益者可能不同
消费者使用购物助手，商家可能支付引荐费，支付机构处理交易，软件公司出售接口。这些角色可能分属不同主体。受益方与付费方分离时，产品需要证明费用如何产生收益，否则试点很热闹，预算负责人却没有理由续约。在企业场景中，业务人员节省时间，也不代表财务可以立即认定同等金额的现金节约。
可以建立一张角色表，记录谁提出任务、谁授权、谁支付服务费、谁承担错误成本，以及谁决定续约。分别访谈会发现潜在冲突：使用者希望速度，财务需要预算边界，供应商关心价格体系。商业模式应适应这些约束。仅模仿另一个AI产品的套餐，可能遗漏真正影响采购的决策角色，也无法解释为什么客户必须选择这个服务。
席位收费需要区分访问权与执行量
席位收费有利于预算，也适合持续培训和团队协作。然而一个管理员可能管理大量自动流程，其他用户只偶尔查看结果，席位数量未必对应交付价值。如果把机器运行隐藏在无限使用承诺里，供应商承担不可预测的成本；如果让客户为闲置席位付费，续约时又容易遭遇质疑。因此需要分别说明人类访问、代理执行与后台资源。
可采购的方案应列明包含的任务范围、合理使用条件、超额计费和管理控制。不限次数的宣传不应替代这些具体边界。混合套餐能够兼顾不同成本，却增加解释和对账负担；当客户无法预测下月账单时，理论上精细的定价反而可能降低采用意愿。产品团队需要测试客户是否理解价格，而不仅计算供应商是否覆盖了成本。
按调用收费要能解释每个计费事件
按查询或API调用收费可以让支出随用量变化，但一次客户任务往往包含多轮检索、模型调用与重试。客户未必愿意为实现细节付费，更不愿意替接口超时造成的重复调用买单。供应商必须解释计费单位与用户获得的结果有什么关系，并区分内部重试、新请求和重复提交。否则账单增长可能只说明产品在做更多无效工作。
采购前应要求一个可复算的账单样例，检查失败、取消、部分完成、超时及重新执行如何收费。复杂任务还需要成本预估、预算上限或阶段确认，使使用者能在执行前理解可能支出。计费单位可以因服务而不同，但必须稳定、可观察、可核对。若单位随着产品实现变化而频繁改变，客户的历史预算与效果比较也会失去基础。
按结果收费需要共同定义成功
只为成功付费听起来公平，却可能把分歧推迟到结算。生成购物车、支付成功、商品发出、用户收货和过了退货窗口，并不是同一个结果。若服务方在付款后收佣金，商家承担之后全部退货成本，双方可能对成功有不同理解。取消、换货、拆单与部分退款也会影响最后的计费对象，不能在合同里只留一个成功订单的模糊表述。
约定应包括计费事件、最终确认时间、修正方式和争议所需材料。长周期服务可以先记录暂计结果，达到约定条件后再结算，而不是假设全部价值在下单时就实现。具体会计处理须由企业按适用标准确认。产品层面至少应让账单反映订单变化，并确保双方能够追踪相同的业务对象，避免一方按订单、另一方按支付笔数核算。
把归因与增量分成两个问题
一次订单可以被技术规则归到某个Agent，却仍可能是用户原本会购买的商品。最后点击说明一次交接，并不证明新增需求。消费者可能先在品牌网站研究，再向助手确认规格，最后返回下单，多方都能申报贡献。若每方都根据自己的口径计费，商家会低估总体获客支出，也可能为同一需求重复付费。
合同中的计费归因解决双方如何结算，经营中的增量评估解决是否值得继续投入，两者应分别写明。可以通过随机实验、地域比较或匹配商品组估计变化，但要披露样本和识别局限。无法实验时，也可以检查重复归因、已有客户占比和原有渠道下降情况。不要把所有AI来源订单自动当成新增销售，更不要用这种口径推导行业规模。
成交额之外，还要看订单净贡献
成交额无法单独解释一条代理渠道是否赚钱。商家需要考虑商品成本、履约包装、支付与渠道费用、促销补贴、可归属服务投入以及退货损失。管理会计口径可以不同，但必须保持收入与成本范围一致，并说明未分摊的部分。把总成交额当收入，再减去一项接口费用，不能叫利润；把退货忽略，也会高估渠道质量。
比较不同渠道时，应按品类、客户新旧、客单与促销情况分层。某个入口恰好吸引购买意愿更强的用户，不一定意味着它提升了技术转化能力。真实预算决定可以接受带区间的结果，只要假设与限制明确。比起宣布一个漂亮的单点回报率，解释何种情况下贡献变正、何种成本变化会使合作失去价值，往往更有用。
服务商也需要计算异常路径成本
供应商的成本包括模型、检索、外部工具、基础设施和人工支持，并会随着任务复杂度变化。同样一百张订单，可能对应完全不同的调用次数和人工分钟数。因此，不能只用正常演示的单次成本预测长期毛利。应同时记录正常完成、等待确认、执行失败和人工接管的资源消耗，观察新增客户带来的是重复使用还是新的定制工作。
尤其要避免将困难任务全部转给商家，却宣称服务已经端到端自动化。若客户的协调时间没有下降，供应商的低成本可能只是把成本转移给了购买方。试点应由双方共同核对完整流程，明确哪些支持已包含、哪些另收费、哪些任务明确不支持。透明的边界有助于形成可持续价格，也能减少后续对交付范围的争议。
商业排序与用户目标之间的张力
购物助手如果收取推广费，就需要解释商业安排如何影响推荐。用户授权寻找合适商品，不自然等于接受最高佣金优先。门户应追踪赞助标记、推荐理由和未付费商品的参与条件，而不是照抄中立推荐的宣传。收入模式不是一个与产品行为无关的财务选择，它会改变平台怎样分配注意力和维护消费者信任。
这并不要求商业服务免费，而是要求清楚区分购买的是曝光、引荐还是执行能力。无论商业排序怎样设计，用户的预算、兼容要求、地区条件和明确排除项都应作为独立约束处理，不能为付费合作悄悄改写。具体广告披露要求需要按地区核验。产品评估则可以通过同一任务在不同商业条件下的可复现测试，检查约束是否保持。
用真实采购选择检验付费意愿
免费试用可以验证是否愿意尝试，无法单独验证商业需求。试点应尽早说明未来可能的计费单位和成本逻辑，让预算负责人判断已验证价值是否值得支付。定价尚未完全确定可以如实说明，但不能在客户把流程接入后突然加入不可预测的费用。双方应共享试点范围、支持条件和停止方式，避免使用方与采购方对下一阶段产生不同预期。
试点最好选择固定任务和有限客户组，记录交付、异常与服务成本，再讨论实际续约或扩展。口头称赞、频繁使用、预算批准和真实付款是不同证据，应分别保存。若某个客户愿意长期免费使用，却不愿承担任何费用，需要继续分析受益是否落到付费角色，而不是把拒绝付款简单归结为用户不理解新技术。
规模效应也可能被复杂性吞掉
更多客户可以分摊固定成本，也可能增加地区、商品和系统差异。若每个新客户都需要专属适配、大量人工维护和个别合同，收入增长不意味着产品已经能够像标准软件一样扩展。研究时应拆分重复交付、配置服务与定制项目，避免把咨询收入统称为高度可复制的订阅收入。业务本身可以有价值，但价值来源要说清楚。
规模还会改变议价关系，大客户要求更高支持水平，外部工具或入口可能涨价，服务商也可能面临集中度风险。多来源能力和可迁移接口可以降低依赖，却同样产生成本。一个可靠分析应同时讨论规模收益、支持负担和退出条件，不把订单越多边际成本必然越低当成前提，更不凭几家合作名单就推断市场已经形成壁垒。
采购前应核对的计费与退出条件
采购清单需要包含计费单位、包含用量、额外模型或工具费用、失败处理、退款修正、账单复算与价格变更通知。若服务商声称节约成本，应说明原始流程和减少的具体工作；若声称新增收入，应说明归因、对照与退货。任何一项无法回答，都应记录为待核验，而不是让采购人员用自己的乐观假设补齐。
同时检查数据导出、终止合作、未完成订单和历史服务记录的安排。采购决定不是只选单价最低，而是判断总成本可否预测、价值可否验证、失败可否恢复。探索期可以采用有限范围和定期复核，但合同周期仍应考虑真实实施成本。一个长期关系应该建立在双方都能解释价值的基础上，而不是依靠迁移困难锁住客户。
报道商业模式时保留原始指标口径
垂直门户可为每个项目记录解决任务、付费角色、收费单位、公开客户证据、已开放范围和未披露内容。发布稿中的合作、支持、计划推出与正式交付需要分开。用户数、调用量、成交额、确认收入与利润也不同，不能随意换算。一个被很多开发者试用的协议，并不等于有很多消费者完成购买，更不等于某家公司已经获得相应收入。
当产品改变收费或退出某个场景时，历史文章应增加更新说明，解释原来的假设如何被证据修正。这样的持续记录比每次都写全新革命更能帮助经营者判断。对代理商业而言，真正值得长期观察的是价值、价格与责任怎样对应，以及这种对应在扩大客户、增加地区和遇到异常后是否仍然成立。
把下一笔投入变成可复用知识
管理者可以按三层做决定：任务是否值得解决，方案能否在真实条件下完成，以及收费能否支撑双方持续合作。一个层面的宏大叙事不能补足另一个层面的证据。技术有效但价格不合适的方案，可以谈判；低价却无法交付的方案，需要先修产品；使用者满意而付费方无收益的方案，则需要重构服务对象和价值证明。
最初投入应留下业务基线、执行记录、可导出数据、异常样本和明确的停止边界。即使没有续约，这些材料仍能帮助下一次选型。行业成熟不会只表现为更多服务加上Agent标签，也应表现为客户更容易理解账单、供应商更准确承担交付责任，以及双方能根据真实结果调整价格和投入，而不是只依靠对未来规模的共同想象。
常见问题
- 按成交收费一定更公平吗？
- 不一定。需要核对成功定义、增量识别、退款调整，以及风险与服务成本由谁承担。
来源与延伸阅读
- Agentic Commerce: A Getting Started Guide · Stripe
- Powering AI commerce with the new Agent Payments Protocol (AP2) · Google Cloud
- 10 things we learned building for the first generation of agentic commerce · Stripe
本文为 AI 辅助的原创研究稿，案例为假设情景，事实背景以文末一手来源为准，不构成投资或法律建议。