菜单
Use when the user asks for persona or user profile, mentions 用户画像、persona、user profile、用户角色、JTBD persona、人物画像、目标用户、典型用户、user persona、customer persona.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | pm-persona |
| description | Use when the user asks for persona or user profile, mentions 用户画像、persona、user profile、用户角色、JTBD persona、人物画像、目标用户、典型用户、user persona、customer persona. |
| metadata | {"internal":true} |
你是一位用户研究员。摆在你面前的是 PMContext 的用户场景与反馈。你的任务是把分散的行为聚成 ≥3 个立体的 persona——他们是谁、做什么、为什么、想要什么、反对什么，而不是堆一张"25-34 岁男性白领"的 demographics 卡片。
从 PMContext 生成基于 JTBD 的用户画像。≥3 个 persona，每画像含五维 + 引言 + 反对意见。
把 PMContext 用户场景与反馈聚成立体 persona。pm-skills 的 user-personas/user-segmentation 收敛进 PMSkill 体系：从 PMContext 用户场景推导，每画像追溯 PMContext，与 pm-market 用户分层互补（分层看群体差异，persona 看个体立体）。
PMContext"用户场景"定义谁在什么场景下用什么达到什么目的；"现状平替与摩擦力"定义未满足需求；反馈数据（若有）提供代表性引言素材。本 skill 提取这些信息构建 persona。Persona 是 PMContext 的下游 View，与 pm-market 用户分层平级。
docs/pm-context/personas.md本 Skill 承载 PM Thinking Loop 的步骤 2（建模）的 persona 构建部分：
| 步骤 | 本 Skill 的职责 | 产出（是否回灌 PMContext） |
|---|---|---|
| 2. 建模 | 从用户场景聚类成立体 persona | 不回灌（产出 View） |
执行时必须依次完成上述步骤，不可跳步。步骤产出写入 process/02-persona-model.md。
产出约束：
[假设]，禁编造依赖检查：persona 数是否 3-7？JTBD 是否三性齐全？引言是否有依据？persona 间是否互斥？
Pre-flight Verification（确定性审计，替代循环重试——AI 单次生成无法真循环）：依赖检查失败时，不重试，直接在产物顶部输出 Pre-flight 验证清单（标记每项 ✓/✗），✗ 项标 [待确认] + 信息缺口记录断链点 + 终止当前 Skill 并告知用户
读取 <产物目录>/pm-context.md（先读 ## PMSkill 块取 产物目录，块不存在回退默认 docs/pm-context/），提取：
若 PMContext 不存在 → 🔴 STOP：提示先运行 /pm-need。
按 behaviors + JTBD + 未满足需求 聚类（禁仅按 demographics），每 persona 命名（具体名字，非"用户A"）。
## Persona: <具体名字>（如"独立创作者小林"）
### Demographics
- 身份/年龄/地域/职业 ← PMContext 用户场景
### Behaviors
- 如何使用产品/频率/深度/工具链 ← PMContext 用户场景
### JTBD
- 功能性：要完成什么任务
- 情感性：要感受什么（如"创作焦虑降低"）
- 社会性：要被如何看待（如"被同行认可专业"）
### 未满足需求
- 当前平替与最痛苦的摩擦力 ← PMContext 现状平替与摩擦力
### 代表性引言
- "<引言>" ← 来源: 反馈数据/`[假设]`
### 反对意见（为何不用我们）
- 反对1: <理由> ← PMContext 边界条件
- 反对2: <理由>
| persona | 核心行为 | JTBD | 与其他 persona 重叠? |
|---|---|---|---|
| 小林 | 独立创作 | 稳定输出 | 无 |
| 老王 | 团队协作 | 团队对齐 | 无 |
| ... |
重叠 >20% → 重新聚类或合并。
写入 docs/pm-context/personas.md，含 ≥3 persona + 互斥校验表 + 追溯列。
🔴 CHECKPOINT — 输出产物路径 + persona 数 + 互斥校验结果。等待 PM 确认或自动进入下一步（--auto 模式）。
步骤 2 产出完成后，写入中间工件：
docs/pm-context/process/02-persona-model.md（persona 聚类+五维 + 审计三元组）在追溯列标注每画像追溯到的 PMContext 项。persona 与 pm-market 用户分层互补（分层看群体差异，persona 看个体立体），与 pm-interview 联动（每 persona 可设计定向访谈）。
| 触发条件 | 一线修复 | 仍失败兜底 |
|---|---|---|
<产物目录>/pm-context.md 不存在 | 🔴 STOP：输出"未找到 PMContext，先运行 /pm-need <需求>" | 不阻塞，提示后退出 |
| PMContext "用户场景"为空 | 🔴 STOP：输出"无用户场景，先运行 /pm-collect 补用户研究" | 不臆造 persona |
| 反馈数据不足以提取引言 | 标 [假设] 引言，提示补访谈 | 不编造引言 |
| persona 数 < 3 | 放宽聚类粒度重新分 | 仍不足则标 [待确认] 需补用户研究 |
| persona 间重叠 >20% | 重新选聚类维度或合并 | 标 [冲突] 让 PM 裁决 |
| JTBD 缺情感性/社会性 | 补充（问"用户感受什么/被怎么看"） | 标 [待确认] 该性缺失 |
| 反模式 | 为什么不要做 |
|---|---|
| 仅按 demographics 切片（25-34 岁男性） | demographics 不驱动产品策略，行为/JTBD 才驱动 |
| persona < 3 个 | 少于 3 说明聚类粗糙，漏关键用户群 |
| JTBD 只写功能性 | 情感与社会性是购买决策的关键，缺一不立体 |
| 代表性引言编造 | 没依据的引言是虚构，必须标 [假设] 或来自反馈 |
| persona 间不互斥 | 重叠 persona 说明聚类维度混淆，无法聚焦 |
| persona 命名"用户A/B" | 抽象命名无代入感，用具体名字"小林/老王" |
| 不追溯 PMContext | persona 悬空，无法验证是否对齐用户研究 |
| 审计三元组转换操作写"基于上述依据产出" | 空话，判定为 Failure |
会员产品 persona 片段：
## Persona: 独立创作者小林
### Demographics
- 28 岁/一二线/自由职业内容创作者 ← PMContext 用户场景
### Behaviors
- 日更内容/工具切换频繁/社群决策/单人工作 ← PMContext 用户场景
### JTBD
- 功能性：让创作产能稳定输出
- 情感性：降低断更焦虑
- 社会性：被同行认可专业
### 未满足需求
- 当前用 Excel+日历手动排期，最痛苦的是断更无预警 ← PMContext 现状平替与摩擦力
### 代表性引言
- "我每天醒来第一件事是担心今天发什么" ← 来源: 反馈数据 review_001
### 反对意见
- 反对1: "我已经用 Excel 排期习惯了" ← PMContext 边界条件"迁移成本"
- 反对2: "月费 ¥30 对自由职业有压力" ← PMContext 边界条件"价格敏感"
详见 references/persona-example.md（完整 3 persona 示例含互斥校验与访谈联动）。
实战铁律（落盘前对照）：
[假设]，禁编造Use when the user asks for A/B test analysis or experiment results interpretation, mentions A/B 测试、ab test、split test、实验结果、显著性、statistical significance、p-value、confidence interval、置信区间、lift、SRM、样本比例失调、guardrail、ship or stop、实验决策.
Use when another skill needs Agent-executable PRD, or the user asks for AI-ready PRD, mentions AI PRD、给 AI 的 PRD、可执行规则、Agent Context、ai-prd、自动化执行、技术契约.
Use when the user asks to audit code against intent or find implementation gaps, mentions 意图实现差距、intended vs implemented、代码审计、intent audit、实现差距、gap analysis、对齐审计、文档与代码不一致、AI 生成代码审计、access control audit.
Use when the user asks for battlecard or competitive positioning, mentions 作战卡、battlecard、竞品对比、competitive comparison、销售工具、sales enablement、objection handling、异议处理、win/loss、竞品定位.
Use when the user asks for cohort analysis or retention patterns, mentions 队列分析、cohort、留存曲线、retention curve、功能采纳、feature adoption、流失模式、churn pattern、队列对比、cohort comparison、留存热力图、retention heatmap.
Use when the user asks for experiment design or assumption testing, mentions 实验、假设验证、pretotype、assumption testing、XYZ hypothesis、lean startup、风险假设、identify assumptions、prioritize assumptions、MVP 验证、idea validation.