03｜一个企业 AI 项目，怎样从需求走到实际使用？

项目进度需要同时说明完成了什么，以及这些成果支持怎样的下一步决定。本系列采用八阶段工作流来组织这件事，从发现问题一直延伸到生产反馈与经验复用。它是一套教学与交付框架，团队可以根据规模调整形式，但不能只凭日期过去了，就认为相应责任已经完成。

设备租赁公司每天接询价、算费用、确认资源、安排派遣，这是业务流程。系统收到一条询价，抽取条件、查档期、调用计价工具、展示结果，这是应用执行流程。而团队调查需求、建设系统、验证效果、安排试用，属于项目交付流程。

三者互相关联，却处于不同层次。客户每次修改租期，系统会重新检查业务条件，不必重新启动一个开发项目；但如果反复改期暴露出系统没有管理版本的能力，团队就需要回到项目层面修改设计。

分清层次之后，八阶段才有正确的位置：它描述团队如何建立并持续改进一项企业能力。业务流程是改造对象，应用执行链是实现手段，项目工作流则组织建设与交付。

这张表首先是一组问题，随后才是一份活动清单。文件写完却无法支持判断，阶段仍然可能没有完成。相反，小项目用一页简明记录讲清事实、条件与责任，也可能比大量通用模板更有效。

以内部产品知识问答为例，第一阶段需要发现具体困难。销售无法及时解释专业问题，可能源于资料难找、内容不易理解或需要等待产品专家。这里要确认改造对象与现状，不能把“建知识库”直接当作已经验证的答案。

第二阶段把方向变成约定。第一期可以限定部分产品的专业咨询，要求回答有依据、能继续追问，并将动态商业信息转给真人。成功标准也要与任务相连，例如处理周期、事实正确性和转人工边界，而不只是回答速度。

第三阶段调查成立条件。产品资料在哪里？哪些是当前有效版本？谁更新？不同客户的咨询怎样隔离？消息入口能否识别用户？图片是否允许对外发送？这些事实会改变架构，也会改变第一期范围。

在这三个阶段，团队需要区分已证实事实、待验证假设、外部依赖与风险。“有一份资料”是事实，“资料足以覆盖问题”仍是待验证判断；“接口下周开放”是依赖，“延期导致试用无法进行”则是风险。把它们混写成“已准备”，会使项目在开发后期才暴露基础缺口。

端到端纵向切片，是选择一个窄而完整的用户任务，让入口、处理、数据、结果与必要的后续动作真正连接。知识问答可以先跑通“收到一个明确产品的问题—检索有效资料—形成有边界的回答—返回销售可见的入口”，不必一开始覆盖全部产品和所有媒体形式。

切片的宽度小，但链路不能缺段。只在命令行打印答案，尚未验证消息能否正确到达；界面能显示回复，也不能证明资料归属与访问限制成立。切片应让最可能破坏方案的条件暴露出来。

POC，即概念验证，检验关键假设是否成立；Eval，即评测，按明确样本与标准检查行为和结果。二者可以结合，但含义不同。一个专项接口实验可以验证技术未知，仍不能代替完整任务验证；一组固定问题可以比较版本，也仍需要说明它代表哪些场景。

到第五阶段，团队应明确做出继续、修订、收窄或停止的决定。方向合理但检索质量不足，可以修订；部分产品资料不完整，可以收窄；若关键数据无法获得且没有可行替代，可能应停止当前方案。停止是基于证据控制投入的结果，不必被包装成项目意外。

受控试用通常称为 Pilot。它要求限定用户、任务、数据、动作与观察周期，让方案进入真实工作，并保留支持和退出方式。测试人员会使用正确问法，真实销售却可能只输入半句话，再连续补充背景；这种差异只有在实际使用中才能看见。

因此，试用不仅观察回答，还观察工作衔接。销售是否需要重复录入？转人工是否找得到负责人？数据变更是否及时到达？遇到故障后是否能够继续服务客户？发现问题后，应根据原因返回相应阶段。

第七阶段关注正式运行、采用、验收与交接。Production 表示系统承担真实业务；Adoption 关注目标用户是否将它纳入日常工作；UAT，即用户验收测试，由业务用户按约定任务判断是否接受。三者回答不同问题，可以交叉发生。

用户验收也不必等到最后才开始。验收标准应尽早明确，代表性用户测试可以在试点前进行，修订后再验证。八阶段是责任组织方式，不是强制规定所有活动的唯一先后顺序。

上线后出现的新问题，应当成为可以定位与复测的改进任务。资料更新导致回答变化，可能需要修订知识发布流程；用户频繁绕开入口，可能要重新理解工作方式；新增业务规则改变自动化边界，则需要返回范围与权限设计。

反馈不能只停留在“用户觉得不好”。有用的记录应包括任务、输入、当时资料版本、实际行为、业务影响与下一步负责人。修复后用原条件复测，再检查相关任务，才能判断改动是否有效。

复用同样需要证据。消息接入、追踪机制和通用评测工具可能迁移到新产品；产品事实、专属资料、授权范围和代表问题则需要重建。前一个项目的成功，为下一次建设提供资产，不能直接充当下一次验收的结论。

可以把每次阶段评审压缩成五个问题：本阶段承诺解决什么；依据来自哪里；谁确认结论；仍有哪些限制；下一步在什么条件下开始、暂停或返回。

项目允许返回，团队才能如实报告新事实。若计划只允许向前，数据更新失效可能被写成小问题，评测失败可能被成功演示掩盖，最终留给生产环境承担。

准备开始一个项目时，不必一次填满八阶段的所有细节。先写清当前阶段已经证明的内容、尚未成立的条件和最小下一步。团队由此知道为什么继续，而不仅知道下周安排了什么。

下一篇进入第一阶段的现场：当客户只说“做一个智能助手”，怎样通过访谈、记录和观察找到一个真正可以推进的问题。

AI随心创的企业 AI 咨询从业务场景、工具选择和工作流设计出发，支持用小范围真实任务验证方案。沟通时可以先说明当前处于哪个阶段、已经有什么材料，以及下一步最需要验证什么。