정보
이 Claude Skill은 인터뷰, 지원 티켓, 포럼 자료를 바탕으로 고객 조사를 수행하고 종합하여 증거 기반 페르소나를 구축하고 고객 요구를 이해하는 데 사용됩니다. 정의된 고객 세그먼트가 실제로 말하는 내용, 행동 방식, 필요로 하는 것을 발견하여 제품 및 포지셔닝 결정을 추적 가능한 증거에 기반하도록 합니다. 경쟁사 프로파일링, 최종 마케팅 문안 작성, 직접적인 제품 증거 없이 제품 우선순위를 결정하는 데는 사용하지 말아야 합니다.
빠른 설치
Claude Code
추천npx skills add JasonColapietro/suede-creator-skills -a claude-code/plugin add https://github.com/JasonColapietro/suede-creator-skillsgit clone https://github.com/JasonColapietro/suede-creator-skills.git ~/.claude/skills/suede-customer-researchClaude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요
문서
Suede Customer Research
Use this Suede customer-research playbook to ground positioning, product, and copy in traceable customer evidence rather than assumption.
Before Starting
Check for product marketing context first:
If .agents/product-marketing.md exists (or .claude/product-marketing.md, or the legacy product-marketing-context.md filename, in older setups), read it before asking questions. Use that context to skip questions already answered.
Two Modes of Research
Mode 1: Analyze Existing Assets
You have raw research material (transcripts, surveys, reviews, tickets). Your job is to extract signal.
Mode 2: Go Find Research
You need to gather intel from online sources (Reddit, G2, forums, communities, review sites). Your job is to know where to look and what to extract.
Most engagements combine both. Establish which mode applies before proceeding.
Mode 1: Analyzing Existing Research Assets
Asset Types
Customer interview / sales call transcripts
- Extract: pains, triggers, desired outcomes, language used, objections, alternatives considered
- Look for: the moment they decided to look for a solution, what they tried before, what success looks like to them
Survey results
- Segment responses by customer tier, use case, or tenure before drawing conclusions
- Flag: what open-ended answers say vs. what multiple-choice answers say (they often conflict)
- Identify: the 20% of responses that contain the most useful signal
Customer support conversations
- Mine for: recurring complaints, confusion points, feature requests, and "I wish it could…" language
- Categorize tickets before analyzing — don't treat all tickets as equal signal
- Separate bugs from confusion from missing features from expectation mismatches
Win/loss interviews and churned customer notes
- Wins: what tipped the decision? What almost made them choose a competitor?
- Losses and churn: was it price, features, fit, timing, or something else?
- Segment by reason — don't average across different churn causes
NPS responses
- Passives and detractors are higher signal than promoters for improvement work
- Pair scores with verbatims — a 9 with a specific complaint beats a 10 with no comment
Extraction Framework
For each asset, extract:
-
Jobs to Be Done — what outcome is the customer trying to achieve?
- Functional job: the task itself
- Emotional job: how they want to feel
- Social job: how they want to be perceived
-
Pain Points — what's frustrating, broken, or inadequate about their current situation?
- Prioritize pains mentioned unprompted and with emotional language
-
Trigger Events — what changed that made them seek a solution?
- Common triggers: team growth, new hire, missed target, embarrassing incident, competitor doing something
-
Desired Outcomes — what does success look like in their words?
- Capture exact quotes, not paraphrases
-
Language and Vocabulary — exact words and phrases customers use
- This is gold for copy. "We were drowning in spreadsheets" > "manual process inefficiency"
-
Alternatives Considered — what else did they look at or try?
- Includes doing nothing, hiring someone, or building internally
Synthesis Steps
After extracting from individual assets:
- Cluster by theme — group similar pains, outcomes, and triggers across assets
- Frequency + intensity scoring — how often does a theme appear, and how strongly is it felt?
- Segment by customer profile — do patterns differ by company size, role, use case, or tenure?
- Identify the "money quotes" — 5-10 verbatim quotes that best represent each theme
- Flag contradictions — where do customers say one thing but do another?
Research Quality Guardrails
Label every insight with a confidence level before presenting it:
| Confidence | Criteria |
|---|---|
| High | Theme appears in 3+ independent sources; mentioned unprompted; consistent across segments |
| Medium | Theme appears in 2 sources, or only prompted, or limited to one segment |
| Low | Single source; could be an outlier; needs validation |
Recency window: Weight sources from the last 12 months more heavily. Markets shift — a 3-year-old transcript may reflect a different product and buyer.
Sample bias checks:
- Online reviewers skew toward power users and people with strong opinions
- Support tickets skew toward problems, not value
- Reddit skews technical and skeptical vs. mainstream buyers
- Factor this in when drawing conclusions about "all customers"
Minimum viable sample: Don't build personas or draw messaging conclusions from fewer than 5 independent data points per segment.
Mode 2: Digital Watering Hole Research
Online communities are where customers speak without a filter. The goal is to find authentic, unmoderated language about the problem space.
Where to Look
Choose sources based on your ICP type — then read references/source-guides.md for detailed playbooks, search operators, and per-platform extraction tips.
| ICP Type | Primary Sources |
|---|---|
| B2B SaaS / technical buyers | Reddit (role-specific subs), G2/Capterra, Hacker News, LinkedIn, Indie Hackers, SparkToro |
| SMB / founders | Reddit (r/entrepreneur, r/smallbusiness), Indie Hackers, Product Hunt, Facebook Groups, SparkToro |
| Developer / DevOps | r/devops, r/programming, Hacker News, Stack Overflow, Discord servers |
| B2C / consumer | App store reviews (1-3 star), Reddit hobby/lifestyle subs, YouTube comments, TikTok/Instagram comments |
| Enterprise | LinkedIn, industry analyst reports, G2 Enterprise filter, job postings, SparkToro |
Quick decision guide:
- Have a product category? → Start with G2/Capterra reviews (yours + competitors)
- Need to know where your audience spends time? → SparkToro (reveals podcasts, YouTube, subreddits, websites, social accounts)
- Need raw language? → Reddit and YouTube comments
- Need trigger events? → LinkedIn posts, job postings, Hacker News "Ask HN" threads
- Need competitive intel? → Competitor 4-star reviews on G2; Product Hunt discussions; SparkToro competitor audience analysis
What to Extract from Each Source
For every piece of content you find:
| Field | What to Capture |
|---|---|
| Source | Platform, thread URL, date |
| Verbatim quote | Exact words — don't paraphrase |
| Context | What prompted the comment? |
| Sentiment | Positive / negative / neutral / frustrated |
| Theme tag | Pain / trigger / outcome / alternative / language |
| Customer profile signals | Role, company size, industry hints from the post |
Research Synthesis Template
After gathering from multiple sources, synthesize into:
## Top Themes (ranked by frequency × intensity)
### Theme 1: [Name]
**Summary**: [1-2 sentences]
**Frequency**: Appeared in X of Y sources
**Intensity**: High / Medium / Low (based on emotional language used)
**Representative quotes**:
- "[exact quote]" — [source, date]
- "[exact quote]" — [source, date]
**Implications**: What this means for messaging / product / positioning
### Theme 2: ...
Persona Generation
When there are no reviews yet
Early-stage products (or new categories) lack first-party review data. Don't invent personas — walk outward through proxy sources, in order:
- Your own differentiator — what the product does differently defines who feels that difference most; write the hypothesis down as a hypothesis
- Direct competitors' reviews — their customers describe the problem space in their words (note what's praised and what's missing)
- Comparable products on marketplaces — Amazon/app-store reviews for adjacent solutions to the same job
- Adjacent brands sharing the audience — what else this buyer buys; their reviews reveal the buyer's broader language and values
Personas built this way are provisional: tag each with its proxy source, and replace proxy evidence with first-party evidence as real reviews arrive.
Personas should be built from research, not invented. Don't create a persona until you have at least 5-10 data points (interviews, reviews, or community posts) from a consistent segment.
Persona Structure
## [Persona Name] — [Role/Title]
**Profile**
- Title range: [e.g., "Marketing Manager to VP of Marketing"]
- Company size: [e.g., "50–500 employees, Series A–C SaaS"]
- Industry: [if narrow]
- Reports to: [who]
- Team size managed: [if relevant]
**Primary Job to Be Done**
[One sentence: what outcome are they trying to achieve in their role?]
**Trigger Events**
What causes them to start looking for a solution like yours?
- [trigger 1]
- [trigger 2]
**Top Pains**
1. [Pain — in their words if possible]
2. [Pain]
3. [Pain]
**Desired Outcomes**
- [What success looks like to them]
- [How they measure it]
- [How it makes them look to their boss/team]
**Objections and Fears**
- [What makes them hesitate to buy or switch]
**Alternatives They Consider**
- [Competitor, DIY, do nothing, hire someone]
**Key Vocabulary**
Words and phrases they actually use (sourced from research):
- "[phrase]"
- "[phrase]"
**How to Reach Them**
- Channels: [where they spend time]
- Content they consume: [formats, topics]
- Influencers/communities they trust: [specific names if known]
Persona Anti-Patterns
- Don't name them cutely ("Marketing Mary") unless your team finds it helpful — it's often a distraction
- Don't average across segments — a persona that represents everyone represents no one
- Don't invent details — if you don't have data on something, leave it blank rather than filling it in
- Revisit quarterly — personas decay as your market and product evolve
Deliverable Formats
Depending on what the user needs, offer:
- Research synthesis report — themes, quotes, patterns, and implications
- VOC quote bank — organized verbatim quotes by theme, for use in copy
- Persona document — 1-3 personas built from the research
- Jobs-to-be-done map — functional, emotional, and social jobs by segment
- Competitive intelligence summary — what customers say about competitors vs. you
- Research gap analysis — what you still don't know and how to find it
Ask the user which deliverable(s) they need before generating output.
Questions to Ask Before Proceeding
If context is unclear:
- What's the goal? Improve messaging? Build personas? Find product gaps? Understand churn?
- What do you already have? (transcripts, surveys, tickets, G2 reviews, nothing)
- Who is the target segment? (all customers, a specific tier, churned users, prospects who didn't buy)
- What's your product? (if not in the product marketing context file)
- What do you want delivered? (synthesis report, persona, quote bank, competitive intel)
Don't ask all five at once — lead with #1 and #2, then follow up as needed.
Boundaries
- Do not fabricate quotes, themes, sample sizes, sentiment, persona traits, or frequency counts.
- Do not contact participants, record sessions, scrape restricted communities, or expose identifying data without explicit authorization and consent.
- Do not present a convenience sample as representative; state source, segment, dates, sample size, and collection limits.
- Do not decide product priorities or customer truth from synthesis alone; separate evidence, inference, and open questions.
Routing
- Need final copy from customer language -> use
suede-copy. - Need competitor-only evidence -> use
suede-competitor-profiling. - Need ICP or positioning synthesis -> use
suede-product-marketing. - Need churn, outbound, paid, or content application -> use
suede-churn-prevention,suede-cold-email,suede-ads, orsuede-content-strategy. - From those skills, route interview design, review mining, and evidence synthesis back to
suede-customer-research.
GitHub 저장소
자주 묻는 질문
suede-customer-research Skill이란 무엇인가요?
suede-customer-research은(는) JasonColapietro이(가) 만든 Claude Skill입니다. Skill은 Claude가 필요할 때 불러오는 지침과 리소스를 묶어 추가 프롬프트 없이 suede-customer-research 관련 작업을 수행할 수 있게 합니다.
suede-customer-research은(는) 어떻게 설치하나요?
이 페이지의 설치 명령을 사용하세요. suede-customer-research을(를) Claude Code 플러그인으로 추가하거나 저장소를 skills 디렉터리에 복제한 다음 Claude를 다시 시작해 Skill을 불러옵니다.
suede-customer-research은(는) 어떤 카테고리에 속하나요?
suede-customer-research은(는) 디자인 카테고리에 속합니다.
suede-customer-research은(는) 무료로 사용할 수 있나요?
네. suede-customer-research은(는) AIMCP에 등록되어 있으며 무료로 설치할 수 있습니다.
연관 스킬
executing-plans 스킬은 검토 체크포인트가 포함된 통제된 배치로 실행할 완전한 구현 계획이 있을 때 사용합니다. 이 스킬은 계획을 불러와 비판적으로 검토한 후, 소규모 배치(기본값 3개 작업)로 작업을 실행하면서 각 배치 사이에 진행 상황을 아키텍트 검토를 위해 보고합니다. 이를 통해 내재된 품질 관리 체크포인트를 갖춘 체계적인 구현이 보장됩니다.
이 스킬은 코드 변경 사항을 요구 사항에 따라 분석하기 위해 코드 리뷰어 하위 에이전트를 호출합니다. 작업 완료 후, 주요 기능 구현 후, 또는 메인 브랜치에 병합하기 전에 사용해야 합니다. 이 리뷰는 현재 구현체와 원래 계획을 비교하여 문제를 조기에 발견하는 데 도움이 됩니다.
이 스킬은 개발자들이 HTTP, stdio 또는 SSE 전송 방식을 통해 MCP 서버를 Claude Code에 연결하는 포괄적인 가이드를 제공합니다. GitHub, Notion 및 사용자 정의 API와 같은 외부 서비스를 통합하기 위한 설치, 구성, 인증 및 보안을 다룹니다. MCP 통합 설정, 외부 도구 구성 또는 Claude의 모델 컨텍스트 프로토콜 작업 시 활용하세요.
이 스킬은 작업 분석을 기반으로 개발자가 Claude Code 웹 인터페이스와 CLI 인터페이스 중 선택할 수 있도록 돕고, 두 환경 간 원활한 세션 텔레포트를 가능하게 합니다. 웹, CLI 또는 모바일 환경 전환 시 세션 상태와 컨텍스트를 관리하여 워크플로를 최적화합니다. 다양한 단계에서 서로 다른 도구가 필요한 복잡한 프로젝트에 사용하세요.
