把截图和口述反馈整理成明确的 UI 修改请求

使用 AI 辅助编写与复核。

本文目录

每条口述的 UI 反馈,都应对应一个可见区域、一项修改要求和一个可以检查的结果。截图说明问题在哪里,编号清单则解释你希望界面怎样变化。

这样的任务比“做得更清爽一点”更方便 AI 编程工具理解。它也有助于保留页面里已经好用的部分,只调整妨碍操作流程的地方。

给图片加一张简明的区域地图

下图是为本指南原创的虚构任务界面。数字用于标识讨论区域;它不是 CueSpec 或任何已部署产品的截图。图中的界面文字保留英文。

虚构任务界面:区域 1 是项目标题,区域 2 是任务卡片,区域 3 是打开回复编辑器的操作。

在文字请求中使用相同的编号:

区域 对应内容 哪类反馈应放在这里
1 项目标题 调整层级、间距或导航上下文
2 任务卡片 调整任务信息、措辞或布局
3 回复操作 调整操作标签或操作行为

为自己的页面准备截图时,截取有用的区域,同时保留足够的周边内容,让人能确定位置。如果图片包含私人工作信息,分享前先替换或移除这些细节。编号只是讨论辅助,不是精确的像素坐标;在响应式布局中,同一个元素可能会移到其他位置。

复制这份反馈模板

页面与状态:
[当前打开的是哪个界面?用户刚刚做了什么?]

参考材料:
[附上相关图片,并标明区域编号。]

目标:
[对使用这个界面的人来说,什么应该变得更容易?]

1. 区域 [编号]:
   当前情况:[…]
   修改要求:[…]
   检查方式:[可观察的结果。]

2. 区域 [编号]:
   当前情况:[…]
   修改要求:[…]
   检查方式:[可观察的结果。]

保留:
[应保留的有用行为、内容或视觉特征。]

准确文案:
[把必须逐字使用的文字单独贴出,与一般风格要求分开。]

下一步范围:
[讨论方案/准备草稿/实施这些修改。]

目标和理由可以口述。必须准确出现的文字则用键盘输入,包括按钮标签、产品名称和技术标识。这样就不容易把“差不多叫 Open reply 之类的”误当成最终文案。

三份完整反馈示例

以下请求都对应上面的虚构示意图,分别展示布局、措辞和交互三种验收检查。它们不是已完成修改的报告。

1. 间距:让标题和第一项任务更容易区分

页面与状态:
项目任务视图,第一项任务可见。

目标:
让项目标题和任务列表呈现为不同层级。

区域 1:
增加标题区域与任务列表之间的视觉区隔。
项目名称仍与卡片左边缘对齐。

检查方式:
第一项任务看起来不再像标题的一部分。
在较窄宽度下,项目名称可以换行,且不与列表重叠。

保留:
项目名称、任务顺序和现有导航。

下一步:
使用现有字体样式,展示一份布局提案。

这份请求描述的是层级关系,没有随意指定某个间距数值。如果设计系统已有适用的间距变量,补上它的准确名称。否则,可以让实施者提出一个数值,再检查布局结果。

2. 文案:让操作标签与实际结果一致

页面与状态:
任务卡片显示已返回的回答,等待读者查看。

区域 2:
保留任务标题和回答预览。

区域 3:
虚构的当前版本把这个操作标为“Reply”。
它会打开回复编辑器,不会发送消息。
把标签改为示意图中的“Open reply”。

准确文案:
Open reply

检查方式:
可见标签是“Open reply”。
控件仍然只打开回复编辑器,不发送任何内容。
它的无障碍名称也表达同一个操作。

保留:
当前跳转目标和草稿内容。

下一步:
准备这项措辞修改,不重新设计视觉样式。

关键在于区分“打开编辑器”和“发送消息”。Open reply 在这里表示打开回复编辑器。更短或更有行动感的标签,只有准确描述实际操作才有用。

3. 交互:切换视图后保留回复草稿

页面与状态:
任务卡片已打开,回复编辑器中有一份尚未发送的草稿。

区域 2 和 3:
返回任务列表后,再次打开同一个任务时,
让这份草稿仍然关联到该任务。

检查方式:
在回复编辑器中输入英文示例草稿“Keep the current heading.”。
返回任务列表,再次打开同一个任务。
草稿仍然存在,并且没有发送任何消息。
打开另一个任务,确认这份草稿没有出现在另一个任务的回复中。

保留:
单独、需要明确操作的发送动作。

下一步:
先说明需要的状态行为和可选的实现方案。

这是针对虚构界面提出的交互要求。请求给实施者提供了之后检查行为的方法,没有暗示这个功能已经存在。

把参考材料和指令分开

截图可能是当前布局的证据、灵感参考,也可能是一份设计提案。请说明它属于哪一种。“参考这里的信息分组方式”比“匹配这些尺寸”留出了更多设计空间。

口述时,也应把容易混在一起的三件事分开:

  • 含义: 用户应该理解什么,或完成什么。
  • 准确内容: 必须出现的文字和标识。
  • 呈现方式: 支持这项任务的层级、间距和交互。

如果反馈涉及多个界面,每个界面各用一张编号地图。只有在相同行为确实应该跨界面适用时,才提出一条共享规则。

用同一张区域地图检查结果

回到每个编号项,逐一检查约定的结果。新布局即使看起来精致,也可能漏掉要求的行为;交互即使正确,在较窄宽度下仍可能出现文字难以阅读的问题。把图片、清单和检查方式放在一起,让下一轮复核仍然围绕同一项任务。

如果你通过 CueSpec 附上图片,其 Docs 介绍了添加回复附件和检查粘贴的截图。无论最终由哪个编辑器或编程工具接收请求,都可以使用上面的模板。