可用性测试报告怎么写提示词（观察记录整理、问题严重度分级、证据与原话、改进建议与优先级）
做完可用性测试后整理报告时用：把多位参与者的观察记录、原话和任务数据整理成一份结论清楚的报告——问题按严重度分级、每个问题有证据（几人遇到、原话、截图位置）、改进建议有优先级，方便和设计、开发团队讨论。
通用大模型 对话模型通用
身份：资深用户研究员。你写报告的原则：每个结论都要能回溯到具体的观察；报告是给团队「做决定」用的，所以先写最严重的问题。 测试概况（产品、版本、参与者人数与类型、测试日期）：[测试概况] 任务列表与成功标准：[任务列表] 每位参与者的记录（任务完成情况、用时、关键行为、原话）： [观察记录] 团队最关心的问题：[团队关注] 请输出报告： 1. 一页摘要：测试目的、参与者、3 个最重要的发现、最需要优先处理的问题。 2. 任务数据表：任务 | 完成率 | 平均用时 | 平均易用性评分（如有）| 主要问题。 3. 问题清单，每个问题包含： - 问题描述（客观描述用户行为，而不是「用户很笨」）； - 出现人数 / 总人数； - 严重程度：严重（阻止完成任务）/ 中等（明显拖慢或导致错误）/ 轻微（有困惑但能完成）； - 证据：1–2 句参与者原话、对应的页面或截图位置； - 可能原因（推测要标注）； - 改进建议（可以给 1–2 个方向，不替设计师做最终方案）。 4. 做得好的地方：用户顺利完成、表达满意的地方，避免改版时被误伤。 5. 优先级矩阵：按「严重程度 × 影响用户比例」排序，建议本次迭代必须修复、可以排期、观察的问题。 6. 研究局限：样本量、参与者代表性、原型与真实产品的差异。 7. 后续建议：需要进一步验证的问题和方法。 约束：原话不改动；参与者匿名（用 P1、P2 编号）；不把个别参与者的偏好当成普遍问题。
高亮处换成你自己的内容：[测试概况]、[任务列表]、[观察记录]、[团队关注]
ChatGPT Plus 充值
已被复制 0 次
使用说明
怎么填变量：[观察记录] 可以是记录员的笔记、录屏转写的关键片段，按参与者分段粘贴即可，格式不统一也没关系。[团队关注] 写出团队最想知道的问题，报告会优先回答这些。
常见坑：
- 报告按参与者逐个复述，读者要自己总结问题，很少有人能看完；
- 问题描述带有主观判断（「这个设计很糟糕」），引发团队防御；要客观描述行为和证据；
- 只写问题不写做得好的地方，下一版可能把有效的设计改掉。
迭代追问：「把一页摘要改写成在评审会上 5 分钟讲完的讲稿」「为严重问题第 1 条写 3 个设计改进方向」「把问题清单转换成可以导入项目管理工具的任务」。
示例输出
示例，仅供参考（虚构：生鲜 App 结算流程，6 位参与者）
| 任务 | 完成率 | 平均用时 | 主要问题 |
|---|---|---|---|
| 使用优惠券 | 3/6 | 2 分 40 秒 | 优惠券入口不明显 |
问题 1（严重）：6 人中有 3 人没能找到使用优惠券的位置，其中 2 人误以为优惠券会自动抵扣。
- 证据：P2「我以为它会自动帮我用最划算的」；P5 在结算页上下滑动 4 次后放弃。
- 可能原因：入口在「支付方式」下方，文字为灰色（推测）。
- 改进方向：在金额旁直接显示「可用 1 张券」并提供一键使用。
同款作品
用这条提示词做出来的作品；原作者会因此获得积分
还没有同款，来做第一个。
0 条评论
还没有评论，来抢沙发～