00 / 00
课程设计
把教程、小课和训练营设计成一段有节奏的学习体验,而不是知识点堆叠。
很多课程不好看,不是因为内容不行,而是因为它只是在念知识目录。
好课更像一段被设计过的体验。学习者不是来听你把资料从头念到尾的,他想知道:我为什么要学,学完能做什么,中间会踩什么坑。
先从学习者经历出发
不要先问「我要讲什么」。
先问:
- 他现在卡在哪里
- 他以为问题是什么
- 真正的问题是什么
- 这节课结束后,他要做成什么
- 他中间最可能在哪一步放弃
课程设计的核心不是知识点排序,而是学习者的认知曲线。
一节课的最小结构
| 阶段 | 目标 | 示例 |
|---|---|---|
| 开场 | 让他意识到问题 | 你以为 MVP 是做一个简陋产品,其实它是验证假设 |
| 冲突 | 打破旧认知 | 为什么你做了很多功能,用户还是不用 |
| 案例 | 让抽象变具体 | 拿一个真实项目拆从想法到验证 |
| 方法 | 给可执行动作 | 今天就能做的一张验证表 |
| 闭环 | 让他知道下一步 | 做完后怎么收反馈、怎么决定继续或停 |
如果一节课没有冲突,学习者很难保持注意力。
开场不要讲背景
不要这样开:
大家好,今天我们来学习 MVP 的基本概念。首先,MVP 是 Minimum Viable Product 的缩写。更好的开法是直接给场景:
你花两周做了一个功能很完整的 Demo,发给 20 个朋友,没有一个人愿意继续用。
这时候问题不是你做得不够多,而是你根本没验证最关键的假设。开场的任务不是完整解释概念,而是让学习者想继续看。
用真实案例承载知识点
案例不是知识点后面的装饰。
对实战课来说,案例本身就是课程内容。
一个好案例至少有 4 个要素:
| 要素 | 说明 |
|---|---|
| 角色 | 具体是谁,不要只有抽象用户 |
| 困境 | 他为什么卡住 |
| 行动 | 他尝试了什么,失败了什么 |
| 结果 | 最后有什么变化 |
比如讲 AI 编程,不要只讲 Prompt 技巧。可以直接拆一个真实项目:
- 需求一开始为什么模糊
- 怎么做竞品调研
- PRD 怎么写
- AI 第一轮做错了什么
- 最后怎么验收
真实失败比虚构成功更有用。
情绪曲线要有起伏
课程不是资料库。
如果你每一分钟都在输出干货,学习者反而会累。好的节奏通常是:
具体问题 -> 认知冲突 -> 案例推进 -> 核心方法 -> 动手任务 -> 小结每 3 到 5 分钟给一个小变化:
- 一个反直觉判断
- 一个真实截图
- 一个前后对比
- 一个可以立刻执行的小任务
- 一个常见错误
不要一直铺平讲。
小课的 6 节结构
如果你要做一个 4 到 6 节的小课,可以这样排:
| 课节 | 功能 |
|---|---|
| 第 1 节 | 为什么要学,打破旧认知 |
| 第 2 节 | 核心框架,给地图 |
| 第 3 节 | 带做第一遍,跑通最小闭环 |
| 第 4 节 | 常见坑,解释为什么会失败 |
| 第 5 节 | 真实案例,展示完整过程 |
| 第 6 节 | 下一步,作业、反馈和升级路径 |
第一节不要急着教定义。先让学习者意识到自己为什么需要这套方法。
01MVP 课程检查清单
做完一节课后,用这张表检查:
- 前 30 秒有没有进入一个具体问题
- 学完能做什么是否说清楚
- 有没有至少一个认知冲突
- 有没有真实案例,而不是虚构张三李四
- 每个知识点有没有落到动作
- 有没有告诉学习者常见失败点
- 结尾有没有下一步任务
如果一节课只能让人「知道」,还不够。
01MVP 更关心的是:看完之后,读者今天能不能做出一点东西。
继续阅读
这篇文档有问题?