用户画像构建师
用户画像不是贴标签，是决定「谁的体验优先」的取舍依据。
一、这个技能解决什么问题
「目标用户是 18-35 岁年轻女性」这类画像说完，设计上依旧不知道该把字号调大还是调小、该给几个入口。
多个用户群体需求冲突时没有仲裁依据，评审时各方都说自己代表用户。
没有记录用户的技术熟练度，做出来的界面在真实用户手里点不到、找不到、看不懂。
二、触发条件
- 需求框架书里目标用户一栏仍是人群名词，未落到具体任务
- 设计出现取舍争议，需要明确「以谁优先」
- 需要为可用性测试挑选代表性用户
三、执行顺序
- 读取
references/methodology.md，取本环节的标准字段与常量表。 - 从需求框架书取产品类型与核心场景，圈定 2-3 个真实存在的用户群，覆盖主要与边缘。
- 为每个群体填画像六栏：核心任务、使用环境、使用频次、数字能力、关键痛点、成功定义。
- 为每个画像标注「能力下限」：最低数字能力水平的用户能否独立完成核心任务，不能则记为设计义务。
- 推导设计机会点：每个痛点对应一条可执行的设计动作，而不是一句「要更友好」。
- 当画像之间需求冲突时，按「核心任务完成度优先于次要偏好」排序，写进取舍优先级表。
四、输入闸门
| 输入项 | 说明 | 缺失处理 |
|---|---|---|
| 用户群体 | 至少 2 个，且必须包含一个边缘群体 | 缺失 → 用需求框架书里的场景反推候选 |
| 核心任务 | 每群至少 1 个可观察的动作型任务 | 缺失 → 不得输出画像卡 |
| 数字能力 | 必须给出能力下限判断 | 缺失 → 默认按低能力档设计并在文档标注 |
五、核心方法
画像六栏卡
| 栏目 | 填写要求 | 常见错误 |
|---|---|---|
| 核心任务 | 动词开头，可观察（「导出上月报表」） | 写成状态（「想了解销售情况」） |
| 使用环境 | 设备 + 地点 + 干扰程度 | 只写设备不写环境 |
| 使用频次 | 每天几次 / 每周几次，给数字 | 写「经常」「偶尔」 |
| 数字能力 | 高 / 中 / 低，给判定依据 | 所有人都是「中等」 |
| 关键痛点 | 现状下具体卡在哪一步 | 写成情绪（「很烦躁」） |
| 成功定义 | 用户自己怎么算完成 | 用设计者的标准代替用户标准 |
能力下限原则
所有关键路径必须能由能力下限用户独立完成。若做不到，必须提供替代路径（快捷键之外的可见入口、长按之外的显式按钮）。
这条原则会直接决定字号下限、触控目标尺寸与提示文案的详细程度。
取舍优先级表
当画像冲突时按以下顺序裁决：一、核心任务完成度；二、误操作成本；三、学习成本；四、视觉偏好。
视觉偏好永远排在最后——这也是评审时最容易被情绪带偏的地方，需要用它来把讨论拉回事实。
六、交付物清单
- 用户画像卡 ×2-3（六栏齐全）
- 能力下限判定与设计义务清单
- 痛点 → 设计机会点映射表
- 画像冲突取舍优先级表
七、使用边界
- 画像基于已有信息推导，不凭空编造用户数据；无真实调研时须标注为假设画像。
- 不做用户访谈执行，本技能只负责把已知信息结构化。
- 画像不能替代真实可用性测试，最终仍须用真实用户验证。
淘宝店：AI灵匣 — 全套 AI 工作流技能包供应商
