跳到正文
教程31 篇

Vibe Coding 实操第 3 / 8 篇

设计界面:让 AI 做出符合预期的页面

把“好看一点”拆成页面任务、内容层次、交互状态和具体修改反馈。

入门约 12 分钟练习资料核实

学习目标

留下能走通关键任务的设计或原型,以及状态说明和未实现项;开发者不必靠猜测补全交互。

适用场景

接产品规格,设计“找到并打开已收藏文章”的页面。任意设计、原型或编码工具都可承载这套方法;截图、线框和可点击页面的验证范围不同。

准备条件

  • 提供本轮主流程、验收条件、已有页面或设计规范,以及真实长度的内容样例。
  • 选一个当前任务中的关键页面开始;实际有多个必要页面时仍要检查它们的衔接,不能以单页为由遗漏流程。

操作步骤

  1. 先写这页要让人完成什么

    明确使用者、到达页面的来源、最重要的动作和完成后的去向。例如从文章进入收藏列表再打开另一篇文章。把信息按“做决定时必须看到/可以展开再看”排序,再让 AI 安排结构;不要从渐变、插画和卡片数量开始。

  2. 给参考图分工,用真实内容试排

    说明参考的是布局、密度、字级还是交互,别让一张图接管所有细节。已有项目沿用原组件和设计规范。给短标题、很长的标题、缺失图片和空数据各一个样例,提前暴露拥挤与截断问题。

    交给 AI 的设计任务
    目标任务:读者找到并打开自己保存过的文章。
    输入:【主流程、验收编号、现有页面/规范、真实长度样例】
    先说明信息顺序和主要动作,再给出一个关键页面的结构。
    参考图只借鉴:【例如列表密度和导航方式】;保留项目已有组件与字级。
    列出空、加载、失败、成功和长内容状态,以及手机上需要变化的布局。
    标明哪些交互只是示意,哪些可实际操作;先验证这一条流程。
  3. 把交互状态写清楚,再检查原型

    例如收藏按钮不能只有“未收藏/已收藏”两个静态画面。加载时是否避免重复提交,失败后保留什么内容,返回列表要恢复什么,都应与规格一致。可点击原型能检查操作顺序,仍不能证明数据真的保存。

    状态说明示例
    空列表:说明还没有收藏,并给出回到文章浏览的入口。
    正在保存:显示进度,避免同一次操作重复提交。
    保存成功:显示已收藏,刷新后的结果交给实现验收。
    保存失败:保留当前文章和重试入口,不伪装成成功。
    长标题/手机:标题仍可识别,按钮不被挤出可操作区域。
    文章返回列表:恢复刚才的筛选和位置(以已确认规格为准)。
  4. 用“位置—问题—期望—保留”提反馈

    不要只说“更高级、精致一点”。例如:手机收藏列表的操作区挤压了标题;把次要操作收进更多,保留打开文章一步可达。一次聚焦一个可核对的问题;改完看相关状态和相邻页面是否仍一致。

    局部反馈模板
    位置:【页面、区域、屏幕宽度或状态】
    问题:【当前观察到的具体障碍】
    期望:【用户应更容易完成的动作或明确布局变化】
    保留:【不需要改变的内容/导航/视觉约束】
    复查:【长内容、手机、失败态或返回路径中的相关项】
  5. 用任务走一遍,再交接

    按主流程找一篇文章、打开、返回,再检查窄屏和键盘操作。把选定设计、状态说明、内容边界、已确认反馈和未实现交互交给技术与编码阶段。若操作本身绕不通,回产品定义改流程;若只是层次不清,在设计阶段局部修正,不靠换颜色掩盖。

常见误区

反复让 AI 整页重生成,结果越来越偏离原需求。
指出具体区域和可观察目标,保留其余已确认内容,逐项复查。
默认截图好看就交给开发。
检查关键任务、异常和内容边界;把静态示意与实际可运行的能力分开标记。
为挤下所有信息不断缩小字号。
先调整信息优先级和次要操作,仍保证可读文字、键盘焦点与触摸操作。

验收清单

  • 主要任务和路径能直接对应规格,而非只有装饰性展示。
  • 真实内容、空/加载/失败/成功状态及窄屏均有处理办法。
  • 必要操作可通过适用的键盘、触摸或鼠标方式完成。
  • 交接材料说明状态、已确认反馈和未实现项;流程问题已回到需求层处理。

资料与版本

本文为原创方法整理,示例与提示词需按项目调整;不代表真实用户研究或账号执行结果。