customer-research
进行客户研究并构建数据驱动的人物画像
不要再猜测客户想要什么。这个技能帮助您从访谈、问卷调查、支持工单和在线社区中提取可操作的洞察，构建基于真实客户声音的人物画像和信息传递策略。
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“customer-research”。 I have 15 customer interview transcripts. What insights can you extract about why customers buy our tool?
预期结果:
Based on the transcripts, here are the top 3 buying triggers ranked by frequency x intensity:
1. 'Embarrassing spreadsheet failure' (HIGH confidence - mentioned in 12/15 interviews)
- Quote: 'We sent a report to the CEO with the wrong numbers and had to present it'
- Trigger: Public mistake or near-miss with manual processes
2. 'Team scaling broke our old process' (MEDIUM confidence - 8/15 interviews)
- Quote: 'When we hired person #5, Google Sheets became a nightmare'
- Trigger: Crossing 5+ person team threshold
3. 'CEO asked for a report we couldn't produce' (MEDIUM confidence - 6/15 interviews)
- Trigger: Executive visibility request exposed gaps
Implications: Your messaging should lead with 'avoid embarrassing mistakes' rather than 'save time' - the emotional pain is stronger.
正在使用“customer-research”。 Mine Reddit for what people hate about project management tools.
预期结果:
From analyzing 47 Reddit threads across r/projectmanagement, r/entrepreneur, and r/SaaS:
Top pain themes:
1. 'Over-engineered for what I need' (19 threads)
- Quote: 'I just want to track tasks, not configure 47 fields'
- Quote: 'Jira feels like getting a root canal'
2. 'Steep learning curve for my team' (15 threads)
- Quote: 'Adoption failed because half my team refused to use it'
- Quote: 'Takes longer to log the task than to do it'
3. 'Too expensive for small teams' (12 threads)
- Quote: '$50/user/month is insane for a 3-person team'
Vocabulary to use: 'simple', 'setup in minutes', 'your team will actually use', 'pricing that grows with you'
安全审计
安全All 70 static analysis findings are false positives from documentation patterns. MD5 hashes in evals.json are content integrity checksums, backtick characters in markdown files are code examples, and path sequences like '../' are relative documentation links. No executable code, external commands, or security risks present in this pure documentation skill.
质量评分
你能构建什么
产品经理验证功能优先级
分析支持工单和访谈记录，识别反复出现的痛点，验证客户在实际构建功能前真正想要解决的问题。
营销团队构建ICP人物画像
从G2评论、Reddit讨论和访谈数据中挖掘，构建包含真实客户语言、触发事件和购买异议的详细人物画像，用于精准定位和信息传递。
创始人进行精益客户研究
使用数字聚集地研究技术，在没有现有研究数据时从在线社区收集客户情报，然后将其综合为可操作的洞察。
试试这些提示
我有[number]份客户访谈记录。帮我提取待完成工作、痛点和触发事件。我的目标是改进[messaging/product/positioning]。以下是访谈记录：[粘贴访谈记录或描述文件位置]。
研究客户在G2和Capterra上对[competitor name]的评价。重点关注4星评论，找出客户喜欢但仍在抱怨的内容。提取：最高赞美、最高抱怨、未满足的需求和切换触发因素。
基于以下研究为[role/title] at [company size/type]构建人物画像：[粘贴研究数据或总结发现]。包括：个人资料、主要待完成工作、触发事件、用他们自己的话描述的主要痛点、期望结果、异议、考虑的替代方案以及关键词汇。
帮我找到[ICP description]在线活动的地方。我的产品是[category/description]。我想了解他们的[pains/vocabulary/objections]。推荐具体来源（subreddit、评论网站、社区）和搜索内容。
最佳实践
- 首先检查product-marketing-context.md文件，避免重复提问已解答的问题
- 根据样本量和来源一致性，为每个洞察标注置信度（高/中/低）
- 优先选择3星评论和自发评论，而非完美的5星评论，以获取真实反馈
- 提取客户的原话而非意译——这对于文案撰写和信息传递是金矿
- 在得出结论前按客户资料对研究进行细分——不要混和不同用例的平均值
- 以过去12个月的研究作为主要来源——市场和产品变化很快
避免
- 不要用少于5个数据点构建人物画像——存在异常值的风险
- 不要将洞察跨不同客户细分市场或流失原因平均——这会掩盖真实模式
- 不要将所有支持工单视为同等信号——按bugvs困惑vs功能请求分类
- 不要在没有数据的情况下虚构人物画像细节——宁可留空也不猜测
- 不要仅依赖定量问卷数据而没有开放式背景——会错过原因
常见问题
模式1和模式2研究有什么区别？
为什么您建议先阅读3星评论？
构建人物画像前我需要多少数据？
这个技能能为我进行客户访谈吗？
如果没有现有研究数据怎么办？
为什么这个技能一直询问我的目标？
开发者详情
许可证
MIT
引用
main
文件结构