Communitygithub.com

ベンチマーク手法

スコープされた競合セットを、明確な評価基準に基づいて比較可能で説得力のあるスコアに変換します。各競合を9つの重み付けされた次元(ポジショニング、ボイス、ビジュアルクラフト、オファーパッケージング、エビデンス、エンタープライズ対応、ソートリーダーシップ、価格設定、クライアントの戦略的緊張)で評価し、統一されたプロファイルカードにまとめます。

ベンチマーク手法 とは?

このスキルは、競合分析の次のフェーズとして、特定された競合セットに対して体系的なスコアリングを実施するためのものです。各競合を9つの明確に定義された重み付け次元に沿って1~5段階で評価し、エビデンスに基づく客観的なスコアを生成します。特に重要なのは、クライアントの戦略的緊張(2つの軸)を別々にスコアリングし決して平均化しない点で、これにより競合の真の強みと弱みが浮き彫りになります。このスキルはClaude CodeなどのAIエージェント向けに設計されており、出力は標準化されたプロファイルカードとテンションプロットで、次のレポート構造スキルに引き継がれます。評価の一貫性とバイアスの制御に重点を置き、すべてのスコアにエビデンスと出典を要求することで、主観的な「勘」に頼らない信頼性の高いベンチマークを実現します。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/ECC/tree/main/skills/benchmark-methodology

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

ベンチマーク手法 は何をしますか?

このスキルは、スコープされた競合セットを比較可能で説得力のあるスコアに変換します。各競合は同じ9つの次元で評価され、明示的な1~5のルーブリックに基づいて、統一されたプロファイルカードにまとめられます。一貫性が重要です。同じエビデンスがあれば、どの競合でも同じスコアが得られる場合にのみ、スコアは有用です。

いつアクティベートするか

  • competitive-platform-analysis からのスコープされた階層化競合セットのスコアリング準備ができている。
  • 競合間での比較可能でエビデンスに基づいたスコアが必要であり、感覚的なランキングではない。
  • クライアントの戦略的緊張(ターゲットとする空白領域を定義するペアの軸)が確立されている。
  • competitive-report-structure でアセンブルするためのプロファイルカードの作成準備。

クライアントのポジショニングブリーフ(最初に確立)

スコアリングの前に、クライアントのポジショニングブリーフを確立します。これにより以下が提供されます:

  • 戦略的緊張 — クライアントのターゲット空白領域を示す2つの軸(例:記憶性×採用可能性)。次元9は常にクライアントの命名された緊張です。両極を別々に報告し、決して平均化しないでください。
  • 差別化要因 — クライアントの参入障壁となるもの。これにより、クライアントのポジショニング主張にとって最も重要な次元が決まります。
  • ブランドバランス — 意図された異なる戦略的重点の組み合わせ。戦略的推奨事項は、明示せずにこのバランスを崩してはなりません。

なぜこれらの次元か

クライアントは2つの極にわたる特定の緊張で競争しており、サービスの広さではありません。次元はその参入障壁を反映するように重み付けされています。2つの次元(緊張の極)は別々にスコアリングされ、決して一緒に平均化されません。なぜなら、クライアントの戦略的質問はまさに、ライバルが両方を同時に達成しているかどうかだからです。

9つの次元(重み付き)

重みは合成の強調を導くものであり、単一の合成スコアではありません(誤った複合指標は避けてください—バイアス管理を参照)。合計 = 100%。

  1. ポジショニングの明確性と差別性 (18%) — スタジオのポジションはシャープで、独自性があり、一目で理解できるか?それとも一般的か?
  2. ブランドボイス / 言語的差別性 (15%) — コピーは独自のレジスターを持っているか、それとも交換可能なエージェンシー用語か?
  3. ビジュアルアイデンティティとサイトクラフト (15%) — ビジュアルシステムの品質と所有権;サイトはクラフトの証明。
  4. サービスオファーとパッケージング (12%) — 製品化され明確(名前付きスプリント/監査)か、曖昧か。パッケージングの成熟度。
  5. エビデンスと信頼性 (12%) — 名前の付いたクライアント、定量化された成果、ケーススタディの深さ。主張以上の証明。
  6. エンタープライズ対応 / 商業的成熟度 (10%) — SaaS/フィンテック/B2B/エンタープライズ案件を獲得・維持できるシグナル(プロセス、ロゴ、規模、契約)。
  7. ソートリーダーシップ / コンテンツプレゼンス (8%) — 独自のPOV:執筆、講演、ニュースレター、フレームワーク。量より深さ。
  8. 価格透明性とエンゲージメントモデル (5%) — 価格/エンゲージメントは明確か?製品化されているか、カスタムか、不透明か?
  9. [クライアントの戦略的緊張] (5%はフラグ; 両極をスコアリングし、別々に報告) — クライアントのポジショニングブリーフから緊張名と軸の説明を読み取ります。両方をプロットし、そのギャップが洞察です。クライアントのターゲット象限は最も重要な発見です:他に誰が既にそこにいるのか?

スコアリングルーブリック(1~5、次元1~8に適用)

すべてのスコアを観察可能なエビデンスに結び付けます。以下の一般的な記述子は、次元ごとに具体化しますが、レベルの意味は一定に保ちます。

  • 1 — 不在 / 一般的。 識別可能なポジションやクラフトがない;テンプレートと区別がつかない。積極的な弱点。
  • 2 — 基準以下。 ある程度の意図はあるが、一貫性がなく、派生的で、説得力がない。横並びの比較に耐えられない。
  • 3 — 有能 / 標準的。 堅実で、プロフェッショナルだが、目立たない。期待を満たすが、誰にも所有されない。
  • 4 — 強力 / 差別的。 明らかに同業他社より優れている;購入者が気づき引用する真の強み。
  • 5 — カテゴリー定義。 ベストインクラスで、所有可能で、模倣が難しい。他の者が反応する基準を設定する。

緊張軸(次元9)— 各1~5でスコアリング

クライアントのポジショニングブリーフから軸ラベルと1/3/5のアンカーを読み取ります。記憶性×信頼性の緊張の例:

  • 記憶性 — 1:即座に忘れられる · 3:文脈で認識可能 · 5:忘れられず、話題になり、独自に所有される。
  • 信頼性 — 1:リスク/アマチュア感がある · 3:安全で有能だが刺激がない · 5:エンタープライズから信頼され、明らかな安全な選択。

競合を緊張の2×2マップにプロットします。クライアントのターゲット象限はポジショニングブリーフで定義されています。その象限を占める他の競合は、ベンチマークの最も重要な発見です。

データ収集方法

競合ごとに、以下の順序で次元を評価します(最も低コストのシグナルから):

  1. 競合自身のサイト — ポジショニング、ボイス、オファーパッケージング、価格設定姿勢、名前付きクライアント、マニフェスト/POV。ホームページとケーススタディ1件をスクリーンショット。
  2. ケーススタディ / 実績 — エビデンスの深さ、定量化された成果、クライアント名。「主張」(「Xを提供しました」)と「証明」(指標、名前、検証可能)を区別。
  3. レビューディレクトリ — クライアント、プロジェクト規模、エンゲージメントモデルを裏付け → 信頼性とエンタープライズ対応(例:Clutch.co、またはニッチに相当するもの)。
  4. LinkedIn — チーム規模/モデル、創業者のストーリー、コンテンツの発信頻度 → ソートリーダーシップとモデル。
  5. ポートフォリオ / クラフトプラットフォーム — クラフトレジスター(ニッチに固有のショーケースを使用:デザインボード、ショーリール、公開サンプルなど)。
  6. コンテンツチャンネル — ニュースレター/講演/執筆 → ソートリーダーシップの深さ。

次元ごとに記録すること: スコア、1行の正当化、およびそれを獲得したソースリンク/スクリーンショット。エビデンスのないスコアは禁止。

バイアス管理

  • 単一の合成スコアは作成しない。 次元スコアと緊張プロットは別々に報告します。加重平均は重要な非対称性を隠します。
  • 主張 vs 証明。 裏付けのない自己申告の主張については、信頼性/エビデンスのスコアを引き下げます。サイトのコピーはマーケティングであり、事実ではありません。
  • 美的親和性バイアス。 評価者は、自分が好む美学のスタジオを過大評価し、ライバルの商業的強みを過小評価する可能性があります。クラフトと信頼性は独立してスコアリングします。「退屈な」サイトがより大きなクライアントを獲得している可能性があります。
  • 新しさ/派手さバイアス。 受賞歴のある華やかな作品は目を引きますが、商業的な深みに欠ける場合があります。信頼性をスコアリングする前に、ディレクトリ/クライアントで検証してください。
  • 生存バイアス。 可視性が高くマーケティングが行き届いているスタジオだけが市場のすべてではありません。ディレクトリ/レビューで見つけた、強力だが控えめなオペレーターに注意してください。
  • セット全体で調整し、単独では調整しない。 最終確定の前に、スコアを横並びで再読します。「4」はすべての競合で同じ意味でなければなりません。外れ値を調整します。

競合プロファイルカード(出力形式)

プロファイルされた競合ごとに1枚のカードを作成します。これはレポートがアセンブルする原子単位です:

## <競合名>
- **プロファイル / ティア:** <ポジショニングスタンス · 専門分野 · 規模帯> / <直接 | 隣接 | 野心的>
- **ワンライナー:** <彼ら自身の言葉でのポジショニング>
- **モデル / 規模 / 地域:** <ソロ|マイクロ|ブティック> · <地域> · <価格/エンゲージメントモデル>
- **注目クライアント / エビデンス:** <名前付き、証明/主張タグ付き>

### 次元スコア
| 次元 | スコア (1–5) | 正当化 (1行) | 出典 |
|---|---|---|---|
| ポジショニングの明確性と差別性 | | | |
| ブランドボイス / 言語的差別性 | | | |
| ビジュアルアイデンティティとサイトクラフト | | | |
| サービスオファーとパッケージング | | | |
| エビデンスと信頼性 | | | |
| エンタープライズ対応 / 商業的成熟度 | | | |
| ソートリーダーシップ / コンテンツプレゼンス | | | |
| 価格透明性とエンゲージメントモデル | | | |

### 緊張プロット
- **[ポジショニングブリーフからの軸1]:** <1–5> — <理由>
- **[ポジショニングブリーフからの軸2]:** <1–5> — <理由>
- **象限:** <高/高 | 高-1/低-2 | 低-1/高-2 | 低/低>

### [クライアント]向けの読み解き
- **学ぶべき強み:** <…>
- **活用すべき弱み / それが露呈する空白領域:** <…>
- **[クライアント]への脅威:** <…>

完成したカードと緊張プロットを competitive-report-structure に渡します。

アンチパターン

  • 緊張軸の平均化。 クライアントの戦略的緊張の両極は別々にスコアリングし報告する必要があります。平均化は洞察を破壊します—極間のギャップが発見です。
  • エビデンスなしのスコアリング。 すべてのスコアには1行の正当化とソースリンクが必要です。エビデンスのないスコアは意見であり、ベンチマークではありません。
  • 単一の合成スコアの作成。 次元スコアは個別に報告します。加重平均は、ポジショニングにとって重要な非対称的な強みを隠します。
  • 一般的なルーブリックアンカーを適応なしに適用。 1~5のアンカーは、特定の次元と競合セットに合わせて調整する必要があります。一般的な記述は出発点であり、固定された基準ではありません。
  • 競合セットのスコープが決まる前に実行する。 最初に competitive-platform-analysis を使用して、階層化され絞り込まれたセットを作成します。スコープされていないリストのスコアリングは、無関係な競合に労力を浪費します。

関連スキル

  • competitive-platform-analysis — 前提条件;このスキルがスコアリングする階層化競合セットを生成します。
  • competitive-report-structure — 次のステップ;スコアリングされたプロファイルカードをクライアント提供レポートにアセンブルします。

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/content-engine

Create platform-native content systems for X, LinkedIn, TikTok, YouTube, newsletters, and repurposed multi-platform campaigns. Use when the user wants social posts, threads, scripts, content calendars, or one source asset adapted cleanly across platforms.

affaan-m/ECC

Multi-platform content distribution across X, LinkedIn, Threads, and Bluesky. Adapts content per platform using content-engine patterns. Never posts identical content cross-platform. Use when the user wants to distribute content across social platforms.

affaan-m/fal-ai-media

Unified media generation via fal.ai MCP — image, video, and audio. Covers text-to-image (Nano Banana), text/image-to-video (Seedance, Kling, Veo 3), text-to-speech (CSM-1B), and video-to-audio (ThinkSound). Use when the user wants to generate images, videos, or audio with AI.

affaan-m/manim-video

日本語翻訳:このファイルは manim-video 用の日本語翻訳が必要です

affaan-m/remotion-video-creation

Remotion のベストプラクティス - React で動画を作成する。3D、アニメーション、音声、字幕、チャート、トランジションなどをカバーするドメイン固有の29のルール。

affaan-m/video-editing

AI-assisted video editing workflows for cutting, structuring, and augmenting real footage. Covers the full pipeline from raw capture through FFmpeg, Remotion, ElevenLabs, fal.ai, and final polish in Descript or CapCut. Use when the user wants to edit video, cut footage, create vlogs, or build video content.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

agent-self-evaluation

Use after completing any non-trivial task. The agent self-rates its output on 5 axes — accuracy, completeness, clarity, actionability, conciseness — with concrete evidence per criterion. Produces a structured 1-5 scorecard with specific improvement suggestions.

agent-sort

Build an evidence-backed ECC install plan for a specific repo by sorting skills, commands, rules, hooks, and extras into DAILY vs LIBRARY buckets using parallel repo-aware review passes. Use when ECC should be trimmed to what a project actually needs instead of loading the full bundle.

ai-first-engineering

Engineering operating model for teams where AI agents generate a large share of implementation output. Use when setting team process, review gates, or ownership rules for a codebase largely written by agents.

ai-regression-testing

Regression testing strategies for AI-assisted development. Sandbox-mode API testing without database dependencies, automated bug-check workflows, and patterns to catch AI blind spots where the same model writes and reviews code. Use when adding regression coverage to AI-assisted code, or when the same model both wrote and reviewed a change.

android-clean-architecture

Clean Architecture patterns for Android and Kotlin Multiplatform projects — module structure, dependency rules, UseCases, Repositories, and data layer patterns. Use when structuring modules, layers, or data flow in an Android or KMP project.

angular-developer

Generates Angular code and provides architectural guidance. Trigger when creating projects, components, or services, or for best practices on reactivity (signals, linkedSignal, resource), forms, dependency injection, routing, SSR, accessibility (ARIA), animations, styling (component styles, Tailwind CSS), testing, or CLI tooling.

関連スキル