product-user-research¶

所属包: research

设计并分析用户研究（访谈、问卷、可用性测试、用户画像、用户旅程图），将用户证据转化为产品决策输入。Use when the user says "用户研究", "user research", "访谈设计", "interview guide", "问卷设计", "survey design", "用户画像", "persona", "用户旅程图", "journey map", "usability test", "可用性测试", "PRD洞察", or "路线图洞察".

兼容性: opencode

作用/Purpose¶

将产品问题拆解为可执行用户研究计划，并产出可追溯的洞察结论。该skill必须覆盖： 1) 研究问题定义与决策映射； 2) 研究工具设计与样本招募计划； 3) 证据化分析与persona/journey沉淀。

输出应直接支持产品取舍，而不是停留在“用户反馈摘要”。

触发场景/Trigger Scenarios¶

用户要求“用户研究 / user research / 访谈设计 / interview guide”
需要设计“问卷设计 / survey design / 可用性测试”并定义执行口径
需要将研究结果沉淀为用户画像（persona）或用户旅程图
团队需回答“哪些用户问题最影响当前产品决策”
需要为PRD或路线图提供有证据的用户洞察

输入/Input¶

research brief（研究目标、决策问题、约束）
target user segments（目标用户分层与筛选条件）
product context（产品阶段、核心场景、已知风险）
可选：既有访谈记录、工单数据、行为日志摘要

输出/Output¶

interview-guide.md
survey-design.md
user-personas.md
findings-summary.md

工作流/Workflow¶

定义研究问题，并逐条绑定预期产品决策。
选择方法组合（访谈/问卷/可用性测试）并说明适用边界。
设计研究工具：访谈提纲、问卷结构、可用性任务脚本。
制定招募计划：样本分层、筛选标准、样本量与排期。
定义分析框架：编码维度、聚类规则、证据强度标准。
汇总研究发现：区分事实观察、推断、建议与不确定性。
产出 persona 与 journey map，并标注证据来源。
提炼可执行建议，明确对应决策与风险。

质量门禁/Quality Gates¶

研究问题必须逐条关联到具体产品决策。
研究工具中不得出现引导性问题（leading questions）。
所有核心发现必须可追溯到原始数据或记录片段。
persona必须有证据支撑，不得凭空虚构角色画像。
至少识别1项关键不确定性并给出补充研究建议。

Gotchas/注意事项¶

不要把“用户一句话反馈”直接当作普遍需求。
不要用样本便利性替代样本代表性，应显式说明偏差。
问卷题目不要混合多个变量，避免结果不可解释。
可用性测试应基于真实任务，不要只做演示式点击。
persona不是营销文案，必须反映行为模式与目标冲突。

关联资源¶

None (standalone)