企业官网建设流程全解析

Designer Skills可用性测试指南：/test-plan和A/B实验命令如何把验证流程交给AI代理

【免费下载链接】designer-skillsDesigner Skills Collection: agentic skills, commands, and plugins for design — from research to systems, UI, interaction, and delivery.项目地址: https://gitcode.com/gh_mirrors/de/designer-skills

Designer Skills 是一个面向 AI 代理的设计技能包，收录了 107 个设计技能（Skills）和 32 个命令（Commands），覆盖从用户研究、UI 设计到可用性验证的完整流程。其中最实用的验证类工具，就是prototyping-testing插件提供的/test-plan（可用性测试计划命令）和/experiment（A/B 实验设计命令）：你只需要一句话描述要测试的产品或设计假设，AI 代理就会自动调用背后的专业技能模块，产出一份可以直接执行的可用性测试方案或 A/B 实验设计文档，帮你把设计验证的繁琐流程完整交给 AI 代理。

快速上手：三步把验证流程装进 Claude Code

这套技能运行在 AI 编码助手（Claude Code 或 Gemini CLI）中，无需写代码。以 Claude Code 为例，只需三步：

1. 安装 Claude Code：从官网下载、登录并打开，只需做一次；
2. 添加技能市场：在输入框执行以下命令，告诉代理技能包的位置；
3. 勾选安装：输入/plugin，在 Discover 标签中勾选prototyping-testing（想全部安装也可以），回车确认。

/plugin marketplace add Owl-Listener/designer-skills

💡 如果偏好命令行，也可以直接克隆仓库后把扩展复制到项目的.gemini/extensions/目录，详见 README.md。

/test-plan：一条命令生成完整可用性测试计划

打开 commands/test-plan.md 可以看到，/test-plan是一条“工作流型”命令——它把六个步骤串联起来，每一步都由一个专业技能模块支撑：

执行后你会得到一份开箱即用的测试计划，包含目标、方法论、任务场景、参与者筛选标准、主持指南和分析框架。

几个让它"专业"的细节：

• 任务写作有讲究：test-scenario 技能要求用"给动机而非给指令"的方式写任务，避免在任务措辞里暴露 UI 路径，并附成功率、耗时、错误数、1–5 分主观难度等成功标准；
• 点击测试有量化门槛：click-test-plan 内置分析规则，例如首次点击成功率高于 65% 一般说明信息可查找性良好；
• 方法匹配问题而非截止日期：prototype-strategy 会根据"要回答什么问题、面向谁、有多少迭代"来选择低保真草图、可点击线框还是高保真原型；
• 无障碍不是可选项：自动测试工具只能发现约 30%–40% 的问题，accessibility-test-plan 会要求覆盖键盘、读屏、200% 缩放、高对比度等多层测试矩阵。

/experiment：把设计假设变成严谨的 A/B 实验

有了定性测试，还需要量化验证。commands/experiment.md 中的/experiment命令接收一句设计假设（例如"新的结账流程会提升转化率"），然后产出完整的实验设计文档：

1. 假设结构化：套用 "If we [改动]，then [结果] will [变化]，because [理由]" 的标准句式；
2. 变体定义：A 组为现有设计，B 组为改动方案，且每次只测一个变量；
3. 指标定义：区分主指标（唯一最重要的成功标准）与护栏指标（捕捉副作用）；
4. 样本量计算：基于最小可检测效应、基线转化率、95% 显著性水平和 80% 统计功效；
5. 流程映射：用 user-flow-diagram 技能梳理变体流程；
6. 分析计划：提前约定结果如何分析、如何决策。

这些规则全部来自 a-b-test-design 技能模块，它还内置了两份非常有价值的"避坑清单"：

• 常见陷阱：提前偷看结果、一次测太多变体、样本量过小、忽略新奇效应与分群效应；
• 不适合 A/B 测试的场景：流量太低、存在伦理问题、牵动全局的基础性改动、以及定性洞察更有价值的阶段。

组合技：从专家评审到用户验证的完整链路

这两个命令都不是孤立的，prototyping-testing插件提供了四条命令形成验证闭环：

/evaluate（专家启发式评估） ↓ 发现的问题拿去让用户验证 /test-plan（可用性测试计划） ↓ 定性结论需要量化背书时 /experiment（A/B 实验设计）

• commands/evaluate.md：基于 Nielsen 十大可用性启发式 对现有设计做专家评估，输出带 0–4 严重度分级的发现清单；
• 两条命令的文档结尾还互相指引：评估完建议/test-plan让用户验证，实验完建议/test-plan补充定性测试——这正是"定量 + 定性"组合验证的最佳实践。

完整技能列表见 prototyping-testing/README.md，涵盖原型策略、测试场景、启发式评估、A/B 设计、用户流程、线框规格、点击测试和无障碍测试共 8 个技能模块。

写在最后

可用性测试和 A/B 实验设计的门槛，从来不是方法本身，而是"把方法论落实到一份可执行文档"的成本。Designer Skills 的/test-plan和/experiment命令，把 test-scenario、a-b-test-design 等专家级规范打包成开箱即用的工作流——描述你的产品和假设，剩下的交给 AI 代理，你就能省下写计划的时间，把精力留给真正重要的事：和真实用户对话。🚀

【免费下载链接】designer-skillsDesigner Skills Collection: agentic skills, commands, and plugins for design — from research to systems, UI, interaction, and delivery.项目地址: https://gitcode.com/gh_mirrors/de/designer-skills