前端与交互

同一套资料卡会在不同页面重复出现，样式和信息需要保持一致。

用户点保存后，页面把请求送到后端，再把最新结果显示回来。

先把标题、导航、正文和按钮放进页面骨架，浏览器才知道怎么读。

写几行简单标记，就想让 README 自动变成有标题和目录的文档。

订单支付状态需要被页面记住，用户回来还能复查当前值。

用户在资料编辑、确认流程或工具栏中需要主动执行一次动作。

用户在路线规划表单中输入出发站名称，从候选列表选择上海虹桥站并回填到当前字段。

管理员为成员配置项目权限，查看、编辑和导出可以按需组合，而不是互相替换。

用户预约牙医时，从可预约范围内选择 2026 年 8 月 16 日，停诊日不能被选中。

用户在个人资料页填写姓名和邮箱，确认后一次保存整组信息。

用户创建一个项目，需要输入项目名称这样的短值，而不是编辑一段带换行的说明。

用户预订班车时调整座位数量，数量只能在允许范围内按固定步长变化。

在课程目录、帮助中心或文章列表中，用户点击带有明确去向的文字入口。

用户填写周末活动报名表，需要在公共交通、自驾和骑行中确定一种到达方式。

用户完成一节线上课程后，用 1 到 5 颗星表达整体满意程度并提交评价。

用户在发布计划中为一次发布选择目标环境，答案必须来自产品允许的固定集合。

用户在商品筛选页调整预算上限，结果列表需要跟着这个数值范围变化。

用户在通知设置页决定是否接收每周摘要，开关旁边需要立刻说明当前状态。

用户填写一次发布说明，需要保留背景、范围和注意事项之间的换行关系。

用户在预约表单中选择会议开始时间，字段需要限制可选时段并回显最终时间。

用户在相册表单中选择一张本地照片，页面需要显示文件名、进度和上传完成结果。

评论区需要让用户快速知道发言者是谁，同时允许头像缺失时继续阅读正文。

消息入口旁需要显示未读数量，订单标题旁需要提示当前处理状态。

活动列表需要让每个活动拥有自己的标题、时间、地点和详情入口。

订单详情只需要读清收件人、配送方式和当前状态，不需要比较多条记录。

任务页需要让用户按顺序浏览待办事项，并在每一项旁边继续处理。

学习概览需要让用户先看到今日完成数，再判断它相对昨天的变化。

核对订单时，编号、状态、金额和更新时间需要沿同一组列对齐。

课程详情需要在课程概览、学习资料和讨论之间切换，但用户仍停留在同一课程。

文章列表需要在标题旁标出主题和难度，但标签不应承担对象详情或主操作。

预订表单提交前缺少联系电话

订单页点一下入口就能展开说明，关掉后继续看原来的内容。

一张卡片挤不挤，要把内容、内边距、边框和外边距分开看。

几张活动卡要排成整齐网格，用户扫一眼就能比较同类信息。

页面结构已经有了，现在只想把间距、颜色和按钮样式调顺眼。

一组订单摘要要沿同一方向排开，间距会跟着容器一起调整。

用户翻到页面最底部，想回到首页、查看帮助或确认版权与联系信息。

课程卡片要按行和列放好，宽度变化时仍然对得齐。

同一组活动在电脑和手机上都要好读，窄屏时自然改成单列。

阅读正文时把章节目录固定在旁边，用户随时知道读到哪一节。