第 7 课 项目 brief 定稿
所属课程
青少年项目营
所属模块
模块 A：选题与立项
本课概览
- 讲解核心：用一页把项目讲清楚。
- 本课重点：brief 是后续开发和沟通的共同底板。
- 课上产出：项目 brief。
- 示例场景：把项目讲清楚、展示清楚，并形成作品集材料
本课知识图谱
- 好项目不只是做出来，还要能把问题、过程和结果说清楚。
- 立项、评审、路演和结营展示都在训练“把作品讲明白”的能力。
- 项目表达最重要的是目标、结构、亮点、数据和下一步。
- 本课重点要落在“brief 是后续开发和沟通的共同底板。”上。
课前准备
老师准备
- 提前准备与“把项目讲清楚、展示清楚，并形成作品集材料”相关的课堂示例页或草图，方便学生先看见成品轮廓。
- 准备一张“项目首页与路演页并排截图”作为课堂演示图。
- 准备一张“问题、方案、结果三段式展示图”作为课堂演示图。
- 把本课阶段成果“项目 brief。”的评价标准提前写在板书或投屏页上。
学生准备
- 准备好本节课会用到的文字、图片或题目素材。
- 带着“项目 brief 定稿”相关的一个真实使用场景进入课堂，方便快速进入任务。
- 准备在课堂上记录一张草图、流程图或问题清单。
本课素材清单
- 项目 brief 模板
- 路演页或作品集页模板
- 演示顺序与答辩追问清单
- 阶段成果模板：项目 brief。
- 参考来源：spec thinking、项目规划方法
可直接使用的素材正文
示例文本
text
项目介绍示例
项目名：校园学习互助站
问题：同学们很难快速找到合适的学习伙伴和共享资料。
做法：做一个能发布需求、展示资料、查看反馈的网站。
结果：形成了一个可演示、可继续扩展的作品。
亮点：页面里同时有同学发起求助、查看资料和留言互动三个动作。示例数据 / 字段
text
路演结构：
- 我们发现了什么问题
- 我们为什么这样设计
- 核心功能是什么
- 现在已经做到哪里
- 下一步还准备做什么练习题 / 操作任务
text
练习 1：把你的项目背景压缩成 3 句话：问题、做法、结果。
练习 2：列出 3 个你最想在路演时展示的亮点。
练习 3：写一条“下一步还准备做什么”的收束句。成套素材包
text
项目路演页内容样例
项目名：校园学习互助站
问题：同学们很难快速找到合适的学习伙伴和共享资料。
做法：做一个能发布需求、展示资料、查看反馈的网站。
亮点：可以发起求助、共享资料、给学习搭子留言。
下一步：补上活动报名、支付和管理员审核功能。课堂练习题组
text
1. 把你的项目背景压缩成“问题 - 做法 - 结果”3 句话。
2. 列出 3 个最值得展示的亮点。
3. 写一条“下一步还准备做什么”的收束句。
4. 说出路演页和项目文档最大的不同是什么。长正文素材
text
项目营长正文
项目营和前面几套课最大的不同，在于它不再以“学一个知识点”作为中心，而是以“把项目往前推进”作为中心。页面导语可以这样写：一个完整项目不会因为学会一个按钮、一个表单、一个页面就自然成立，它需要从真实问题开始，一步一步把需求、结构、技术、功能、测试、上线和后续运营都串起来。
主体段一：老师带项目营时，最重要的不是讲更多，而是帮学生一直抓住主线。前期要把问题和用户看清，中期要把功能和数据站稳，后期要把体验、测试、上线和展示做好。只要主线没有丢，学生就算每节课的细节掌握程度不同，项目也能持续往前走。
主体段二：项目营尤其适合强调“每一轮只推进一个关键结果”。今天可能是定 brief，下一次是把核心功能跑通，再下一次是把移动端适配做好。学生如果总想一次把所有东西做满，项目反而会更散。老师要不断帮他们把视线拉回到“这一轮最重要的结果是什么”。
课堂串讲语：做项目的时候，计划、记录、测试和展示都不是附属工作，它们本身就是项目能力的一部分。一个能被讲清楚、被展示出来、被别人理解的项目，才算真正完成了从练习到成果的跨越。
页面收束语：项目营最终要留下的，不只是一个能打开的页面，而是一整套“发现问题、做出方案、推进开发、整理成果、对外讲清”的完整经历。页面文案建议
- 展示文案：这个项目最想解决的问题是……
- 收束文案：如果继续做下去，我们下一步最想补的是……
可替换素材方向
- 路演页和项目文档要分开，前者更像“讲故事”。
- 先讲问题和亮点，再讲细节和技术。
主视觉配图
页面示例配图
截图规划示意
60 分钟教学展开
0-15 分钟：提出问题并界定任务
讲解推进
- 从“项目 brief 定稿”对应的真实学习或校园情境切入，让学生知道这节课要解决的具体问题。
- 用问题清单或情境提问带出“用一页把项目讲清楚”这一主线，先把讨论范围收拢。
- 明确今天 1 小时的阶段成果是“项目 brief”，让学生知道最后要交付什么。
本段知识点
- 先从“项目 brief 定稿”的真实使用场景入手，帮助学生知道今天为什么要学这一课。
- 好项目不只是做出来，还要能把问题、过程和结果说清楚。
- 立项、评审、路演和结营展示都在训练“把作品讲明白”的能力。
建议展示 / 截图
- 项目首页与路演页并排截图
- 项目 brief 定稿的课堂任务卡或成果示意图
本段资料与素材
- 项目 brief 模板
- 任务说明卡 1 份
本段逐字稿
text
【本段开场】
同学们，先把今天这节课放回真实项目里。课题是“项目 brief 定稿”，但我们真正要看的是：当项目开始面对“用一页把项目讲清楚”时，接下来该怎么判断和推进。
这一模块是项目真正开始的地方，重点是把问题、用户、需求和判断标准收清。
先把情境放回真实项目里。假如现在面对的是“把项目讲清楚、展示清楚，并形成作品集材料”，如果没有今天这一层，这个项目最容易卡在哪里？
我们先看“项目 brief 模板”。看示例的时候，不只是看页面长什么样，而是看它怎样推动项目往前走。
先把“项目不是先写页面，而是先找真问题”讲清，让学生知道今天是在做立项起点。
先把项目场景讲稳，比先讲技术更重要。只要学生知道今天这一层在解决什么真问题，后面动作就会顺很多。
如果这个问题离真实校园生活太远，它还值得继续做吗？
你们现在先不要急着回答得很满，只要先把“问题是什么、谁会用、今天准备推进到哪”说清，就已经够用了。
等会儿我们会先从一个最小例子开始，不是为了把事情讲简单，而是为了把关键判断讲准。
等会儿我会先拿一个“听起来很酷但不够真实”的题目，再把它压回真实场景。
这一段一直要记住：开始像一个在做立项判断的人。只要你开始会判断问题、结构、推进和展示的关系，这节课就已经不只是“做个页面”了。
如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线上多收一遍。项目营最怕的，不是难，而是主线被讲散。
立项这一段先收住：好项目往往不是更大，而是更真。
【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。老师演示提示词（给 Codex）
用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。
text
请直接实现一个给八至九年级学生看的“项目立项教学页”课堂开场页。 本课主题是“项目 brief 定稿”，页面场景使用“把项目讲清楚、展示清楚，并形成作品集材料”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：问题区、用户或场景区、结构图区、判断说明区。 核心内容请围绕“用一页把项目讲清楚”来实现。 页面重点突出：项目为什么要从真实问题开始。 页面要让人一打开就知道这页在做什么。 首屏要有主题说明、核心内容区和一个明确入口，可以保留一个开始按钮或继续入口。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。突出项目目标、推进结果和展示逻辑，让页面既能说明做法，也能说明价值。课堂动作
- 先用 1 到 2 分钟让学生说出自己对“项目 brief 定稿”最直观的理解，再进入示例页。
阶段成果
- 完成本课任务目标和阶段成果的确认。
15-30 分钟：梳理结构、角色或判断标准
讲解推进
- 把“brief 是后续开发和沟通的共同底板”拆成 2 到 3 条可判断的标准，帮助学生形成稳定的思考框架。
- 借助结构图、流程图、角色卡或页面树，把抽象想法转成可视化的组织方式。
- 通过对比示例说明哪些内容属于本节课必须保住的核心，哪些内容可以留到后面扩展。
本段知识点
- 把“用一页把项目讲清楚。”拆成可观察、可操作的页面结构或流程关系。
- 好项目不只是做出来，还要能把问题、过程和结果说清楚。
- 立项、评审、路演和结营展示都在训练“把作品讲明白”的能力。
建议展示 / 截图
- 问题、方案、结果三段式展示图
- 项目 brief 定稿的结构草图、流程图或区域标注图
本段资料与素材
- 路演页或作品集页模板
- 结构草图模板 1 份
本段逐字稿
text
【本段开场】
这一段先不急着继续堆内容，我们先把最关键的关系拆开。只要这一段听清楚，后面很多推进动作都会更稳。
这一模块是项目真正开始的地方，重点是把问题、用户、需求和判断标准收清。
这一段继续围绕“把项目讲清楚、展示清楚，并形成作品集材料”往下拆。我们不换例子，而是把同一个项目里的结构关系和判断逻辑讲清。
这一段继续借“路演页或作品集页模板”来拆关系。你们要边看边判断：这一块到底是在交代问题、结构，还是推进顺序。
把问题、用户、需求和判断标准拆开，让学生看见好选题为什么不能只靠灵感。
这一段最怕的是只顾着往下做，却没有把判断顺序讲清。我们要一直顺着“问题、结构、动作、结果”来讲。
你现在讲的是“我想做什么”，还是“别人真的会遇到什么问题”？
这一步要不断追问：它到底在项目里负责哪一层？如果答不上来，就说明关系还没有收稳。
接下来这几分钟，你们要重点听“推进顺序”和“取舍”，而不只是功能名字。
这一段我会一直追问“谁会用、什么时候用、为什么会卡住”，帮助大家把题目收实。
这一段一直要记住：开始像一个在做立项判断的人。只要你开始会判断问题、结构、推进和展示的关系，这节课就已经不只是“做个页面”了。
如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线上多收一遍。项目营最怕的，不是难，而是主线被讲散。
只要问题、用户和场景开始站住，后面很多开发决定都会更稳。
【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。老师演示提示词（给 Codex）
用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。
text
请直接实现一个给八至九年级学生看的“项目立项教学页”结构拆解页。 本课主题是“项目 brief 定稿”，页面场景使用“把项目讲清楚、展示清楚，并形成作品集材料”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：问题区、用户或场景区、结构图区、判断说明区。 核心内容请围绕“用一页把项目讲清楚”来实现。 页面重点突出：把用户、需求、页面树或平台判断拆开讲清。 页面要把区块分工、流程顺序或阅读路径讲清。 请用分区标题、编号、箭头、步骤标签或结构图，把每一块分别负责什么写清楚。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。突出项目目标、推进结果和展示逻辑，让页面既能说明做法，也能说明价值。课堂动作
- 带学生一起把今天的页面、流程或知识结构画成一张简单草图，边讲边标注。
阶段成果
- 形成一张结构图、分区图或流程图草稿。
30-45 分钟：输出草图、清单或方案稿
讲解推进
- 组织学生完成“项目 brief”的第一版草图、清单或方案稿。
- 要求学生在产出中体现“用一页把项目讲清楚与brief 是后续开发和沟通的共同底板”，而不是只写一个空标题。
- 讲师边巡视边帮助学生把范围收紧，避免方案过大、过散或脱离真实场景。
本段知识点
- 在动手环节里，把“项目 brief。”做成真正能演示的结果。
- 立项、评审、路演和结营展示都在训练“把作品讲明白”的能力。
- 项目表达最重要的是目标、结构、亮点、数据和下一步。
建议展示 / 截图
- 答辩顺序和 Demo 流程卡截图
- 项目 brief。正在完成中的过程截图
本段资料与素材
- 演示顺序与答辩追问清单
- 项目 brief。的半成品模板
本段逐字稿
text
【本段开场】
下面开始看最关键的一轮项目推进。今天这一段不求做满，而是要把一条最短推进链跑顺。
这一模块是项目真正开始的地方，重点是把问题、用户、需求和判断标准收清。
现在把“把项目讲清楚、展示清楚，并形成作品集材料”里的关键动作真正跑起来。只要这一轮推进能看顺，学生就会知道项目不是停在计划上。
接下来还是先盯住“演示顺序与答辩追问清单”。今天这一步不是看热闹，而是看最关键的一轮推进怎样真正发生。
现场做出一轮能讨论、能筛选、能比较的项目材料，让立项不是停在口头上。
动手时先盯最关键的一条推进链。只要“项目 brief。”的核心结果跑通，今天这节课就已经有真实进展。
这个题目最先服务的是谁？如果换一个人，问题会不会变掉？
如果演示一跑就乱，先回到最短流程，不要一边加功能一边猜问题会不会自己消失。
下面这一段我会先演示，再回头解释。你们先看动作，再看每一步为什么这样排。
接下来我会示范一轮最小 brief 或问题卡，让你们看见项目是怎样从模糊想法走到可以讨论的。
这一段一直要记住：开始像一个在做立项判断的人。只要你开始会判断问题、结构、推进和展示的关系，这节课就已经不只是“做个页面”了。
如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线上多收一遍。项目营最怕的，不是难，而是主线被讲散。
这一课最值钱的，是你开始知道项目应该从哪里长出来。
【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。老师演示提示词（给 Codex）
用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。
text
请直接实现一个给八至九年级学生看的“项目立项教学页”功能演示页。 本课主题是“项目 brief 定稿”，页面场景使用“把项目讲清楚、展示清楚，并形成作品集材料”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：问题区、用户或场景区、结构图区、判断说明区。 核心内容请围绕“用一页把项目讲清楚”来实现。 页面重点突出：做出一轮真正能拿来讨论的立项材料。 页面要做出最关键的一轮功能演示，让操作、反馈和结果连成闭环。 必须支持至少一轮真实动作，例如点击、输入、切换、提交、答题、反馈或状态变化，并且操作后立刻出现结果。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。突出项目目标、推进结果和展示逻辑，让页面既能说明做法，也能说明价值。课堂动作
- 讲师边投屏边带做，让学生至少独立完成一次最关键动作。
阶段成果
- 拿到“项目 brief。”的可演示版本。
45-60 分钟：交流修订、形成阶段结论
讲解推进
- 安排小组交流或快速讲述，让学生把自己的方案说给别人听。
- 回到“brief 是后续开发和沟通的共同底板”逐条检查，补齐最关键的缺口，形成可进入下一课的阶段版本。
- 围绕“项目 brief”做简短收束，让学生带着清晰版本进入下一课。
本段知识点
- 通过检查、互评和整理，让学生知道这节课的成果怎样继续进入下一课。
- 项目表达最重要的是目标、结构、亮点、数据和下一步。
建议展示 / 截图
- 项目 brief。最终整理后的展示截图
- 同伴互评或发布前检查清单截图
本段资料与素材
- 检查清单 1 份
- 结尾展示顺序卡 1 份
本段逐字稿
text
【本段开场】
最后这一段我们把今天的结果讲清、收齐、整理好。能不能把“项目 brief。”说顺，决定这节课到底有没有真正站住。
这一模块是项目真正开始的地方，重点是把问题、用户、需求和判断标准收清。
最后再回到“把项目讲清楚、展示清楚，并形成作品集材料”看一遍结果。项目讲到这里，要能让别人听懂它为什么值得继续推进。
最后回头看“检查清单 1 份”，重点不在再补很多，而在把已经做出来的结果讲顺、收稳、讲明白。
收束成一套项目起点检查法，让学生最后能说出自己的题目为什么值得继续做。
这一段的重点不是再加内容，而是把结果说得清、查得清、展示得清楚。
如果最后只能留下一个立项理由，你最想留下哪一句？
收尾时先看逻辑和表达有没有收住，再看内容够不够多。讲不顺的地方，通常也是理解还没收稳的地方。
最后我会请大家倒着讲一遍：先说今天拿到了什么，再说它是怎样一步步出现的。
最后我会请大家回头判断：你现在的题目到底是想法，还是已经开始像项目了。
这一段一直要记住：开始像一个在做立项判断的人。只要你开始会判断问题、结构、推进和展示的关系，这节课就已经不只是“做个页面”了。
如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线上多收一遍。项目营最怕的，不是难，而是主线被讲散。
记住，题目真正有力量的时候，往往是别人一听就知道它为什么值得做。
【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。老师演示提示词（给 Codex）
用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。
text
请直接实现一个给八至九年级学生看的“项目立项教学页”收束展示页。 本课主题是“项目 brief 定稿”，页面场景使用“把项目讲清楚、展示清楚，并形成作品集材料”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：问题区、用户或场景区、结构图区、判断说明区。 核心内容请围绕“用一页把项目讲清楚”来实现。 页面重点突出：把结果收成能继续推进开发的项目版本。 页面要把当前结果整理成适合展示和收束的版本。 页面里要保留结果展示、小结、检查点或下一步，让成果能够直接拿来展示。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。突出项目目标、推进结果和展示逻辑，让页面既能说明做法，也能说明价值。课堂动作
- 安排结对互看或小组展示，让学生把自己的结果讲成一段完整说明。
阶段成果
- 把今天的结果整理成可展示、可提交、可继续修改的版本。
课后作业
必做任务
- 把自己的项目用“问题、做法、结果、下一步”四句话再说一遍。
- 把课堂上的“项目 brief。”再补一个更完整的细节，并保留前后对比。
提交建议
- 提交本课产出：项目 brief。
- 附 2 到 3 句说明：你今天做了什么、最满意哪里、还准备改什么。
自查清单
- 我能说清楚这节课做的页面或流程是给谁用的。
- 我能指出页面里最重要的一个区块、一个动作和一个结果。
- 我保存了课堂过程中的草图、截图或记录，方便下次继续。
相关参考
spec thinking项目规划方法