第 2.14.2 节：把项目范围和版本计划拆到可交付粒度
方案是否能交付，不能只凭感觉，需要结合“把项目范围和版本计划拆到可交付粒度”的验收样例和实际证据。完成本节后，你应该能够写出范围边界与版本拆分的验收样例、通过/不通过标准、判断阈值和风险说明。
核心概念
Discovery（需求发现）
人话解释：Discovery（需求发现）就是在开发前弄清客户真正要解决什么问题、现有流程是什么、资料在哪里、系统要接什么、风险在哪里。
项目位置：客服工作台项目开始前，先访谈客服主管、业务负责人、IT（信息技术）负责人和资料负责人。
工程动作：输出需求访谈记录、业务流程图、资料清单、系统接口清单、权限角色表和验收样例草案。
面试说法：我不会拿到一句“做 AI（人工智能）客服”就开工，而是先把业务目标、资料质量、工具动作、权限边界和验收标准确认下来。
Scope（范围）
人话解释：Scope（范围）是项目承诺做什么，也包括明确不做什么。
项目位置：客服工作台可以先做内部客服辅助，不直接面对外部客户；先做查资料和回复草稿，不做自动退款。
工程动作：把需求拆成 in_scope（范围内）、out_of_scope（范围外）、future_phase（后续可做）三类。每一类都要写清。
面试说法：我会把项目范围拆成试点版、增强版和生产版，让客户知道每一版能解决什么、不解决什么。
Acceptance Criteria（验收标准）
人话解释：验收标准是双方约定“什么叫做完成”的规则。
项目位置：客服工作台不能只看页面能不能打开，要看 100 条验收问题是否按规则回答、引用是否正确、无依据是否拒答、工具是否按权限执行、日志是否可追踪。
工程动作：设计验收问题集、场景用例、通过标准、失败处理和复测流程。
面试说法：我会用验收样例集而不是主观感觉验收 RAG（检索增强生成）和 Agent（智能体）项目。
Change Request（变更请求）
人话解释：变更请求是项目开始后，客户新增或修改范围时的正式记录。
项目位置：原本只做内部知识库，客户中途要求接 CRM（客户关系管理系统）和自动发短信，这就不是小改动，而是新增接口、权限、安全和验收。
工程动作：记录变更内容、影响范围、工期影响、费用影响、风险影响和是否接受。
面试说法：AI 项目最容易范围膨胀，我会用变更控制保护交付边界。
SLA（服务等级协议）
人话解释：SLA（服务等级协议）是对系统可用性、响应时间、支持时间和故障恢复的约定。
项目位置：如果客服工作台只做试点，SLA（服务等级协议）可以轻；如果要给真实客服每天使用，就要约定响应时间、故障恢复、备份、监控和支持窗口。
工程动作：定义可用性目标、响应时间、故障响应、维护窗口和费用。
面试说法：上线项目不是交付压缩包，必须考虑运行、维护、监控和故障处理。
本章在客服工作台中的位置
商业交付章节是全书工程能力的入口和出口。
| 阶段 | 本章要做什么 | 连接到哪些技术章 |
|---|---|---|
| 售前访谈 | 明确目标、资料、系统、动作、风险 | RAG、工具调用、安全权限。 |
| 方案设计 | 拆模块、定技术流、估算成本 | 文档解析、向量数据库、MCP（模型上下文协议）、部署。 |
| 报价范围 | 把工作量和风险拆成报价项 | 资料治理、接口对接、前端、监控、维护。 |
| 项目实施 | 按阶段交付 | LangGraph（智能体状态图框架）、多智能体、前端工作台。 |
| 验收上线 | 用样例集和日志验收 | 可观测性、安全、发布质量。 |
| 复盘维护 | 记录效果、问题和新增需求 | 求职作品集和项目复盘。 |
如果没有本章，前面的技术会变成散点。商业交付把这些技术重新组织成客户能理解、面试官能追问、团队能执行的项目方法。
系统流程图
这条流程的重点是：报价之前要有范围，开发之前要有验收草案，上线之后要有维护和复盘。
读图重点：先看两道门：客户未确认范围就回到需求访谈，验收未通过就回到问题修复；只有范围与验收都通过，项目才进入上线、培训和维护。
模块拆分
| 模块 | 商业交付内容 | 技术交付内容 | 验收方式 |
|---|---|---|---|
| 需求访谈 | 访谈纪要、业务目标、角色清单 | 无 | 客户确认记录。 |
| 资料盘点 | 资料清单、负责人、权限、版本 | 文档解析和质量评分 | 抽样资料可解析、可追溯。 |
| 知识库问答 | 问答范围、拒答规则、引用要求 | RAG、向量数据库、重排 | 验收问题集通过。 |
| 工具对接 | 接口清单、动作风险、审批规则 | Tool Calling（工具调用）、MCP 或 API（应用程序接口） | 工具用例通过。 |
| 前端工作台 | 会话、引用、工具卡片、审批卡片 | 前端页面和状态展示 | 客服能完成核心流程。 |
| 权限安全 | 角色、资料权限、工具权限 | Guardrail（护栏）、审批、审计 | 越权样例被拦截。 |
| 部署运维 | 环境、域名、密钥、备份、监控 | Docker（容器工具）、Nginx（反向代理服务器）、日志 | 健康检查和回滚方案有效。 |
| 培训维护 | 使用说明、维护说明、问题反馈 | 配置和运营流程 | 客户能独立处理常见问题。 |
报价时不要把这些模块都塞进“开发费”一个数字。拆开报价，客户才知道钱花在哪里，也更容易接受分阶段交付。