# 人人都是产品经理：用AI做自己的实用工具

> 学习强国AI星伙共学 · 实操演示课讲义
>
> **从一个想法到可用的第一版：用三份文档，把需求交给WorkBuddy。**
>
> 适合人群：希望解决工作、学习和生活中的小问题，没有编程基础的朋友。
>
> 课程约60分钟，以讲师演示为主。课上理解方法、练习判断；课后自主选题，用WorkBuddy完成自己的练习。

---

## ① 课程定位：你也可以成为自己产品的产品经理

### 今天要解决的问题

你可能有过这样的想法：“这件事每次都很麻烦，如果有个小工具就好了。”

但打开AI之后，又会卡在三个地方：不知道怎么描述；一说就想加很多功能；生成了一个页面，却不知道是否真的好用。

这节课学习一套从想法到成果的方法：

**找到问题 → 确定MVP → 写清需求、设计和验收标准 → 用WorkBuddy搭建 → 测试与改进。**

### 学完后，你应该能做到

1. 从自己的真实经历中，选出一个具体、值得解决的小问题。
2. 区分“第一版必须有”和“以后再考虑”，控制产品范围。
3. 在AI协助下完成三份简短文档，并检查它有没有理解错。
4. 把文档交给WorkBuddy实现，用具体例子检查结果，继续修改。

**课程内容：现场演示＋可复制的文档与提示词模板＋自主选题作业。**

### 课程路线图

| 时间 | 内容 | 你要关注什么 |
|:---|:---|:---|
| 0—5分钟 | 看成果，认识自然语言编程 | 原来哪些小问题可以用工具解决 |
| 5—15分钟 | 用产品经理的思路发现需求 | 谁遇到什么问题，现在怎么处理 |
| 15—20分钟 | 认识MVP，确定第一版范围 | 最少做哪些功能，就能完整解决问题 |
| 20—36分钟 | 用思维导图填写三张清单，再交给WorkBuddy整理 | 把自己的想法写成具体要求，补齐使用步骤和验收标准 |
| 36—52分钟 | 搭建、测试、修改 | 怎样从文档走到可用的第一版 |
| 52—60分钟 | 课后作业与答疑 | 如何启动自己的项目，遇到问题怎样继续 |

观看演示时，请记下：**你想解决的一个问题、第一版需要的核心功能、一个能检查结果的例子。** 课后可以参照本讲义逐步操作。

---

## ② 先看懂门道：产品思维比堆功能更重要

### 1. 四个概念，用大白话讲清楚

| 概念 | 大白话解释 | 本课怎么用 |
|:---|:---|:---|
| 产品经理 | 帮大家确定为谁解决什么问题、先做什么、怎样判断做好的角色 | 你负责判断，AI协助整理与实现 |
| 自然语言编程 / Vibe Coding | 用日常语言描述想法，让AI生成和修改代码，再通过查看与试用反馈继续调整 | 本课采用先明确要求、再实现和验收的方式 |
| MVP：Minimum Viable Product，最小可行产品 | 功能足够少，但能完整解决一个具体问题，并拿来验证是否有用的第一版 | 先完成一条核心使用流程，实际用一次 |
| 需求、设计、验收文档 | 分别回答“为什么做、做什么”“怎么使用”“怎么算做好” | 三份短文档，让人和AI对同一件事有共同理解 |

用自然语言提出要求后，还要亲自试用工具，检查结果，再把问题反馈给AI继续修改。

### 2. 从自己遇到的麻烦里找需求

回想最近一周，而不是先想一个庞大的产品名称：

- 哪件事情反复做，而且每次步骤差不多？
- 哪个环节经常出错、漏掉，或需要手动核对？
- 哪个现有工具太复杂，而你只需要其中一小部分？
- 如果今天就有一个工具，谁会马上愿意用？

把答案写成一句话：

> 我想帮助【谁】，在【什么场景】下，把现在需要【怎样处理】的事情，变成【什么具体结果】。

“我想做一个厉害的AI产品”还没有指出问题。“我每次收到几份物料清单，都要手动找重复项，想一次得到不重复的清单”已经可以继续讨论。

### 3. 八个启发方向：帮助你发现问题，自主选择题目

| 场景 | 这件活是什么 | 第一版可以解决什么 |
|:---|:---|:---|
| 活动物料清单 | 合并几份重复的文字清单 | 粘贴文字，去掉空行和完全重复的条目 |
| 教学复习 | 把自己整理的知识点做成练习卡 | 输入题目与答案，点击显示答案 |
| 公开文案检查 | 发布前逐项自查 | 按自定义检查表提示缺项，由人核对 |
| 商品规格展示 | 从已有规格中选择组合 | 根据预先填写的选项生成规格摘要 |
| 外出准备 | 按场景整理携带物品 | 选择场景，生成可勾选的准备清单 |
| 资料检索 | 在自己提供的小份术语表中找内容 | 输入关键词，显示匹配条目 |
| 小组活动 | 临时分组或抽取顺序 | 输入虚构代号，按指定规则分组 |
| 文件整理前的检查 | 预览统一命名后的文件名 | 输入文件名列表，显示改名前后对照，不实际改文件 |

你可以选择其中一个方向，也可以从自己的实际经历中发现新的需求。

### 4. 怎样判断是不是一个合适的入门选题

问自己四个问题：

1. 我能说清楚一个具体使用者和一次使用场景吗？
2. 我能准备几条不含敏感信息的示例输入吗？
3. 我能描述一个明确的输出结果吗？
4. 我能亲自判断结果对不对、有没有用吗？

如果只能说“更智能”“更好看”“全自动”，先继续缩小问题。也可以先用现有工具或一次AI对话试一遍，确认有重复使用的需要，再考虑做成小工具。

### 5. MVP：先做出一个完整的小版本

判断MVP，可以用一个问题：

> **删掉这个功能，用户还能完成最关键的那件事吗？**

以“清单去重整理”为例：

| 第一版必须做 | 可以以后考虑 |
|:---|:---|
| 输入清单：粘贴每行一项的文字，无输入时给出提示 | Excel、PDF、图片导入 |
| 整理清单：去掉空行和完全重复项，显示结果与数量 | AI判断语义相近的条目 |
| 取用结果：选择并复制整理后的清单 | 登录、多人协作、云端历史记录、自动同步 |

第一版只解决“整理文字清单”。界面简洁可以接受；处理规则不正确、结果无法取用，就没有完成核心任务。

**MVP的价值在于尽早试用。** 做完以后要观察：它有没有省掉原来的麻烦？是不是还缺少一个必需步骤？下一版的依据来自使用记录。

### 6. 动手填三张清单，把自己的想法写清楚

打开配套的“三张清单填空模板”，可以用XMind等思维导图工具填写，也可以直接在文字版中替换【】里的内容。

| 填写顺序 | 先完成的内容 |
|:---|:---|
| 需求清单 | 我帮【谁】解决【什么麻烦】，第一版只做【1—3个必要功能】 |
| 设计清单 | 用户输入或选择【什么】，点击【什么】，得到【什么结果】 |
| 验收清单 | 用【具体样例】试一次，应该得到【可以核对的结果】 |

先用自己的话各写一句，再按模板补充。暂时不确定的地方写“待讨论”，请WorkBuddy解释或追问后，再由自己决定。

把填好的清单文字交给WorkBuddy，请它检查有没有遗漏、矛盾或功能过多的地方。确认后整理成需求、设计和验收三份短文档，再开始制作。

**验收标准先写，实测结果后填。** 工具做出来后，按自己写的样例操作一次；如果结果不一致，就把“输入了什么、期望什么、实际出现什么”告诉WorkBuddy，修改后再试。

---

## ③ 一个公式：把想法变成AI能执行的要求

### 产品思考公式

**具体的人＋具体的场景＋一个问题＋最小功能＋验收标准。**

例如：

> 活动筹备人员在整理物料时，要合并重复的文字清单。第一版只需要粘贴、整理、显示结果并复制。用含空行和重复项的样例检查，整理结果应与事先写好的答案一致。

### 提示词组织公式

**角色＋任务＋背景＋格式＋约束。**

| 要素 | 在本课里怎么填写 |
|:---|:---|
| 角色 | 请作为产品经理、交互设计助手或测试助手 |
| 任务 | 帮我明确需求、设计使用流程或写验收用例 |
| 背景 | 谁使用、什么时候用、现在怎么处理 |
| 格式 | 一份简短Markdown文档、一张功能表或一张测试表 |
| 约束 | 限定MVP范围，不编造信息，不自行增加功能 |

需求模糊时，可以补一句：

> 开始前，先问我最多三个会影响方案的关键问题，等我回答后再整理；已经明确的信息不用重复问。

信息足够明确时可以直接执行；有疑问时先把关键条件问清楚。

### 三份文档，各自管什么

| 文档 | 回答的问题 | 建议内容 | 人需要确认什么 |
|:---|:---|:---|:---|
| 需求文档 | 为谁做，为什么做，第一版做什么 | 用户、场景、问题、输入输出、核心功能、不做事项 | 是不是真实需求，范围是否过大 |
| 设计文档 | 用户具体怎么使用 | 页面内容、操作步骤、处理规则、空白与错误状态、数据保存方式 | 能不能顺利完成一次任务 |
| 验收文档 | 什么结果算通过 | 测试输入、操作步骤、预期结果、实际结果、状态 | 核心功能是否正确，异常情况是否可理解 |

每份文档先做到一页左右、自己能读懂。验收标准在搭建前写；实际结果在搭建后填写。试用中发现需求需要调整时，同步更新相关文档，再继续实现和测试。

**总原则：AI协助整理和实现，你负责确定需求、选择范围、核对结果。**

---

## ④ 课上实操：在WorkBuddy中把想法变成三份文档

### 1. 操作准备

1. 在电脑上从[WorkBuddy官网](https://www.workbuddy.cn/)下载适合自己系统的版本，完成安装和登录。
2. 准备一个只放本次练习资料的文件夹，例如“我的第一个小工具”。按客户端提示选择或授权该文件夹。
3. 新建任务，先说明需求，再按阶段发送下面的提示词。
4. 在结果区查看产物；需要找其他文件时，查看工作空间文件。界面入口以当前版本为准。[官方首次任务教程](https://www.codebuddy.cn/docs/workbuddy/FirstTask)

本课练习以电脑端为准。开始课后练习前，检查账号可用额度与网络状态，套餐和额度以客户端为准。

**使用方法：**把提示词中的【填写位】替换成自己的内容；同一项目尽量在同一任务中继续。每个阶段先读文档、改错、确认，再进入下一阶段。如果AI没有找到前面的文件，就补充文件位置、附上文档或直接粘贴正文。

### 2. 从一个想法开始

以“清单去重整理工具”为例，依次明确问题、控制范围、写清要求，再实现和验收。练习时，将例子替换成自己的需求即可。

最初的想法：

> 我经常整理活动物料，收到几份清单后，需要自己删除空行和重复项。我想粘贴文字后就得到一份整洁清单，并能复制出去。

### 提示词A：把想法整理成需求文档

```text
请作为一位擅长辅导零基础用户的产品经理，帮助我明确一个小工具的需求。

我的想法：【用自己的话描述想做什么】
主要使用者：【谁使用，可以是我自己】
使用场景：【什么时候、在哪里、为什么需要】
目前的做法和麻烦：【现在怎么完成，最麻烦的一步是什么】
示例输入与期待结果：【给一条例子；不清楚的地方可以写待讨论】

先判断信息是否足够。最多问我三个影响方案的关键问题，等我回答后再整理。
如果已有信息足够，就直接起草，不重复提问。

请输出一份简短的《需求文档》，包含：
1. 一句话需求。
2. 使用者、具体场景和要解决的问题。
3. 输入什么、输出什么。
4. 第一版最多三个核心功能，并说明每项为什么必须有。
5. 本次明确不做的功能。
6. 怎样判断第一版有用，写出可观察的结果。
7. 待我决定的问题；没有依据的信息标为待确认。

约束：
- 用日常语言，正文尽量控制在800字内。
- 先选择能完整解决问题的最小版本，不追求功能多。
- 不自行加入登录、支付、多人协作或外部服务。
- 此阶段只写文档，不写代码、不安装软件、不部署。
- 有文件权限时保存为“01-需求文档.md”；不能保存就输出完整正文。
- 文末用不超过三句话提醒我最需要检查的地方。
```

**检查重点：**它说的是你的真实问题吗？保留的核心功能都必需吗？有没有增加你没要的功能？

确认后可以回复：“按以上修改更新需求文档。该版本作为本次MVP的需求依据。”

### 提示词B：把需求整理成设计文档

```text
请作为交互设计助手，依据我们已确认的“01-需求文档.md”，设计这个小工具的第一版。
如果无法读取该文档，请让我提供正文，不要凭空补需求。

使用设备：【例如：电脑浏览器】
使用方式偏好：【例如：在自己的电脑上打开使用，暂不需要公开分享】
必须遵守的处理规则：【例如：按行处理，只去掉首尾空白，不改动条目文字】

请输出一份简短的《设计文档》，包含：
1. 用户从打开工具到完成任务的操作步骤，尽量不超过五步。
2. 页面需要显示的区域、输入项、按钮、结果。
3. 每个核心按钮点击后发生什么，用“输入→处理→输出”说明。
4. 关键处理规则，避免使用“智能处理”“自动优化”等模糊描述。
5. 没有输入、输入不符合要求、操作失败时如何提示。
6. 输入和结果是否保存；关闭或刷新页面后会怎样。
7. 完成这一版的最简单实现建议，以及是否需要联网、安装依赖或额外费用。

约束：
- 不增加需求文档之外的功能。
- 正文尽量控制在800字内，优先一页完成核心任务。
- 界面文字清楚、按钮含义明确，结果容易读取。
- 优先评估简单本地网页是否足够；若不适合，解释原因并说明所需的运行条件。
- 不确定的产品选择最多问我三个问题，等我回答后再定。
- 此阶段不写代码、不安装软件、不部署。
- 有文件权限时保存为“02-设计文档.md”；不能保存就输出完整正文。
```

**检查重点：**想象自己第一次打开它，知道从哪里开始吗？处理规则是否明确？完成后能取走结果吗？

### 提示词C：在动手之前写好验收文档

```text
请作为测试助手，依据已确认的“01-需求文档.md”和“02-设计文档.md”，
为第一版小工具编写《验收文档》。若读取不到文档，请先让我提供。

我的示例素材：【粘贴脱敏或虚构的输入材料】
我确定的正确结果：【写出预期结果；不确定处标明待确认】

请先检查两份文档是否存在冲突。影响核心结果的冲突，先提出来让我决定。
没有冲突后，列出6—8条足够具体的验收用例，至少覆盖：
- 一次完整的正常使用流程；
- 没有输入或只有空白；
- 本工具最重要的边界情况；
- 修改输入后重新操作；
- 获取结果的操作；
- 设计中约定的刷新或关闭后的数据行为。

按以下列输出表格：
编号｜对应功能｜测试输入与前提｜操作步骤｜预期结果｜实际结果｜状态。

约束：
- 预期结果必须能直接核对；不要只写“正常”“正确”“体验良好”。
- 所有核心功能至少对应一条测试。
- 实际结果留空，状态统一写“未测试”，不能提前写“通过”。
- 用例尽量不超过八条，输入使用虚构或脱敏材料。
- 写清哪些用例必须通过，才算本次MVP完成。
- 有文件权限时保存为“03-验收文档.md”；不能保存就输出完整正文。
```

**检查重点：**照这张表，自己能动手测吗？“预期结果”是不是有明确答案？

### 3. 示例：把模糊要求变成可检查的规则

“帮我整理清单”仍然不够明确。我们可以规定：

- 每行一个条目；先删除每行首尾空白，再忽略空行。
- 仅当处理后的文字完全相同时才去重，不做语义合并。
- 保留第一次出现的顺序，不重新排序，不改写名称。
- 显示有效条目数、整理后条目数、删除的重复条目数。
- 输入为空或只有空白时，显示“请先输入清单”，清空上一轮结果和统计。
- 结果可选择和复制；自动复制成功时给出提示，失败时提示手动选择复制。
- 第一版不保存输入与结果，刷新后恢复初始空白状态。

复制下面素材即可练习，第4行是空行：

```text
海报
签到表
海报

 讲义 
签到表
```

预期结果：

```text
海报
签到表
讲义
```

数量应为：**有效条目5条，整理后3条，删除重复条目2条。**

这里的“有效条目”指去除首尾空白并忽略空行后的条目；“删除重复条目”不包含被忽略的空行。

| 编号 | 测试输入或前提 | 操作 | 预期结果 | 实际结果 | 状态 |
|:---|:---|:---|:---|:---|:---|
| T01 | 上面的六行素材 | 点击整理 | 按顺序输出海报、签到表、讲义；数量5、3、2 |  | 未测试 |
| T02 | 已完成T01，再将输入清空或替换为空格、换行 | 点击整理 | 显示“请先输入清单”；清空上一轮结果和统计 |  | 未测试 |
| T03 | 仅一行“海报” | 点击整理 | 结果为海报；数量1、1、0 |  | 未测试 |
| T04 | 两行“签到表”和“签到 表” | 点击整理 | 保留两行，中间空格不删除；数量2、2、0 |  | 未测试 |
| T05 | 已完成T01，再把输入改为“胸牌” | 再次点击整理 | 结果替换为胸牌；数量1、1、0 |  | 未测试 |
| T06 | 已得到结果，浏览器允许自动复制 | 点击复制，再粘贴到文本编辑器 | 显示复制成功；粘贴内容与结果逐行一致 |  | 未测试 |
| T07 | 已得到结果，浏览器阻止自动复制 | 点击复制；按提示选择结果并手动复制、粘贴 | 提示手动复制；粘贴内容与结果逐行一致 |  | 未测试 |
| T08 | 已输入并整理过 | 刷新页面 | 输入和结果恢复为空，不显示上一次内容 |  | 未测试 |

在生成的工具中逐项操作，再填写“实际结果”和“状态”。如果某项测试条件暂时无法准备，标记为“受阻”并写明原因。

### 4. 接下来怎样搭建

三份文档确认后，使用下一节的“模板3：依据三份文档，开始实现第一版”，完成以下步骤：

1. 核对WorkBuddy读取的文档和计划实现的功能。
2. 找到生成的文件，按使用说明打开工具。
3. 输入验收素材，逐项核对实际结果与预期结果。
4. 发现问题时，提供复现步骤，修复后重新测试。

第一轮通过后，可以换一组边界输入继续检查。发现问题时，使用下一节的“模板4：结果不对，怎样让AI修好”，记录修改和复测结果。

---

## ⑤ 带走自练：从选题到交付的六个提示词模板

以下模板按实际使用顺序排列。三份文档的提示词见上一节。

### 模板1：还没想好做什么，先挖掘真实需求

```text
请作为产品访谈助手，帮助我从真实经历中找到适合做小工具的问题。
我的工作或生活背景：【填写】
最近一周让我觉得重复、麻烦或容易出错的事情：【填写两三件事】

先问我最多三个具体问题，等我回答，不要立刻推荐一堆产品。
了解情况后，最多给三个候选方向，按表格输出：
使用者｜具体问题｜当前做法｜发生频率｜最小输入与输出｜能否亲自验证。
再推荐一个最容易验证的方向，并解释理由。
如果现有工具或一次AI对话就足够，请如实指出。
不要替我编造需求、频率或使用效果，全文不超过600字。
```

### 模板2：想做的太多，收缩成MVP

```text
我的产品想法：【填写】
最需要解决的问题：【填写】
我目前想到的功能：【逐条列出】

请帮助我确定最小可行产品。
逐项判断：如果删掉这个功能，用户还能完成核心任务吗？
把功能分为“本次必需”“后续考虑”“暂不需要”，每项给一句理由。
第一版最多保留三个核心功能，写出一条从输入到结果的完整使用流程。
最后给一个能判断第一版是否有用的实际试用任务。
如果无法缩小到这个范围，解释障碍并给出更小的子问题，不要硬塞功能。
用表格加一段总结输出，不超过600字。先不写代码。
```

### 模板3：依据三份文档，开始实现第一版

```text
请读取本项目已确认的：
01-需求文档.md
02-设计文档.md
03-验收文档.md
如果无法读取，请先让我提供文件或正文。

请按文档实现MVP。先简要说明核心功能、实现方式和预计产生的文件。
如果文档冲突，或实现需要额外账号、付费服务、上传数据、安装额外依赖，
先说明原因和替代办法，等我决定；不要自行扩大范围。

在已选定的本次练习文件夹内创建产物，保留原始资料。
简单功能优先采用少依赖的实现方式；如果普通本地网页就够用，优先评估该方式。
不擅自增加登录、广告、支付或云端同步，不公开部署。

完成后：
1. 告诉我文件位置，以及普通用户应怎样打开、使用和关闭。
2. 生成简短的“使用说明.md”，写清用途、操作方法、数据是否保存和已知限制。
3. 按验收文档检查你能实际执行的项目，记录操作和结果。
4. 把不能执行的项目保留为“未测试”，不要把阅读代码当成界面操作通过。
5. 用不超过五条步骤指导我完成需要人工操作的检查。

最终说明控制在500字内，文档和代码文件不受此字数限制。
```

### 模板4：结果不对，怎样让AI修好

```text
我在测试这个工具时发现了问题，请先定位，再做必要的最小修改。

对应验收编号：【例如T02】
我使用的输入：【粘贴脱敏样例】
我的操作步骤：【按先后列出】
实际结果：【客观描述；有报错就附完整报错】
预期结果：【依据验收文档填写】
补充截图或文件：【如有则附上；没有就写无】

请不要顺带增加其他功能。
修复后，先重新测试这条，再检查受到影响的核心流程。
更新验收文档中的实际结果和状态；未实际运行的项目保持未测试。
用不超过300字说明原因、改了什么，以及我还要怎样确认。
```

### 模板5：试用以后，决定下一版改什么

```text
这是我使用第一版的记录：
使用场景：【填写】
原来的做法：【填写】
这次工具帮助我完成了什么：【填写】
仍然麻烦或出错的地方：【填写】
想增加的功能：【填写】

请区分“必须修复的问题”和“可选的新功能”。
按影响核心任务的程度排序，最多建议三个改动，每项说明依据。
建议下一版先做哪一个，并为它补一条可执行的验收标准。
不要编造节省的时间或使用反馈，不自动开始改代码。
输出一张表和一段建议，不超过500字。
```

### 模板6：整理作业，方便别人复现

```text
请根据本项目的真实文件和测试记录，整理一份“作业说明.md”。
包含：一句话需求、目标使用者、MVP范围、三份文档的位置、
打开方式、一个输入输出示例、验收结果、已知问题和下一步改进。

只写已经完成并能核实的内容；计划中的功能单列为“后续考虑”。
缺少实际测试结果的地方明确写未测试。
检查拟分享文件里是否存在账号凭证、真实个人信息、内部资料或本机私有路径，
指出需要移除或替换的位置，不把敏感内容复制到说明中。
不替我上传或发布。正文不超过800字。
```

---

## ⑥ 空白模板：复制后就能开始填写

可以先自己填写，再让AI帮助补充。建议用下列文件名保存，方便后续引用。

### 01-需求文档.md

| 项目 | 我的填写 |
|:---|:---|
| 产品暂定名 | 【一个容易理解的名称】 |
| 一句话需求 | 【帮助谁，在什么场景，解决什么问题】 |
| 现在怎么做 | 【当前步骤与最麻烦的一步】 |
| 示例输入 | 【提供一条虚构或脱敏样例】 |
| 期待输出 | 【希望得到什么具体结果】 |
| 核心功能1 | 【功能＋为什么必需】 |
| 核心功能2 | 【没有则写无】 |
| 核心功能3 | 【没有则写无】 |
| 第一版不做 | 【明确排除的内容】 |
| 怎样判断有用 | 【一次真实试用任务与观察方法】 |
| 待确认 | 【目前不清楚的地方】 |

### 02-设计文档.md

| 项目 | 我的填写 |
|:---|:---|
| 使用设备与打开方式 | 【电脑／手机；如何打开】 |
| 完整使用步骤 | 【第一步→第二步→得到结果】 |
| 页面区域 | 【输入区、操作区、结果区等】 |
| 输入要求 | 【输入格式、必填项、限制】 |
| 核心按钮与行为 | 【点什么，发生什么】 |
| 处理规则 | 【什么可以改，什么必须保留】 |
| 没有输入时 | 【怎样提示】 |
| 输入错误或操作失败时 | 【怎样提示，用户怎样继续】 |
| 结果如何取用 | 【查看／复制／下载等】 |
| 数据保存方式 | 【保存在哪里，或明确不保存】 |
| 刷新／关闭后 | 【会保留什么、失去什么】 |
| 实现条件 | 【是否需要联网、安装、外部服务等】 |

### 03-验收文档.md

| 编号 | 对应功能 | 测试输入与前提 | 操作步骤 | 预期结果 | 实际结果 | 状态 |
|:---|:---|:---|:---|:---|:---|:---|
| T01 | 核心流程 | 【填写】 | 【填写】 | 【可直接核对的答案】 |  | 未测试 |
| T02 | 空输入 | 【填写】 | 【填写】 | 【填写】 |  | 未测试 |
| T03 | 关键边界 | 【填写】 | 【填写】 | 【填写】 |  | 未测试 |
| T04 | 修改后重试 | 【填写】 | 【填写】 | 【填写】 |  | 未测试 |
| T05 | 获取结果 | 【填写】 | 【填写】 | 【填写】 |  | 未测试 |
| T06 | 数据保存行为 | 【填写】 | 【填写】 | 【填写】 |  | 未测试 |

状态使用：**未测试／通过／未通过／受阻**。受阻时写明原因。核心流程与必要异常处理通过后，再判断是否达到本次MVP的完成标准。

---

## ⑦ 质量红线：做出来，还要确认能用

1. **事实和规则要亲自核对。** AI可能误解数字、条件和处理方式。尤其是工具的计算、筛选与排序规则，要用已知答案检查。
2. **演示和分享材料先脱敏。** 优先用虚构样例；账号密码、API密钥、客户资料、内部文件不要进入公开讲义、截图或发布包。
3. **生成结果需要验收。** 页面能打开只是第一步。按验收表实际操作；没有测过的内容如实写“未测试”。

本课另有两个实用提醒：

- AI协助开发的小工具，不一定需要在每次使用时调用AI。去重、格式整理等明确规则，可能由普通程序完成；需要理解内容的任务，再讨论模型服务与成本。
- 本地跑通MVP后，公开上线还涉及访问权限、数据保护、费用与维护。本课先完成可用的第一版，再根据真实需要决定是否公开部署。

---

## ⑧ 课后作业：做出属于你的第一个MVP

### 作业一：复现方法，完成自己的三份文档

从最近一周的工作、学习或生活中，选择一个具体问题。使用本讲义模板，完成需求、设计、验收三份文档。

**提交：**一句话需求＋三份简短文档。

**完成标准：**使用者和场景明确；第一版范围可控；每个核心功能有可检查的验收标准。

没有选题时，可以先用清单整理示例熟悉流程，再换成自己的需求。

### 作业二：用WorkBuddy实现自己的MVP

依据三份文档生成第一版，实际运行验收用例。发现问题后，至少记录一次排查或修改过程；如果没有发现问题，就记录一次新增边界测试。

**提交：**可运行文件或可访问的演示入口、使用说明、验收记录，以及一张截图或一段操作短视频。提交本地文件即可，不强制公开部署。

**完成标准：**核心流程可以完成；结果符合预期；未完成的项目如实标记。

### 作业三：真实用一次，只改最有价值的一点

用自己的工具完成一次真实任务，记录有用的地方和仍然麻烦的地方。选一个最值得改进的点，更新相关文档，再实现和验证。

**提交：**一份简短试用记录＋改动前后对比＋更新后的验收结果。

### 作业自查表

- [ ] 我能用一句话说清楚为谁解决什么问题。
- [ ] 我知道第一版做什么，也知道暂时不做什么。
- [ ] 三份文档中的功能与规则相互一致。
- [ ] 我能自己打开工具并完成一次核心操作。
- [ ] 我用具体输入检查过结果，而不只看AI说“已完成”。
- [ ] 我如实记录了未测试、失败和已知限制。
- [ ] 分享材料已经脱敏，别人能看懂如何复现。

评价关注：**问题是否具体、范围是否合理、成果是否能用、验证是否真实。** 产品题目、界面风格和功能数量不要求相同。

### 遇到问题，怎样提问更容易得到帮助

```text
我正在做：【一句话需求】
卡在阶段：【选题／文档／搭建／打开／验收】
我的操作：【具体步骤】
实际结果：【报错或现象】
预期结果：【希望怎样】
已尝试的方法：【填写】
脱敏截图或样例：【如有则附上】
```

答疑渠道与时间以主办方通知为准。

### 今天带走什么

**一套从想法到MVP的方法、三份可以反复使用的文档模板，以及启动自己第一个小工具的行动步骤。**

AI让更多人有能力做工具，产品思维帮助你做出真正有用的工具。

---

## 附录A：工具与资源

安装和使用方法可查阅以下官方资料，具体操作以当前客户端为准。

| 资源 | 用途 | 链接 |
|:---|:---|:---|
| WorkBuddy官网 | 下载本课使用的工具 | [打开官网](https://www.workbuddy.cn/) |
| WorkBuddy首次任务教程 | 安装、登录、新建任务与查看文件 | [开启你的第一个任务](https://www.codebuddy.cn/docs/workbuddy/FirstTask) |
| WorkBuddy Windows安装说明 | 核对系统要求与安装步骤 | [Windows系统安装指南](https://www.workbuddy.cn/docs/workbuddy/From-Beginner-to-Expert-Guide/Installation-Win-Guide) |
| SkillHub | 查找与分享技能 | [SkillHub](https://skillhub.cn/) |
| SkillHub官方发布教程 | 了解注册、发布、更新与审核流程 | [发布与管理Skill](https://skillhub.cn/tutorials) |

## 附录B：Skill与Demo怎样整理和分享

使用本讲义中的文档模板和提示词，即可开始课后练习。希望进一步复用或分享成果时，可以了解以下三种形式。

- **提示词模板：**一次任务可以直接复制使用的指令。
- **Skill：**将可重复使用的方法、指令和必要资源组织成技能包，供兼容的AI工具调用。
- **Demo：**用于展示和试用的小工具样例或原型。

制作可复用的Skill时，可以将三份文档模板、虚构示例和使用说明整理为配套资源，并按平台规范编写技能说明。分享Demo时，应同时提供运行方法和示例素材。

分享前检查：

1. 移除真实账号、密钥、私有路径、客户和内部资料，替换为虚构示例。
2. 写明用途、运行条件、使用步骤、样例结果、已验证范围和已知限制。
3. 核对素材和代码来源，按适用许可处理署名与分享。
4. 在干净的测试目录复现一次，再按平台教程提交并检查审核状态。

**SkillHub发布教程：**[官方“发布与管理Skill”指南](https://skillhub.cn/tutorials)。希望分享技能的同学，可以按教程选择网页、命令行工具（CLI）或AI助手发布方式，并核对相应的运行条件与审核要求。