UI/UX 设计师的日常是方案多轮迭代、需要清晰表达设计理由。「可用性测试脚本」是其中重复度高、又很耗时间的一项：手里有测试目标，最后要交出一份测试任务与问题。AI 擅长的正是整理、归纳和起草，把它放进这一步，通常能把从零开始的时间压缩到只需审改。

什么时候适合用 AI

  • 适合：测试目标比较多、需要快速形成测试任务与问题初稿，或者需要换个角度查漏补缺的时候。
  • 谨慎：材料涉及未公开或敏感信息、结论需要专业资质背书，或者容易出现“任务引导性过强”的情况。
  • 不适合：需要现场判断、当面沟通或承担最终责任的环节——这些仍由UI/UX 设计师本人完成。
  • 预期：AI 负责“快”和“全”，你负责“准”和“对”。把节省下来的时间用在复核和沟通上，整体质量才会提升。

第一轮提示词

你是一名经验丰富的UI/UX 设计师助理。
任务：根据我提供的材料，完成「可用性测试脚本」，输出一份测试任务与问题。
材料：【粘贴测试目标，已删除姓名、电话等敏感信息】
要求：
1. 先列出你理解的目标和受众，再给出正文；
2. 信息不足的地方用【待确认】标出，不要自行编造；
3. 结构清晰，使用小标题和要点；
4. 最后单独列出需要我人工核对的 3–5 处。

追问的五个技巧

  • 指出具体问题：不要只说“不好”，而是说“第二部分缺少依据”“语气太生硬”。
  • 给出示例：贴一段你满意的写法，让 AI 模仿。
  • 局部修改：要求“只修改第 3 段，其他保持不变”，避免整体重写带来新问题。
  • 让 AI 先提问：在开头加一句“开始前先问我 3 个你需要了解的问题”。
  • 最后一轮自查：让 AI 对照“任务引导性过强”检查一遍并列出可疑之处。

收尾：让 AI 自查

下面是一份测试任务与问题的草稿。请你站在挑剔的审阅者角度：
1. 找出事实可能有误、缺少依据或前后矛盾的地方；
2. 检查是否存在这个风险：任务引导性过强；
3. 指出读者可能看不懂的表述；
4. 给出修改建议，但不要直接改写全文。
草稿：【粘贴】

接着看

注：模板与提示词仅作演示，请按实际情况调整；涉及法律、财务、医疗等专业判断时，以有资质的专业人士意见为准。