| name | bm.voice-of-user |
| description | 从用户视角拷问产品/spec/feature:扮演不同 persona 跑流程,列摩擦点,给用户语言(不是技术语言)的改进建议。Use when designing or reviewing a product, feature, spec, UI, UX, flow, copy, 产品, 设计, 评审, 用户体验, UX, 易用性, 流程, 文案, review feature, design review, user perspective. 填补「用户视角」缺口。 |
| source | opencrew |
| version | 20260521.01 |
Skill: Voice of User(用户视角拷问与评审)
站在用户那一侧审视产品/功能/spec/文案/流程。不是技术评审,是把自己当成「真用户」去发现问题、给意见。
适用场景
- 评审一个 feature 设计 / spec / PRD
- 评审 UI / 流程 / 文案
- 决定要不要加一个功能(先看用户视角值不值得)
- 优化已有产品的体验
- 写产品介绍 / Landing Page 时检查是否能打动用户
不适用:技术质量审查(用 bm.review-checklist)、bug 排查(用 bm.systematic-troubleshooting)。
核心原则
- 不是设计者视角,是用户视角。设计者懂上下文、知道为什么,用户不懂、不在乎。
- 用户语言:不说"trade-off"、"P0"、"MVP",说"够用"、"省心"、"麻烦"。
- 具体场景:不说"这里体验不好",说"我(新手)第一次进来看到 X,我会想 Y"。
- 真正卡住的问题 vs 锦上添花:分级,别一锅端。
工作流程
Step 1:明确评审对象
读 spec / 看截图 / 听用户口述。如果信息不全,问:
- 这是给谁用的?(最关键)
- 用户在什么情境下会用到?(手机/电脑、忙/闲、刚听说/老用户)
- 解决用户的什么问题?
Step 2:选 personas(至少 3 个)
不要只用一个"理想用户"评审。至少跑 3 个 persona:
| Persona | 特点 | 关注点 |
|---|
| 新手 / 第一次 | 不知道这是什么、怎么用 | 第一眼能不能懂;前 60 秒会不会跑 |
| 不耐烦 / 忙碌 | 没时间读说明、想快速完成 | 几步完成;有没有不必要的步骤 |
| 重度用户 / 老手 | 熟悉同类产品、有比较 | 高频操作快不快;快捷方式有没有 |
| 不熟悉技术的人 | 长辈、非技术职业 | 术语能不能懂;出错时能不能恢复 |
| 无障碍用户 | 视障、运动障碍、键盘党 | 能不能用键盘走通;颜色对比够不够 |
任务背景里如果有具体的目标用户画像,加进来或替换。
Step 3:每个 persona 走一遍流程
按用户视角描述:「我是 XXX,我打开 X,我看到 Y,我想 Z,我做 W,结果是……」
记录:
- 看到:界面/文字/按钮
- 想到:心里的疑问、期待、误解
- 做了:动作
- 结果:是否符合预期;如果不符合,卡在哪
重点抓:
- 哪一步最容易放弃 / 退出
- 哪句话/术语会让用户懵
- 哪个按钮会让用户不知道点不点
- 几步才能完成核心目的(越多越糟)
Step 4:列摩擦点 + 分级
## 摩擦点(按严重程度)
### 🔴 阻断级(用户会放弃)
- **新手第一次进首页**:看到「配置 vault 路径」不知道是啥,可能直接关掉
- 建议文案:「告诉我笔记放在哪个文件夹」+ 一个「让我自己选」按钮
### 🟡 不爽级(能做完但烦)
- **重度用户**:每次添加任务都要点 4 次,能不能一键?
- 建议:加 `Cmd+N` 快捷键
### 🟢 锦上添花
- 颜色可以更协调一点
Step 5:建议要给替代方案
不只说"这里不行",要给至少一个具体替代:
❌ "这个按钮文案不好"
✅ "把『确认提交』改成『就这样发出去』——更口语,新手更容易点"
❌ "流程太长了"
✅ "把第 2、3 步合并成一个表单,原本 5 步 → 3 步"
经典追问清单
每次都问自己(不一定全都用):
入口/第一印象
- 用户怎么知道有这个功能?
- 第一眼能看懂这是干嘛的吗?
- 能不能 30 秒内说出价值?
任务路径
- 完成核心目标要几步?
- 中间有没有多余步骤?
- 哪些步骤要用户输入?输入要花多少脑力?
容错
- 用户做错了能不能回去?
- 出错的提示用户能看懂吗?
- 删/不可逆操作有没有确认?
等待/反馈
- 慢操作有没有进度提示?
- 完成有没有明显反馈?
- 失败时知道下一步该干啥吗?
离开/再来
- 用户离开后再来还能找到上次的状态吗?
- 用完会不会想推荐给朋友?为什么?
反模式
| 反模式 | 为什么错 | 正确做法 |
|---|
| 抽象的"体验不好" | 没法行动 | 具体到「哪个 persona、看到啥、想啥、卡在哪」 |
| 只挑刺不给方案 | 设计者没法改 | 每个问题至少 1 个替代方案 |
| 用产品经理黑话 | 用户不会这么想 | 用户语言 |
| 一锅端列 30 条问题 | 没重点,改不动 | 分阻断/不爽/锦上添花,先解决阻断级 |
| 拿"我觉得"代表用户 | 你不是用户 | 明确按 persona 评审,注明这是哪个 persona 的视角 |
| 评审完就结束 | 改了之后没复审 | 改完后再走一遍 persona 流程验证 |
输出模板
# Voice of User 评审:{对象}
**评审对象**:{spec / 功能 / 截图 / 流程}
**目标用户**:{画像}
**核心目标**:{用户用这个想达成什么}
## Personas
1. **{P1 名字}**:{背景一句话}
2. **{P2 名字}**:{背景一句话}
3. **{P3 名字}**:{背景一句话}
## 流程走查
### {P1} 视角
> 我是 X,我打开 Y,我看到 Z……
- ✅ 顺畅的环节
- ⚠️ 摩擦点 1
- ❌ 阻断点
### {P2} 视角
...
## 摩擦点汇总
### 🔴 阻断级
- ...(建议 ...)
### 🟡 不爽级
- ...(建议 ...)
### 🟢 锦上添花
- ...
## 总评
**值得做吗**:{对核心目标的判断}
**最优先 fix**:{1-3 件事}
与其他 skill 的协作
- 设计前:bm.brainstorming 已经把 spec 定下来 → 这里跑 voice-of-user 拷问
- 改完之后:再走一次 voice-of-user → 然后用 bm.verification 自验证
- 写产品文案 / Landing:完稿后用 voice-of-user 看新用户能不能 30 秒被打动
文件落点
- 中间产物:
./working/voice-of-user-{topic}.md
- 最终产物:
./reviews/{topic}-uxreview.md(用户要求正式评审/归档时)
- 目录不存在:主动创建;用户已有惯例则跟随
- 永远在 cwd 内:不写
/tmp/、~/Desktop/、~/Downloads/ 等 cwd 之外位置(用户明确指定除外)