第 17 课 视觉与体验打磨

所属课程

青少年项目营

所属模块

模块 C：功能扩展与上线

本课概览

• 讲解核心：让项目从能用变成愿意展示。
• 本课重点：作品最终会不会被记住，体验差异很关键。
• 课上产出：视觉优化版。
• 示例场景：把已经能看的页面整理成更像完整作品的版本

本课知识图谱

• 配色、间距、按钮和卡片会直接影响页面是否容易阅读。
• 好看的页面通常不是元素更多，而是结构更统一。
• 先统一标题、正文、按钮和背景，再谈细节装饰会更有效率。
• 本课重点要落在“作品最终会不会被记住，体验差异很关键。”上。

课前准备

老师准备

• 提前准备与“把已经能看的页面整理成更像完整作品的版本”相关的课堂示例页或草图，方便学生先看见成品轮廓。
• 准备一张“改版前后的页面对比截图”作为课堂演示图。
• 准备一张“标题、按钮、卡片样式统一后的局部截图”作为课堂演示图。
• 把本课阶段成果“视觉优化版。”的评价标准提前写在板书或投屏页上。

学生准备

• 准备好本节课会用到的文字、图片或题目素材。
• 带着“视觉与体验打磨”相关的一个真实使用场景进入课堂，方便快速进入任务。
• 准备在课堂上记录一张草图、流程图或问题清单。

本课素材清单

• 两套简单配色方案
• 一组按钮、卡片、标题样式参考截图
• 页面视觉检查表 1 份
• 阶段成果模板：视觉优化版。
• 参考来源：ui-design、modern component library

可直接使用的素材正文

示例文本

页面升级示例
旧版问题：标题太小、按钮不明显、卡片之间太挤
新版方向：主标题更大、卡片边界更清楚、按钮颜色统一、留白更舒服
修改前后对比：旧版首屏信息太散，新版首屏只保留标题、主图和一个主要按钮。

示例数据 / 字段

配色示例 A：
- 主色：#2563eb
- 强调色：#f59e0b
- 背景色：#f8fafc
配色示例 B：
- 主色：#7c3aed
- 强调色：#14b8a6
- 背景色：#f5f3ff

练习题 / 操作任务

练习 1：从配色示例 A 和 B 里选一组，说明为什么适合你的页面主题。
练习 2：把你页面里的 3 个按钮文案统一成同一语气。
练习 3：删掉页面里一块最不重要的内容，再说说页面为什么更清楚了。

成套素材包

页面优化对照清单
改前：标题太小、按钮不明显、卡片颜色不统一、说明文字太长。
改后：主标题 1 个、主要按钮 1 个、卡片颜色统一、每段说明控制在 2 行内。
推荐检查顺序：先看信息顺序，再看留白，再看颜色，最后再看装饰。

课堂练习题组

1. 列出你页面里最需要调整的 3 个问题。
2. 从标题、按钮、卡片、留白里选 2 项，写出你准备怎么改。
3. 选一套主色和强调色，说说为什么适合你的页面。
4. 删掉页面里一块不重要的内容，再写一句删掉后的变化。

长正文素材

项目营长正文
项目营和前面几套课最大的不同，在于它不再以“学一个知识点”作为中心，而是以“把项目往前推进”作为中心。页面导语可以这样写：一个完整项目不会因为学会一个按钮、一个表单、一个页面就自然成立，它需要从真实问题开始，一步一步把需求、结构、技术、功能、测试、上线和后续运营都串起来。
主体段一：老师带项目营时，最重要的不是讲更多，而是帮学生一直抓住主线。前期要把问题和用户看清，中期要把功能和数据站稳，后期要把体验、测试、上线和展示做好。只要主线没有丢，学生就算每节课的细节掌握程度不同，项目也能持续往前走。
主体段二：项目营尤其适合强调“每一轮只推进一个关键结果”。今天可能是定 brief，下一次是把核心功能跑通，再下一次是把移动端适配做好。学生如果总想一次把所有东西做满，项目反而会更散。老师要不断帮他们把视线拉回到“这一轮最重要的结果是什么”。
课堂串讲语：做项目的时候，计划、记录、测试和展示都不是附属工作，它们本身就是项目能力的一部分。一个能被讲清楚、被展示出来、被别人理解的项目，才算真正完成了从练习到成果的跨越。
页面收束语：项目营最终要留下的，不只是一个能打开的页面，而是一整套“发现问题、做出方案、推进开发、整理成果、对外讲清”的完整经历。

页面文案建议

• 按钮文案：开始体验、继续下一步、进入活动页
• 提示语：这一页建议先把结构理顺，再补视觉细节。

可替换素材方向

• 同一页里主色不要超过 2 种，先从统一标题和按钮开始。
• 如果页面很乱，先删掉一半内容再重排。

主视觉配图

页面示例配图

截图规划示意

60 分钟教学展开

0-15 分钟：回顾目标并做好展示准备

讲解推进

• 先回顾“视觉与体验打磨”之前已经完成的内容，让学生知道今天重点不在新做很多功能，而在整理和呈现。
• 再次明确本次展示或评审要围绕“作品最终会不会被记住，体验差异很关键”展开，避免学生只展示表面效果。
• 把“视觉优化版”拆成展示前必须准备的几个部分，例如页面、讲述顺序、演示动作或对比说明。

本段知识点

• 先从“视觉与体验打磨”的真实使用场景入手，帮助学生知道今天为什么要学这一课。
• 配色、间距、按钮和卡片会直接影响页面是否容易阅读。
• 好看的页面通常不是元素更多，而是结构更统一。

建议展示 / 截图

• 改版前后的页面对比截图
• 视觉与体验打磨的课堂任务卡或成果示意图

本段资料与素材

• 两套简单配色方案
• 任务说明卡 1 份

本段逐字稿

【本段开场】

同学们，先把今天这节课放回真实项目里。课题是“视觉与体验打磨”，但我们真正要看的是：当项目开始面对“让项目从能用变成愿意展示”时，接下来该怎么判断和推进。

这一模块更接近真实上线前后，重点是体验、测试、反馈、适配和运营计划。

先把情境放回真实项目里。假如现在面对的是“把已经能看的页面整理成更像完整作品的版本”，如果没有今天这一层，这个项目最容易卡在哪里？

我们先看“两套简单配色方案”。看示例的时候，不只是看页面长什么样，而是看它怎样推动项目往前走。

先把“项目为什么一定要迭代”讲清，让学生知道这节课是在面对真实使用和真实反馈。

先把项目场景讲稳，比先讲技术更重要。只要学生知道今天这一层在解决什么真问题，后面动作就会顺很多。

如果用户真的来用，你最担心他卡在哪一步？

你们现在先不要急着回答得很满，只要先把“问题是什么、谁会用、今天准备推进到哪”说清，就已经够用了。

等会儿我们会先从一个最小例子开始，不是为了把事情讲简单，而是为了把关键判断讲准。

等会儿我会先拿一条真实反馈来改，不急着同时改很多地方。你们要重点看优先级怎么判断。

这一段一直要记住：开始像一个在让项目变完整的人。只要你开始会判断问题、结构、推进和展示的关系，这节课就已经不只是“做个页面”了。

如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线上多收一遍。项目营最怕的，不是难，而是主线被讲散。

迭代这一段先收住：项目变完整，不是因为多加，而是因为改对。

【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。

老师演示提示词（给 Codex）

用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。

请直接实现一个给八至九年级学生看的“项目迭代与上线页”课堂开场页。 本课主题是“视觉与体验打磨”，页面场景使用“把已经能看的页面整理成更像完整作品的版本”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：问题或机会区、页面或流程区、状态或反馈区、下一步区。 核心内容请围绕“让项目从能用变成愿意展示”来实现。 页面重点突出：为什么项目要进入迭代、上线和运营阶段。 页面要让人一打开就知道这页在做什么。 首屏要有主题说明、核心内容区和一个明确入口，可以保留一个开始按钮或继续入口。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。突出项目目标、推进结果和展示逻辑，让页面既能说明做法，也能说明价值。

课堂动作

• 先用 1 到 2 分钟让学生说出自己对“视觉与体验打磨”最直观的理解，再进入示例页。

阶段成果

• 完成本课任务目标和阶段成果的确认。

15-30 分钟：对照标准讲清作品与思路

讲解推进

• 指导学生用简洁的话讲清“让项目从能用变成愿意展示”，把作品与前面课程学到的能力对应起来。
• 提示学生先讲目标，再讲结构，再讲亮点，形成稳定的展示顺序。
• 如果是里程碑或评审课，要同步说明当前完成度、还欠缺什么、接下来准备怎么补。

本段知识点

• 把“让项目从能用变成愿意展示。”拆成可观察、可操作的页面结构或流程关系。
• 配色、间距、按钮和卡片会直接影响页面是否容易阅读。
• 好看的页面通常不是元素更多，而是结构更统一。

建议展示 / 截图

• 标题、按钮、卡片样式统一后的局部截图
• 视觉与体验打磨的结构草图、流程图或区域标注图

本段资料与素材

• 一组按钮、卡片、标题样式参考截图
• 结构草图模板 1 份

本段逐字稿

【本段开场】

这一段先不急着继续堆内容，我们先把最关键的关系拆开。只要这一段听清楚，后面很多推进动作都会更稳。

这一模块更接近真实上线前后，重点是体验、测试、反馈、适配和运营计划。

这一段继续围绕“把已经能看的页面整理成更像完整作品的版本”往下拆。我们不换例子，而是把同一个项目里的结构关系和判断逻辑讲清。

这一段继续借“一组按钮、卡片、标题样式参考截图”来拆关系。你们要边看边判断：这一块到底是在交代问题、结构，还是推进顺序。

把体验、适配、商业化、测试或运营动作拆开，让学生看见项目后期为什么比前期更考验判断。

这一段最怕的是只顾着往下做，却没有把判断顺序讲清。我们要一直顺着“问题、结构、动作、结果”来讲。

这次迭代是在补体验、补可靠性，还是补商业和运营逻辑？

这一步要不断追问：它到底在项目里负责哪一层？如果答不上来，就说明关系还没有收稳。

接下来这几分钟，你们要重点听“推进顺序”和“取舍”，而不只是功能名字。

这一段我会一直围绕“问题、改动、结果”来讲，让学生知道迭代不是随便补功能。

这一段一直要记住：开始像一个在让项目变完整的人。只要你开始会判断问题、结构、推进和展示的关系，这节课就已经不只是“做个页面”了。

如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线上多收一遍。项目营最怕的，不是难，而是主线被讲散。

只要开始会判断优先级，反馈就不会只变成压力，而会变成方向。

【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。

老师演示提示词（给 Codex）

用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。

请直接实现一个给八至九年级学生看的“项目迭代与上线页”结构拆解页。 本课主题是“视觉与体验打磨”，页面场景使用“把已经能看的页面整理成更像完整作品的版本”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：问题或机会区、页面或流程区、状态或反馈区、下一步区。 核心内容请围绕“让项目从能用变成愿意展示”来实现。 页面重点突出：把体验、适配、商业化、测试或反馈关系拆开讲清。 页面要把区块分工、流程顺序或阅读路径讲清。 请用分区标题、编号、箭头、步骤标签或结构图，把每一块分别负责什么写清楚。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。突出项目目标、推进结果和展示逻辑，让页面既能说明做法，也能说明价值。

课堂动作

• 带学生一起把今天的页面、流程或知识结构画成一张简单草图，边讲边标注。

阶段成果

• 形成一张结构图、分区图或流程图草稿。

30-45 分钟：开展展示、互评与追问

讲解推进

• 组织学生围绕“视觉优化版”开展展示、互评或答辩追问。
• 评价时优先围绕“作品最终会不会被记住，体验差异很关键”给出具体反馈，避免停留在“好不好看”这样的泛评价。
• 引导学生记录最值得保留的亮点和最需要立刻修改的问题，形成可执行的修改清单。

本段知识点

• 在动手环节里，把“视觉优化版。”做成真正能演示的结果。
• 好看的页面通常不是元素更多，而是结构更统一。
• 先统一标题、正文、按钮和背景，再谈细节装饰会更有效率。

建议展示 / 截图

• 页面留白和间距被标注出来的示意图
• 视觉优化版。正在完成中的过程截图

本段资料与素材

• 页面视觉检查表 1 份
• 视觉优化版。的半成品模板

本段逐字稿

【本段开场】

下面开始看最关键的一轮项目推进。今天这一段不求做满，而是要把一条最短推进链跑顺。

这一模块更接近真实上线前后，重点是体验、测试、反馈、适配和运营计划。

现在把“把已经能看的页面整理成更像完整作品的版本”里的关键动作真正跑起来。只要这一轮推进能看顺，学生就会知道项目不是停在计划上。

接下来还是先盯住“页面视觉检查表 1 份”。今天这一步不是看热闹，而是看最关键的一轮推进怎样真正发生。

现场做出一轮真实可见的改动示范，让学生看见项目怎样因为反馈而变得更完整。

动手时先盯最关键的一条推进链。只要“视觉优化版。”的核心结果跑通，今天这节课就已经有真实进展。

如果反馈很多，哪一条最应该先改？

如果演示一跑就乱，先回到最短流程，不要一边加功能一边猜问题会不会自己消失。

下面这一段我会先演示，再回头解释。你们先看动作，再看每一步为什么这样排。

接下来我会做一轮最小但有效的修改示范，让你们看见项目为什么会因为一次改动而更顺。

这一段一直要记住：开始像一个在让项目变完整的人。只要你开始会判断问题、结构、推进和展示的关系，这节课就已经不只是“做个页面”了。

如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线上多收一遍。项目营最怕的，不是难，而是主线被讲散。

这一课最值钱的，是你开始知道项目后期最重要的是判断和取舍。

【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。

老师演示提示词（给 Codex）

用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。

请直接实现一个给八至九年级学生看的“项目迭代与上线页”功能演示页。 本课主题是“视觉与体验打磨”，页面场景使用“把已经能看的页面整理成更像完整作品的版本”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：问题或机会区、页面或流程区、状态或反馈区、下一步区。 核心内容请围绕“让项目从能用变成愿意展示”来实现。 页面重点突出：做出一轮真实可判断的项目迭代示范。 页面要做出最关键的一轮功能演示，让操作、反馈和结果连成闭环。 必须支持至少一轮真实动作，例如点击、输入、切换、提交、答题、反馈或状态变化，并且操作后立刻出现结果。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。突出项目目标、推进结果和展示逻辑，让页面既能说明做法，也能说明价值。

课堂动作

• 讲师边投屏边带做，让学生至少独立完成一次最关键动作。

阶段成果

• 拿到“视觉优化版。”的可演示版本。

45-60 分钟：收束问题、整理成果与下一步安排

讲解推进

• 讲师对共性问题做统一收束，帮助学生看到作品之间的结构差异和表达差异。
• 把“视觉优化版”整理成阶段版成果，为下一轮开发或展示留下明确接口。
• 最后提醒学生保存版本、整理素材和记录过程，这些都会成为后续作品集的一部分。

本段知识点

• 通过检查、互评和整理，让学生知道这节课的成果怎样继续进入下一课。
• 先统一标题、正文、按钮和背景，再谈细节装饰会更有效率。

建议展示 / 截图

• 视觉优化版。最终整理后的展示截图
• 同伴互评或发布前检查清单截图

本段资料与素材

• 检查清单 1 份
• 结尾展示顺序卡 1 份

本段逐字稿

【本段开场】

最后这一段我们把今天的结果讲清、收齐、整理好。能不能把“视觉优化版。”说顺，决定这节课到底有没有真正站住。

这一模块更接近真实上线前后，重点是体验、测试、反馈、适配和运营计划。

最后再回到“把已经能看的页面整理成更像完整作品的版本”看一遍结果。项目讲到这里，要能让别人听懂它为什么值得继续推进。

最后回头看“检查清单 1 份”，重点不在再补很多，而在把已经做出来的结果讲顺、收稳、讲明白。

收束成一套迭代检查法，让学生最后能说出这一次修改到底改变了什么。

这一段的重点不是再加内容，而是把结果说得清、查得清、展示得清楚。

你现在能不能说出这次修改最先改变的是谁的使用体验？

收尾时先看逻辑和表达有没有收住，再看内容够不够多。讲不顺的地方，通常也是理解还没收稳的地方。

最后我会请大家倒着讲一遍：先说今天拿到了什么，再说它是怎样一步步出现的。

最后我会请大家回头判断：这轮迭代真正解决的，到底是哪一个最刺痛的问题。

这一段一直要记住：开始像一个在让项目变完整的人。只要你开始会判断问题、结构、推进和展示的关系，这节课就已经不只是“做个页面”了。

如果到了这一段结束，你还只能说个大概，我们就再回到示例图和流程线上多收一遍。项目营最怕的，不是难，而是主线被讲散。

记住，真正成熟的作品，往往是改出来的，不是一次做满的。

【本段收束】请同学们用一句话说出这一段你最确定的一点，再进入下一段。

老师演示提示词（给 Codex）

用途：把下面这段直接复制给 Codex，用来生成本段课堂演示页或功能示例。

请直接实现一个给八至九年级学生看的“项目迭代与上线页”收束展示页。 本课主题是“视觉与体验打磨”，页面场景使用“把已经能看的页面整理成更像完整作品的版本”。 请直接输出可实现的网页页面，优先使用单文件 HTML（内含 CSS 和 JavaScript），不要只给方案说明。 页面必须包含：问题或机会区、页面或流程区、状态或反馈区、下一步区。 核心内容请围绕“让项目从能用变成愿意展示”来实现。 页面重点突出：把结果收成更接近上线和运营的版本。 页面要把当前结果整理成适合展示和收束的版本。 页面里要保留结果展示、小结、检查点或下一步，让成果能够直接拿来展示。 页面排版要清楚，标题醒目，分区明确，按钮和反馈明显。突出项目目标、推进结果和展示逻辑，让页面既能说明做法，也能说明价值。

课堂动作

• 安排结对互看或小组展示，让学生把自己的结果讲成一段完整说明。

阶段成果

• 把今天的结果整理成可展示、可提交、可继续修改的版本。

课后作业

必做任务

• 挑一页自己最满意的页面，写出它在配色、按钮和留白上还有哪三处可以继续改。
• 把课堂上的“视觉优化版。”再补一个更完整的细节，并保留前后对比。

提交建议

• 提交本课产出：视觉优化版。
• 附 2 到 3 句说明：你今天做了什么、最满意哪里、还准备改什么。

自查清单

• 我能说清楚这节课做的页面或流程是给谁用的。
• 我能指出页面里最重要的一个区块、一个动作和一个结果。
• 我保存了课堂过程中的草图、截图或记录，方便下次继续。

相关参考

• ui-design
• modern component library