签约GEO外包时,收费模式和付款节点要围绕交付物、验收标准和效果验证来设计,才能避开拿了预付款不干活、做完基础优化就失联这些坑。建议采用基础服务费加阶段性绩效奖金,付款节点绑定关键词覆盖、结构化数据标记或引用来源等可检查的交付结果。
别急着付全款,先把交付物定死
很多外包合同只写“优化生成式搜索表现”,没写清楚具体交付什么,最后双方对“做完没有”各说各话。可以要求对方把页面可抓取性检查报告、结构化数据标记清单、实体一致性修改记录、引用来源整理表这些列进服务范围。这些交付物看得见、能打开检查,后续按节点验收就有依据。
如果对方只答应提供月报或模糊的优化建议,不建议一次支付大额款项。把交付物定到“哪一批页面、标记哪些实体、来源链接放在哪个字段”,再谈付款比例,后面扯皮的概率会低很多。
收费模式选对了,能少踩一半坑
市面上常见的收费模式有固定月费、按项目打包、基础费加绩效、纯按效果提成。固定月费适合长期维护但缺乏动力;按项目打包适合一次性的技术修复;基础费加绩效更平衡,能让外包方对可检查的交付动作负责;纯按效果要非常谨慎,因为生成式搜索的可见性很难精确归因于单一动作。
| 收费模式 | 适合场景 | 付款节点建议 | 注意点 |
|---|---|---|---|
| 固定月费 | 长期持续维护 | 月度支付,月初或月末 | 要写明每月交付物 |
| 按项目打包 | 一次性技术整改 | 项目启动、中期、验收分三笔 | 验收标准要明确 |
| 基础费加绩效 | 希望绑定效果 | 基础费按月或分期,绩效按可检查结果发 | 绩效指标应可验证 |
| 纯按效果 | 短期实验或流量分成 | 效果产生后支付 | 效果度量必须防作弊 |
表格里的模式不是非此即彼,可以根据项目阶段拆分:先按项目打包把技术问题修掉,再用固定月费做持续维护,中间约定几个绩效指标作为续费参考。关键是每种模式都要对应到具体交付物和验收动作,不要只按时间或口头效果付费。
付款节点怎么卡?关键看这三步
签约后先支付启动款,通常控制在总价的30%以内,用来覆盖外包方的初期调研和计划成本。中期在交付物验收后支付第二笔,比如页面抓取和结构化数据标记完成后,再付30%-40%。尾款放在全部交付物验收合格、报告可以复现之后支付。这个比例不是固定的,项目越小启动款比例可以稍高,但一次性预付超过总价50%就不太合理。
每一步付款前,要让外包方把可检查的交付物发到项目群或邮箱,自己打开确认页面可访问、标记代码可见、引用来源能对上。确认无误后再点付款,同时保留付款凭证和验收记录。这样即使后面合作不顺,也能说清楚哪一步完成了、依据是什么。
合同里不写清楚的,后面都容易扯皮
合同至少要写明服务范围、交付标准、验收方法、修改次数、暂停或终止条件。特别是“完成”的定义,不要只写“优化生成式搜索表现”,可以改成“对指定的20个页面添加Schema.org标记并提交抓取测试,输出修改前后对比报告”。这样写成动作和清单,验收时就能直接核对。
另外知识产权归属和保密条款不能省。涉及内部数据权限时,要约定账号由哪一方管理、外包结束后的权限回收时间。违约责任部分写清楚逾期交付或交付不合格时,按天扣除尾款或要求返工的具体办法,避免只写“协商解决”。
外包方合作中断前,这几种信号要当心
如果对方在项目刚开始就频繁要求提前支付大额款项,或者承诺短期见效、声称能影响特定AI回答内容,要特别小心。生成式搜索的可见性受多因素影响,没有哪家能打包票。还一种情况是交付物只有报告,不提供实际代码修改、数据权限或访问记录,那可能只是做了表面文章。
遇到这些信号,先暂停付款,要求对方按合同提供已经完成的交付物和访问记录。如果沟通开始明显拖延、不回应具体验收问题,也要及时记录时间点和内容。付款节点和合同条款就是为这种情况准备的,不要因为不好意思就跳过验收直接付钱。