Ux Researcher Designer技能使用说明
2026-04-01
新闻来源:网淘吧
围观:9
电脑广告
手机广告
用户体验研究员与设计师
基于研究数据生成用户画像,创建旅程地图,规划可用性测试,并将研究发现综合为可执行的设计建议。
目录
触发词
在需要时使用此技能:

- “创建用户画像”
- “根据数据生成画像”
- “构建客户旅程地图”
- “绘制用户旅程图”
- “规划可用性测试”
- “设计可用性研究”
- “分析用户研究”
- "综合访谈发现"
- "识别用户痛点"
- "定义用户原型"
- "计算研究样本量"
- "创建共情地图"
- "识别用户需求"
工作流程
工作流程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"] } ] -
运行画像生成器
# Human-readable output python scripts/persona_generator.py # JSON output for integration python scripts/persona_generator.py json -
审查生成的组件
组件 检查要点 原型 是否符合数据模式? 人口统计信息 是否源自实际数据? 目标 是否具体且可操作? 挫折 是否包含频率计数? 设计启示 设计师能否据此采取行动? -
验证用户画像
- 展示给3-5位真实用户:“这听起来像你吗?”
- 与支持工单交叉核对
- 对照分析数据进行验证
-
参考:参见
references/persona-methodology.md了解有效性标准
工作流程2:创建旅程图
情境:您需要为特定目标可视化端到端的用户体验。
步骤:
-
定义范围
要素 描述 用户画像 哪种用户类型 目标 他们试图实现什么 开始 旅程开始的触发点 结束 成功标准 时间范围 小时/天/周 -
收集旅程数据
来源:
- 用户访谈(询问“请带我过一遍...”)
- 会话录制
- 分析数据(漏斗、流失点)
- 支持工单
-
绘制各阶段
典型的B2B SaaS阶段:
Awareness → Evaluation → Onboarding → Adoption → Advocacy -
为每个阶段填充层级
Stage: [Name] ├── Actions: What does user do? ├── Touchpoints: Where do they interact? ├── Emotions: How do they feel? (1-5) ├── Pain Points: What frustrates them? └── Opportunities: Where can we improve? -
识别机会点
优先级分数 = 频率 × 严重性 × 可解决性
-
参考:参见
references/journey-mapping-guide.md获取模板
工作流程3:规划可用性测试
情境:您需要通过真实用户来验证设计。
步骤:
-
定义研究问题
将模糊的目标转化为可测试的问题:
模糊的 可测试的 "它易于使用吗?" "用户能在<3分钟内完成结账吗?" "用户喜欢它吗?" "用户会选择设计A还是设计B?" "它合理吗?" "用户能在没有提示的情况下找到设置吗?" -
选择方法
方法 参与者 时长 最适合 有主持的远程测试 5-8人 45-60分钟 深度洞察 无主持的远程测试 10-20人 15-20分钟 快速验证 游击式 3-5 5-10分钟 快速反馈 -
设计任务
良好的任务格式:
SCENARIO: "Imagine you're planning a trip to Paris..." GOAL: "Book a hotel for 3 nights in your budget." SUCCESS: "You see the confirmation page."任务进展:热身 → 核心 → 次要 → 边缘情况 → 自由探索
-
定义成功指标
指标 目标 完成率 >80% 任务耗时 <2×预期 错误率 <15% 满意度 >4/5 -
准备主持人指南
- 出声思考说明
- 非引导性提示
- 任务后问题
-
参考:参见
references/usability-testing-frameworks.md完整指南
工作流程四:研究综合
情境:您拥有原始研究数据(访谈、调查、观察),并且需要获得可操作的见解。
步骤:
-
对数据进行编码
标记每个数据点:
[目标]- 他们想要实现什么[痛点]- 让他们感到沮丧的是什么[行为]- 他们实际做了什么[情境]- 他们在何时/何地使用产品[引述]- 用户的直接话语
-
聚类相似模式
User A: Uses daily, advanced features, shortcuts User B: Uses daily, complex workflows, automation User C: Uses weekly, basic needs, occasional Cluster 1: A, B (Power Users) Cluster 2: C (Casual User) -
计算细分规模
聚类 用户 百分比 可行性 高级用户 18 36% 主要用户画像 商业用户 15 30% 主要用户画像 普通用户 12 24% 次要用户画像 -
提取关键发现
针对每个主题:
- 发现陈述
- 支持证据(引述、数据)
- 频率(X/Y 参与者)
- 商业影响
- 建议
-
优先排序机会
因素 评分 1-5 频率 这种情况发生的频率如何? 严重程度 其影响有多严重? 广度 有多少用户受到影响? 可解决性 我们能解决这个问题吗? -
参考:参见
参考资料/persona-methodology.md以获取分析框架
工具参考
persona_generator.py
根据用户研究数据生成数据驱动的用户画像。
| 参数 | 取值 | 默认值 | 描述 |
|---|---|---|---|
| 格式 | (无),json | (无) | 输出格式 |
示例输出:
============================================================
PERSONA: Alex the Power User
============================================================
📝 A daily user who primarily uses the product for work purposes
Archetype: Power User
Quote: "I need tools that can keep up with my workflow"
👤 Demographics:
• Age Range: 25-34
• Location Type: Urban
• Tech Proficiency: Advanced
🎯 Goals & Needs:
• Complete tasks efficiently
• Automate workflows
• Access advanced features
😤 Frustrations:
• Slow loading times (14/20 users)
• No keyboard shortcuts
• Limited API access
💡 Design Implications:
→ Optimize for speed and efficiency
→ Provide keyboard shortcuts and power features
→ Expose API and automation capabilities
📈 Data: Based on 45 users
Confidence: High
已生成的用户原型:
| 原型 | 信号 | 设计重点 |
|---|---|---|
| 高级用户 | 日常使用,10+项功能 | 高效,可定制化 |
| 普通用户 | 每周使用,3-5项功能 | 简洁,引导性 |
| 商业用户 | 工作场景,团队使用 | 协作,报告 |
| 移动优先 | 以移动端为主 | 触控,离线,速度 |
输出组件:
| 组件 | 描述 |
|---|---|
| 人口统计特征 | 年龄范围,地理位置,职业,技术水平 |
| 心理特征 | 动机,价值观,态度,生活方式 |
| 行为特征 | 使用模式,功能偏好 |
| 需求与目标 | 主要,次要,功能性,情感性 |
| 痛点 | 有证据支持的痛点 |
| 场景 | 情境使用故事 |
| 设计启示 | 可执行的建议 |
| 数据点 | 样本量,置信水平 |
快速参考表
研究方法选择
| 问题类型 | 最佳方法 | 样本量 |
|---|---|---|
| "用户做什么?" | 数据分析,观察 | 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个数据点
- 研究发现包含实证依据
- 建议具备可操作性
- 优先级设置理由充分
文章底部电脑广告
手机广告位-内容正文底部


微信扫一扫,打赏作者吧~