很多团队做 AI 项目,第一反应是选模型、搭框架、写提示词。但真正决定项目成败的,往往是动手前的判断:这个场景值不值得做?数据够不够?效果怎么验收?成本能不能承受?出问题谁负责?

本文给出一套可以在半天内完成的评估方法,适合产品、技术和业务负责人一起使用。

一、价值:问题是否足够痛

先回答三个问题:

  1. 现在这项工作由谁完成,每天或每月花费多少时间?
  2. 这件事做错或做慢,会造成什么可量化的损失?
  3. 如果 AI 只能做到 70 分,是否仍然有价值?

如果答案只是“看起来很美”或“竞争对手也在做”,建议先放一放。AI 适合处理重复、规则相对稳定、结果可校验的任务,例如摘要、分类、信息抽取、初稿生成和知识检索,而不是替代需要承担法律责任的判断。

二、数据:有没有可用的输入和知识

模型能力再强,也需要正确的上下文。评估时至少确认:

  • 业务数据是否已经数字化,能否以文本或结构化形式提供;
  • 知识是否有时效性,更新频率如何;
  • 是否存在敏感个人信息、商业秘密或未授权的第三方内容;
  • 谁来保证数据质量,出现错误如何追溯。

一个常见误区是把“有大量文档”等同于“有知识库”。如果文档重复、过期、互相矛盾,检索只会放大混乱。先做小范围的数据清理,比堆更多文档更有效。

三、效果:能否定义可验证的验收标准

“回答得更好”不是验收标准。可以把它拆成:

  • 准确性:抽取字段的正确率、引用是否命中原文;
  • 完整性:是否遗漏关键步骤或条款;
  • 一致性:相同输入是否得到稳定结果;
  • 可用性:业务人员是否愿意采用,平均处理时间是否下降。

建议在项目开始前准备 30–50 条真实样本,标出标准答案和可接受的误差范围。样本要覆盖常见情况和边界情况,不要只挑容易的。

四、成本:把一次性投入和持续消耗分开算

AI 项目的成本至少包括:

成本项 说明
模型调用 按 token 或按次计费,随使用量增长
工程开发 接口、检索、审核、监控和运维
数据治理 清洗、标注、权限和更新
人工复核 高风险场景必须保留的环节
合规与安全 评估、审计、日志和应急处理

试点阶段容易低估持续调用和人工复核成本。建议先按“每条业务处理成本”估算,再乘以真实业务量,而不是只看模型单价。

五、风险:最坏情况是否可以接受

需要明确:

  • 输出错误会造成什么后果,是否需要人工确认;
  • 是否涉及个人信息、未成年人、医疗、金融等敏感领域;
  • 是否会产生侵权、歧视、虚假信息或泄密风险;
  • 出问题时能否快速下线、回滚和追溯。

对于高风险场景,优先设计“AI 辅助、人做决定”的流程,而不是让模型直接对外承诺或自动执行。

六、一页纸评估清单

在立项材料中至少写清:

  1. 目标用户与具体场景;
  2. 当前流程和量化痛点;
  3. 输入数据来源、质量与授权;
  4. 验收样本、指标和阈值;
  5. 试点范围、周期与退出条件;
  6. 单次调用成本与月度预算上限;
  7. 人工复核点和责任人;
  8. 数据安全与合规措施;
  9. 上线后的监控指标;
  10. 失败时的回滚方案。

结语

AI 项目不是“能不能做”的技术问题,而是“值不值得做、做完谁负责”的经营问题。先把五个维度写清楚,再决定是否投入,往往比匆忙上线更能节省成本。