MCP HubMCP Hub
SKILL·EA52CF

suede-competitor-profiling

JasonColapietro
업데이트됨 22 days ago
4 조회
139
8
139
GitHub에서 보기
커뮤니케이션general

정보

이 스킬은 공개 URL 또는 기존 데이터를 바탕으로 구조화되고 증거에 기반한 경쟁사 프로필을 생성합니다. 사실, 추론, 미확인 정보를 구분하며, 경쟁 정보 연구를 위해 특화되어 있습니다. 경쟁사의 포지셔닝, 가격 정책, 메시징, 제품 신호를 분석하는 데 사용하되, 비교 자료 발행이나 영업 지원 용도로는 사용하지 마십시오.

빠른 설치

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-competitor-profiling

Claude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요

문서

Suede Competitor Profiling

Use this Suede competitive-intelligence playbook to turn current public evidence into structured profiles with fact, inference, and unknowns kept separate.

Initial Assessment

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 and only ask for information not already covered.

Before profiling, confirm:

  1. Competitor URLs — the list of competitor website URLs to profile
  2. Your product — what you do (if not in product marketing context)
  3. Depth level — quick scan (key facts only) or deep profile (full research)
  4. Focus areas — any specific dimensions to prioritize (e.g., pricing, positioning, SEO strength, content strategy)

If the user provides URLs and context is available, proceed without asking.


Core Principles

1. Facts Over Opinions

Every claim in a profile should be traceable to a source — captured public-page content, review data, or clearly labeled provider metrics. Label inferences clearly.

2. Structured and Comparable

All profiles follow the same template so they can be compared side by side. Consistency matters more than completeness on any single profile.

3. Current Data

Profiles are snapshots. Always include the date generated. Flag anything that looks stale (e.g., "pricing page last updated 2023").

4. Honest Assessment

Don't exaggerate competitor weaknesses or downplay their strengths. Accurate profiles are useful profiles.


Saving Raw Data

Before synthesizing the profile, persist all raw page captures, SEO inputs, and review evidence to disk so they can be re-read, audited, or reused without repeating provider requests or manual collection.

Directory layout (relative to project root):

competitor-profiles/
├── raw/
│   └── <competitor-slug>/
│       └── <YYYY-MM-DD>/
│           ├── scrapes/    # one .md file per captured page (homepage.md, pricing.md, ...)
│           ├── seo/        # one .json or .csv file per authorized metric source
│           └── reviews/    # one .md or .json file per review source (g2.md, capterra.md, ...)
├── <competitor-slug>.md    # final synthesized profile
└── _summary.md             # cross-competitor summary

Rules:

  • <competitor-slug> is lowercase, hyphenated (e.g. responsehub, safe-base)
  • <YYYY-MM-DD> is the date the data was pulled — supports re-running and diffing snapshots over time
  • Save each browser, manual, or authorized-fetch page capture as raw markdown to scrapes/<page-name>.md
  • Save each authorized SEO response or user-supplied export to seo/<source-name>.<json|csv>
  • Save each review source to reviews/<source>.md (cleaned text) or .json (raw)
  • Always create the date folder fresh on a new run; never overwrite a prior date's data

The synthesized profile (<competitor-slug>.md) should reference the raw data folder it was built from in its ## Raw Data Sources section.


Research Process

Phase 1: Public-Site Evidence

For each competitor URL, capture key public pages to extract positioning, features, pricing, and messaging.

Availability gate: Inspect the tools currently exposed in the session before selecting an acquisition method. A named connector is usable only when it is actually available, connected to the intended account when applicable, authorized for this task, and its current schema has been read. Do not invent a tool call from the examples below.

If no mapping or page-fetch tool is available, use a browser-neutral/manual fallback: open the public site, follow its primary navigation, inspect its public sitemap or search results when accessible, record the exact URLs and access date, and capture only evidence visible to the user. Respect access controls, site terms, robots directives where applicable, and rate limits.

Step 1: Map the site

If a current authorized connector exposes a site-map or crawl capability, use its documented schema to discover the site structure. For example, some Firecrawl connections expose a firecrawl_map operation, but that name is not guaranteed. Otherwise build the URL list through the manual fallback.

available map capability or manual navigation → verified competitor URLs

From the map, identify and prioritize these page types:

  • Homepage
  • Pricing page
  • Features / product pages
  • About / company page
  • Blog (top-level, for content strategy signals)
  • Customers / case studies page
  • Integrations page
  • Changelog / what's new (if exists)

Step 2: Capture key pages

If a current authorized connector exposes single-page fetch or extraction, use its documented schema on each identified URL. For example, some Firecrawl connections expose firecrawl_scrape. Otherwise open each public page and capture the relevant visible text manually.

available page-fetch capability or browser/manual capture → page evidence

Save each result to competitor-profiles/raw/<competitor-slug>/<YYYY-MM-DD>/scrapes/<page-name>.md before extracting fields.

Extract from each page:

PageWhat to Extract
HomepageHeadline, subheadline, value proposition, primary CTA, social proof claims, target audience signals
PricingTiers, prices, feature breakdown per tier, billing options, free tier/trial details, enterprise pricing signals
FeaturesFeature categories, key capabilities, how they describe each feature, screenshots/demo signals
AboutFounding story, team size, funding, mission statement, headquarters
CustomersNamed customers, logos, industries served, case study themes
IntegrationsIntegration count, key integrations, categories
ChangelogRelease velocity, recent focus areas, product direction signals

Step 3: Capture competitor reviews (optional but high-value)

If a connected search/fetch tool is available and authorized, use its current schema to find the sources below. Otherwise search or browse them manually. Platform-specific or account-only content may be accessed only when that platform is actually connected and the user has authorized it.

  • G2 reviews page for the competitor
  • Capterra reviews page
  • Product Hunt launch page
  • TrustRadius profile

Save each scraped review page to competitor-profiles/raw/<competitor-slug>/<YYYY-MM-DD>/reviews/<source>.md. Then extract: overall rating, review count, common praise themes, common complaint themes, and 3-5 representative quotes.


Phase 2: Optional SEO and Market Data

First inspect current available tools and user-provided files. If an authorized SEO-data connector is exposed, read its current schemas and gather the same metrics for every competitor. Some DataForSEO connections use the capability names below, but their presence and exact schemas are not guaranteed. If no provider is available, analyze a current user-supplied export or mark these fields not collected; never substitute guessed values.

Save each raw response or export to competitor-profiles/raw/<competitor-slug>/<YYYY-MM-DD>/seo/ before parsing. Record provider, access date, market, device, database, and that traffic, authority, and value metrics are provider estimates. See references/tool-reference.md for conditional capability mapping and manual fallbacks.

Domain Authority & Backlinks

When the connected provider exposes an equivalent of backlinks_summary, collect:

  • Domain rank / authority score
  • Total backlinks
  • Referring domains count
  • Spam score

When it exposes an equivalent of backlinks_referring_domains, collect:

  • Top referring domains (quality signals)
  • Link acquisition patterns

Keyword & Traffic Intelligence

When it exposes ranked-keyword data, collect:

  • Total organic keywords ranking
  • Keywords in top 3, top 10, top 100
  • Estimated organic traffic

When it exposes a domain organic overview, collect:

  • Domain-level organic metrics
  • Estimated traffic value
  • Top keywords by traffic

When it exposes site-keyword discovery, collect:

  • What keywords they target
  • Content gaps vs. your site

Competitive Positioning Data

When it exposes organic-competitor overlap, collect:

  • Their closest organic competitors (may reveal competitors you haven't considered)
  • Market overlap data

When it exposes relevant-page estimates, collect:

  • Their highest-traffic pages
  • Content that drives the most organic value

Phase 3: Synthesis

Combine scraped content with SEO data to build the profile. Cross-reference claims (e.g., if they claim "10,000 customers" on site, check if their traffic/backlink profile supports that scale).


Output Format

Profile Document Structure

Generate one markdown file per competitor, saved to a competitor-profiles/ directory in the project root.

Filename: competitor-profiles/[competitor-name].md

For the full profile and summary templates: See references/templates.md

Each profile follows this structure:

# [Competitor Name] — Competitor Profile

**URL**: [website]
**Generated**: [date]
**Depth**: [quick scan / deep profile]

---

## At a Glance

| Metric | Value |
|--------|-------|
| Tagline | [from homepage] |
| Founded | [year] |
| Headquarters | [location] |
| Team size | [estimate] |
| Funding | [if known] |
| Provider domain metric | [value, provider, market, and access date; or not collected] |
| Est. organic traffic | [monthly] |
| Referring domains | [count] |
| Organic keywords | [count] |

---

## Positioning & Messaging

**Primary value proposition**: [headline + subheadline from homepage]

**Target audience**: [who they're speaking to, based on copy analysis]

**Positioning angle**: [how they position — e.g., "simplicity-first," "enterprise-grade," "all-in-one"]

**Key messaging themes**:
- [theme 1 — with source page]
- [theme 2]
- [theme 3]

---

## Product & Features

### Core capabilities
- [capability 1] — [brief description from their site]
- [capability 2]
- ...

### Notable differentiators
- [what they emphasize as unique]

### Integrations
- [count] integrations
- Key: [list top 5-10]

### Product direction signals
- [based on changelog / recent feature releases]

---

## Pricing

| Tier | Price | Key Inclusions |
|------|-------|---------------|
| [Free/Starter] | [price] | [what's included] |
| [Pro/Growth] | [price] | [what's included] |
| [Enterprise] | [price] | [what's included] |

**Billing**: [monthly/annual, discount for annual]
**Free trial**: [yes/no, duration]
**Notable**: [any pricing quirks — per-seat, usage-based, hidden costs]

---

## Customers & Social Proof

**Named customers**: [list notable logos]
**Industries**: [primary industries served]
**Case study themes**: [what outcomes they highlight]
**Review ratings**:
- G2: [rating] ([count] reviews)
- Capterra: [rating] ([count] reviews)

---

## SEO & Content Strategy

**Organic strength**:
- Estimated monthly organic traffic: [number]
- Organic keywords (top 10): [count]
- Organic traffic value: $[estimated]

**Top organic pages** (by estimated traffic):
1. [page URL] — [keyword] — [est. traffic]
2. [page URL] — [keyword] — [est. traffic]
3. [page URL] — [keyword] — [est. traffic]

**Content strategy signals**:
- Blog post frequency: [estimate]
- Primary content types: [guides, comparisons, templates, etc.]
- Content focus areas: [topics they invest in]

**Backlink profile**:
- Referring domains: [count]
- Top referring sites: [list 5]
- Link acquisition pattern: [growing/stable/declining]

---

## Strengths & Weaknesses

### Strengths
- [strength 1 — with evidence source]
- [strength 2]
- [strength 3]

### Weaknesses
- [weakness 1 — with evidence source]
- [weakness 2]
- [weakness 3]

---

## Competitive Implications for [Your Product]

**Where they're strong vs. us**: [areas where this competitor has an advantage]

**Where we're strong vs. them**: [areas where you have an advantage]

**Opportunities**: [gaps in their offering or positioning we can exploit]

**Threats**: [areas where they're improving or gaining ground]

---

## Raw Data Sources

- Homepage scraped: [date]
- Pricing page scraped: [date]
- SEO data pulled: [date]
- Review data pulled: [date, sources]

Summary Document

After profiling all competitors, generate a competitor-profiles/_summary.md that includes:

  1. Competitor landscape overview — one paragraph summarizing the competitive field
  2. Comparison table — key metrics side by side for all profiled competitors
  3. Positioning map — where each competitor sits (e.g., simple↔complex, cheap↔premium)
  4. Key takeaways — 3-5 strategic observations from the research
  5. Gaps and opportunities — where the market is underserved

Quick Scan vs. Deep Profile

Quick Scan (faster, lower cost)

  • Public-site evidence: homepage + pricing page only
  • SEO: one consistent provider overview and ranked-keyword summary when an authorized source or user export is available; otherwise not collected
  • Skip: reviews, technology stack, backlink details
  • Output: abbreviated profile (At a Glance + Positioning + Pricing + SEO summary)

Deep Profile (comprehensive)

  • Public-site evidence: all key pages + available review sources
  • SEO: full backlink analysis + keyword intelligence + competitor discovery
  • Include: technology stack, content strategy analysis, review mining
  • Output: full profile template

Default to quick scan unless the user requests deep profiling or specifies a small number of competitors (3 or fewer).


Handling Multiple Competitors

When profiling more than one competitor:

  1. Parallelize only when supported — capture independent homepages or pricing pages concurrently only when the available tool supports it and its quota allows it; otherwise work sequentially
  2. Use consistent metrics — use the same available provider, market, device, database, date window, and metric definitions for every competitor; otherwise mark the comparison unavailable
  3. Build the summary last — after all individual profiles are complete
  4. Prioritize by relevance — if the user has 10+ competitors, suggest profiling the top 5 first based on domain overlap or market similarity

Updating Profiles

Profiles are snapshots. When updating:

  • Check pricing pages first (most volatile)
  • Refresh SEO metrics only through the same available provider and matching market/device/database parameters, or mark them unavailable
  • Scan changelog for product changes
  • Update the "Generated" date
  • Note what changed since last profile in a ## Change Log section at the bottom

Task-Specific Questions

Only ask if not answered by context or input:

  1. What competitor URLs should I profile?
  2. Quick scan or deep profile?
  3. Any specific dimensions to focus on (pricing, SEO, positioning)?
  4. Should I compare findings against your product?

Boundaries

  • Do not present inference, stale pricing, traffic estimates, review summaries, or feature availability as verified current fact.
  • Do not access private accounts, bypass controls, scrape prohibited sources, contact competitors, or publish a dossier without authorization.
  • Do not label a competitor weak, deceptive, or noncompliant without a stated comparison criterion and evidence.
  • Do not decide product, pricing, legal, or sales strategy; surface supported implications and unresolved questions.

Routing

  • Need a public comparison or alternative page -> use suede-competitors.
  • Need a sales battle card -> use suede-sales-enablement.
  • Need review and forum synthesis -> use suede-customer-research.
  • Need pricing, ad, or content implications -> use suede-pricing, suede-ads, or suede-content-strategy.
  • From those skills, route current-source competitor research back to suede-competitor-profiling.

GitHub 저장소

JasonColapietro/suede-creator-skills
경로: skills/suede-competitor-profiling
0
agent-orchestrationagent-skillagent-skillsai-agentsai-codinganthropic
FAQ

자주 묻는 질문

suede-competitor-profiling Skill이란 무엇인가요?

suede-competitor-profiling은(는) JasonColapietro이(가) 만든 Claude Skill입니다. Skill은 Claude가 필요할 때 불러오는 지침과 리소스를 묶어 추가 프롬프트 없이 suede-competitor-profiling 관련 작업을 수행할 수 있게 합니다.

suede-competitor-profiling은(는) 어떻게 설치하나요?

이 페이지의 설치 명령을 사용하세요. suede-competitor-profiling을(를) Claude Code 플러그인으로 추가하거나 저장소를 skills 디렉터리에 복제한 다음 Claude를 다시 시작해 Skill을 불러옵니다.

suede-competitor-profiling은(는) 어떤 카테고리에 속하나요?

suede-competitor-profiling은(는) 커뮤니케이션 카테고리에 속합니다.

suede-competitor-profiling은(는) 무료로 사용할 수 있나요?

네. suede-competitor-profiling은(는) AIMCP에 등록되어 있으며 무료로 설치할 수 있습니다.

연관 스킬

himalaya-email-manager
커뮤니케이션

이 Claude Skill은 IMAP을 통해 Himalaya CLI 도구를 이용한 이메일 관리를 가능하게 합니다. 개발자들이 자연어 쿼리로 IMAP 계정의 이메일을 검색하고, 요약하고, 삭제할 수 있게 해줍니다. 일일 요약 수신이나 Claude에서 직접 배치 작업 수행과 같은 자동화된 이메일 워크플로우에 활용하세요.

스킬 보기
imsg
커뮤니케이션

imsg는 macOS용 CLI 도구로, Messages.app을 통해 iMessage/SMS와 프로그래밍 방식으로 상호작용할 수 있게 해줍니다. 이 도구를 사용하면 개발자가 채팅 목록을 확인하고, 메시지 기록을 조회하며, 대화를 실시간으로 모니터링하고, 메시지나 첨부 파일을 보낼 수 있습니다. 이 스킬을 활용하여 메시징 작업을 자동화하거나 개발 워크플로우에 iMessage/SMS 기능을 통합해 보세요.

스킬 보기
internationalization-i18n
커뮤니케이션

이 Claude Skill은 애플리케이션에 국제화(i18n)와 현지화를 구현하기 위한 포괄적인 지침을 제공합니다. i18next 및 gettext와 같은 라이브러리를 활용하여 메시지 추출, 번역 관리, 로케일별 형식 지정, RTL(오른쪽에서 왼쪽) 지원 등 주요 작업을 다룹니다. 다국어 애플리케이션을 구축하거나 국제 사용자를 위한 현지화 기능을 추가할 때 활용하세요.

스킬 보기
wacli
커뮤니케이션

wacli는 WhatsApp Web 프로토콜을 통해 WhatsApp 메시징, 검색 및 동기화를 가능하게 하는 명령줄 도구입니다. 주로 Clawdis 워크플로우 내에서 자동화 처리를 위해 사용되지만, 메시지 전송, 채팅 동기화 또는 기록 조회를 위해 직접 호출할 수도 있습니다. 주요 기능으로는 QR 기반 인증, 지속적인 백그라운드 동기화, 텍스트 및 파일 전송 기능이 포함됩니다.

스킬 보기