同样说“用 AI 做一个客户管理系统”，报价可能差很多。差异未必来自谁写代码更快，而可能是报价只包含页面原型，或包含了权限、数据、通知、部署、测试和交接。AI 可以提高部分设计与编码效率，却不会自动替双方确认业务规则、第三方服务费用和上线责任。比较报价前，先把工作范围拆成同一张表。
一、先区分“网页制作”和“业务系统定制”
展示型网站主要交付页面内容、导航、表单和管理方式；业务系统还要处理用户身份、数据关系、状态流转、权限、异常和记录。一个页面看起来能填写，不代表后台规则完整。例如“客户跟进系统”至少要说清谁能创建客户、重复客户如何识别、跟进状态有哪些、谁能查看和导出、离职人员的数据归谁管理。
询价时先用一句话描述业务结果，再列出使用者、核心流程、数据来源和成功条件。不要只把一段 AI 提示词发给几位开发者，要求他们对不同理解分别给一个总价；这样得到的数字没有可比性。
二、要求报价按工作包列明
- 需求梳理：包括几次访谈、流程图或需求清单、原型确认；超出多少轮后如何计费。
- 界面与前端：页面数量、电脑端/手机端范围、表单状态、空状态、错误提示和浏览器适配。
- 后台与数据：角色权限、数据字段、查询筛选、状态流转、导入导出、操作日志、备份与恢复。
- 外部接口：对接哪些平台、由谁申请账号、接口是否已有文档、第三方认证或短信等费用由谁支付。
- AI 能力：模型或服务由谁提供，输入输出格式、调用上限、失败回退、人工复核、数据是否传出项目系统，以及持续调用费用。
- 测试与上线：测试环境、验收用例、部署协助、域名和证书配置、上线观察期、故障回退责任。
- 交付与维护：源代码、数据库结构、部署说明、管理员培训、缺陷修复期、后续功能迭代的计费方式。
让每一项都标注“包含”“不包含”“待客户提供”或“按实际发生另计”，并写明数量、假设和责任人。服务器、模型 API、短信、邮箱、地图、支付等持续性费用要与一次性开发费分开列，不要把未来的用量费用藏在开发总价里。
三、用一个具体模块测试报价是否说清楚
假设第一期要做“客户线索登记和跟进”，可以把模块说明写成：
- 销售人员可创建线索，必填字段为姓名、联系方式和来源；联系方式重复时提示已有记录，不自动覆盖。
- 线索状态为“待联系、跟进中、已成交、无效”，每次变更保留操作人和时间。
- 普通销售仅查看分配给自己的线索；管理员可查看全部并重新分配；导出仅管理员可执行。
- 列表支持按日期、来源、状态筛选；删除采用软删除并记录操作，管理员可以恢复。
- 测试数据包含重复手机号、无效联系方式、未授权角色访问、空列表和大量记录等情况。
现在检查每份报价是否明确包含这些行为。如果一份只写“客户管理模块”，另一份写了字段、角色和测试，两者就不是同一范围。对报价里出现的“高级功能”“完整系统”“AI 智能处理”等词，继续追问输入是什么、处理规则是什么、输出如何验收、失败怎么办。
四、AI 项目要把持续成本和人工边界单独核算
生成式 AI 功能通常有两类成本：开发接入的一次性工作，以及上线后的模型调用、存储、检索、消息发送等运行费用。让报价方说明估算基于哪些使用量，例如每月用户数、平均调用次数、单次文本或文件大小；同时给出限额、超额提醒、停用开关和费用查看方式。用量未知时，先做小范围试运行并设置上限，不要把“费用很低”作为没有依据的承诺。
还要写清哪些结果必须由人确认。AI 生成的摘要、分类或建议若会影响客户通知、价格、合同或数据删除，需明确谁审核、如何撤回、错误如何追溯。报价中应包含这些控制点的实现和测试，不能只按一个聊天框或接口按钮估价。
五、验收标准写成能重复执行的测试案例
把“功能正常”“体验流畅”改写成输入、操作、预期结果和证据。例如：用无管理员权限的账号访问导出链接，系统应拒绝并记录；两名销售分别创建同一手机号，系统应按约定提示重复而不覆盖旧数据；模型调用超时，页面应给出可理解的提示并保留用户已填写的信息。
每项验收至少标记测试账号、测试数据、操作步骤、通过条件和截图/日志等证据。确认缺陷分级和复测流程：阻断核心流程的问题先修复；不影响主要使用的视觉细节如何记录并安排。约定由谁在什么环境验收、反馈期限多长、修改后如何复验。
《民法典》第七百七十一条列出承揽合同内容一般包括标的、数量、质量、报酬、履行期限、验收标准和方法等；第七百八十条也涉及交付工作成果和验收。实际项目的合同适用需结合具体情况，本文提供的是需求沟通清单，不替代法律意见。《中华人民共和国民法典》相关条文
六、预算固定时，先减范围，不要删掉必要保障
可以把工作分为首期必需、第二期再做和暂不做三组。首期优先保留主要流程、权限、备份、基本错误处理和核心测试；报表美化、批量自动化、非核心通知等可根据业务价值排期。减少页面数量或先采用人工确认，通常比删掉权限测试和数据恢复更容易控制风险。
让报价方列出影响价格最大的三项假设，以及每项变化会怎样影响工作量和周期。需求变更统一通过书面清单确认：新增内容、费用/工期影响、验收条件、双方确认日期。口头沟通和 AI 对话记录可以帮助整理需求，但最终范围、交付和付款安排应以双方确认的项目文件为准。
七、询价时可直接发这份模板
项目目标：［要解决的业务问题］。使用者与权限：［角色及各自可做的操作］。第一期流程：［从开始到完成的步骤和状态］。需要的数据：［字段、来源、数量及敏感程度］。外部接口或 AI：［平台、账号、输入输出、调用上限和人工复核］。交付环境：［域名、服务器、测试/正式环境］。验收案例：［至少 3 个正常场景和 3 个异常场景］。请分项列出需求梳理、设计、开发、接口、测试、上线、交接、维护的范围、假设、排除项、费用和时间，并说明项目变更如何评估。
收到报价后，先逐项补齐空白，再比较总价和交付周期。报价越清楚，越能判断真正的差价在哪里；如果流程、数据或接口仍不明确，先做一次有明确产出的需求评估，再签开发范围，往往比一开始追求最低总价更省返工。