关于 usability-testing
帮助团队规划可用性测试的产品测试技能，涵盖概念验证和发现真实产品中的阻碍。内容包括测试保真度、参与者与场景设计、观察方式，以及如何将发现用于迭代。
主要功能
- 01明确测试目标
- 02选择合适的测试保真度
- 03规划招募和用户场景
- 04优先观察实际行为
- 05将发现纳入迭代
适用场景
- 01开发前验证产品概念
- 02发现用户流程中的阻碍
- 03比较多个设计方案
- 04规划团队如何落实测试发现
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/usability-testing确认已加载。
附带文件references/guest-insights.md
详细介绍
可用性测试
借助 11 位产品领导者的框架和洞见，帮助用户有效开展可用性测试。
如何提供帮助
当用户寻求可用性测试方面的帮助时：
- 明确目标 - 判断他们是要验证概念、找出摩擦点，还是优化转化率
- 选择合适的保真度 - 帮助他们在绿野仙踪测试、虚假入口、原型或生产环境测试之间做出选择
- 设计测试 - 指导他们招募用户、创建场景并确定观察内容
- 规划迭代 - 讨论如何将研究结果反馈到产品开发流程中
核心原则
先模拟，再开发
Itamar Gilad：“一开始先模拟——做虚假入口测试、烟雾测试和绿野仙踪测试。我们向用户展示了可用的标签式收件箱，但它其实并不是真正的 Gmail，只是一个外观上的仿制品。”在编写生产代码之前，先用模拟版本验证核心价值主张，由人幕后完成自动化任务。
小样本也能揭示重大摩擦
Melanie Perkins：“你能在网上随便找 10 个人，他们就能给出非常敏锐的反馈，而且这些反馈对很多人来说都很有代表性，这真是令人惊叹。”测试时只需找 10 位随机用户，就能发现核心产品问题。
观察用户，而不只是询问他们
Uri Levine：“只要观察用户，看看他们在做什么。如果他们的行为不符合预期，就问问他们为什么。”直接观察能揭示问卷调查无法发现的行为和需求。当用户偏离预期路径时，问问他们“为什么”。
测试多个选项，而不是只测一个
Kristen Berman：“我们从不只向用户展示一个方案来做 UX 研究。我们总是展示多个选项，并比较哪个更能推动预期行为。”只测试一个设计，无法有效预测用户行为。
克服创作者偏见
Guillermo Rauch：“你往往会高估自己产品的易用程度。让别人使用你的产品，并观察他们如何与之交互，这非常重要。”直接观察用户有助于克服一种倾向：认为自己的产品比实际情况更直观易用。
微小改动也能带来数百万收益
Judd Antin：“我们改了七个字符，为 Airbnb 带来了数百万美元的收入，因为我们发现那个按钮让人觉得害怕。”不要把可用性测试当作初级工作；发现令人不安或让人困惑的 CTA，可能会大幅提升转化率。
逐步推进测试阶段
Itamar Gilad：“中期测试是指构建粗略版本——早期采用者计划、Alpha 测试、长期用户研究，以及鱼食测试（由你自己的团队测试）。”逐步从鱼食测试到内部试用，再到 Alpha 测试，迭代提升信心。
让测试成为团队协作
Noah Weiss：“我们让 PM、工程师、设计师和用户研究员都加入同一个 Slack 讨论串，实时回应和讨论可用性测试。”让跨职能团队在共享聊天讨论串中实时回应测试过程，提高参与度。
帮助用户的问题
- “你想观察或验证哪种具体行为？”
- “你需要验证概念（使用虚假入口），还是优化执行效果（使用真实产品）？”
- “你会如何招募那些‘没有任何利害关系’、能提供诚实反馈的用户？”
- “你是在测试一个选项，还是测试多个选项并进行比较？”
- “你打算如何处理研究结果——如何将其反馈到开发过程中？”
- “团队里还有谁应该旁观这些测试环节？”
需要指出的常见错误
- 只测试一种设计 - 提供多个选项，以衡量相对表现
- 未经验证就开始开发 - 在编写生产代码前，使用“绿野仙踪”测试或假门测试
- 依赖内部直觉 - 员工对产品太熟悉，难以发现用户实际遇到的阻碍
- 忽视细节问题 - 文案的小幅调整和按钮标签可能对业务产生巨大影响
- 孤立地进行测试 - 邀请工程师和设计师参与测试，建立共同认知
深入了解
11 位嘉宾分享的全部 14 条见解，请参阅 references/guest-insights.md
相关技能
- 客户研究
- 编写 PRD
- 发布产品
- 设计增长循环