企业 AI · 报价 · 项目交付
AI落地怎么报价？别抄同行价格，先算清楚这五笔账
报价不是给工时乘一个系数。企业 AI 项目的不确定性、集成依赖、维护和责任，都会在交付中变成成本。
做 AI 落地时，"多少钱"经常比"能不能做"更难回答。
有人会去问同行：一个知识库你报多少，一个工作流你报多少。问完抄个中间价，心里踏实一点。
项目开始后，踏实感很快消失。原本一周的工作，客户第三次改口径；接口迟迟不给；测试数据到最后一天才出现；上线后又多出两个月免费维护。
客户觉得报价里都该包含，服务方觉得自己越做越亏。
问题出在报价时只算了"做功能"的钱，没算把功能送进真实企业的成本。
同行价格为什么只能当参考
同样叫"企业知识库"，交付范围可以差很多。
一种是整理几十份文档，做一个内部问答演示。另一种要接入多个资料库，按部门隔离权限，保留引用版本，还要接单点登录和审计。
两个项目名字一样，风险完全不同。
客户类型、痛点强度、服务方的案例和背书，确实会影响价格。但它们还不够。一个能交付的报价，至少要把五笔账写进去。
五笔账，少一笔都可能倒贴
第一笔是范围。交付几个场景、支持多少数据源、是否进入生产、谁负责清洗数据、培训几次，都要能数出来。
第二笔是不确定性。需求尚未定义、样本不足、准确率没测过，都需要额外的诊断和验证，不能只写一句"后续再沟通"。
第三笔是集成。账号、权限、接口、网络、安全评审和第三方厂商响应，都会影响进度。写几行模型调用代码通常不是最慢的一段。
第四笔是维护。知识更新、提示和评测调整、接口变化、故障处理，需要明确包含多久、超过后怎么收费。
第五笔是责任。系统只给建议，还是会发送邮件、修改数据、触发业务动作？动作越接近生产结果，测试、审批、审计和保险边界就越重。
报一个总价，不如拆成四段
需求模糊时，直接报一个"全包价"，双方都在赌。
更稳的方式是分阶段：
付费诊断先确认问题、数据、依赖和验收方式。交付物是一份可以决定做不做的结论。
小步验证只选一个高频、低风险场景，用真实样本测效果。这个阶段回答可行性，不承诺生产稳定性。
生产上线再计算系统集成、安全、权限、监控、回滚和培训。
持续运营按月、季度或服务包收费，约定知识更新、问题响应和效果复盘。
分段让每一阶段只为当下能确定的结果定价，也减少双方盲赌。
把变更也写进报价
"可以改几次"很容易吵起来。修改次数不是好边界，修改性质才是。
文案措辞、页面位置属于范围内调整。新增数据源、改变业务对象、增加自动动作、重做验收指标，已经改变了项目。
建议在报价单里写清三件事：
• 哪些输入由客户按什么时间提供。
• 哪些变化属于范围变更，需要重新评估工期和费用。
• 因第三方、数据或审批导致的等待，怎样处理排期。
这几行字不浪漫，却比"长期陪伴客户成长"有用。
价格还要对得上价值
成本算清以后，还要看项目为客户解决了多大的问题。
如果一项工作每月只浪费两小时，做复杂系统就没有必要。如果它影响销售响应、生产停机或大量人工复核，客户愿意支付的价格自然不同。
价值定价也不能靠想象。先记录现状：耗时多少、错误多少、等待多久、人工介入多少。验证后再看变化。没有基线，ROI 只是销售话术。
报价单应该让双方都看得懂
报价低不一定好成交，报价高也不代表专业。专业体现在客户能看懂自己买了什么，服务方知道哪些风险由谁承担。
下一次客户问"这个多少钱"，先别急着给数字。
把范围、不确定性、集成、维护和责任摊开。能说清楚这些，价格才有依据，项目也不容易在第三周变成一场互相埋怨。
素材来源：xiaomanhedy 在 X 上关于 AI 落地报价的观察。本文补充了交付成本与分阶段报价框架。
完