把复杂工作拆成可检查的步骤

复杂任务不是把提示词写得更长，而是让每一步都有明确输入、中间成果、通过条件和失败返回点。这样上游错误不会扩散，工具或对话中断后也不必从头重来。

练习任务：把 6 条用户反馈变成一页改进提案

不能直接让 AI “总结并给建议”。你需要保留反馈编号，先标准化、再分组、再排序，最后才形成提案。

预计 45—65 分钟

R01

搜索“退款”时，前几条结果和退款没关系。

R02

手机打开左侧菜单后，正文被挤出屏幕。

R03

我不知道教程应该到哪个分类里找。

R04

搜索打错一个字就什么都找不到。

R05

文章有没有更新过看不出来，不敢照着做。

R06

教程遇到问题后，不知道在哪里反馈。

一次生成全部结果

请总结这些反馈，判断优先级并写一份完整改进方案。

如果 AI 在第一步漏掉编号或错误合并问题，后面的优先级、方案和汇报都会基于错误输入。

第一步：从最终提案反推五个依赖步骤

步骤 1标准化反馈
输出：编号、原句、问题对象、可确认事实、未知项。

只依赖原始反馈
步骤 2建立问题分组
输出：分组名称、所含反馈编号、为什么同类。

依赖已验收步骤 1
步骤 3提出优先级
输出：证据数量、用户影响、可恢复性、待补数据。

依赖已验收步骤 2
步骤 4形成改进选项
输出：目标、最小动作、验证方法、未知成本。

依赖已验收步骤 3
步骤 5交付一页提案
输出：问题、证据、建议顺序、下一步和限制。

依赖步骤 1—4

最终交付物：

步骤编号与名称：
目标：
输入：
依赖的已通过步骤：
输出：
完成条件：
人工检查人：
失败时返回：
允许进入下一步的证据：

重复填写每一步。

全局规则：
- 未通过的步骤不得作为下游输入。
- 每个中间成果单独保存版本。
- 下游只引用已通过成果，不回到原始资料自由发挥。

第二步：每一关只验收当前成果

关卡	中间成果	必须通过	本案例结果
1	反馈事实表	R01—R06 全部保留，可回到原句	通过
2	问题分组	同组有共同对象，不能为了整齐强行合并	首轮未通过
3	优先级候选	区分证据数量、影响判断和未知项	等待步骤 2
4	改进选项	建议能针对问题，成本和可行性不编造	未开始
5	一页提案	每项建议可回到反馈编号和已通过中间成果	未开始

项目：
步骤：
中间成果版本：
使用的输入版本：

完成条件：
□
□
□

检查结果：
发现的问题：
问题属于当前步骤还是上游：
决定：通过／退回当前步骤／返回步骤 ___
允许下游使用的内容：
禁止下游使用的内容：
检查人和时间：

第三步：错误发生在哪一关，就返回哪一关

错误分组

“找不到分类”“手机菜单遮挡”“搜索无结果”都属于搜索体验。

R02 是移动导航布局，R03 是信息架构，只有 R01、R04 明确属于搜索。强行合并会让后续方案只修搜索，遗漏真正问题。

错误扩散

步骤 3 会把四条反馈算成搜索问题；步骤 4 会优先做搜索重构；步骤 5 会写出“多数用户反馈集中在搜索”的错误结论。

正确返回

暂停步骤 3—5，只返工步骤 2。步骤 1 已通过，不重新提取原始反馈。

搜索质量R01、R04

移动导航R02

内容分类R03

内容可信度R05

反馈入口R06

未通过步骤：
未通过的完成条件：
错误内容：
对照证据：
错误是否来自上游：是／否

返回位置：
本次只允许修改：
必须保持不变的已通过成果：
暂停的下游步骤：
修订后需要重跑的步骤：
修订完成条件：
重新验收人：

第四步：任务中断时，保存状态，不保存一句“做到一半”

假设步骤 3 已经完成，你需要关闭工具，第二天换一个新对话继续。恢复所需的不是全部聊天记录，而是当前目标、已通过成果、待办、限制和下一步输入。

已通过步骤 1 v1

R01—R06 标准化反馈表。

已通过步骤 2 v2

五个问题分组，R01 与 R04 同组。

已通过步骤 3 v1

优先级候选，明确证据数量不等于真实发生率。

未开始步骤 4

只根据前三步提出改进选项。

未开始步骤 5

等待步骤 4 通过后生成一页提案。

项目目标：
最终交付物：
当前工作流版本：

已通过成果：
- 步骤 1：文件名／版本／通过时间
- 步骤 2：
- 步骤 3：

未通过或未开始：
- 步骤：

当前仍有效的事实与限制：
已知未知项：
禁止重新解释或改写的内容：

恢复后第一步：
只允许使用的输入：
本步输出与完成条件：
失败时返回：
最终人工确认点：

第五步：从断点恢复，完成改进提案

用户反馈改进提案基于 R01—R06 安全样例

优先验证 1 · 搜索质量

R01 与 R04 分别反映相关性和错别字容错问题。先用一组高频查询建立可重复测试，再决定是否调整排序或容错。

优先修复 2 · 移动导航

R02 描述正文被挤出屏幕，是明确可复现的可用性问题。应在 320、768、1440 宽度验证菜单和页面溢出。

继续研究 · 分类、更新标记和反馈入口

R03、R05、R06 各有一条反馈，先分别验证导航路径、更新日期展示和反馈入口可发现性，不把单条样例写成普遍发生率。

下一步

保存搜索测试词、移动端复现记录和三项可发现性测试；验证后再确定开发顺序和工作量。

原始反馈R01—R06

步骤成果事实表、分组、优先级、选项

过程证据失败返回卡、断点恢复卡

最终交付一页提案与验收记录

完成本课的标准

每个步骤都写明输入、输出、依赖和完成条件。
错误分组只返回步骤 2，没有重做已通过步骤 1。
暂停后使用恢复卡在新对话中继续步骤 4。
最终建议能回到反馈编号，不把样例数量写成用户发生率。
保留全部中间成果和检查决定。

什么时候应该重新从头开始？

当任务目标改变、原始资料整体失效、关键输入版本无法确认，或早期检查点其实没有可靠证据时，应重新建立工作流。只是工具中断、表达需要返工或某个中间成果失败，不需要把已通过部分全部重做。