name: "ux-researcher-designer" description: 适用于高级 UX 设计师/研究员的 UX 研究与设计工具包,包含数据驱动的用户角色生成、旅程地图绘制、可用性测试框架以及研究综合。用于用户研究、角色创建、旅程映射和设计验证。
UX 研究员与设计师
根据研究数据生成用户角色,创建旅程地图,规划可用性测试,并将研究发现综合为可操作的设计建议。
目录
触发词
在需要执行以下操作时使用此技能:
- "create user persona"(创建用户角色)
- "generate persona from data"(从数据生成角色)
- "build customer journey map"(构建客户旅程地图)
- "map user journey"(映射用户旅程)
- "plan usability test"(规划可用性测试)
- "design usability study"(设计可用性研究)
- "analyze user research"(分析用户研究)
- "synthesize interview findings"(综合访谈结果)
- "identify user pain points"(识别用户痛点)
- "define user archetypes"(定义用户原型)
- "calculate research sample size"(计算研究样本量)
- "create empathy map"(创建共情地图)
- "identify user needs"(识别用户需求)
工作流
工作流 1:生成用户角色
场景: 你拥有用户数据(分析、调查、访谈),需要创建一个基于研究的用户角色。
步骤:
准备用户数据
所需格式 (JSON):
[ { "user_id": "user_1", "age": 32, "usage_frequency": "daily", "features_used": ["dashboard", "reports", "export"], "primary_device": "desktop", "usage_context": "work", "tech_proficiency": 7, "pain_points": ["slow loading", "confusing UI"] } ]运行角色生成器
# 人类可读的输出 python scripts/persona_generator.py # 用于集成的 JSON 输出 python scripts/persona_generator.py json检查生成的组件
组件 检查重点 Archetype(原型) 是否符合数据模式? Demographics(人口统计信息) 是否源自实际数据? Goals(目标) 是否具体且可操作? Frustrations(挫败感) 是否包含了频率统计? Design implications(设计启示) 设计师能否据此采取行动? 验证用户角色
- 展示给 3-5 名真实用户:“这听起来像你吗?”
- 与支持工单进行交叉比对
- 针对分析数据进行验证
参考: 有关有效性标准,请参阅
references/persona-methodology.md
工作流 2:创建旅程地图
场景: 你需要为一个特定目标可视化端到端的用户体验。
步骤:
定义范围
元素 描述 Persona(用户角色) 针对哪类用户 Goal(目标) 他们试图实现什么 Start(开始) 开启旅程的触发点 End(结束) 成功标准 Timeframe(时间范围) 小时/天/周 收集旅程数据
来源:
- 用户访谈(询问“带我了解一下……”)
- 会话录制
- 数据分析(漏斗、流失点)
- 支持工单
绘制阶段
典型的 B2B SaaS 阶段:
Awareness(意识) → Evaluation(评估) → Onboarding(新手引导) → Adoption(采用) → Advocacy(拥护)填充每个阶段的层级
阶段:[名称] ├── 行为:用户做了什么? ├── 接触点:他们在哪里进行交互? ├── 情绪:他们的感受如何?(1-5) ├── 痛点:什么让他们感到沮丧? └── 机遇:我们可以在哪里改进?识别机遇
优先级评分 = 频率 × 严重程度 × 可解决性
参考: 有关模板,请参阅
references/journey-mapping-guide.md
工作流 3:规划可用性测试
场景: 你需要向真实用户验证一项设计。
步骤:
定义研究问题
将模糊的目标转化为可测试的问题:
模糊 可测试 “它容易使用吗?” “用户能否在 3 分钟内完成结账?” “用户喜欢它吗?” “用户会选择设计 A 还是 B?” “它有意义吗?” “用户能否在没有提示的情况下找到设置?” 选择方法
方法 参与者 持续时间 适用场景 远程主持 (Moderated) 5-8 45-60 分钟 深度洞察 远程非主持 (Unmoderated) 10-20 15-20 分钟 快速验证 走廊测试 (Guerrilla) 3-5 5-10 分钟 快速反馈 设计任务
好的任务格式:
场景:“假设你正在计划一次去巴黎的旅行……” 目标:“在你的预算范围内预订 3 晚的酒店。” 成功:“你看到了确认页面。”任务进阶:热身 → 核心 → 次要 → 极端情况 → 自由探索
定义成功指标
指标 目标 完成率 >80% 任务耗时 <2倍预期时间 错误率 <15% 满意度 >4/5 准备主持人指南
- 放声思考 (Think-aloud) 指令
- 非引导式提问
- 任务后问题
参考: 参见
references/usability-testing-frameworks.md获取完整指南
工作流 4:综合研究
场景: 你拥有原始研究数据(访谈、问卷、观察),需要提取可落地的洞察。
步骤:
对数据进行编码
为每个数据点添加标签:
[GOAL]- 他们想要实现的目标[PAIN]- 令他们感到沮丧的地方[BEHAVIOR]- 他们的实际行为[CONTEXT]- 何时/何地使用产品[QUOTE]- 用户原话
聚类相似模式
用户 A:每天使用,使用高级功能,使用快捷键 用户 B:每天使用,工作流复杂,使用自动化 用户 C:每周使用,基础需求,偶尔使用 聚类 1:A, B(资深用户) 聚类 2:C(普通用户)计算细分市场规模
聚类 用户数 % 可行性 资深用户 18 36% 核心画像 业务用户 15 30% 核心画像 普通用户 12 24% 次要画像 提取关键发现
针对每个主题:
- 发现陈述
- 支撑证据(原话、数据)
- 频率(X/Y 参与者)
- 业务影响
- 建议
优先处理机会
因素 评分 1-5 描述 频率 这种情况发生的频率如何? 严重程度 造成的伤害有多大? 广度 影响了多少用户? 可解决性 我们能解决这个问题吗? 参考: 参见
references/persona-methodology.md获取分析框架
工具参考
persona_generator.py
根据用户研究数据生成数据驱动的用户画像。
| 参数 | 取值 | 默认值 | 描述 |
|---|---|---|---|
| format | (无), json | (无) | 输出格式 |
示例输出:
============================================================
用户画像:资深用户 Alex
============================================================
📝 一个主要出于工作目的每天使用该产品的用户
原型:资深用户
引言:"我需要能跟上我工作流的工具"
👤 人口统计:
• 年龄范围:25-34
• 地区类型:城市
• 技术熟练度:高级
🎯 目标与需求:
• 高效完成任务
• 自动化工作流
• 使用高级功能
😤 挫折:
• 加载时间慢 (14/20 用户)
• 没有键盘快捷键
• API 访问受限
💡 设计启示:
→ 针对速度和效率进行优化
→ 提供键盘快捷键和高级功能
→ 开放 API 和自动化能力
📈 数据:基于 45 名用户
置信度:高
生成的原型:
| 原型 | 信号 | 设计重点 |
|---|---|---|
| power_user | 每天使用,使用 10+ 项功能 | 效率、定制化 |
| casual_user | 每周使用,使用 3-5 项功能 | 简洁、引导 |
| business_user | 工作场景,团队使用 | 协作、报告 |
| mobile_first | 移动端优先 | 触控、离线、速度 |
输出组件:
| 组件 | 描述 |
|---|---|
| demographics | 年龄范围、地点、职业、技术水平 |
| psychographics | 动机、价值观、态度、生活方式 |
| behaviors | 使用模式、功能偏好 |
| needs_and_goals | 主要目标、次要目标、功能需求、情感需求 |
| frustrations | 带有证据支撑的痛点 |
| scenarios | 情景化使用故事 |
| design_implications | 可操作的建议 |
| data_points | 样本量、置信度水平 |
快速参考表
研究方法选择
| 问题类型 | 最佳方法 | 样本量 |
|---|---|---|
| “用户做了什么?” | 分析工具、观察 | 100+ 事件 |
| “他们为什么要这样做?” | 访谈 | 8-15 名用户 |
| “他们做得怎么样?” | 可用性测试 | 5-8 名用户 |
| “他们更喜欢什么?” | 问卷、A/B 测试 | 50+ 名用户 |
| “他们的感受如何?” | 日记研究、访谈 | 10-15 名用户 |
画像置信度等级
| 样本量 | 置信度 | 使用场景 |
|---|---|---|
| 5-10 名用户 | 低 | 探索性 |
| 11-30 名用户 | 中 | 方向性 |
| 31+ 名用户 | 高 | 生产环境 |
可用性问题严重程度
| 严重程度 | 定义 | 采取行动 |
|---|---|---|
| 4 - 致命 | 阻碍任务完成 | 立即修复 |
| 3 - 重大 | 存在重大困难 | 发布前修复 |
| 2 - 轻微 | 引起犹豫 | 有可能时修复 |
| 1 - 表面 | 被注意到但没有问题 | 低优先级 |
访谈问题类型
| 类型 | 示例 | 用于 |
|---|---|---|
| 背景 | “请向我介绍一下你典型的一天” | 了解环境 |
| 行为 | “演示一下你是如何执行 X 的” | 观察实际操作 |
| 目标 | “你想要实现什么目标?” | 挖掘动机 |
| 痛点 | “最困难的部分是什么?” | 识别挫折 |
| 反思 | “你会做出哪些改变?” | 产生创意 |
知识库
references/ 中的详细参考指南:
| 文件 | 内容 |
|---|---|
persona-methodology.md |
有效性标准、数据收集、分析框架 |
journey-mapping-guide.md |
绘制流程、模板、机会识别 |
example-personas.md |
3 个带有数据的完整用户画像示例 |
usability-testing-frameworks.md |
测试规划、任务设计、分析 |
验证清单
用户画像质量
- 基于 20+ 用户(最少)
- 至少 2 个数据源(定量 + 定性)
- 具体且可操作的目标
- 挫折点包含频率计数
- 设计影响具体明确
- 注明置信度
旅程图质量
- 范围定义明确(画像、目标、时间范围)
- 基于真实用户数据,而非假设
- 所有层级已填写(行为、接触点、情绪)
- 识别出各阶段的痛点
- 机会点已排列优先级
可用性测试质量
- 研究问题是可测试的
- 任务是真实的场景,而非操作指令
- 每个设计方案 5+ 名参与者
- 定义了成功指标
- 发现结果包含严重程度评级
研究综合质量
- 数据编码一致
- 模式基于 3+ 个数据点
- 发现结果包含证据
- 建议具有可操作性
- 优先级设定有据可依
相关技能
- UI Design System (
product-team/ui-design-system/) — 研究发现为设计系统决策提供依据 - Product Manager Toolkit (
product-team/product-manager-toolkit/) — 客户访谈分析补充用户画像研究