课前：先自学，再做 15 道题
上课前，先花点时间自己看一页材料：
- 弄懂 4 个词：需求澄清（五问）、范围切割（切任务/切用户/切渠道）、方案书七块、SOW（工作说明书）——把"怎样算赢"写成双方都能执行的约定。
- 记住 1 个比方：把"我想要个 AI"缩成"两周能验证的一件小事"。
- 记住 1 条红线：方案书别写"我们用了最先进的大模型"；客户关心的是"帮我省了什么、错了谁负责"。
看完做 15 道自测题。哪几道大家错得多，直播时老师就重点讲哪几道。
直播 0–30｜把核心快速过一遍
- 五个问题把愿望变任务。 谁在什么情况用 / 现在怎么做花多久 / 最常三件事 / 做错了会怎样 / 两周后怎么判断有用。
- 范围切割三把刀。 切任务（不做"客服"做"退换货问答"）、切用户（不做"所有客户"做"新客户首问"）、切渠道（不做"全渠道"做"微信"）。
- 方案书只写一页七块。 背景 / 目标 / 范围 / 方案（一张图）/ 数据 / 风险 / 排期。
- SOW 锁定商业边界，识别伪需求。 SOW 八块：业务目标 / 范围基线(P0/P1/P2) / 关键人 / 交付物 / 里程碑 / 数据依赖 / 评测验收 / 变更与付款。伪需求信号：客户始终不让你接触真实流程、数据样本、验收负责人——大概率只是市场调研或试稿。指标从客户考核里来（质量/效率/规模/业务），别承诺"提高效率"这种没法验收的话。
直播 30–75｜挑大家做错的题讲
- 答应"全自动"，做不到还失去信任。
- 范围太大，两周做三个功能，最后三个都不能用。
- 没有验收标准，做完客户说"不是我要的"，无话可说。
直播 75–120｜拆一个真实案例：启衡精密，把"财务提效"削成两周 POC
启衡精密（制造企业），原话是"财务报销审核太慢，想用 AI 提效"。往下追问：每月约 300 单待审报销，人工查票据/对制度/算超标；ERP 数据有业务背景（供应商旧名称/开错抬头），审批链数据来自独立端点。
参考结论是：只做"报销预审"这一个高频、规则较明确、可人工复核的环节，不做"全能财务 Agent"；AI 只给可解释意见、回写 ERP 复核队列、不做审批付款；指标定成预审准确率 ≥90%、红线召回 100%。
这里埋了 3 个坑：答应"全自动报销"（等于把资金风险也自动化了）；范围太大，想做"全能财务 Agent"；指标写"提效"，没法验收。
这一讲想让你记住的就一句：真实项目失败的第一原因不是技术，是范围；把"不做什么"和"怎么验收"写进 SOW。
当堂练一个（8 分钟）：同桌给你一句模糊愿望——"我想做个 AI，把我们社团拉新、排班、回消息全自动搞定"。你当场用五问追问（谁在什么情况用 / 现在怎么做花多久 / 最常三件事 / 做错了会怎样 / 两周后怎么判断有用），再用三把刀削范围（只做哪件事、只服务谁、只走哪条路），最后交三样：一句话说清"为谁解决什么"、3 件"这版不做"的事、一个带数字的验收指标。
判断标准：能一口气讲出"做什么 + 不做什么 + 怎么验收"，且验收带数字；要是冒出"全自动""提高效率"这种没法验收的话，或者对方听完还问"你到底要做啥"，就是范围没削干净。
课后：答疑 + 陪跑，交一份作业
用五问重问委托写一句话范围 + 填一页方案书（"不做什么"至少 3 条）+ 做 POC 核心路径 + 录 3 分钟演示（不能剪辑）。
这节课你该会的：
- 能用五个问题把一句模糊愿望，问成"为谁解决什么、怎么算成功"；
- 能说出至少 3 件"这版不做"的事，并讲清为什么不做；
- 验收指标能测量、带数字，不写"提效""效果好"这种话。
三个翻车：
- 答应"全自动"——做不到，还失去信任；
- 范围太大——两周想做三个功能，最后三个都不能用；
- 没写验收标准——做完客户说"不是我要的"，无话可说。
延伸自读：《原理讲义》§15
展开查看
一句话定义：需求与方案，是把一句"想上 AI"的模糊愿望，通过追问、切范围、写成书面约定，压缩成一个"两周能验证、输了能负责"的小任务——它交付的不是功能，而是双方都能执行的边界约定。
核心原理
1. 五问：把"愿望"翻译成"可验证的任务"。 愿望是一种状态，任务是一个具体动作。只有问清"谁、在什么情况用／现在怎么做花多久／最常三件事／做错了会怎样／两周后怎么判断有用"，才能把"有用"变成可测的数。举个例子：某零售企业"想用 AI 提效"，五问后定位痛点为"客服重复回答退换货政策占七成"，任务缩成"退换货问答"，标准变成"重复拦截率 ≥ 60%"。
2. 范围切割三把刀：切任务、切用户、切渠道。 范围越大，评测、兜底、验收越难；三把刀砍在"做什么事／服务谁／走哪条通道"，任何一刀都让范围成倍收缩。举个例子：某留学咨询企业要"自动回复所有问题"，切任务只做"材料清单＋截止日期"两类有标准答案的题，切用户只服务"新客户首问"，切渠道只在微信——"所有问题 × 所有客户 × 全渠道"就缩成了一个两周能验证的点。
3. 方案书七块与 SOW 八块：为什么先写"不做什么"和"怎样算赢"。 方案书（背景／目标／范围／方案一张图／数据／风险／排期）是"打算怎么做"；SOW（业务目标／范围基线 P0·P1·P2／关键人／交付物／里程碑／数据依赖／评测验收／变更与付款）是"双方签字的契约"。二者的共同价值：提前写死验收口径与责任人。举个例子：不写"提高效率"，写"重复拦截率 ≥60%、错误率 ≤5%、高风险 100% 转人工"——后者可以直接测，前者验收必扯皮。
4. 伪需求信号：需求真假，看对方是否让你接触"真实"。 真正的需求方愿意为确定性付出成本；伪需求只想套方案或比稿。三个信号——始终接触不到真实流程、真实数据样本、验收负责人——说明对方把"信息"与"验收"都隔离起来了，这和"想交付"的动机是矛盾的。举个例子：某企业反复要方案，却不给一条真实订单数据、也不指定验收人，多半是市场调研或供应商试稿。
常见误区 / 边界
- 别答应"全自动／所有问题"：做不到还失去信任，正确是缩小范围并写清"不做什么"。
- 别用"提高效率／提升体验"当指标：不可验收；指标从客户考核里取（质量／效率／规模／业务），只写能测的数。
- 别把"暂不支持"当挡箭牌：红线事项（代写、承诺结果）必须明确拒绝。
- 别混淆三个东西：方案书是"打算怎么做"，SOW 是"签字的契约"，POC 是"两周跑出的证据"——方案书漂亮不等于范围已锁定，锁定靠 SOW 的 P0/P1/P2 基线。
- 别把"客户说的"当"需求"：客户说的是愿望，落成任务的才是需求。
- 别在需求没锁定时就写代码：范围没切、验收没定，写得越多返工越多。
一句可带走的话
真实项目失败的第一原因不是技术，是范围——先用五问把愿望缩成两周能验证的一件小事，再用 SOW 把"怎样算赢、错了谁负责"写成双方都签字的约定。
案例包 · 15 题自测
展开查看
这 15 道题分四块：五问 / 三把刀 / 方案书七块 / SOW 与不做什么。
每题都有解析，容易错的地方标了出来。大家错得多的题，就是直播时要重点讲的。
- （单选）客户说"财务报销审核太慢，想用 AI 提效"。接手后的第一步应该做什么？
- A. 立刻搭一个自动审批机器人
- B. 用五问把"愿望"澄清成"任务"
- C. 先报一个两周的开发排期
- D. 先确认预算和报价
答案：B ｜ 解析：客户说的是"愿望"，不是"任务"。需求澄清（五问）在动手之前。
- （单选）五问里"现在怎么做、花多久"这一问，目的是拿到什么？
- A. 客户的预算上限
- B. 现状基线（人工怎么处理、耗时多少）
- C. 技术选型参考
- D. 竞品功能清单
答案：B ｜ 解析：没有现状基线（如"每月 300 单、人工审核慢"），后面就无从验收。
- （判断）"两周后怎么判断有用"问的是验收标准。
答案：对 ｜ 解析：五问的最后一问就是验收口径——两周后看哪个数、到多少才算有用。
- （单选）"最常三件事"这一问，主要用来做什么？
- A. 找客户的个人喜好
- B. 定位高频需求，决定"先做什么"
- C. 凑方案书的字数
- D. 挑演示用的截图
答案：B ｜ 解析：最常三件事＝高频需求，范围切割时先做的就是它。
- （单选）财务每月 300 单待审报销，客户想"用 AI 提效"。两周 POC 最该做的是？
- A. 承诺全自动审批 + 付款
- B. 只做"报销预审"这一个高频环节，最终审批付款留给人
- C. 把总账、预算、税务、对账一次全上
- D. 先做"自动付款"这个最能提效的
答案：B ｜ 解析：AI 只给可解释意见、回写复核队列，不做审批付款。 容易错：选 A/D 等于"把资金风险自动化了"；选 C 是范围太大。
- （单选）范围切割的"三把刀"指的是？
- A. 切预算 / 切时间 / 切人数
- B. 切任务 / 切用户 / 切渠道
- C. 切模型 / 切数据 / 切接口
- D. 切前端 / 切后端 / 切数据库
答案：B ｜ 解析：切任务、切用户、切渠道。
- （判断）"不做全能财务 Agent，只做报销预审"属于"切任务"。
答案：对 ｜ 解析：切任务＝把"财务提效"缩小到"报销预审"这一个环节。
- （单选）POC 里同时做"报销预审 + 总账 + 税务"，结果三个都不能用。根本原因是？
- A. 模型不够强
- B. 范围太大，没有切任务
- C. 时间太短
- D. 数据不够
答案：B ｜ 解析：两周做三个模块＝范围太大。 容易错：很多人选 C（"时间太短"）。其实时间短是因为范围没切。
- （单选）客户希望"自动审批 + 自动付款"，两周 POC 的合理选择是？
- A. 按客户要求做全自动
- B. 只做预审，审批付款保留人工（AI 只给意见、回写复核队列）
- C. 先做自动付款
- D. 拒绝整个项目
答案：B ｜ 解析：报销是钱，最终审批付款必须留给人；SOW 里写死"不做什么"。
- （单选）方案书里"不做什么"应该写在哪一块？
- A. 背景
- B. 范围
- C. 排期
- D. 不需要单独写
答案：B ｜ 解析："不做什么"是范围的另一半，比"做什么"更该写清楚，至少 3 条。 容易错：很多人漏写"不做什么"。
- （单选）方案书的目标篇幅是？
- A. 越详细越好
- B. 一页七块
- C. 十页起
- D. 不用写
答案：B ｜ 解析：一页七块＝背景 / 目标 / 范围 / 方案 / 数据 / 风险 / 排期。
- （判断）在方案书里写"我们用了最先进的大模型"能增强客户信心。
答案：错 ｜ 解析：客户不关心技术，关心"帮我省了什么、错了谁负责"。
- （单选）SOW（工作说明书）的核心作用是？
- A. 记录技术选型
- B. 把"怎样算赢"写成双方都能执行的约定
- C. 排项目进度
- D. 对外宣传
答案：B ｜ 解析：SOW 锁定业务目标、范围基线、交付物、评测验收、变更付款。
- （单选）以下哪条是"伪需求信号"？
- A. 客户愿意提供真实数据样本
- B. 客户始终不让你接触真实流程、数据样本、验收负责人
- C. 客户指定了验收负责人
- D. 客户要求两周内出 POC
答案：B ｜ 解析：接触不到真实流程 / 数据 / 验收人，大概率只是市场调研或供应商试稿。 容易错：很多人被"客户很热情"迷惑。
- （单选）以下哪句是"可验收"的指标？
- A. "大幅提高财务效率"
- B. "预审准确率 ≥ 90%，红线召回 100%"
- C. "明显减少人工"
- D. "让财务更满意"
答案：B ｜ 解析：带数字、带方向、可测量才算可验收。 容易错：很多人选 A/C/D，因为好听但没法验收。
案例包 · 案例拆解素材
对应：第 15 讲「企业需求与 POC」
课堂用时：案例拆解 45 分钟（直播 75–120）
材料与提示词思路：全部内联在本文件，不另建
data/和prompts/
1. 客户与场景
启衡精密是一家传统制造企业（FDE 挑战赛道），这个项目要服务的是它的财务部——做员工报销审核的同事。触发点很具体：每月报销高峰一到，财务审核就堆积，退回的原因还说不清楚。
客户的原话是：
"财务报销审核太慢了，想用 AI 提效。"
现在的情况是：每月约 300 单待审报销，人工一条条查票据、对制度、算天数，重复审核多、退回口径不一。
2. 为什么这个案例值得教
- 它是"从能对话到能交付"的第一道关：真实项目失败的第一原因不是技术，是范围；
- 它把一个"模糊愿望"（AI 财务提效）完整走完 五问 → 三把刀 → 方案书 → SOW 全流程，练的是需求澄清、范围锁定、变更管理、验收口径；
- 它逼学生识别两个坑：范围蔓延（想做"全能财务 Agent"）和指标不可验收（"提效"不是指标）；
- 它明确"AI 只给意见、不做审批"的责任边界——报销是钱，最终审批和付款必须留给人；
- 真实细节：ERP 里的数据有业务背景（供应商旧名称 / 开错抬头），不是"脏数据"那么简单。
3. 原始材料（模拟数据）
3.1 追问后拿到的现状（财务提供）
- 每月约 300 单报销，人工审核；退回原因说不清，重复咨询多；
- 主要环节：查票据字段 → 对制度（住宿/交通/时限）→ 算超标 → 标缺件 → 写退回理由；
- 制度分散：住宿标准、报销时限、发票要求、超标处理散在多份文档；
- 数据现状：报销单在 ERP 里，审批链数据来自独立端点（ERP 报销单详情不含审批链）。
3.2 三条红线（不可碰）
- 不做最终审批、不付款：AI 只给可解释的"预审意见"，回写 ERP 复核队列，由人终审；
- 关联交易 / 高金额 / 供应商黑名单：必须人工复核，不得自动放行；
- 不承诺"全自动"：涉及钱的流程，自动化的边界要写死。
4. 期望输出
4.1 一页方案书 + SOW 八块
背景（300 单/月、人工慢）/ 目标（把预审环节自动化）/ 范围基线（P0 做票据字段抽取 + 制度比对 + 超标计算；P1 做缺件识别；P2 做黑名单/关联交易，不在本 POC）/ 关键人 / 交付物 / 里程碑（两周 POC）/ 数据依赖（ERP 报销单 + 审批链端点 + 制度文档）/ 评测验收 / 变更与付款。
4.2 参考结论（范围切割）
- 做：报销预审这一个高频、规则较明确、可人工复核的环节（对应第 8 讲工作流、第 12 讲 Eval）；
- 不做："全能财务 Agent"（总账、预算、税务、对账一次全上）——先做一个小闭环；
- 验收指标（从客户考核里来，可量化）：预审准确率 ≥ 90%、红线召回 100%、单均人工复核时长下降、一次通过率。
5. 故意埋的三个坑
坑 1：答应"全自动报销"
学生一听到"用 AI 提效"，直接把"自动审批、自动付款"写进了范围。这不行——报销是钱，AI 只能给可解释意见、回写复核队列，最终审批和付款必须留给人。全自动等于把资金风险也自动化了。正确做法是：写死"AI 只给意见、不做审批"，在 SOW 里明确"不做什么"。
坑 2：范围太大，想做"全能财务 Agent"
把总账、预算、税务、对账、报销全列进 POC，两周根本做不完。真实项目应该先选一个"高频、规则较明确、数据可获得、错误可人工复核"的环节做闭环，而不是一开始就建大平台。正确做法是：用三把刀切范围——只做"报销预审"，切用户（先财务审核岗），切渠道（ERP 复核队列）。
坑 3：指标不可验收
验收写的是"提升财务效率""减轻工作量"，一个数字都没有。"提效"不是指标，没法验收；指标得从客户已有的考核里来。正确做法是：写可量化指标（预审准确率、红线召回、人工复核时长、一次通过率），并把"证据可追溯、业务负责人认可"写进验收。
6. 两版提示词思路
v1（故意有缺陷）
你是财务助手，尽量自动处理报销。
后果：会去"自动审批"、会编一个"通过"、会漏掉供应商黑名单和关联交易。
v2（修复后）
你是报销预审助手，只做预审、不做审批。
规则：
- 抽取票据字段（金额/日期/城市/发票号），与制度比对（住宿标准/时限/发票要求）；
- 超标 → REVIEW（给书面说明出口，不直接驳回）；缺件 → 标 missing；金额 0 / 未来日期 / 自审批 → REJECT；
- 关联交易 / 高金额 / 供应商黑名单 → 100% 转人工；
- 每条结论给规则依据；预审结果回写 ERP 复核队列，由人终审。
7. 验收样例（3 条）
| # | 报销单 | 期望 | 判定 |
|---|---|---|---|
| 1 | 上海住宿 600 元（标准 ≤500） | REVIEW（超标 100，给书面说明出口） | 通过 |
| 2 | 供应商在黑名单，金额 5 万 | 100% 转人工（高风险），不自动放行 | 通过 |
| 3 | 申请人 = 审批人 | REJECT（自审批），给规则依据 | 通过 |
8. 案例拆解 45 分钟怎么走
| 分钟 | 做什么 |
|---|---|
| 0–5 | 发材料：客户诉求 + 300 单现状 + 三条红线；每组先写"你会做什么、不做什么" |
| 5–15 | 找坑：点名三组，分别暴露坑 1（全自动）、坑 2（全能 Agent）、坑 3（指标不可验收） |
| 15–30 | 判对错：用 v1 提示词思路跑 3 条验收问题，看它怎么翻车（自动审批、漏黑名单） |
| 30–40 | 给修复：换 v2 思路 + 补 SOW 八块 + 定可量化指标，重跑对比 |
| 40–45 | 收口：一句话总结 + 对照学生自己项目 |
9. 一句话总结
真实项目失败的第一原因不是技术，是范围。把"AI 财务提效"削成"报销预审这一个环节"，把"不做什么"和"怎么验收"写进 SOW。
案例包 · 课后操作单
目标：把你的委托（或本讲启衡精密报销案例）从"一句话愿望"做成"一页方案书 + 一个能跑的 POC"。
时间：课后约 90 分钟。
你要交的东西
- 一句话范围（用五问重问后的结果，含"做什么 + 不做什么"）；
- 一页方案书（七块，"不做什么"至少 3 条）；
- 一个能跑的 POC 核心路径（只做范围内最小一件事，截图 / 链接）；
- 一条 3 分钟演示录像（不能剪辑）。
步骤
第 1 步：五问澄清（15 分钟）
对你的委托（或本讲启衡精密案例）逐条回答五问：
- 谁在什么情况用？（财务审核岗，每月报销高峰）
- 现在怎么做、花多久？（人工查票据 / 对制度 / 算超标，每月 300 单）
- 最常三件事？（票据字段抽取 / 制度比对 / 超标计算）
- 做错了会怎样？（错批 = 资金风险）
- 两周后怎么判断有用？（预审准确率 ≥ 90%）
第 2 步：三把刀切范围（10 分钟）
- 切任务：只做什么？（只做报销预审，不做总账 / 税务 / 对账）
- 切用户：只服务谁？（先财务审核岗）
- 切渠道：只走哪个渠道？（ERP 复核队列）
- 把"不做什么"写够 3 条（如：不做审批、不做付款、关联交易 / 黑名单自动放行不做）。
第 3 步：写一页方案书（20 分钟）
按七块填：背景 / 目标 / 范围 / 方案（一张图）/ 数据 / 风险 / 排期。验收指标必须带数字（如"预审准确率 ≥ 90%、红线召回 100%"），不写"提效"。
第 4 步：做 POC 核心路径（25 分钟）
只做范围内最小一件事：把 v2 提示词思路配到你的 AI 工具里，用 3 条验收样例跑一遍（1 条能答 + 1 条该 REVIEW + 1 条红线转人工）。
第 5 步：录 3 分钟演示（20 分钟）
不剪辑，现场跑：先跑一条能预审的，再跑一条红线（黑名单 / 关联交易）看它转人工，最后对着方案书念一遍"做什么 / 不做什么 / 验收指标"。
课后作业
- 把"不做什么"扩到至少 5 条，每条注明原因。
- 用 SOW 八块给这个 POC 写一版工作说明书草稿（重点：范围基线 P0/P1/P2 + 评测验收）。
- 写 100 字：客户如果两周后说"这不是我要的"，你拿方案书里哪一句堵回去？
达标标准（这节课你该会的）
- 能用五个问题把一句模糊愿望，问成"为谁解决什么、怎么算成功"；
- 能说出至少 3 件"这版不做"的事，并讲清为什么不做；
- 验收指标能测量、带数字，不写"提效""效果好"这种话。
常见错误
- 直接答应"全自动审批付款"，等于把资金风险自动化了——AI 只给意见，不做审批。
- 只写"做什么"，漏写"不做什么"，边界不清，事后就扯皮。
- 用"提效 / 更满意"当验收，做完没法验收。
- 想做"全能财务 Agent"，范围太大，两周做三个模块三个都不能用。
- 把"供应商黑名单 / 关联交易"漏掉，高风险就没有人工兜底。
- POC 一次做三个功能，范围太大。
案例包 · 教师脚本（教师用）
展开查看
课前准备
- 把案例卡的客户诉求、300 单现状、三条红线打印或投屏；
- 自己先按 v1 提示词思路跑 3 条验收问题，确认它会"自动审批 / 漏黑名单"；
- 开课前看一眼 quiz 的错误率，圈出大家错得最多的几道（一般是 Q5 / Q8 / Q10 / Q14 / Q15）。
0–30｜把核心快速过一遍（4 个点）
- 五个问题把愿望变任务（8 分钟）— 谁在什么情况用 / 现在怎么做、花多久 / 最常三件事 / 做错了会怎样 / 两周后怎么判断有用。类比：把"AI 财务提效"缩成"两周能验证的报销预审"。边界：先澄清，再动手。
- 范围切割三把刀（8 分钟）— 切任务 / 切用户 / 切渠道。类比：先做报销预审一个小闭环，跑通了再复制。边界：范围太大＝两周做三个模块，最后三个都不能用。
- 方案书只写一页七块（7 分钟）— 背景 / 目标 / 范围 / 方案（一张图）/ 数据 / 风险 / 排期。"不做什么"至少 3 条。
- SOW 锁定商业边界，识别伪需求（7 分钟）— SOW 八块；伪需求信号（接触不到真实流程 / 数据 / 验收人）；指标从客户考核里来（质量 / 效率 / 规模 / 业务），不承诺"提效"这种不可验收的话。
30–75｜挑大家做错的题讲
挑 quiz 里大家错得多的几道，每道讲清"错在哪一层、该怎么改"：
- Q5：答应"全自动审批付款" → 把资金风险自动化了；改成只做预审、审批付款留人。
- Q8：范围太大 → "时间太短"是表象，根因是范围没切。
- Q10：漏写"不做什么" → "不做什么"是范围的另一半，至少 3 条。
- Q14：看不出伪需求 → 热情不等于真需求，看"能不能接触真实流程 / 数据 / 验收人"。
- Q15：写"大幅提高效率" → 不可验收；改成"预审准确率 ≥ 90%、红线召回 100%"。
75–120｜拆案例：启衡精密"AI 财务提效"
发材料（3 分钟）：把客户诉求 + 300 单现状 + 三条红线发下去。让每组先独立写"你会做什么 / 不做什么"，不评价。
找坑（10 分钟）：点名三组暴露三个坑——
- 坑 1：有人把"全自动审批付款"写进范围 → 资金风险；
- 坑 2：有人想做"全能财务 Agent"（总账 / 税务 / 对账一起上）→ 范围太大；
- 坑 3：有人验收写"提升效率" → 不可验收。
判对错（15 分钟）：用 v1 提示词思路跑 3 条验收问题，让学生看它翻车：自动"通过"、漏掉供应商黑名单 / 关联交易。统计多少组判它"通过"。
给修复（12 分钟）：换 v2 思路（只做预审 + 三条红线 + 转人工 + 规则依据）；补 SOW 八块；把"提效"换成"预审准确率 ≥ 90%、红线召回 100%、单均人工复核时长下降"。重跑对比。
收口（5 分钟）：真实项目失败的第一原因不是技术，是范围。让学生用五问 + 三把刀重写自己项目的一句话范围 + 一页方案书。
课后｜答疑 + 陪跑，交一份作业
- 项目迁移：每个学生用五问重问自己委托的"一句话范围" + 填一页方案书（"不做什么"至少 3 条）；
- 作业：做 POC 核心路径（只做范围内最小一件事）+ 录 3 分钟演示（不能剪辑）；
- 本周自测复盘：把 quiz 做错的题写进个人 AI 工作台。
学生会错在哪
- 把"愿望"当"任务"，听到"用 AI 提效"就承诺全自动审批付款。
- 把"范围"理解成"越多越好"，想做全能财务 Agent。
- 漏写"不做什么"，方案书只有"做什么"没有边界。
- 用"提效 / 更满意"当验收指标，做完无法验收。
- 被"客户很热情"迷惑，看不出伪需求。
- 不知道"AI 只给意见、不做审批"这条资金责任边界。
评分点（每条 1 分，共 5 分）
- [ ] 五问完整澄清，拿到现状基线（每月 300 单、人工审核慢）；
- [ ] 范围用三把刀切过：只做报销预审，不做全能财务 Agent；
- [ ] 方案书七块齐全，"不做什么"至少 3 条（不做审批 / 不做付款 / 不做关联交易自动放行）；
- [ ] 验收指标可测量：预审准确率 ≥ 90%、红线召回 100%；
- [ ] 识别三条红线：不做最终审批付款、关联交易 / 高金额 / 黑名单转人工、不承诺全自动。
如果学生问"客户坚持要全自动怎么办"
回答：不硬扛，也不直接拒绝。 把"全自动"拆成 P0/P1/P2 范围基线：P0（票据字段抽取 + 制度比对 + 超标计算）先自动跑通并量出指标，P1/P2（缺件识别、黑名单 / 关联交易）明确"人工复核 + 什么时候再谈自动化"。客户要的不是"全自动"三个字，是"审核省下来的时间"，拿 P0 的预审数据说话。