| 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 之外位置（用户明确指定除外）
