用户体验研究设计师（Ux Researcher Designer）

用户体验研究员和设计师 从研究数据生成用户角色，创建用户旅程图，规划可用性测试，并将研究结果总结为可行的设计建议。

目录 触发词 工作流程 工作流程 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 审查生成的组件 组件 检查内容 原型 是否与数据模式匹配？ 人口统计 是否来自实际数据？ 目标 是否具体且可行？ 挫折 是否包含频率计数？ 设计影响 设计师是否可以根据这些信息采取行动？ 验证用户角色 向 3-5 名真实用户展示：“这听起来像你吗？” 与支持票据进行交叉检查 验证与分析数据 参考：请参阅 references/persona-methodology.md 以获取有效性标准

工作流程 2：创建用户旅程图 情况：您需要可视化特定目标的端到端用户体验。 步骤： 定义范围 元素 描述 用户角色 哪种用户类型 目标 他们试图实现什么 开始 触发开始旅程的事件 结束 成功标准 时间范围 小时/天/周 收集旅程数据 来源：用户访谈（询问“带我走过...”） 会话记录 分析（漏斗、掉落） 支持票据 绘制阶段 典型的 B2B SaaS 阶段：意识 → 评估 → 入门 → 采用 → 倡导 为每个阶段填充层 阶段：[名称] ├── 操作：用户执行什么操作？ ├── 接触点：用户在哪里交互？ ├── 情绪：用户有什么感受？（1-5） ├── 痛点：什么让用户感到沮丧？ └── 机会：我们可以在哪里改进？ 确定机会 优先级评分 = 频率 × 严重性 × 可解决性 参考：请参阅 references/journey-mapping-guide.md 以获取模板

工作流程 3：规划可用性测试 情况：您需要使用真实用户验证设计。 步骤： 定义研究问题 将模糊的目标转换为可测试的问题： 模糊 可测试 “使用起来容易吗？” “用户可以在 <3 分钟内完成结账吗？” “用户喜欢它吗？” “用户会选择设计 A 还是 B？” “它有意义吗？” “用户可以在没有提示的情况下找到设置吗？” 选择方法 方法 参与者 持续时间 最佳用途 远程调试 5-8 45-60 分钟 深入见解 远程非调试 10-20 15-20 分钟 快速验证 游击战 3-5 5-10 分钟 快速反馈 设计任务 良好的任务格式： 场景：“想象你正在计划去巴黎的旅行...” 目标：“预订 3 晚的酒店，价格在你的预算之内。” 成功：“你看到确认页面。” 任务进展： 热身 → 核心 → 次要 → 边缘情况 → 自由探索 定义成功指标 指标 目标 完成率 >80% 任务时间 <2× 预期 错误率 <15% 满意度 >4/5 准备调试指南 思考指南 非引导性提示 任务后问题 参考：请参阅 references/usability-testing-frameworks.md 以获取完整指南

工作流程 4：研究总结 情况：您拥有原始研究数据（访谈、调查、观察）并需要可行的见解。 步骤： 编码数据 标记每个数据点： [目标] - 他们想要实现什么 [痛点] - 什么让他们感到沮丧 [行为] - 他们实际上做了什么 [上下文] - 他们在什么时候/哪里使用产品 [引用] - 用户的直接言论 聚类相似的模式 用户 A：每天使用，高级功能，快捷方式 用户 B：每天使用，复杂工作流，自动化 用户 C：每周使用，基本需求，偶尔 聚类 1：A、B（高级用户） 聚类 2：C（休闲用户） 计算段大小 段 用户数 可行性 高级用户 18 36% 主要用户角色 商业用户 15 30% 主要用户角色 休闲用户 12 24% 次要用户角色 提取关键发现 对于每个主题： 发现陈述 支持证据（引用、数据） 频率（X/Y 参与者） 业务影响 建议 优先考虑机会 因素评分 1-5 频率 发生的频率是多少？ 严重性 它会造成多大的伤害？ 广度 有多少用户受到影响？