mcpField
C
competitor-tracking

competitor-tracking

github.com/jonathimerマーケティング・グロース87107 回インストール35 週間前に更新
リポジトリ

competitor-tracking について

開発者向けツールのチームが競合を特定し、製品、価格、評判、コンテンツ、コミュニティの動向を継続的に追うためのフレームワークです。営業・マーケティング向けの競合比較資料の作成と更新方法も扱います。

主な機能

  1. 01直接・間接競合と代替案の特定
  2. 02製品、価格、ポジショニングの追跡
  3. 03コンテンツ、コミュニティ、開発者の評判の監視
  4. 04競争環境と差異の整理
  5. 05競合比較資料の作成と更新
  6. 06競合の動きへの対応計画

活用シーン

  1. 01競合のリリースや価格変更の定期確認
  2. 02開発者の声から製品の不足点を発見
  3. 03営業向けの競合比較資料の準備
  4. 04競合動向に応じたマーケティング内容の調整

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/jonathimer/devmarketing-skills --skill competitor-tracking

インストール後、Claude Code で/competitor-trackingを入力して読み込まれたか確認します。

同梱ファイルREADME.md

詳細

競合トラッキング

開発者向けツール分野で、競合の特定から継続的なモニタリング、バトルカードの作成までを網羅する体系的なフレームワークです。

概要

開発者向けツールの競合を追跡するには、製品機能、価格設定、開発者の評価、コンテンツ戦略、コミュニティの成長、資金調達/今後の見通しなど、複数の側面をモニタリングする必要があります。消費者向け製品とは異なり、開発者向けツールは技術的な優位性、ドキュメントの品質、コミュニティからの信頼によって競い合います。

効果的な競合トラッキングは、次のことに役立ちます。

  • 競争上のポジショニングを理解する
  • 競合の動きを予測する
  • 正確なバトルカードを営業やマーケティングに提供する
  • 市場の空白や機会を特定する
  • 競合の成功と失敗から学ぶ

競合の特定

競合の種類

直接競合:

  • 同じカテゴリーで、同じ開発者を対象としている
  • 同じ主要な課題を解決する
  • 同じ「おすすめの X ツール」リストに掲載される可能性がある
  • 例:CI/CD ツールの場合、ほかの CI/CD ツール

間接競合:

  • ユースケースが重なる隣接カテゴリー
  • 自社の領域に進出する可能性がある
  • 開発者が自社のカテゴリーの代わりに利用する可能性がある
  • 例:GitHub Actions は、単体の CI ツールと競合する

DIY 代替手段:

  • 開発者がセルフホストするオープンソースツール
  • カスタムスクリプトや社内ツール
  • 「bash スクリプトを使えばいい」「自分で作ればいい」
  • 多くの場合、件数で見ると最大の競合

プラットフォームの代替手段:

  • クラウドプロバイダーのネイティブサービス(AWS、GCP、Azure に相当するサービス)
  • 自社の機能を含むオールインワンプラットフォーム
  • エンタープライズ向けスイートソリューション
競争環境のマッピング

次の項目を含む競争環境のドキュメントを作成します。

  1. 競合プロフィール - 会社、製品、ターゲット市場、ポジショニング
  2. 機能比較表 - 競合間で主要機能を比較
  3. 価格比較 - プラン、価格モデル、エンタープライズ価格の兆候
  4. 強み/弱み - 各競合の率直な評価
  5. 今後の見通し - 資金調達、成長の兆候、戦略的な方向性

追跡する項目

製品と機能

毎週/毎月追跡する項目:

  • 変更履歴とリリースノート
  • 新機能の発表
  • 価格の変更
  • インテグレーションの発表
  • API の変更
  • SDK/ライブラリの更新

追跡方法:

  • 競合のニュースレターを購読する
  • GitHub のリリースをフォローする
  • Twitter/ブログをモニタリングする
  • 「[competitor] launch」「[competitor] announces」のモニタリングアラートを設定する
価格設定とパッケージ

主な兆候:

  • 料金ページの変更(archive.org を使って履歴を追跡する)
  • 新しいプランの導入
  • エンタープライズ向け/カスタム価格の兆候
  • 無料プランの変更
  • 従量課金制からユーザー数ベースへの移行、またはその逆

競合の価格に関するインテリジェンス:

  • 無料プランには何が含まれているか?
  • どの時点でアップグレードが必要になるか?
  • 超過分をどのように扱っているか?
  • エンタープライズ向けにどのような販売活動をしているか?
ポジショニングとメッセージング

次の変更を追跡します。

  • ホームページの見出しとメインビジュアル
  • 「対象ユーザー」のポジショニング
  • 強調されている主なユースケース
  • 比較ページ(他社に対するポジショニング)
  • 導入事例とソーシャルプルーフ

分析する項目:

  • どの課題を最初に訴求しているか?
  • どのようなユーザー層をターゲットにしているか?
  • 独自の切り口は何か?
  • 6 か月前とどう違うか?
コンテンツ戦略

モニタリングする項目:

  • ブログ記事の頻度とトピック
  • ドキュメントの品質と網羅性
  • 動画/チュートリアルコンテンツ
  • カンファレンスでの講演とスポンサー活動
  • 開発者向け教育の取り組み

注目する項目:

  • SEO の取り組み(どのキーワードをターゲットにしているか?)
  • 活用できるコンテンツの不足
  • 参考にできる成功したコンテンツ形式
コミュニティと成長

GitHub の兆候:

  • スター/フォークの増加率
  • Issue の件数と対応時間
  • コントリビューターの増加
  • リリース頻度

コミュニティの兆候:

  • Discord/Slack のメンバー数
  • フォーラムの活動状況
  • Stack Overflow のタグの活動状況
  • Reddit での言及頻度

開発者の評価のモニタリング

競合モニタリングの設定

ソーシャルリスニングツールを使って、各プラットフォームでの競合に対する開発者の感情を追跡します。次の項目に関するアラートを設定します。

  • 競合ブランドへの言及
  • 競合に対する否定的な感情(機会を示すシグナル)
  • 比較に関する検索(「[competitor] vs」)
主な感情シグナル

乗り換えのシグナル:

  • 「[competitor] から移行中」
  • 「[competitor] の代替を探している」
  • 「[competitor] に不満がある」
  • 「[competitor] を解約中」

称賛のシグナル(参考にしましょう):

  • 「[competitor] の [feature] が気に入っている」
  • 「[Competitor] はそのまま使える」
  • 「[competitor] の一番いいところは……」

機能の不足:

  • 「[competitor] に……があればいいのに」
  • 「[Competitor] は……に対応していない」
  • 「[competitor] が……を追加するのを待っている」
競合に対する感情の分析

モニタリングツールの分析機能を使って、傾向を分析します。

  • 過去90日間の競合への言及数
  • 感情の分布:ポジティブとネガティブの比較
  • 競合と自社ブランドが同時に言及されるケース

競合対策用バトルカードの作成

バトルカードの構成

営業チームとマーケティングチーム向けにバトルカードを作成します。

1. 競合の概要

  • 企業の背景
  • ターゲット市場
  • 主な価値提案
  • 最近のニュース/動向

2. 当社が勝つ場合

  • 当社が優位に立つシナリオ
  • 当社を好む顧客のタイプ
  • 当社が優れているユースケース
  • 裏付けとなる実績と導入事例

3. 当社が負ける場合

  • 競合が優位に立つシナリオ
  • 注意すべき点
  • 競合の強みをどのように補うか

4. よくある反論

  • 「でも、[competitor] には [feature] がある」
  • 「[Competitor] のほうが安い」
  • 「[Competitor] のほうが実績がある」
  • それぞれの反論に対する対応の枠組み

5. 競合との差別化

  • 主な技術的な違い
  • 価格の比較
  • サポート/サービスの違い
  • コミュニティ/エコシステムの違い

6. 優位に立つための質問

  • 自社に有利な質問
  • 自社の強みを際立たせる要件
  • 重視すべき評価基準
バトルカードを最新の状態に保つ

更新のきっかけ:

  • 競合が主要な機能をリリースしたとき
  • 競合が価格を変更したとき
  • 比較に影響する機能を自社がリリースしたとき
  • 営業チームから新たな反論の報告があったとき
  • 受注/失注分析から新たなパターンが明らかになったとき

見直しの頻度:

  • 主要な競合:毎月見直し
  • 小規模な競合:四半期ごとに見直し
  • 新興の競合:必要に応じて見直し

競合の動きへの対応

対応すべきタイミング

必ず対応する場合:

  • 競合が自社について虚偽の主張をしたとき
  • 競合が自社の特定の顧客をターゲットにしたとき
  • ポジショニングに影響する大きな市場変化があったとき

対応を検討する場合:

  • 競合が自社と同じ機能をリリースしたとき
  • 競合が自社の主要市場に参入したとき
  • 競合の危機が機会を生み出したとき

通常は対応しない場合:

  • 小規模な機能の同等性に関する発表
  • 競合の社内問題(顧客に影響する場合を除く)
  • 些細な競合への攻撃
対応プレイブック

機能リリースへの対応:

  1. 評価します。自社は同等の機能を備えているか、より優れているか、差があるか?
  2. 営業/サポートチームに社内共有します
  3. 必要に応じてバトルカードを更新します
  4. コンテンツでの対応を検討します(ブログ、比較ページの更新)
  5. 状況を把握するため、開発者間の会話をモニタリングします

価格変更への対応:

  1. 競争上のポジショニングへの影響を分析します
  2. 価格比較資料を更新します
  3. 営業チームに説明します
  4. 価格調整が必要かどうかを検討します
  5. 顧客離れ/獲得への影響をモニタリングします

危機を機会に変える対応:

  1. 下品な対応や便乗は避けます
  2. 適切であれば、影響を受けたユーザーを支援します
  3. 真の需要がある場合は、移行用コンテンツを作成します
  4. 製品そのものに語らせます

ツール

ソーシャルリスニング

モニタリングツールを使い、次のパターンに対するアラートを設定します。

  • 競合に対する感情の概要(過去30日間、感情別)
  • 乗り換えのシグナル:「alternative OR migrating OR switching」+競合名
  • 機能の不足:「wish OR need OR missing」+競合名
  • 比較に関する言及:「[competitor] vs」
その他のツール

GitHub のモニタリング:

# Track competitor repo activity
gh api repos/[competitor]/[repo] --jq '.stargazers_count, .open_issues_count'

# Search for competitor mentions in issues
gh search issues "[competitor]" --limit 50

npm/PyPI のモニタリング:

  • 競合パッケージのダウンロード傾向を追跡します
  • バージョンのリリース頻度を監視します
  • 競合のエコシステムにおける新しいパッケージを監視します

Archive.org:

  • 競合サイトの過去の変更を追跡します
  • 価格の変化を時系列で記録します
  • ポジショニングの変化を記録します

LinkedIn/採用情報:

  • 採用の傾向を追跡します
  • 求人情報から戦略的な方向性を特定します
  • チーム拡大の兆候を監視します

関連スキル

  • developer-listening - 競合に限らない幅広いモニタリング
  • alternatives-pages - 競合情報をコンテンツに活用します
  • positioning - 競合分析に基づいて差別化します

コメント