メニュー
用户研究方法，通过用户画像和用户旅程图，深入理解目标用户的特征、需求和行为
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
BMAD 全自动研发流水线编排器。编排 9 个专业 Agent（PM、架构师、UI Designer、Tech Lead、Scrum Master、Frontend、Backend、QA、DevOps）从需求到部署。 Triggers: 'boss mode', '/boss', '全自动开发', '从需求到部署', '帮我做一个', 'build this', 'ship it', '全流程', '自动化开发', '一键开发', 'start a project', 'new feature' Does NOT trigger: - 单文件修改或简单 bug 修复（直接编辑即可） - 纯代码阅读或解释（使用 read 工具） - 已有 pipeline 正在运行时的重复启动 - 极小事（预计 <30 分钟人工可完成、不需要 PRD/架构/门禁记录） Output: 完整项目代码 + PRD/架构/UI/测试/部署文档，写入 .boss/<feature>/ 目录
后端测试编写指南，包括单元测试、集成测试和E2E测试的编写方法和最佳实践
自动生成 CHANGELOG，基于 git 提交历史和 pipeline 产物信息，遵循 Conventional Commits 和 Keep a Changelog 规范
从CEO/战略视角进行商业价值评审，评估市场契合度、ROI、竞争优势、风险和战略对齐
设计变体模式，产出2-3个设计方案及 tradeoff 分析，供用户选择后确定最终方案
前端测试编写指南，包括单元测试、集成测试和E2E测试的编写方法和最佳实践
| name | pm/user-research |
| description | 用户研究方法，通过用户画像和用户旅程图，深入理解目标用户的特征、需求和行为 |
| version | 1.0.0 |
| agent | pm |
| type | methodology |
| user-invocable | false |
| agent-invocable | true |
| dependencies | [] |
| triggers | ["需要明确目标用户时","需要理解用户行为和场景时","设计用户体验流程时"] |
在产品设计前，需要深入理解目标用户是谁、他们的特征是什么、他们在什么场景下使用产品、他们的行为路径是什么。
用户画像是对目标用户的具象化描述，帮助团队建立对用户的共同理解。
用户画像 1：[给用户起个名字，如"技术小白张三"]
基本特征：
行为特征：
心理特征：
核心需求：
痛点场景：
期望体验：
如果产品服务多类用户，需要：
优先级原则：
用户旅程图描绘用户完成核心任务的完整路径，包括每个阶段的行为、想法、情绪和痛点。
journey
title 用户完成核心任务的旅程
section 发现阶段
了解产品: 3: 用户
产生兴趣: 4: 用户
section 使用阶段
首次使用: 3: 用户
完成任务: 5: 用户
section 留存阶段
持续使用: 4: 用户
推荐他人: 5: 用户
1. 阶段划分
典型的用户旅程包含以下阶段：
2. 每个阶段的分析维度
| 维度 | 描述 |
|---|---|
| 行为 | 用户在做什么 |
| 想法 | 用户在想什么 |
| 情绪 | 用户的情绪状态（1-5分） |
| 触点 | 用户与产品的接触点 |
| 痛点 | 用户遇到的问题 |
| 机会 | 我们可以改进的地方 |
3. 情绪曲线
用1-5分标注用户在每个阶段的情绪：
目标：
用户场景是对用户在特定情境下使用产品的故事化描述。
场景：[场景名称]
示例：
场景：周末在家整理照片
完成用户研究后，应输出以下内容（通常作为PRD的第4章）：
[同上]
journey
title 用户完成核心任务的旅程
section 发现阶段
了解产品: 3: 用户
产生兴趣: 4: 用户
section 使用阶段
首次使用: 3: 用户
完成任务: 5: 用户
section 留存阶段
持续使用: 4: 用户
推荐他人: 5: 用户
场景1：[场景名称]
场景2：[场景名称]
❌ 用户画像太抽象：只有年龄、性别等基本信息，没有行为和心理特征 ❌ 用户画像太多：列出10个用户画像，导致无法聚焦 ❌ 凭空想象：没有数据支撑，完全靠猜测 ❌ 一次性工作：创建后就不再更新，与真实用户脱节