很多团队做 AI 项目,第一反应是选模型、搭框架、写提示词。但真正决定项目成败的,往往是动手前的判断:这个场景值不值得做?数据够不够?效果怎么验收?成本能不能承受?出问题谁负责?
本文给出一套可以在半天内完成的评估方法,适合产品、技术和业务负责人一起使用。
一、价值:问题是否足够痛
先回答三个问题:
- 现在这项工作由谁完成,每天或每月花费多少时间?
- 这件事做错或做慢,会造成什么可量化的损失?
- 如果 AI 只能做到 70 分,是否仍然有价值?
如果答案只是“看起来很美”或“竞争对手也在做”,建议先放一放。AI 适合处理重复、规则相对稳定、结果可校验的任务,例如摘要、分类、信息抽取、初稿生成和知识检索,而不是替代需要承担法律责任的判断。
二、数据:有没有可用的输入和知识
模型能力再强,也需要正确的上下文。评估时至少确认:
- 业务数据是否已经数字化,能否以文本或结构化形式提供;
- 知识是否有时效性,更新频率如何;
- 是否存在敏感个人信息、商业秘密或未授权的第三方内容;
- 谁来保证数据质量,出现错误如何追溯。
一个常见误区是把“有大量文档”等同于“有知识库”。如果文档重复、过期、互相矛盾,检索只会放大混乱。先做小范围的数据清理,比堆更多文档更有效。
三、效果:能否定义可验证的验收标准
“回答得更好”不是验收标准。可以把它拆成:
- 准确性:抽取字段的正确率、引用是否命中原文;
- 完整性:是否遗漏关键步骤或条款;
- 一致性:相同输入是否得到稳定结果;
- 可用性:业务人员是否愿意采用,平均处理时间是否下降。
建议在项目开始前准备 30–50 条真实样本,标出标准答案和可接受的误差范围。样本要覆盖常见情况和边界情况,不要只挑容易的。
四、成本:把一次性投入和持续消耗分开算
AI 项目的成本至少包括:
| 成本项 | 说明 |
|---|---|
| 模型调用 | 按 token 或按次计费,随使用量增长 |
| 工程开发 | 接口、检索、审核、监控和运维 |
| 数据治理 | 清洗、标注、权限和更新 |
| 人工复核 | 高风险场景必须保留的环节 |
| 合规与安全 | 评估、审计、日志和应急处理 |
试点阶段容易低估持续调用和人工复核成本。建议先按“每条业务处理成本”估算,再乘以真实业务量,而不是只看模型单价。
五、风险:最坏情况是否可以接受
需要明确:
- 输出错误会造成什么后果,是否需要人工确认;
- 是否涉及个人信息、未成年人、医疗、金融等敏感领域;
- 是否会产生侵权、歧视、虚假信息或泄密风险;
- 出问题时能否快速下线、回滚和追溯。
对于高风险场景,优先设计“AI 辅助、人做决定”的流程,而不是让模型直接对外承诺或自动执行。
六、一页纸评估清单
在立项材料中至少写清:
- 目标用户与具体场景;
- 当前流程和量化痛点;
- 输入数据来源、质量与授权;
- 验收样本、指标和阈值;
- 试点范围、周期与退出条件;
- 单次调用成本与月度预算上限;
- 人工复核点和责任人;
- 数据安全与合规措施;
- 上线后的监控指标;
- 失败时的回滚方案。
结语
AI 项目不是“能不能做”的技术问题,而是“值不值得做、做完谁负责”的经营问题。先把五个维度写清楚,再决定是否投入,往往比匆忙上线更能节省成本。