MCP HubMCP Hub
SKILL·3803FF

suede-customer-research

JasonColapietro
更新日 27 days ago
4 閲覧
129
9
129
GitHubで表示
デザインdesign

について

このClaudeスキルは、顧客インタビュー、サポートチケット、フォーラムから顧客調査を実施・統合し、証拠に基づいたペルソナを構築し、顧客ニーズを理解するためのものです。定義された顧客セグメントが実際に何を言い、何を行い、何を必要としているかを発見し、製品とポジショニングの決定を追跡可能な証拠に基づいて行うために使用されます。競合分析、最終的なマーケティング文案の作成、または直接的な製品証拠なしでの製品優先順位の決定には使用しないでください。

クイックインストール

Claude Code

推奨
メイン
npx skills add JasonColapietro/suede-creator-skills -a claude-code
プラグインコマンド代替
/plugin add https://github.com/JasonColapietro/suede-creator-skills
Git クローン代替
git clone https://github.com/JasonColapietro/suede-creator-skills.git ~/.claude/skills/suede-customer-research

このコマンドをClaude 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:

  1. 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
  2. Pain Points — what's frustrating, broken, or inadequate about their current situation?

    • Prioritize pains mentioned unprompted and with emotional language
  3. Trigger Events — what changed that made them seek a solution?

    • Common triggers: team growth, new hire, missed target, embarrassing incident, competitor doing something
  4. Desired Outcomes — what does success look like in their words?

    • Capture exact quotes, not paraphrases
  5. Language and Vocabulary — exact words and phrases customers use

    • This is gold for copy. "We were drowning in spreadsheets" > "manual process inefficiency"
  6. 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:

  1. Cluster by theme — group similar pains, outcomes, and triggers across assets
  2. Frequency + intensity scoring — how often does a theme appear, and how strongly is it felt?
  3. Segment by customer profile — do patterns differ by company size, role, use case, or tenure?
  4. Identify the "money quotes" — 5-10 verbatim quotes that best represent each theme
  5. Flag contradictions — where do customers say one thing but do another?

Research Quality Guardrails

Label every insight with a confidence level before presenting it:

ConfidenceCriteria
HighTheme appears in 3+ independent sources; mentioned unprompted; consistent across segments
MediumTheme appears in 2 sources, or only prompted, or limited to one segment
LowSingle 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 TypePrimary Sources
B2B SaaS / technical buyersReddit (role-specific subs), G2/Capterra, Hacker News, LinkedIn, Indie Hackers, SparkToro
SMB / foundersReddit (r/entrepreneur, r/smallbusiness), Indie Hackers, Product Hunt, Facebook Groups, SparkToro
Developer / DevOpsr/devops, r/programming, Hacker News, Stack Overflow, Discord servers
B2C / consumerApp store reviews (1-3 star), Reddit hobby/lifestyle subs, YouTube comments, TikTok/Instagram comments
EnterpriseLinkedIn, 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:

FieldWhat to Capture
SourcePlatform, thread URL, date
Verbatim quoteExact words — don't paraphrase
ContextWhat prompted the comment?
SentimentPositive / negative / neutral / frustrated
Theme tagPain / trigger / outcome / alternative / language
Customer profile signalsRole, 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:

  1. Your own differentiator — what the product does differently defines who feels that difference most; write the hypothesis down as a hypothesis
  2. Direct competitors' reviews — their customers describe the problem space in their words (note what's praised and what's missing)
  3. Comparable products on marketplaces — Amazon/app-store reviews for adjacent solutions to the same job
  4. 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:

  1. Research synthesis report — themes, quotes, patterns, and implications
  2. VOC quote bank — organized verbatim quotes by theme, for use in copy
  3. Persona document — 1-3 personas built from the research
  4. Jobs-to-be-done map — functional, emotional, and social jobs by segment
  5. Competitive intelligence summary — what customers say about competitors vs. you
  6. 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:

  1. What's the goal? Improve messaging? Build personas? Find product gaps? Understand churn?
  2. What do you already have? (transcripts, surveys, tickets, G2 reviews, nothing)
  3. Who is the target segment? (all customers, a specific tier, churned users, prospects who didn't buy)
  4. What's your product? (if not in the product marketing context file)
  5. 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, or suede-content-strategy.
  • From those skills, route interview design, review mining, and evidence synthesis back to suede-customer-research.

GitHub リポジトリ

JasonColapietro/suede-creator-skills
パス: skills/suede-customer-research
0
agent-orchestrationagent-skillagent-skillsai-agentsai-codinganthropic
FAQ

よくある質問

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
デザイン

executing-plansスキルは、完全な実装計画があり、それを管理されたバッチでレビューチェックポイントを設けながら実行する場合に使用します。このスキルは計画を読み込んで批判的にレビューした後、小さなバッチ(デフォルトは3タスク)でタスクを実行し、各バッチの間に進捗状況を報告してアーキテクトのレビューを受けます。これにより、品質管理チェックポイントが組み込まれた体系的な実装が保証されます。

スキルを見る
requesting-code-review
デザイン

このスキルは、コードレビュアーサブエージェントを起動し、処理を進める前に要件に対してコード変更を分析します。タスク完了後、主要な機能の実装後、またはmainブランチへのマージ前などに使用すべきです。このレビューは、現在の実装と元の計画を比較することで、問題を早期に発見するのに役立ちます。

スキルを見る
connect-mcp-server
デザイン

このスキルは、開発者がHTTP、stdio、またはSSEトランスポートを使用してMCPサーバーをClaude Codeに接続するための包括的なガイドを提供します。GitHub、Notion、カスタムAPIなどの外部サービスを統合するためのインストール、設定、認証、セキュリティについて解説しています。MCP統合のセットアップ、外部ツールの設定、またはClaudeのModel Context Protocolを扱う際にご利用ください。

スキルを見る
web-cli-teleport
デザイン

このスキルは、タスク分析に基づいて開発者がClaude Code WebとCLIインターフェースの選択を支援し、これらの環境間でのシームレスなセッションテレポーテーションを可能にします。Web、CLI、モバイル環境を切り替える際のセッション状態とコンテキストを管理することで、ワークフローを最適化します。様々な段階で異なるツールを必要とする複雑なプロジェクトにご活用ください。

スキルを見る