写使用者故事

01-04 写使用者故事

课程定位

这一课让项目回到人的动作。项目说明写清了功能边界，使用者故事要回答更具体的问题：谁打开这个工具，他遇到什么麻烦，他做了什么，工具给了他什么结果。

使用者故事能防止项目越做越飘。功能一旦脱离人的动作，就容易变成“看起来很厉害，实际用不上”。

这一课的成果是一份「使用者故事」。

本课目标

• 能写出具体使用者。
• 能描述使用者的真实麻烦。
• 能写清使用者打开工具后的动作。
• 能写清工具给出的结果。
• 能说明这个结果省掉了什么重复劳动。

录制建议

• 建议时长：18 到 25 分钟。
• 用一个真实人物讲故事，比如“每周整理资料的老师”。
• 用动作链条讲清楚：打开、粘贴、点击、复制、使用。
• 强调使用者故事是后面界面设计和验收的依据。
• 收尾让学员把故事写进项目说明。

课前准备

• 第一版项目说明。
• 需求澄清记录。
• 一个真实使用者场景。
• AI 对话区。

讲稿正文

可以这样开场：

“功能是写给机器看的，故事是写给人看的。我们做小工具，最后要回到一个具体的人，和他手上的一个具体动作。”

使用者故事由五个问题组成。

第一，谁在使用？

第一个项目里，这个人常常就是学员自己。也可以是老师、同事、运营人员、班主任、内容创作者。

第二，他遇到什么麻烦？

麻烦要具体。比如“每次都要手动把表格转成文档格式”“每周都要从一堆记录里拼周报”“每次下载资料后文件名很乱”。

第三，他打开工具后做什么？

动作要像镜头一样清楚：打开页面，粘贴 CSV，点击转换，复制结果。

第四，工具给他什么结果？

结果要能拿走、能使用、能验收。比如生成 Markdown 表格、整理后的名单、改好名字的文件。

第五，这个结果帮他省掉什么？

省掉重复复制、手动排版、逐个改名、来回核对。这里就是项目的真实价值。

以 CSV 转 Markdown 小工具为例：

作为一个经常整理课程资料的人，
我每次需要把表格内容粘贴到文档里，
我希望打开工具后粘贴 CSV，点击转换，
工具能生成可复制的 Markdown 表格，
这样我就能省掉手动加竖线、对齐表格和重复排版的时间。

最后收束：

“使用者故事是项目的方向盘。以后改界面、加按钮、写提示、做验收，都可以回到这个故事里问：它有没有帮这个人完成这件事？”

屏幕演示流程

1. 打开第一版项目说明。
2. 找到目标用户和使用场景。
3. 让 AI 根据项目说明写 2 到 3 个使用者故事。
4. 人工选择最贴近真实场景的一版。
5. 把故事里的动作拆成界面步骤。
6. 把使用者故事保存进项目说明。

给 AI 的协作卡

请根据我的第一版项目说明，帮我写 3 个使用者故事。

每个故事都要包含：
1. 谁在使用
2. 他遇到什么麻烦
3. 他打开工具后做什么
4. 工具给他什么结果
5. 这个结果帮他省掉什么重复劳动

请用具体生活场景写，避免空泛描述。

使用者故事

• 使用者是谁：
• 他遇到的麻烦：
• 他打开工具后的动作：
• 工具给出的结果：
• 省掉的重复劳动：
• 对应的第一版功能：

课堂练习

让学员为自己的主项目写一份使用者故事。

要求：

• 使用者必须具体。
• 操作动作至少写 3 步。
• 结果必须能保存、复制或继续使用。

常见卡点

• 使用者写成“大家”：缩成一个具体人。
• 麻烦写得太抽象：换成最近一次真实经历。
• 工具动作不清楚：按打开、输入、点击、得到结果来写。
• 结果无法验收：补一个人工检查方式。

课后作业

完成主项目使用者故事，并写入项目说明。

提交内容：

• 使用者故事。
• 对应第一版功能。
• 一句话说明它省掉了什么重复劳动。

课件页建议

• 第 1 页：功能回到人的动作
• 第 2 页：五个故事问题
• 第 3 页：CSV 转 Markdown 使用者故事
• 第 4 页：故事如何指导界面和验收
• 第 5 页：使用者故事记录