Skip to content

第 24 课 模块 C 里程碑

所属课程

青少年强化营

所属模块

模块 C:小程序、支付与发布

本课概览

  • 讲解核心:做出一个带支付概念的 demo。
  • 本课重点:做出一个带支付概念的 demo。
  • 课上产出:模块 C demo。
  • 示例场景:校园活动报名、作品售卖或课程预约的支付链路

本课知识图谱

  • 支付从来不是只点一下按钮,而是一整条订单与状态处理链路。
  • 价格、订单、状态、通知和售后要同时考虑,才算完整。
  • 让学生理解支付链路,重点是先讲清动作顺序和数据变化。
  • 本课重点要落在“做出一个带支付概念的 demo。”上。

课前准备

老师准备

  • 提前准备与“校园活动报名、作品售卖或课程预约的支付链路”相关的课堂示例页或草图,方便学生先看见成品轮廓。
  • 准备一张“支付前后页面状态对比图”作为课堂演示图。
  • 准备一张“订单状态流转图”作为课堂演示图。
  • 把本课阶段成果“模块 C demo。”的评价标准提前写在板书或投屏页上。

学生准备

  • 准备好本节课会用到的文字、图片或题目素材。
  • 带着“模块 C 里程碑”相关的一个真实使用场景进入课堂,方便快速进入任务。
  • 准备在课堂上记录一张草图、流程图或问题清单。

本课素材清单

  • 一张订单状态流程模板
  • 商品或活动报名信息示例 1 组
  • 支付前后页面变化说明卡
  • 阶段成果模板:模块 C demo。

可直接使用的素材正文

示例文本

text
支付流程示例
商品:校园创意作品展门票
价格:9.9 元
动作:填写信息 -> 确认订单 -> 支付 -> 支付成功 -> 收到报名结果
购买人:林一诺
联系电话:13800001234

示例数据 / 字段

text
订单表单字段:
- buyer_name:购买人姓名
- phone:联系电话
- item_name:商品名称
- amount:金额

| order_id | item_name | amount | status | buyer_name |
| --- | --- | --- | --- | --- |
| O2026041601 | 校园创意作品展门票 | 9.9 | 待支付 | 林一诺 |
| O2026041602 | 社团体验课预约 | 0 | 已完成 | 周子墨 |
| O2026041603 | 校园科创讲座报名 | 19.9 | 支付成功 | 许嘉禾 |

练习题 / 操作任务

text
练习 1:再补 2 条订单记录,至少包含 2 种不同状态。
练习 2:写出支付成功页上要显示的 3 条关键信息。
练习 3:设计“待支付 -> 支付成功 -> 已完成”的状态说明文案。

成套素材包

text
支付页成套样例
商品:校园创意作品展门票
价格:9.9 元
购买人:林一诺
联系电话:13800001234
支付成功页信息:订单号 O2026041601 / 商品名称 校园创意作品展门票 / 支付金额 9.9 元 / 入场时间 周五 14:00

课堂练习题组

text
1. 再补 2 条订单记录,至少出现“待支付”“支付成功”两种状态。
2. 写出支付成功页必须显示的 3 条关键信息。
3. 设计“待支付 -> 支付成功 -> 已完成”的状态说明文案。
4. 说出支付成功以后,页面还要给用户什么下一步提醒。

长正文素材

text
订单页与支付成功页长正文示例
订单页标题:确认你的报名信息
订单页信息:商品名称——校园创意作品展门票;活动时间——周五 14:00 至 16:00;活动地点——学校报告厅;购买人——林一诺;联系电话——13800001234;应付金额——9.9 元。
订单页提示语:提交前请再次确认姓名和联系电话,支付成功后系统会自动生成入场信息。若活动已满,页面会提示“当前名额已满,请选择下一场次”。
订单记录示例:O2026041601 / 校园创意作品展门票 / 9.9 / 待支付 / 林一诺;O2026041602 / 社团体验课预约 / 0 / 已完成 / 周子墨;O2026041603 / 校园科创讲座报名 / 19.9 / 支付成功 / 许嘉禾;O2026041604 / 阅读分享会座位预约 / 5.0 / 已取消 / 陈思远。
支付成功页示例:支付成功。订单号 O2026041601。你已完成“校园创意作品展门票”的报名支付,支付金额为 9.9 元。请于周五 13:45 前到学校报告厅入口签到,向老师出示页面里的订单号或二维码截图即可入场。
状态流转说明:待支付 -> 支付成功 -> 已完成,是最常见的正向流程;待支付 -> 已取消,表示用户放弃或超时;支付成功 -> 退款中 -> 已退款,则适合后面扩展用。课堂里先讲清 3 个最基础状态就够了,让学生知道一个页面不是静止的,它会随着用户动作和系统处理不断变化。

页面文案建议

  • 状态文案:待支付、支付成功、已取消、退款中
  • 按钮文案:确认订单、立即支付、查看详情

可替换素材方向

  • 先画清状态流转,再谈页面设计。
  • 支付成功以后至少要考虑记录、提示和后续处理。

主视觉配图

第 24 课主视觉配图

页面示例配图

第 24 课页面示例配图

截图规划示意

第 24 课截图规划示意

60 分钟教学展开

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

讲解推进

  • 先回顾“模块 C 里程碑”之前已经完成的内容,让学生知道今天重点不在新做很多功能,而在整理和呈现。
  • 再次明确本次展示或评审要围绕“做出一个带支付概念的 demo”展开,避免学生只展示表面效果。
  • 把“模块 C demo”拆成展示前必须准备的几个部分,例如页面、讲述顺序、演示动作或对比说明。

本段知识点

  • 先从“模块 C 里程碑”的真实使用场景入手,帮助学生知道今天为什么要学这一课。
  • 支付从来不是只点一下按钮,而是一整条订单与状态处理链路。
  • 价格、订单、状态、通知和售后要同时考虑,才算完整。

建议展示 / 截图

  • 支付前后页面状态对比图
  • 模块 C 里程碑的课堂任务卡或成果示意图

本段资料与素材

  • 一张订单状态流程模板
  • 任务说明卡 1 份

本段逐字稿

text
【本段开场】

同学们,先把今天这节课放回真实产品里。课题是“模块 C 里程碑”,但我们真正要看的是:当作品开始面对“做出一个带支付概念的 demo”时,页面会发生什么变化。

这一模块把支付、订单、状态和安全拉进来,重点是让产品闭环真正成立。

先把情境放回真实使用里。假如现在面对的是“校园活动报名、作品售卖或课程预约的支付链路”,如果没有今天这一层,这个项目最容易卡在哪里?

我们先看“一张订单状态流程模板”。看示例时,不只是看页面长什么样,而是看它怎样服务真实使用。

先把今天这节课真正要解决的产品问题讲清,让学生知道为什么要做“模块 C 里程碑”。

先把使用场景讲稳,比先追功能更重要。只要学生知道今天这一层在解决什么麻烦,后面动作就会顺很多。

如果把今天这一层拿掉,用户最先会在哪一步觉得别扭或不完整?

你们现在先不要急着回答得很满,只要先把“谁在用、为什么会卡、今天准备怎么改”说清,就已经够用了。

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

等会儿我会先把今天这节课放回真实场景里,不急着先讲术语。

这一段一直要记住:开始像一个在补齐产品闭环的人。只要你开始会判断场景、平台、状态和结果的关系,这节课就已经不只是“多学几个词”了。

如果到了这一段结束,你还只能说个大概,我们就再回到示例图和流程线上多收一遍。强化营最怕的,不是难,而是把关系听散。

这一段先收住一个判断:产品要往前走,就要开始面对更真实的使用场景。

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

老师演示提示词(给 Codex)

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

text
请直接实现一个给八至九年级学生看的“支付与商业化教学页”课堂开场页。 本课主题是“模块 C 里程碑”,页面场景使用“校园活动报名、作品售卖或课程预约的支付链路”。 请直接输出可实现的网页页面,优先使用单文件 HTML(内含 CSS 和 JavaScript),不要只给方案说明。 页面必须包含:订单流程区、状态区、结果反馈区、风险提醒区。 核心内容请围绕“做出一个带支付概念的 demo”来实现。 页面重点突出:支付和订单为什么会让项目更像真实产品。 页面要让人一打开就知道这页在做什么。 首屏要有主题说明、核心内容区和一个明确入口,可以保留一个开始按钮或继续入口。 页面排版要清楚,标题醒目,分区明确,按钮和反馈明显。突出移动端、跨平台、支付或状态变化的真实场景,让页面看起来像完整产品的一部分。

课堂动作

  • 先用 1 到 2 分钟让学生说出自己对“模块 C 里程碑”最直观的理解,再进入示例页。

阶段成果

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

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

讲解推进

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

本段知识点

  • 把“做出一个带支付概念的 demo。”拆成可观察、可操作的页面结构或流程关系。
  • 支付从来不是只点一下按钮,而是一整条订单与状态处理链路。
  • 价格、订单、状态、通知和售后要同时考虑,才算完整。

建议展示 / 截图

  • 订单状态流转图
  • 模块 C 里程碑的结构草图、流程图或区域标注图

本段资料与素材

  • 商品或活动报名信息示例 1 组
  • 结构草图模板 1 份

本段逐字稿

text
【本段开场】

这一段先不急着继续堆功能,我们先把最关键的结构和顺序拆开。只要这里听明白,后面很多选择都会顺。

这一模块把支付、订单、状态和安全拉进来,重点是让产品闭环真正成立。

这一段继续围绕“校园活动报名、作品售卖或课程预约的支付链路”往下拆。我们不换例子,而是把同一个场景里的结构关系和判断逻辑讲清。

这一段继续借“商品或活动报名信息示例 1 组”来拆关系。你们要边看边判断:这一块到底在交代顺序、状态,还是平台差异。

把“做出一个带支付概念的 demo”拆成使用场景、平台关系或状态流程,让学生先理解再跟做。

这一段最怕的是只记名词,不记顺序。我们要一直顺着“谁在用、先做什么、结果怎么变”来讲。

这一块更像在处理页面顺序、平台判断,还是状态变化?

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

接下来这几分钟,你们要重点听“顺序”和“边界”,而不只是功能名字。

这一段我会边拆结构边讲关系。你们不要只记结论,要记住为什么这样排。

这一段一直要记住:开始像一个在补齐产品闭环的人。只要你开始会判断场景、平台、状态和结果的关系,这节课就已经不只是“多学几个词”了。

如果到了这一段结束,你还只能说个大概,我们就再回到示例图和流程线上多收一遍。强化营最怕的,不是难,而是把关系听散。

只要平台、状态或流程开始对上,很多复杂名词就不会再显得飘。

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

老师演示提示词(给 Codex)

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

text
请直接实现一个给八至九年级学生看的“支付与商业化教学页”结构拆解页。 本课主题是“模块 C 里程碑”,页面场景使用“校园活动报名、作品售卖或课程预约的支付链路”。 请直接输出可实现的网页页面,优先使用单文件 HTML(内含 CSS 和 JavaScript),不要只给方案说明。 页面必须包含:订单流程区、状态区、结果反馈区、风险提醒区。 核心内容请围绕“做出一个带支付概念的 demo”来实现。 页面重点突出:把订单状态、支付流程、安全边界和数据变化拆开讲清。 页面要把区块分工、流程顺序或阅读路径讲清。 请用分区标题、编号、箭头、步骤标签或结构图,把每一块分别负责什么写清楚。 页面排版要清楚,标题醒目,分区明确,按钮和反馈明显。突出移动端、跨平台、支付或状态变化的真实场景,让页面看起来像完整产品的一部分。

课堂动作

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

阶段成果

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

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

讲解推进

  • 组织学生围绕“模块 C demo”开展展示、互评或答辩追问。
  • 评价时优先围绕“做出一个带支付概念的 demo”给出具体反馈,避免停留在“好不好看”这样的泛评价。
  • 引导学生记录最值得保留的亮点和最需要立刻修改的问题,形成可执行的修改清单。

本段知识点

  • 在动手环节里,把“模块 C demo。”做成真正能演示的结果。
  • 价格、订单、状态、通知和售后要同时考虑,才算完整。
  • 让学生理解支付链路,重点是先讲清动作顺序和数据变化。

建议展示 / 截图

  • 支付成功后页面、数据和通知一起变化的示意图
  • 模块 C demo。正在完成中的过程截图

本段资料与素材

  • 支付前后页面变化说明卡
  • 模块 C demo。的半成品模板

本段逐字稿

text
【本段开场】

下面开始看最关键的一轮演示。今天这一段不求做满,而是要把最短闭环跑顺。

这一模块把支付、订单、状态和安全拉进来,重点是让产品闭环真正成立。

现在把“校园活动报名、作品售卖或课程预约的支付链路”里的关键动作真正跑起来。只要这轮动作能顺,学生就会知道这不是纸上规划。

接下来还是先盯住“支付前后页面变化说明卡”。今天这一步不是看热闹,而是看关键动作怎样真正跑起来。

把今天最关键的一轮链路跑出来,让“模块 C demo。”不只停在说明里。

动手时先盯最关键的那条链。只要“模块 C demo。”的核心闭环跑通,今天这节课就已经有真实结果。

你现在做的这一步,真的在推动“模块 C demo。”往前吗?

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

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

接下来我会跑一轮最关键的演示,让你们看见这一步为什么会改变使用感。

这一段一直要记住:开始像一个在补齐产品闭环的人。只要你开始会判断场景、平台、状态和结果的关系,这节课就已经不只是“多学几个词”了。

如果到了这一段结束,你还只能说个大概,我们就再回到示例图和流程线上多收一遍。强化营最怕的,不是难,而是把关系听散。

结果一旦跑出来,学生会更明显地感到“我做的已经不是普通练习页”。

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

老师演示提示词(给 Codex)

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

text
请直接实现一个给八至九年级学生看的“支付与商业化教学页”功能演示页。 本课主题是“模块 C 里程碑”,页面场景使用“校园活动报名、作品售卖或课程预约的支付链路”。 请直接输出可实现的网页页面,优先使用单文件 HTML(内含 CSS 和 JavaScript),不要只给方案说明。 页面必须包含:订单流程区、状态区、结果反馈区、风险提醒区。 核心内容请围绕“做出一个带支付概念的 demo”来实现。 页面重点突出:做出一轮真实可演示的支付或订单示范。 页面要做出最关键的一轮功能演示,让操作、反馈和结果连成闭环。 必须支持至少一轮真实动作,例如点击、输入、切换、提交、答题、反馈或状态变化,并且操作后立刻出现结果。 页面排版要清楚,标题醒目,分区明确,按钮和反馈明显。突出移动端、跨平台、支付或状态变化的真实场景,让页面看起来像完整产品的一部分。

课堂动作

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

阶段成果

  • 拿到“模块 C demo。”的可演示版本。

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

讲解推进

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

本段知识点

  • 通过检查、互评和整理,让学生知道这节课的成果怎样继续进入下一课。
  • 让学生理解支付链路,重点是先讲清动作顺序和数据变化。

建议展示 / 截图

  • 模块 C demo。最终整理后的展示截图
  • 同伴互评或发布前检查清单截图

本段资料与素材

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

本段逐字稿

text
【本段开场】

最后这一段我们把今天的结果讲清、收齐、检查稳。能不能把“模块 C demo。”说顺,决定这一课到底有没有真正站住。

这一模块把支付、订单、状态和安全拉进来,重点是让产品闭环真正成立。

最后再回到“校园活动报名、作品售卖或课程预约的支付链路”看结果。讲到这里,要能让别人听懂它为什么更像真实产品。

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

把今天的结果整理成能检查、能展示、能继续推进的版本。

这一段的重点不是继续加东西,而是把结果说得清、查得清、展示得清楚。

如果现在就让你讲给别人听,你最有把握先讲哪一块结果?

收尾时先看逻辑和体验有没有收住,再看内容够不够多。讲不顺的地方,往往也是理解还没收稳的地方。

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

最后我会请大家回头看结果。你们要判断的不是做了多少,而是现在是不是真的更完整了。

这一段一直要记住:开始像一个在补齐产品闭环的人。只要你开始会判断场景、平台、状态和结果的关系,这节课就已经不只是“多学几个词”了。

如果到了这一段结束,你还只能说个大概,我们就再回到示例图和流程线上多收一遍。强化营最怕的,不是难,而是把关系听散。

整理和发布不是附加题,它本身就是完整作品的一部分。

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

老师演示提示词(给 Codex)

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

text
请直接实现一个给八至九年级学生看的“支付与商业化教学页”收束展示页。 本课主题是“模块 C 里程碑”,页面场景使用“校园活动报名、作品售卖或课程预约的支付链路”。 请直接输出可实现的网页页面,优先使用单文件 HTML(内含 CSS 和 JavaScript),不要只给方案说明。 页面必须包含:订单流程区、状态区、结果反馈区、风险提醒区。 核心内容请围绕“做出一个带支付概念的 demo”来实现。 页面重点突出:把商业化页整理成能讲清价值和边界的版本。 页面要把当前结果整理成适合展示和收束的版本。 页面里要保留结果展示、小结、检查点或下一步,让成果能够直接拿来展示。 页面排版要清楚,标题醒目,分区明确,按钮和反馈明显。突出移动端、跨平台、支付或状态变化的真实场景,让页面看起来像完整产品的一部分。

课堂动作

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

阶段成果

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

课后作业

必做任务

  • 把“支付成功以后系统还要做什么”画成 4 步流程。
  • 把课堂上的“模块 C demo。”再补一个更完整的细节,并保留前后对比。

提交建议

  • 提交本课产出:模块 C demo。
  • 附 2 到 3 句说明:你今天做了什么、最满意哪里、还准备改什么。

自查清单

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

相关参考

  • 本课以课程包规划母稿为主,后续再细化站内知识链接。