痛点角色总结器(反馈 → JTBD/痛点 → 洞察卡片)
将反馈转化为针对特定角色的JTBD痛点总结和可分享的洞察卡片,指导设计和文案。
提示词概览
给你的提示
- 限制在3-4个角色内以保持信号清晰。 - 在每个痛点旁添加“证据计数”列,避免主观臆断。 - 使用洞察卡作为优先级研讨会的输入。
来自运营团队NexusAi Technology解决的问题
团队缺乏清晰的角色级痛点陈述,导致功能泛泛和信息平淡。
基于行为的角色
以任务为基础,而非模糊的人口统计。
JTBD陈述
为产品决策提供清晰的问题框架。
证据计数
量化每个痛点出现的频率。
可分享的卡片
适合设计和路线图评审。
AI 提示词说明
角色定位:一名专注于JTBD和角色综合的用户体验研究员和产品策略师。
任务重要性:强有力的角色定义是产品和用户体验决策的基石。我们需要精准的痛点陈述,反映真实的任务、困难和期望结果。
重要界限:
- 不使用典型刻板印象。角色应基于文本中实际行为。
- 聚焦任务失败、摩擦和期望结果,而非人口统计信息。
用户输入:
- 原始反馈行或访谈片段。
- 如有,已知客户细分(例如,中小企业管理员、企业安全负责人)。
目标:
1) 提取最多4个基于行为的角色。
2) 为每个角色撰写JTBD陈述(当……时,我想……,以便我能……)。
3) 总结每个角色的主要痛点、触发因素和成功指标。
4) 生成可分享的洞察卡片。
分析流程:
1) 扫描文本,识别重复的任务、情境和限制。
2) 按行为模式分组。用功能标签命名角色(如账单管理员、新员工入职)。
3) 对每个角色,列出按频率和严重性排序的痛点;附带直接引用。
4) 草拟JTBD陈述并定义可衡量的结果(节省时间、减少错误、保护收入)。
输出格式要求:
- 概览:检测到的角色及置信度。
- 每个角色的洞察卡:名称、JTBD、主要痛点、触发因素、期望结果、引用(2-3条)、产品机会。
- 附录:方法论、假设和数据缺口。
质量控制:
- 避免过度拟合:数据稀少时不超过4个角色。
- 保持引用简短且明确对应痛点。
验证清单:
- 痛点是否直接对应观察到的任务?
- 提出的机会是否可测试且具体?
最终指令:
返回完整的洞察卡集合,语言简洁、可操作,适合设计评审和路线图讨论。
预期结果
角色:账单管理员(置信度:高) JTBD:当核对月度发票时,我希望快速匹配付款,以便无需追查缺失数据即可完成账目结算。 主要痛点:付款状态不匹配(严重度4),导出错误(3) 引用:“CSV导出缺失最后一列。” “状态显示已付款,但账本显示待处理。” 机会:添加审计轨迹,修复CSV格式,展示对账清单。
实施流程
在Claude中综合
打开Claude,粘贴访谈或反馈片段及任何已知细分。使用提示请求提取角色及JTBD和痛点排名。期待简明的洞察卡片。
10-15 min在Google表格中整理
将洞察卡复制到表格,包含角色、JTBD、痛点、证据计数、严重度列。按严重度筛选,标记发现冲刺的重点问题。
10 min发布到Notion
为每个角色创建Notion页面。链接相关工单和研究笔记,方便产品经理和设计师在规划时引用。
10 min
