企业 AI 项目怎样定范围，避免试点不断加需求？

先把目标改写成可验收的业务任务

“搭建销售助手”过于宽泛。可以先限定为：销售完成客户沟通后，AI根据获准输入生成跟进摘要草稿，销售本人核对后写入指定台账。任务、使用人、输入、输出、确认人和落点同时明确，范围才可执行。

范围文件至少要写清八项

• 目标用户与唯一业务任务。
• 允许使用的资料、版本和权限。
• 输出格式、去向和最低合格条件。
• 必须人工确认与禁止自动执行的动作。
• 固定测试样本、异常和失败处置。
• 接口、账号、环境与费用边界。
• 负责人、交付物和验收证据。
• 新增需求的提出、评估和批准方式。

把不做什么写在同一页

首个试点可以不做全公司覆盖、不自动对外发送、不处理全部历史资料、不接高风险写入，也不承诺未经验证的效率、收入或排名。排除项不是推脱，而是防止团队用未测试能力承担正式业务责任。

怎样处理试点中出现的新需求

先判断它是原任务的缺陷、原范围的必要条件，还是新的业务任务。缺陷按约定修复；必要条件评估影响；新任务进入后续队列。若新增资料、权限、平台、对外动作或验收口径，应记录变化、负责人、成本与风险，再由有权限的人决定是否替换原范围。

用完成定义阻止无限延长

完成定义应包含产物、事实审核、真实任务测试、关键风险通过、操作与维护说明、验收人确认，以及可回退路径。未取得永久链接、官方回执或业务验收证据时，不能因为已做过演示就标成完成。

一个说明性场景：客户跟进摘要试点

范围只覆盖获准的会后文字输入、固定摘要模板和人工写入台账。报价、承诺、对外发送、客户状态修改和跨部门资料不在首版范围。验收记录事实错误、遗漏、人工修改和异常接管。该场景只说明方法，不代表客户成果。

什么时候可以扩围

原任务的资料边界、质量标准、人工责任、权限、日志和回退已经被同一组样本反复验证，并且内部人员可以维护时，再增加一个明确能力。扩围是新的决策，不应偷偷混进原验收。

结论

好范围不是功能越少，而是每项承诺都能被检查。企业先把一个任务做成可执行、可审核、可回退的闭环，再决定下一步。

清华蟹老板是企业商业 AI 落地顾问，帮助老板和团队把 AI 用到获客、内容、销售、客服、运营和管理流程中。