Communitygithub.com

benchmark-methodology

Transforme un ensemble de concurrents défini en scores comparables et défendables, en évaluant chaque concurrent sur neuf dimensions pondérées avec des rubriques explicites.

Qu'est-ce que benchmark-methodology ?

Cette compétence permet de transformer un ensemble de concurrents, préalablement délimité et hiérarchisé via une analyse concurrentielle, en un tableau de bord de scores comparables et objectifs. Chaque concurrent est évalué sur neuf dimensions pondérées (positionnement, voix, identité visuelle, offre, preuves, maturité commerciale, leadership éclairé, prix et tension stratégique du client) à l’aide de rubriques détaillées (1 à 5). Le résultat est une fiche de profil standardisée qui garantit que le même niveau de preuve obtient le même score, quel que soit le concurrent. La compétence intègre des contrôles de biais (absence de score composite unique, distinction entre affirmé et prouvé, calibrage transversal) et produit des fiches exploitables pour la création ultérieure de rapports comparatifs. Elle est conçue pour fonctionner avec les outils ou plateformes d’agence (par exemple, pour préparer des rapports clients), en collaboration avec les compétences `competitive-platform-analysis` (étape préalable) et `competitive-report-structure` (étape suivante).

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/everything-claude-code/tree/main/skills/benchmark-methodology

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Méthodologie de Benchmark

Utilisez cette compétence pour transformer un ensemble de concurrents délimité en scores comparables et défendables. Chaque concurrent est évalué sur les mêmes neuf dimensions, avec des rubriques explicites de 1 à 5, puis consigné dans une fiche de profil uniforme. La cohérence est le point clé : les scores ne sont utiles que si la même preuve obtiendrait le même nombre pour n’importe quel concurrent.

Quand activer

  • Un ensemble de concurrents hiérarchisé et délimité, issu de l’analyse concurrentielle (competitive-platform-analysis), est prêt à être noté.
  • Besoin de scores comparables, ancrés sur des preuves, entre concurrents – pas de classements intuitifs.
  • La tension stratégique du client (les axes appariés définissant son espace cible) a été établie.
  • Préparation à produire des fiches de profil pour assemblage dans competitive-report-structure.

Brief de positionnement client (à établir en premier)

Avant de noter, établissez le brief de positionnement du client. Il fournit :

  • Tension stratégique — les deux axes (par ex., mémorabilité × employabilité) dont l’intersection marque l’espace cible du client. La dimension 9 est toujours la tension nommée du client ; rapporter les deux pôles séparément, jamais en moyenne.
  • Différenciateur — ce qui constitue la barrière du client. Cela informe quelles dimensions sont les plus importantes pour l’argument de positionnement du client.
  • Équilibre de marque — le mélange prévu d’accents stratégiques distincts. Les recommandations stratégiques ne doivent pas rompre cet équilibre sans le signaler.

Pourquoi ces dimensions

Le client se positionne sur une tension spécifique maintenue entre deux pôles, pas sur l’étendue des services. Les dimensions sont pondérées pour refléter cette barrière. Deux dimensions — les pôles de tension — sont notées séparément et jamais moyennées ensemble, car la question stratégique du client est précisément de savoir si un rival atteint les deux simultanément.

Les neuf dimensions (avec pondérations)

Les pondérations guident l’emphase de la synthèse, pas un score composite unique (éviter une fausse agrégation — voir Contrôles de biais). Somme = 100 %.

  1. Clarté et distinctivité du positionnement (18 %) — La position du studio est-elle nette, propre, immédiatement lisible ? Ou générique ?
  2. Voix de marque / distinctivité verbale (15 %) — La copie a-t-elle un registre propre, ou est-elle interchangeable avec le langage d’agence ?
  3. Identité visuelle et qualité du site (15 %) — Qualité et propriété du système visuel ; le site comme preuve de maîtrise.
  4. Offre de services et packaging (12 %) — Produitisée et lisible (sprints/audits nommés) vs vague. Maturité de l’emballage.
  5. Preuves et crédibilité (12 %) — Clients nommés, résultats chiffrés, profondeur des études de cas. Preuve au-delà de l’affirmation.
  6. Maturité commerciale / préparation à l’entreprise (10 %) — Signaux qu’ils peuvent conquérir et fidéliser des clients SaaS/fintech/B2B/entreprise (processus, logos, échelle, contrats).
  7. Leadership éclairé / présence de contenu (8 %) — Point de vue propre : écrits, conférences, newsletters, frameworks. Profondeur plutôt que volume.
  8. Transparence des prix et modèle d’engagement (5 %) — Les prix/engagements sont-ils lisibles ? Produitisé vs sur-mesure vs opaque.
  9. [Tension stratégique du client] (5 % comme indicateur ; noter les DEUX pôles, rapporter séparément) — Lisez le nom de la tension et les descriptions des axes depuis le brief de positionnement du client. Placez les deux ; l’écart est l’insight. Le quadrant cible du client est le résultat le plus important : qui d’autre est déjà là ?

Rubrique de notation (1–5, s’applique aux dimensions 1–8)

Ancrez chaque note sur des preuves observables. Descripteurs génériques ci-dessous ; adaptez les spécificités par dimension mais gardez le niveau de signification constant.

  • 1 — Absent / générique. Aucune position ou maîtrise discernable ; indistinct d’un modèle. Un passif actif.
  • 2 — En dessous du seuil. Une certaine intention mais incohérente, dérivée ou peu convaincante. Ne survivrait pas à une comparaison.
  • 3 — Compétent / exigences de base. Solide, professionnel, banal. Répond aux attentes, ne peut être revendiqué par personne.
  • 4 — Fort / distinctif. Clairement au-dessus des pairs ; une vraie force qu’un acheteur remarquerait et citerait.
  • 5 — Définissant la catégorie. Meilleur de sa catégorie, propre, difficile à imiter. Fixe la référence que les autres suivent.

Axes de tension (dimension 9) — notez chaque axe de 1 à 5

Lisez les étiquettes des axes et leurs ancres 1/3/5 depuis le brief de positionnement du client. Exemple d’ancres pour une tension mémorabilité × crédibilité :

  • Mémorabilité — 1 : oublié instantanément · 3 : reconnaissable en contexte · 5 : inoubliable, dont on parle, distinctement possédé.
  • Crédibilité — 1 : risqué/amateur · 3 : sûr, compétent, sans relief · 5 : digne de confiance pour les entreprises, choix sûr évident.

Placez les concurrents sur la matrice 2×2 de tension. Le quadrant cible du client est nommé dans le brief de positionnement. Qui d’autre occupe ce quadrant est le résultat le plus important du benchmark.

Comment collecter les données

Pour chaque concurrent, parcourez les dimensions dans cet ordre (signal le moins coûteux d’abord) :

  1. Site web du concurrent — positionnement, voix, packaging de l’offre, posture tarifaire, clients nommés, manifeste/POV. Capture d’écran de la page d’accueil + une étude de cas.
  2. Études de cas / réalisations — profondeur des preuves, résultats chiffrés, noms des clients. Distinguez affirmé (« nous avons livré X ») de prouvé (métriques, nommé, vérifiable).
  3. Annuaire d’avis — corroborez clients, taille de projet, modèle d’engagement → crédibilité et maturité commerciale (ex. Clutch.co ou équivalent de niche).
  4. LinkedIn — taille/type de l’équipe, récit du fondateur, cadence de contenu → leadership éclairé, modèle.
  5. Portfolio / plateformes de savoir-faire — registre de maîtrise (utilisez la vitrine native du créneau : planches de design, bandes-annonces, échantillons publiés, etc.).
  6. Canaux de contenu — newsletter/conférences/écrits → profondeur du leadership éclairé.

Ce qu’il faut enregistrer par dimension : la note, une justification d’une ligne, et le lien source/capture d’écran qui l’a justifiée. Pas de note sans preuve.

Contrôles de biais

  • Pas de score composite unique. Rapportez les notes par dimension et le graphique de tension séparément. Une moyenne pondérée cache l’asymétrie qui compte.
  • Affirmé vs prouvé. Détériorez les notes de crédibilité/preuve pour les affirmations auto-déclarées sans corroboration. Le contenu du site est du marketing, pas un fait.
  • Biais d’affinité esthétique. Les évaluateurs peuvent sur-noter des studios dont ils partagent l’esthétique et sous-noter la force commerciale des concurrents. Notez le savoir-faire et la crédibilité indépendamment ; un site « ennuyeux » peut conquérir des clients plus importants.
  • Biais de récence / de clinquant. Un travail primé et tape-à-l’œil impressionne mais peut manquer de profondeur commerciale — vérifiez avec les annuaires/clients avant de noter la crédibilité.
  • Survivance. Les studios visibles et bien marketés ne représentent pas tout le marché ; notez les opérateurs forts mais discrets trouvés via annuaires/avis.
  • Calibrage sur l’ensemble, pas isolément. Avant de finaliser, relisez les notes côte à côte — un « 4 » doit signifier la même chose pour chaque concurrent. Ajustez les valeurs aberrantes.

Fiche de profil du concurrent (format de sortie)

Produisez une fiche par concurrent profilé — l’unité atomique que le rapport assemble :

## <Nom du concurrent>
- **Profil / Niveau :** <posture de positionnement · spécialisation · tranche de taille> / <Direct | Adjacent | Aspirant>
- **Phrase d’accroche :** <comment ils se positionnent, dans leurs mots>
- **Modèle / taille / zone géographique :** <indépendant|micro|boutique> · <région> · <modèle de prix/engagement>
- **Clients notables / preuves :** <nommés, avec mention prouvé/affirmé>

### Notes par dimension
| Dimension | Note (1-5) | Justification (1 ligne) | Source |
|---|---|---|---|
| Clarté et distinctivité du positionnement | | | |
| Voix de marque / distinctivité verbale | | | |
| Identité visuelle et qualité du site | | | |
| Offre de services et packaging | | | |
| Preuves et crédibilité | | | |
| Maturité commerciale / préparation à l’entreprise | | | |
| Leadership éclairé / présence de contenu | | | |
| Transparence des prix et modèle d’engagement | | | |

### Graphique de tension
- **[Axe 1 du brief de positionnement] :** <1-5> — <pourquoi>
- **[Axe 2 du brief de positionnement] :** <1-5> — <pourquoi>
- **Quadrant :** <élevé/élevé | élevé-1/faible-2 | faible-1/élevé-2 | faible/faible>

### Lecture pour [client]
- **Force à apprendre :** <…>
- **Faiblesse à exploiter / espace blanc qu’elle révèle :** <…>
- **Menace pour [client] :** <…>

Remettez les fiches complétées ainsi que le graphique de tension à competitive-report-structure.

Anti-patrons

  • Moyenner les axes de tension. Les deux pôles de la tension stratégique du client doivent être notés et rapportés séparément. La moyenne détruit l’insight — l’écart entre les pôles est le résultat.
  • Noter sans preuve. Chaque note nécessite une justification d’une ligne et un lien source. Une note sans preuve est une opinion, pas un benchmark.
  • Créer un score composite unique. Rapportez les notes par dimension individuellement. Une moyenne pondérée cache les forces asymétriques qui comptent pour le positionnement.
  • Appliquer des ancres de rubrique génériques sans adaptation. Les ancres 1-5 doivent être calibrées pour la dimension et l’ensemble de concurrents spécifiques. Les descriptions génériques sont un point de départ, pas un standard fixe.
  • Se lancer avant que l’ensemble de concurrents ne soit délimité. Utilisez d’abord competitive-platform-analysis pour produire un ensemble hiérarchisé et élagué. Noter une liste non délimitée gaspille des efforts sur des concurrents non pertinents.

Compétences associées

  • competitive-platform-analysis — le prérequis ; produit l’ensemble de concurrents hiérarchisé que cette compétence note.
  • competitive-report-structure — l’étape suivante ; assemble les fiches de profil notées en un rapport livrable au client.

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/claude-api

Anthropic Claude API patterns for Python and TypeScript. Covers Messages API, streaming, tool use, vision, extended thinking, batches, prompt caching, and Claude Agent SDK. Use when building applications with the Claude API or Anthropic SDKs.

affaan-m/everything-claude-code

End-to-end marketing campaign planning and execution. Covers audience research, positioning, campaign angle definition, landing page copy, email sequences, social posts, ad copy, short-form video scripts, and content calendars. Use as the orchestration layer for multi-channel product launches. Use when planning or executing a multi-channel product launch, or producing landing page, email, social, or ad copy.

affaan-m/everything-claude-code

Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.

affaan-m/everything-claude-code-conventions

Development conventions and patterns for everything-claude-code. JavaScript project with conventional commits.

affaan-m/frontend-design

Create distinctive, production-grade frontend interfaces with high design quality. Use when the user asks to build web components, pages, or applications and the visual direction matters as much as the code quality.

affaan-m/gget

gget CLI and Python workflow for quick genomic database queries, sequence lookup, BLAST-style searches, enrichment checks, and reproducible bioinformatics evidence logs.

affaan-m/literature-review

Systematic literature-review workflow for academic, biomedical, technical, and scientific topics, including search planning, source screening, synthesis, citation checks, and evidence logging.

affaan-m/motion-ui

Production-ready UI motion system for React/Next.js. Use when implementing animations, transitions, or motion patterns.

affaan-m/project-guidelines-example

Example project-specific skill template based on a real production application.

affaan-m/pubmed-database

Direct PubMed and NCBI E-utilities search workflows for biomedical literature, MeSH queries, PMID lookup, citation retrieval, and API-backed literature monitoring.

affaan-m/scholar-evaluation

Structured scholarly-work evaluation for papers, proposals, literature reviews, methods sections, evidence quality, citation support, and research-writing feedback.

affaan-m/uspto-database

USPTO patent and trademark data workflow for official record lookup, PatentSearch queries, TSDR checks, assignment data, and reproducible IP research logs.

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.

Skills associés