正在加载，请稍候
同样是小程序接 AI，报价从 3 万到 30 万。按四类需求拆开人力配比与工期，附 3 个高频返工点。
同样是小程序接 AI 功能，参考区间可以从 3 万到 30 万。差距不在模型，在需求落在哪一类——只接对话、做知识库、带业务动作、还是多端复用。
我们在广州做企业软件定制交付，小程序端的 AI 项目多数来自零售与连锁客户的存量系统改造（服务范围）。这篇不讲笼统总价，只把四类需求的人力配比、工期区间拆开，再把最容易吃掉利润的三个返工点写清楚，方便你拿去对照手上的报价单。
报价差 3 倍的根因是需求层级不同：只调模型接口与要执行下单、退款的项目，人力与测试量差一个量级。前者交付的是"会说话的页面"，后者交付的是"能被审计的动作"。
拆开看只有三个变量在推高成本。确定性要求：客服答错一句是体验问题，Agent 误判一次退款是资损问题，后者必须有评测集、兜底路径和人工接管。动作数量：每接入一个业务动作（查订单、开工单、改预约），就要多一套权限校验、幂等与回滚设计。合规暴露面：一旦面向公众提供生成式 AI 服务，责任边界就变了——按《生成式人工智能服务管理暂行办法》第九条，提供者要承担网络信息内容生产者责任，履行网络信息安全义务。
所以第一件事不是问"用哪个模型"，而是问"AI 答错时谁兜底、答错会造成什么后果"。这个答案基本决定了报价落在哪一档。技术选型层面我们在小程序 AI 功能集成的四条落地路径里单独拆过，这里只谈钱和排期。
下表是我们按 3–4 人团队配置给的参考方案区间，不是已完成项目的实测报价，也不含客户侧资质办理与内部审批时间。真实报价要按你的存量系统数量、接口数量和历史数据质量上下浮动。
| 需求类型 | 人力配比 | 参考工期 | 参考报价区间 | 核心交付物 |
|---|---|---|---|---|
| ① 只接大模型对话 / 客服入口 | 3 人（后端 1、小程序 1、测试 0.5–1） | 3–5 周 | 3–6 万元 | 会话页、模型网关、敏感内容前置拦截、转人工 |
| ② 知识库 RAG + 文档解析 | 3–5 人（+算法 1、前端 1） | 5–8 周 | 8–15 万元 | 文档解析流水线、切片与向量库、召回评测集、答案溯源 |
| ③ 带业务动作的 Agent（下单 / 工单 / 预约 / 退款） | 4–6 人（+测试 1、必要时产品 1） | 8–14 周 | 15–30 万元 | 工具层与鉴权、幂等与回滚、动作审计日志、人工兜底位 |
| ④ 多端复用（小程序 + H5 + 企微） | 在①或③基础上 +1 前端 | 额外 2–4 周 | 基准报价 +30%–60% | 统一 API 层、平台差异化 UI、多端登录态与埋点 |
作为口径参照：截至今日，我们已发布的 7 个交付案例中，人工智能类 2 个、企业服务 2 个、教育培训 2 个、文旅消费 1 个；其中填写了项目周期与团队规模的样本，周期集中在 2–6 周、团队规模集中在 3–4 人。这组样本是中小型定制交付，不能外推为行业均价——AI 类项目因多出评测集与兜底设计，一般要在这个样本上再上浮一档，这也是上表②③两档高于样本周期的原因。
把这三项混进"总价"里谈，后期几乎必然扯皮：它们要么是持续消耗，要么是客户自己的工作量，都不该由开发方默默吸收。
按 token 计费与按次计费是两种完全不同的成本曲线，长文档解析还会额外吃 embedding 与存储。报价单里要写清：由谁的开户账号结算、月度预估用量、超量部分怎么计、以及是否设置单用户频次上限。这一项不写清，上线三个月后争议最大。
微信官方的服务类目文档写明：类目"会随着相关政策、法律法规以及平台要求的变化而产生变化，请小程序开发者以提交时所要求的材料为准"（微信开放文档·开放的服务类目）。其类目清单中已列有"深度合成"这一二级分类。这意味着资质准备是独立工作量，需要客户主体配合准备材料，开发方通常只能输出清单与整改建议，无法代办。这一段必须单列，并约定资质未下来时的上线顺延方式。
上线不是终点。模型侧会更新、业务话术会变、知识库文档会过期，评测集也需要跟着扩。建议在报价里单列一个维护包：按人天预付或按月固定，明确每月包含的调优轮次与知识库更新量。不给这块留预算的 AI 项目，往往在第三个月开始"答不准"，而那时已经没人认账。
返工是最贵的成本项，因为它同时消耗开发人力、客户耐心和上线窗口。小程序端的 AI 项目，八成返工集中在这三处。
最典型的情形是功能做完才发现类目路径不对。若涉及向公众提供图片、视频等生成内容，按《生成式人工智能服务管理暂行办法》第十二条，须按《互联网信息服务深度合成管理规定》对生成内容进行标识；若服务具有舆论属性或社会动员能力，第十七条还要求开展安全评估并履行算法备案手续（中国网信网·办法全文）。这两条一旦漏在需求评审之外，就是纯返工：补内容标识、补审核链路、补备案材料。
建议在排期里为资质准备与整改预留 2–4 周缓冲，并把"资质材料清单确认"设为一个前置里程碑而不是开发任务。我们做需求评审时会把这一项单独列成一张表，客户主体侧要准备什么、我们侧要配合什么，先对齐再开工。
把模型 SDK 和长文本渲染一次性塞进来，是包体失控的常见起点。平台对主包体积有上限，超出后必须走分包与延迟初始化，而这一步会牵动页面路由、登录态和首屏渲染顺序——本质上是架构返工，不是改个配置。按我们的经验，这类整改通常需要 1–2 周，且必须重跑真机首屏测试。
规避方式很朴素：在技术方案阶段就确定"哪些资源进主包、哪些走分包或换成服务端渲染"，并预留首屏加载的验收值。这一条在报价阶段几乎不增加成本，在返工阶段代价很大。
多轮对话天然要求存上下文，但存多少、存多久、存在哪，是有监管边界的。前述办法第十一条明确：不得收集非必要个人信息，不得非法留存能够识别使用者身份的输入信息和使用记录。很多项目的默认实现是"整段会话长期落库"，日志里还夹着手机号和地址，这在合规检查时属于硬伤。
正确做法是在设计阶段就定三件事：脱敏字段清单、上下文保留窗口（例如按会话有效期而非永久）、以及用户可发起的删除路径。这属于架构决策，上线后补做通常要 1–3 周，还要连带清洗历史数据。
跨城协作的关键不是信任，是可核验的中间状态。建议把付款切成四段，每段绑一份能被看见的交付物，而不是绑时间点。
另外三项建议写进合同：数据与账号归属、退出交接义务、以及模型与向量库的用量归属。这三条在小程序 AI 项目里比违约条款更实用。
只接一个 AI 对话入口的参考区间是 3 万–6 万元、工期 3–5 周；带知识库或业务动作的项目落在 8 万–30 万元。区间跨度来自业务动作数量、评测要求与合规整改量，不是模型本身的差异。
通行做法是用客户自己的模型账号结算，开发方只负责接入与调优，这样超量风险与账号主权都在客户侧。若改用开发方账号代付，务必在报价单写明月度额度与超量单价，否则后期对账容易起争议。
纯对话客服入口约 3–5 周；要解析产品文档、做知识库问答并保证答案可溯源，常规需要 5–8 周。若还要把工单、预约等动作交给 AI 执行，周期会拉到 8–14 周，主要增量在接口鉴权与人工兜底设计。
不能全部避免，但可以前置掉最贵的三类：类目资质、包体与首屏、会话留存边界。做法是把它们做成开工前的确认项而不是开发中的发现项，通常能省掉 4–8 周的返工窗口。
如果你手上正拿着一份小程序 AI 报价单，可以对照上面的四类需求先定位自己在哪一档，再逐项核对三个单列项。已交付案例里有同类项目的场景与交付物清单，也可以直接联系我们把需求过一遍，我们先给一份带返工风险项的排期，再谈价格。