交付物模板库

三个理由，第三个最重要。

这张表的用法：当面填，不要回家补。回家补的表格里一定有你猜的字段。

# 需求诊断表 · 客户：____　门店：____　日期：____　填表人：____

## 1. 现状
1.1 这件事现在谁做？（写具体岗位+人数）
1.2 用什么工具完成？（Excel / 微信 / 纸质 / 别的系统）
1.3 完整流程顺一遍，用箭头连起来：____ → ____ → ____ → ____
1.4 这套流程跑了多久了？换过几次？

## 2. 痛点排序（让他自己排，别你替他排）
2.1 最耗时的一步是？____　每周/每天耗时 ____ 小时
2.2 最容易错的一步是？____　上个月出错 ____ 次
2.3 最让人憋屈的一步是？____（这个往往是真痛点，先别笑）
2.4 排序结果（1 最痛）：____ / ____ / ____

## 3. 谁用
3.1 使用者岗位：____　人数：____　主用设备：□手机 □平板 □电脑
3.2 拍板的人是谁？____　他不常用系统，他要看到的是：____
3.3 有没有人会因为「多一步」而反对上线？____

## 4. 成功标准（必须逼出一个数字，不接受"更快更好"）
4.1 可量化的目标：从 ____ 变成 ____（单位：____）
4.2 基线数据哪来的？____（答不上来 = 这条先别验收）
4.3 多久之后复评？____

## 5. 硬约束
5.1 预算上限：____　5.2 期望上线时间：____
5.3 现有系统哪些必须接进来（列出系统名+能开放的接口）：____
5.4 有没有不能碰的数据/部门：____

## 6. 我当场给出的判断
6.1 客户说的是「问题」还是「解法」？____（写解法名，然后问：如果换个做法能解决，你要吗？）
6.2 数据摸底结果：有单 / 有字段 / 有价格 = ____ / ____ / ____
6.3 结论：□ 现在能开工　□ 先做数据治理，算法延后　□ 需求不成立
6.4 下一动作和日期：____

# 项目切片单 · 项目名：____　版本：v0 ____　日期：____

## 本期做（MVP）
| # | 功能 | 验收口径（可量化） | 依赖数据 | 估时 |
|---|------|------------------|---------|------|
| 1 |      |                  |         |      |
| 2 |      |                  |         |      |

## 明确不做（写进合同，这是保护自己的关键）
| # | 不做什么 | 理由 | 什么时候再说 |
|---|---------|------|------------|
| 1 |         |      |              |

## 数据前置检查（缺一样就不进开发）
- [ ] 数据字典确认：字段名/类型/取值范围已双方签字
- [ ] 存量数据可导入：____ 条，导入后 accuracy ____%
- [ ] 关键字段完整率：有单 ____% / 有字段 ____% / 有价格 ____%
- [ ] 订单↔经销商对照表已确认
结论：□ 三样齐，开工　□ 缺 ____，补完再开工　□ 本期不碰算法，先做 ____

## 分期
- P0 ____（必须有，上线即用）
- P1 ____（锦上添花，可以晚）
- P2/P3 ____（只列不做承诺）

## 双方签字
甲方：____ 日期：____　乙方：____ 日期：____

# SOP 手册 · 系统名：____　适用岗位：____　版本：____　生效日：____

## 1. 这个系统解决什么（一页纸）
- 原来怎么做：____
- 现在怎么做：____
- 谁负责：____　谁复核：____　多久核一次：____

## 2. 主流程（一步一步，写"点哪里"，不写"点按钮"）
| 步 | 操作 | 系统位置 | 输入 | 系统自动做什么 | 常见报错 |
|----|------|---------|------|--------------|---------|
| 1 |      |         |      |                |         |

## 3. 异常树（这部分才是 SOP 的价值）
| 异常现象 | 怎么判断原因 | 怎么处置 | 多久内必须处理 | 兜底方案 |
|---------|-------------|---------|--------------|---------|
|         |             |         |                |         |

## 4. 数据规范（错了大家一起错的地方写死）
- 必填字段：____
- 字段口径：例如"长度含框不含把手"、'规格指____'
- 不允许的操作：____

## 5. 权限与边界
- 谁能看：____　谁能改：____　谁能导出：____
- 系统不做的事（写清楚，比如"不自动对接财务"）：____

## 6. 维护联系方式
- 找谁：____　响应时效：____　升级路径：____

## 7. 每季度复盘三个问题
1. 哪一步还在走线下？____
2. 哪一步的报错最多？____
3. 哪条规则一年改了三次以上？（改规则 = 需求没想清楚）____

# 验收单 · 项目：____　客户：____　日期：____　版本：____

## 一、功能验收（打勾才能过）
| # | 验收项 | 判定标准（可量化） | 实测结果 | 结论 |
|---|-------|------------------|---------|------|
| 1 |       | 例如：录入→自动拆单 100 条正确率 ≥99% |         | □通过□挂起□不通过 |
| 2 |       |                  |         |      |

## 二、数据验收
- 存量数据导入：____ 条，抽样 30 条逐条比对，错误 ____ 条
- 数据完整率：有单 ____% / 有字段 ____% / 有价格 ____%
- 明确告知客户：以下情况系统**算不了**（不是 bug）：
  ____ / ____ / ____

## 三、非功能验收
- 并发：____ 人同时操作，响应 ≤ ____ 秒
- 每天数据量峰值下跑一次全量统计：____ 秒
- 备份演练：恢复一次，耗时 ____ 分钟，结果 □成功 □失败

## 四、知识与交接
- [ ] 培训场次 ____ 场，参训 ____ 人，现场考核通过 ____ 人
- [ ] SOP 手册已交付并逐章走查一遍
- [ ] 运维联系人、响应时效已书面确认
- [ ] 账号权限矩阵已双方确认

## 五、遗留项（写下来，别装看不见）
| # | 遗留 | 影响 | 谁负责 | 什么时候处理 |
|---|------|------|-------|------------|

## 六、签字
甲方验收人：____ 日期：____
乙方交付人：____ 日期：____

备注：本次验收结论 □全部通过 □有条件通过（遗留项____条）□不通过

# 培训 PPT 大纲 · 系统：____　对象：____　时长：____ 分钟

P1  今天以前：这件事原来怎么做的（10 张图≤，讲 2 分钟，别跳过，这是共鸣）
P2  今天开始：流程变成什么样（对比图，只画一张，画全屏）
P3  谁在什么时候做什么（角色泳道图，一句话一个动作）
P4  第 1 步操作：____（屏幕录制 + 3 张关键截图）
P5  第 2 步操作：____
P6  第 3 步操作：____
P7  系统自动帮你做的（省多少时间，给数字不给形容词）
P8  错了会怎样（3 个真实错误截图 + 后果，越具体越吓人越有用）
P9  遇到这个报错怎么办（顶部 3 条最常见异常）
P10 权限边界：你能做/不能做什么
P11 有问题找谁（卡片式：角色 / 微信 / 响应时效 / 升级路径）
P12 现场考（每人 1 题：____，答完才算培训完成）

## 配套考核（不通过不能独立操作）
- 笔试：____ 题，及格线 ____ 分
- 实操：____ 场景，考生独立完成，用时 ≤ ____ 分钟
- 补训规则：____

## 培训后 7 天跟踪（必做，不然一周后又回到老方法）
D+1 抽查 3 人实际操作录屏
D+3 统计有多少单还在走线下
D+7 复盘：哪一步最卡，写进下版 SOP

# 坑条目 · 编号 G-____　日期：____　状态：□已解决 □部分解决 □已知债

## 现象（线上当时长什么样，越具体越好）
____

## 根因（落到机制层，不是"因为没注意"）
____

## 对策（当时怎么救，可执行步骤）
1. ____
2. ____

## 预防（下次产出前自动带上的动作）
□ 写进 skill / □ 写进部署校验脚本 / □ 写进红线 / □ 写进验收清单
具体动作：____

## 关联
- 涉及模块：____
- 涉及基础篇：____（例如 16-database / 19-read-ai-code）
- 同类坑：____

## 复盘（30 天后补一次）
- 这个坑复发了吗？□是（说明预防没生效）□否
- 预防动作有没有变成日常流程？□是 □否，为什么 ____

完整已填好的 23 条在 跨模块踩坑总账。

# 变更单 · 编号 C-____　提出日期：____　提出人：____

## 变更内容
- 原范围：____
- 新增/修改：____
- 为什么现在提：□原需求没想清 □实际业务变了 □看到效果后想加 □其他____

## 影响评估
| 维度 | 影响 | 说明 |
|------|------|------|
| 工期 | +____ 天 |  |
| 成本 | +____ 元 | 是否超出已签合同 |
| 数据 | □要迁移 □不影响 □历史数据要重写 |  |
| 风险 | □低 □中 □高 |  |

## 三选一（必须让客户选，别替他选）
□ A 做，加钱加时间（费用 ____，交付 ____）
□ B 做，排到下个版本（本期不变）
□ C 不做（原因：____）

## 小额快速通道（≤ ____ 元，2 小时内口头确认即可）
- 适用条件：____ / 记录在 ____ / 事后补签日期：____

## 谁批
甲方：____ 乙方：____ 日期：____

## 30 天后回头看
这个变更后来变成常态操作了吗？□是（说明原需求没想清）□否

我走的是第二条：模板先做成静态表单页，客户填完我拿去开需求会。中间的 gap（他填的和真实业务的差距）就是我的咨询费。