Update nexus wiki content
This commit is contained in:
@@ -1,58 +1,58 @@
|
||||
---
|
||||
title: "UX Researcher Agent Personality"
|
||||
title: "UX Researcher"
|
||||
type: source
|
||||
tags: ["UX", "Research", "Agent", "Design", "User-Experience", "The-Agency"]
|
||||
tags: [agent, ux, user-research, usability-testing, personas, behavioral-analysis]
|
||||
date: 2026-04-24
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/agency-agents/design/design-ux-researcher.md]]
|
||||
- [[Agent/agency-agents/design/design-ux-researcher.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:UX Researcher Agent 是一种专注于用户体验研究的 AI Agent,通过严谨的研究方法和数据驱动的洞察来弥合用户需求与设计解决方案之间的差距
|
||||
- 问题域:用户行为分析、可用性测试、定性与定量研究方法、产品决策验证
|
||||
- 方法/机制:混合研究设计、三角验证、用户旅程映射、A/B 测试、统计分析、可访问性研究
|
||||
- 结论/价值:确保设计决策基于真实用户数据而非假设,提高产品可用性和用户满意度
|
||||
- 核心主题:AI Agent 系统中 UX Researcher(用户体验研究员)的角色定义、研究方法论与交付物规范
|
||||
- 问题域:如何在多 Agent 协作系统中,通过定性与定量研究方法理解用户行为、验证设计决策,并提供可落地的洞察建议
|
||||
- 方法/机制:用户研究规划 → 数据采集(访谈/问卷/可用性测试)→ 主题分析与三角验证 → 洞察转化为可实施的设计建议 → 建立测量计划跟踪影响
|
||||
- 结论/价值:以证据为基础,80%+ 研究建议被设计与产品团队采纳;通过用户理解防止昂贵的架构设计错误;研究推荐实施后用户满意度可衡量地提升
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- UX Researcher Agent 通过定性和定量方法的混合研究设计,产生可靠、可操作的洞察
|
||||
- 用户体验研究必须遵循研究方法论优先原则:先建立明确的研究问题,再选择适当方法
|
||||
- 可访问性研究和包容性设计测试是默认要求,而非可选附加项
|
||||
- 研究发现通过三角验证和多数据源进行验证,确保质量和可靠性
|
||||
- 研究推荐被设计和产品团队实施的比率(80%+)是衡量 UX Researcher 成功的关键指标
|
||||
- UX Researcher Agent 通过混合研究方法(定性与定量结合),为设计决策提供真实用户数据支撑,而非假设驱动
|
||||
- 所有研究必须先确立清晰的研究问题,再选择方法;样本量需有统计依据,需通过三角验证缓解偏差
|
||||
- 可用性测试包含任务场景(35分钟)、基线访谈(10分钟)和测试后访谈(10分钟),收集量化指标(完成率/时间/错误数)和定性洞察
|
||||
- 用户画像基于实证数据而非假设,包含人口统计学、行为模式、目标与需求、使用场景和直接引用语
|
||||
- 研究交付物必须包含高/中/长期优先级建议,并建立明确的成功指标跟踪研究影响
|
||||
|
||||
## Key Quotes
|
||||
> "Validates design decisions with real user data, not assumptions." — Agent Vibe 宣言
|
||||
|
||||
> "Based on 25 user interviews and 300 survey responses, 80% of users struggled with..." — 证据优先的沟通风格示例
|
||||
|
||||
> "This finding suggests a 40% improvement in task completion if implemented." — 聚焦影响力的表达方式
|
||||
> "You are **UX Researcher**, an expert user experience researcher who specializes in understanding user behavior, validating design decisions, and providing actionable insights." — 核心身份定义
|
||||
> "Be evidence-based: 'Based on 25 user interviews and 300 survey responses, 80% of users struggled with...'" — 沟通风格:永远基于证据
|
||||
> "Research recommendations are implemented by design and product teams (80%+ adoption)" — 成功标准
|
||||
> "Present findings objectively without confirmation bias" — 伦理研究规范
|
||||
|
||||
## Key Concepts
|
||||
- [[Mixed-Methods Research]]:混合方法研究,结合定性和定量方法回答复杂研究问题
|
||||
- [[Usability Testing]]:可用性测试,通过真实用户任务执行验证产品易用性
|
||||
- [[User Persona]]:用户画像,基于实证数据创建的目标用户原型
|
||||
- [[User Journey Mapping]]:用户旅程映射,识别痛点和优化机会的完整用户路径分析
|
||||
- [[Triangulation]]:三角验证,通过多种数据源和方法验证研究发现
|
||||
- [[A/B Testing]]:A/B 测试,用于数据驱动决策的统计实验方法
|
||||
- [[Accessibility Research]]:可访问性研究,确保包容性设计覆盖残障用户群体
|
||||
- [[Behavioral Analytics]]:行为分析,解读和识别用户行为模式
|
||||
- [[Research Repository]]:研究知识库,构建机构知识积累的持续改进机制
|
||||
- [[User-Research-Methodology]]:混合研究方法框架,结合定性与定量方法(访谈/问卷/可用性测试/行为分析)回答不同研究问题
|
||||
- [[Usability-Testing]]:可用性测试协议,含任务场景设计、成功率/时间/错误数量化指标、测试后访谈结构
|
||||
- [[User-Persona]]:基于实证数据的用户画像模板,含人口统计学、行为模式、目标/需求、使用场景和引用语
|
||||
- [[User-Journey-Mapping]]:用户旅程地图,识别关键触点、痛点、情感变化和优化机会
|
||||
- [[Qualitative-Quantitative-Research]]:定性研究(访谈/观察/开放问卷)与定量研究(问卷/行为分析/A/B测试)的互补使用
|
||||
- [[Research-Triangulation]]:三角验证——通过多种数据源交叉验证研究结论,降低单一方法偏差
|
||||
- [[Inclusive-Design-Research]]:无障碍研究与包容性设计测试,确保残障用户可访问
|
||||
- [[Behavioral-Analytics]]:行为分析——解读用户行为数据、识别使用模式和优化机会
|
||||
|
||||
## Key Entities
|
||||
- [[Design Teams]]:设计团队,研究洞察的主要消费者和应用者
|
||||
- [[Product Teams]]:产品团队,基于用户研究做出产品决策
|
||||
- [[Stakeholders]]:利益相关者,研究发现的受众和决策影响者
|
||||
- [[The Agency]]:父组织,提供 Agent 框架和协作上下文
|
||||
- [[UX-Architect]]:UX Researcher 的重要协作者,在研究洞察基础上构建设计系统与布局框架
|
||||
- [[UX-Designer]]:UI 设计师,接收用户研究洞察并转化为界面设计
|
||||
- [[Design-Brand-Guardian]]:品牌守护者,确保研究洞察在品牌框架内落地
|
||||
- [[Product-Manager]]:产品经理,输入研究需求,接收可实施的设计建议
|
||||
- [[Luxury-Developer]]:开发者,依据研究洞察和设计系统实现最终产品
|
||||
|
||||
## Connections
|
||||
- [[design-ux-architect]] ← complements ← [[design-ux-researcher]]:研究与设计协同
|
||||
- [[design-whimsy-injector]] ← informs ← [[design-ux-researcher]]:用户洞察驱动设计趣味性
|
||||
- [[Product Feedback Synthesizer]] ← depends_on ← [[design-ux-researcher]]:反馈综合依赖用户研究
|
||||
- [[design-ux-architect]] ← receives_insights_from ← [[design-ux-researcher]](UX Research 提供用户洞察,UX Architect 将其转化为设计系统)
|
||||
- [[design-ui-designer]] ← depends_on ← [[design-ux-researcher]](UI 设计师依据用户研究洞察进行界面设计)
|
||||
- [[project-manager-agent]] ← receives_recommendations_from ← [[design-ux-researcher]](PM 接收研究建议,纳入产品决策)
|
||||
- [[design-ux-researcher]] ← collaborates_with ← [[nexus-spatial-discovery]](在空间指挥中心规划中,UX Researcher 识别调试为杀手级用例)
|
||||
|
||||
## Contradictions
|
||||
- 与 [[Design Whimsy Injector]] 可能的张力:
|
||||
- 冲突点:数据驱动的理性设计与创意趣味表达的关系
|
||||
- 当前观点:UX Researcher 强调验证设计决策需基于用户数据
|
||||
- 对方观点:Design Whimsy Injector 追求情感共鸣和创意突破
|
||||
- 协调方式:两者互补——研究验证用户需求,创意满足情感期望
|
||||
- 与 [[design-ux-architect]] 的假设前提张力:
|
||||
- 冲突点:设计系统架构是否需要用户研究验证
|
||||
- 当前观点:UX Researcher 认为所有设计决策应以用户研究为依据,即使架构级决策也需用户数据支撑
|
||||
- 对方观点:UX Architect 认为架构决策在某些情况下可基于技术约束和行业最佳实践,而非用户研究
|
||||
- 协调:两者互补——UX Architect 提供技术架构基线,UX Researcher 验证该基线是否真正满足用户需求,在 ProjectManager 的协调下分工
|
||||
|
||||
Reference in New Issue
Block a user