메뉴
用户研究技能。设计并执行用户访谈，运用5WHY追问法深挖需求，绘制痛点热力图，通过需求反推确定产品方向。适用于需求调研、体验优化、方向验证等场景。当用户需要了解目标用户、挖掘深层需求、分析行为动机时使用此skill。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
季度竞品分析技能。每季度系统化收集市场竞品情报、构建竞争全景图、深度画像竞品、分析市场格局演变、提炼战略洞察，输出完整季度竞品分析报告。适用于产品战略规划、年度路线图制定、投融资汇报、高管决策支持等场景。当用户需要每季度深入了解竞争格局、识别战略机会、形成完整竞品分析报告时使用此 skill。
Git 标准操作流程 SOP，包含 init、add、commit、push、status、log、pull 等常用操作及自动检查验证。使用场景：用户要求执行 git 操作时。
API design specifications. 当用户需要设计 API、讨论 RESTful 规范、设计 GraphQL schema 或制定 API 规范时使用此skill。
Architecture quality assessment. 当用户需要评估架构质量、检查系统性能、分析安全风险或评估可扩展性时使用此skill。
System architecture design. 当用户需要设计系统架构、画架构图、讨论微服务拆分、CQRS、事件驱动、DDD等架构模式时使用此skill。
Code architecture review. 当用户需要评审代码架构、讨论设计模式、检查代码质量或进行代码评审时使用此skill。
| name | pm-beta-user-research |
| description | 用户研究技能。设计并执行用户访谈，运用5WHY追问法深挖需求，绘制痛点热力图，通过需求反推确定产品方向。适用于需求调研、体验优化、方向验证等场景。当用户需要了解目标用户、挖掘深层需求、分析行为动机时使用此skill。 |
系统化进行用户访谈、需求挖掘与痛点分析。
访谈前准备
Step 1：明确研究目的
Step 2：筛选受访者
筛选条件：
- 目标用户画像匹配度 ≥ 80%
- 最近30天内使用过产品核心功能
- 覆盖不同用户类型（活跃/沉默/流失）
- 数量：核心用户5-8人，泛用户10-15人
Step 3：访谈大纲设计
访谈大纲模板
## 用户访谈大纲
### 基本信息
- 受访者：
- 访谈时间：
- 访谈方式：[线下/线上/电话]
- 访谈人：
### 暖场（5min）
- 您使用[产品类型]多久了？
- 平时主要用哪些功能？
- 今天方便我们聊多久？
### 场景还原（核心）
- 请回忆一下，上次您使用[核心功能]是为了完成什么任务？
- 当时的具体步骤是怎样的？
- 过程中有没有遇到什么困难？
### 痛点挖掘（核心）
- 您觉得目前最不方便的地方是什么？
- 如果这个问题解决了，对您来说意味着什么？
- 您之前是怎么解决这个问题的？
### 需求验证（核心）
- 如果我们做一个[新功能]，您会感兴趣吗？
- 您希望它能做到什么程度？
- 现有产品中有没有让您觉得做得好的类似功能？
### 开放探索
- 关于[产品/领域]，您还有什么想说的吗？
### 收尾
- 您身边有没有类似需求的朋友可以推荐给我们？
- 还有什么问题想问我吗？
访谈执行技巧
访谈记录模板
受访者：[姓名/编号]
用户类型：[A/B/C]
访谈时长：[X]分钟
访谈日期：[YYYY-MM-DD]
【关键语录】
"[原话引用1]"
"[原话引用2]"
【情绪标注】
[情绪标签：困惑/兴奋/沮丧/意外/无所谓]
【洞察】
[从对话中提炼的洞察点]
【需求信号】
[用户表达的需求/期望]
【后续行动】
[需要跟进的事项]
方法论说明
5WHY通过连续追问"为什么"，从表面现象深挖到根本原因。
核心原则
追问路径示例
用户说："我想买一个更快的电脑"
↓ WHY?
用户说："因为现在这个太卡了"
↓ WHY?
用户说："因为打开PPT要等很久"
↓ WHY?
用户说："因为经常要给客户演示，等太久很尴尬"
↓ WHY?
用户说："因为我不想让客户觉得我不够专业"
↓ WHY?
用户说："我想给客户留下专业可靠的印象" ← 根本需求
→ 解决方案不是"更快的电脑"，而是"移动场景下的演示解决方案"
追问检查清单
常见追问话术
| 场景 | 追问话术 |
|---|---|
| 用户陈述事实 | "能具体说说当时的情况吗？" |
| 用户表达情绪 | "那件事让您感觉怎么样？" |
| 用户给出方案 | "您为什么觉得这个方案能解决您的问题？" |
| 用户说不清 | "如果用一幅画来表达，您会画什么？" |
| 用户过于抽象 | "能给我举个具体的例子吗？" |
痛点分类框架
痛点 = 阻滞点（阻碍目标达成）+ 摩擦点（增加达成成本）
四级痛点分类
| 级别 | 类型 | 定义 | 优先级 |
|---|---|---|---|
| P0 | 致命痛点 | 核心流程完全无法完成 | 立即解决 |
| P1 | 严重痛点 | 目标能完成但体验极差 | 本版本解决 |
| P2 | 一般痛点 | 目标能完成但需要额外努力 | 下版本规划 |
| P3 | 微痛点 | 不影响目标，体验略差 | 持续迭代 |
痛点热力图绘制
Step 1：识别用户旅程阶段
认知 → 了解 → 评估 → 决策 → 购买 → 使用 → 售后
Step 2：标注痛点位置
Step 3：痛点信息卡片
【痛点编号】P1-003
【痛点描述】
在支付环节，用户需要填写5个表单字段才能完成购买
【影响量化】
- 每次支付平均耗时：4分30秒
- 支付中断率：38%
- 预计影响GMV：约15%
【用户原话】
"填到一半就放弃了，太多要填的了"
【根本原因】
用户认为信息填写成本 > 购买收益的心理门槛
【解决方向】
- 方案A：减少必填字段（从5个减至2个）
- 方案B：支持微信/支付宝一键授权
- 方案C：分步填写+进度提示
【优先级建议】
P1，本版本必须解决
需求反推方法论
从用户表面行为和语言，反推出真正的产品需求。
反推公式
表面需求 → 深层动机 → 心理模型 → 产品需求
反推路径示例
| 用户说/做 | 表面需求 | 深层动机 | 心理模型 | 产品需求 |
|---|---|---|---|---|
| "我想把文件发给我同事" | 文件发送功能 | 协作效率 | 工作需要多人参与 | 团队共享空间 |
| "每次都要重新填地址" | 地址记忆功能 | 避免重复劳动 | 省时省力 | 地址簿管理 |
| "希望有个夜间模式" | 夜间模式 | 眼睛舒适 | 睡前使用习惯 | 暗色主题 |
| "想看历史记录" | 浏览历史 | 追溯查找 | 之前看过需要再找 | 历史记录功能 |
需求分层模型
【战略层】用户要实现什么目标？
↓
【任务层】用户要完成什么任务？
↓
【操作层】用户要执行什么操作？
↓
【功能层】产品提供什么功能满足？
反推练习：场景分析法
给定用户场景，反推需求：
场景：用户在地铁上单手使用手机刷短视频APP
【操作分析】
- 单手握持，拇指操作
- 网络不稳定（地铁信号）
- 碎片化时间，注意力有限
【功能反推】
- 单手操作优化：大按钮、一触即达
- 弱网适配：预加载、离线缓存
- 沉浸体验：自动播放、竖屏全屏
【进阶反推】
- 续播需求：上次看到哪，下次接着播
- 跳过需求：刷到不感兴趣的一划而过
- 分享需求：觉得好的内容快速分享给朋友
需求验证三问