competitor-alerts

/digital-marketing-pro:competitor-alerts

目的

競合アラートシステムを設定し、競争環境の変化のうち把握する価値があるものを通知すると同時に、アラート疲れを積極的に抑制します。通知のトリガーとなる競争環境の変化の種類、重要度のしきい値、対象の競合他社、通知チャネル、緊急度のレベルを定義します。競争状況のモニタリングでは、大量の未加工の変化シグナルが生成されますが、そのほとんどはノイズであり、人が注意を払う必要はありません。このコマンドは、段階的な緊急度ルール、各項目の変動特性に合わせて調整されたスマートなしきい値、優先度の低い変化を個別の通知ではなく定期的なサマリーにまとめるダイジェスト配信を適用することで、未加工の変化検出を実用的な競争情報へと変換します。その結果、影響の大きい競合他社の動きをリアルタイムで確実に通知し、日常的な競争活動は定期的なブリーフィングにまとめることで、業務を中断することなく状況を把握できる競合アラートのパイプラインが実現します。競合他社ごと、および項目ごとのアラート設定に対応しているため、主要な競合他社にはより厳しいしきい値を設定して注意深く監視する一方で、その他の競合他社や新興の競合他社には軽めのモニタリングを適用できます。

必要な入力

ユーザーは以下を指定する必要があります（または、指定を促されます）。

• 監視対象の競合他社：アラートを有効にする、追跡中の競合他社を指定します。competitor-monitor で現在監視しているすべての競合他社、または特定の一部を選択できます。競合他社ごとにアラート設定を完全に独立させられるため、主要な競合他社にはより厳しいトリガーしきい値と高いデフォルトの緊急度を設定し、二次的な競合他社には別の設定を適用できます。有意義な変化検出を行うには、競合他社のベースラインが competitor-monitor に登録されている必要があります。指定した競合他社のベースラインがない場合は、基準状態を確立するために、先に competitor-monitor を実行するようユーザーに促します。
• 有効にするアラートの種類：監視する競合他社の変化カテゴリを指定します。content（新規ページの公開、重要ページの大幅な編集、メッセージングや価値提案の変更）、pricing（価格ページの変更、プラン構成の変更、新しい割引やキャンペーン、無料トライアルの変更）、ads（Google Ads または Meta での新規キャンペーンの開始、クリエイティブの大幅な入れ替え、新しい広告プラットフォームへの参入）、social（メンション数の急増、センチメントの変化、バイラルコンテンツ、フォロワー数の大幅な増加）、ranking（追跡対象キーワードのオーガニック検索順位が、設定済みのしきい値を超えて変動）、serp（強調スニペットの表示元の変更、「他の人はこちらも質問」の表示状況の変化、ナレッジパネルの更新、AI による概要の引用元の変更）、positioning（複数の側面にまたがる相関した変化で、意図的な戦略転換が示唆されるもの）。包括的にアラートを受け取るにはすべて選択するか、競争上の優先事項に応じて競合他社ごとに種類を指定します。
• アラートの種類ごとの緊急度：有効にした各アラートの種類に、緊急度を割り当てます。critical（迅速な対応が必要な影響の大きい競合他社の動きを、リアルタイムですぐに通知）、warning（注目すべきものの緊急性は低く、把握しておく必要がある変化を日次ダイジェストにまとめる）、info（背景情報の収集やパターンの把握に役立つ情報を週次ダイジェストにまとめる）。ユーザーが指定しない場合は、一般的な競争上の影響パターンと各側面の感度に基づき、デフォルト値が適用されます。
• 通知先：アラートの配信先を指定します。Slack チャンネル名（例：#competitor-alerts、#marketing-intel、#urgent-competitive）またはメールアドレスを指定できます。緊急度ごとに異なるチャンネルを指定して、通知先を適切に振り分けることもできます。たとえば、重要度の高いアラートは即座に確認できるよう @channel メンションを付けて #urgent-alerts に、警告アラートは朝の確認用に #competitor-daily に、情報アラートは #competitor-weekly の週次ダイジェストにまとめて配信できます。Slack に配信するには、対象チャンネルへの投稿権限を持つ Slack MCP サーバーが接続されている必要があります。
• アラートモード：緊急度ごとの配信タイミングを指定します。real-time（変化を検出したらすぐにアラートを送信。主に緊急度が critical のアラートに適しています）、daily-digest（その緊急度のアラートをすべてまとめ、指定時刻、通常は朝に1日1回配信）、weekly-digest（すべてのアラートをまとめ、包括的な競合情報レポートとして週1回配信）。推奨設定は、緊急度ごとにモードを組み合わせる方法です。迅速に競合他社へ対応するため、critical のアラートはリアルタイムで配信し、日々の計画に必要な状況を把握するため、warning のアラートは日次ダイジェストで配信し、戦略上の動向を把握するため、info のアラートは週次ダイジェストで配信します。
• カスタムしきい値（任意）：アラートの種類ごとに、デフォルトの変化の重要度しきい値を上書きして感度を調整します。例：「デフォルトの5位ではなく、順位が3位以上変動したら通知する」「ソーシャルアラートは、メンション数がベースラインの2倍ではなく1.5倍になったら発動する」「重要な編集だけでなく、競合他社のホームページや価格ページに変更があれば通知する」「新規キャンペーンだけでなく、クリエイティブの更新も含めるよう広告アラートのしきい値を下げる」。競争の激しさ、業界の動向速度、アラートの件数と網羅性のどちらを優先するかに応じて、細かく調整できます。

プロセス

1. ブランドのコンテキストと既存の競合モニタリング設定を読み込む：アクティブなスラッグを確認するために ~/.claude-marketing/brands/_active-brand.json を読み込み、続いて ~/.claude-marketing/brands/{slug}/profile.json を読み込みます。ブランドの競争環境に関するコンテキスト、業界の垂直市場、ターゲット市場の定義を適用します。competitor-tracker.py から既存の競合モニタリングデータ（現在のベースラインを含む競合プロファイル、頻度が設定されたスキャンスケジュール、過去の変更ログ、新規作成ではなく更新が必要な可能性のある、以前設定されたアラートルール）を読み込みます。依頼されたすべての競合に最新データを含む有効なベースラインがあることを確認します。ベースラインがない競合がある場合は、有意義な変更検出に必要な基準状態を確立するため、まず competitor-monitor を実行するようユーザーに促します。~/.claude-marketing/sops/ にエージェンシーの SOP があるか確認します。
2. アラートの種類ごとにルールを設定する：有効にしたアラートの種類ごとに、ノイズを除外しながら重要な競合シグナルを捉えられるよう調整した、アラートを送る価値のある変化の具体的なトリガー条件を定義します。コンテンツアラート：競合サイトでの新しいページの公開、または主要ページ（ホームページ、料金、製品、会社概要、ランディングページ）の大幅な編集を検出します。コンテンツ差分で類似度がしきい値を下回った場合に検出し、軽微な文言修正や書式変更は除外しつつ、メッセージングの転換、新機能の発表、ポジショニングの変化を捉えます。料金アラート：料金ページのコンテンツに検出可能な変更があれば対象とします。プラン名、価格、機能一覧、ティア構成、プロモーションオファーの変更を含みます。料金変更は有無が重要なため、どのような変更もアラート対象とします。広告アラート：Google Ads Transparency Center または Meta Ad Library で新しいキャンペーンを検出した場合、またはスキャン期間中にキャンペーンのアクティブなクリエイティブの 50％超が新しくなる大幅なクリエイティブ入れ替えを検出した場合に対象とします。ソーシャルアラート：メンション数が移動する過去 30 日間のベースライン平均の 2 倍を超えた場合（通常とは異なる話題性を示します）、または評判に関わる出来事を示唆する感情スコアの 0.3 ポイント超の変化を検出した場合に対象とします。感情スコアは -1 から 1 の正規化スケールです。ランキングアラート：追跡対象のキーワードでオーガニック検索順位が 5 位を超えて変動した場合に対象とします（カスタムしきい値で設定可能）。1 ページ目からの脱落と、圏外に近い順位の変動では、感度を分けて設定します。SERP アラート：追跡対象キーワードにおいて、強調スニペット、ナレッジパネル、「他の人はこちらも質問」の獲得・喪失など、ブランドまたは競合の SERP 機能の獲得・喪失を検出した場合に対象とします。ポジショニングアラート：7 日間以内に 2 つ以上の側面で相関する変化を検出した場合に対象とします。これは連携した戦略的な動きを示唆します（例：新しいランディングページと新しい広告キャンペーン、ホームページのメッセージング変更が同時に発生）。
3. 緊急度のティアを設定する：各アラートの種類に、ユーザー指定またはデフォルトの緊急度ティアを割り当て、それに応じた配信方法と書式を設定します。クリティカルティア：料金変更、大幅なポジショニングの変化、直接競合に対する 1 ページ目からの順位下落がデフォルトです。@channel メンション付きのリアルタイム Slack アラートを送信し、赤色の緊急度サイドバーを表示します。競合名と変更概要を目立つように示し、ベースラインと現在の比較データ、および推奨される即時対応を含めます。警告ティア：新しいコンテンツの公開、新しい広告キャンペーンの検出、クリティカルしきい値未満の順位下落、中程度のソーシャルメンション急増がデフォルトです。設定時刻（デフォルトは現地時間の午前 8 時）に送信する日次ダイジェストにまとめ、黄色のインジケーター、傾向の方向を示す概要、競争上の影響に基づくダイジェスト内の優先順位を含めます。情報ティア：軽微なコンテンツ更新、段階的な順位変動、通常の範囲内のソーシャルメンションの変動、定期的な競合の活動がデフォルトです。週次ダイジェストにまとめ、ニュートラルな書式で表示します。情報ティアは、即時対応を求めるものではなく、パターン認識や長期的な競合把握を主な目的とします。
4. 通知のルーティングを設定する：各緊急度ティアに、専用の配信チャネル、書式テンプレート、操作方法を割り当てます。Slack の場合：緊急度ティアごとに対象チャンネルを指定します。緊急度の高いアラートはチームにすぐ認知されるよう @channel メンションを使用し、警告と情報では通知疲れを防ぐため自動メンションを使用しません。緊急度を色分けしたサイドバー、競合名とロゴのヘッダー、変更前後の比較を含む構造化された変更概要、ベースライン参照データ、行動喚起ブロックとしての推奨される次のアクションを含め、Slack Block Kit でメッセージを整形します。スレッドの動作：最大限に目立つよう、クリティカルアラートはトップレベルメッセージとして投稿します。チャンネルを整理しやすくするため、警告と情報は日次または週次ダイジェストの親メッセージに対するスレッド返信として投稿します。メールの場合：ティアごとに宛先リストと、緊急度を示す接頭辞タグ（URGENT/HEADS UP/FYI）付きの件名形式を指定します。変更の詳細、該当する場合は視覚的な差分、競争上のコンテキストを含む HTML メールテンプレートを設定します。
5. アラート疲れを防ぐガードレールを設定する：競合の活動が活発な期間に通知が過剰にならないよう、件数制限、適応型の緊急度ルール、クールダウンの仕組みを設定します。24 時間以内の緊急度ティアごとのアラート上限は、デフォルトでクリティカルアラート 3 件、警告アラート 10 件、情報アラートは無制限とします（情報アラートは必ずダイジェストにまとめられるため、件数は自動的に管理されます）。自動降格ルール：同じ競合に対する同じ種類のアラートが 24 時間以内に 3 件を超えて発生した場合、それ以降のアラートの緊急度を 1 ティア自動的に下げます（クリティカルは警告に、警告は情報に）。これにより、活動過多の競合がアラートチャンネルを独占するのを防ぎます。緊急度が下げられた理由がユーザーにわかるよう、降格したことをアラートに記載します。クールダウン期間：特定の競合と側面に対してクリティカルアラートが発生した後、設定可能なクールダウン期間（デフォルトは 4 時間）中は、同じ競合と側面の組み合わせに対する重複したクリティカルアラートを抑制します。この期間内に発生した後続の変化は、新たなトップレベル通知を生成する代わりに、元のアラートの Slack スレッドに追加し、関連する更新をまとめます。週次ダイジェストには週次アラート件数レポートを含め、種類と緊急度別のアラート総数、自動降格イベント、クールダウンによる抑制、アラート疲れの傾向指標を示します。これにより、ユーザーは時間をかけてしきい値を調整できます。
6. competitor-tracker.py でアラート設定を保存する：competitor-tracker.py を実行して、アラート設定一式を保存します。これには、競合ごとのアラート種類の割り当てと有効・無効の状態、アラートの種類ごとの具体的なしきい値を含むトリガー条件、配信動作の指定を含む緊急度ティアのマッピング、ティアごとの書式設定の指定を含む通知チャンネルのルーティング、配信モード設定（ティアごとのリアルタイム／日次／週次）、および件数上限、自動降格ルール、クールダウン期間を含むアラート疲れ防止の全パラメーターが含まれます。設定はブランドごとに ~/.claude-marketing/brands/{slug}/competitors/alerts/ に保存されるため、複数のブランドで同じ競合を追跡している場合でも、それぞれ異なる感度要件に応じた独立したアラート設定を維持できます。
7. テストアラートを送信して通知パイプラインを検証する：設定した各緊急度ティアについて合成テストアラートを生成し、send-notification 経由で設定済みの通知チャンネルに配信します。各ティアについて、サンプルの競合変更データを含むテストであることが明確なアラートを作成し、設定済みの Slack チャンネルまたはメールアドレスに配信します。配信確認を受け取って正常に配信されたことを確認し、適切な緊急度の色インジケーター、競合のコンテキストブロック、ベースラインとの比較データが正しく表示されることを確認します。また、@メンションとスレッドの動作が設定どおりであることを検証します。配信に失敗した場合は、Slack MCP 接続の不足、対象チャンネルでのボット権限の不足、チャンネル名の誤り、メールの配信拒否など、具体的な失敗理由と実行可能な修正手順を報告します。配信に成功したテストアラートは、受信者がシミュレーションされた競合の変化と誤解しないよう、メッセージ本文でテストであることを明示します。

出力

以下を含む、構造化されたアラート設定の概要です。

• アラート設定の概要：監視対象の競合他社ごとに、有効化されたアラートの種類、種類ごとの具体的なトリガーしきい値（カスタムの上書き設定があれば明記）、アラートの種類ごとの緊急度ティアの割り当て、ティアごとの通知チャネルへの振り分け、ティアごとの配信モード（リアルタイム、毎日のダイジェスト、配信時刻を指定した週次ダイジェスト）をすべて記載した設定表です。何を監視しているか、トリガーの感度はどの程度か、アラートがいつ、どこに配信されるかを完全に把握できます。
• テストアラートの確認：パイプラインの検証中に送信された各テストアラートの配信状況です。テストした緊急度ティア、配信先のチャネルまたはメールアドレス、配信日時、成功または失敗のステータス（該当する場合はエラーの詳細）、さらに、Slack またはメールでの書式設定済みアラートのプレビューまたはスクリーンショットを示します。実際のアラート配信が始まる前に、表示形式、緊急度の表示、競合他社の情報ブロック、アクションの書式が期待どおりであることを確認できます。
• 推定アラート量：ベースラインデータと最近のスキャン履歴から確認できる現在の競争活動レベルに基づく、1日および1週間あたりのアラート件数の予測です。緊急度ティア別に（週あたりの重要アラートの推定件数、1日あたりの警告アラートの推定件数、週次ダイジェストに含まれる情報項目の件数）内訳を示すため、設定したしきい値で管理しやすく有益なシグナル量が得られるか、運用開始前にしきい値の調整が必要かを判断できます。
• 設定済みのアラート疲れ防止策：実施されている疲れ防止策の概要です。24時間ごとのティア別配信件数上限、自動で緊急度を下げる条件と動作、重複アラート間のクールダウン期間とスレッドへの追加動作、週次の配信量レポートスケジュール、推定アラート量の予測に基づくしきい値調整の推奨事項を含みます。
• 継続的な監視の次のステップ：設定後の進め方に関する実践的なガイダンスです。competitor-monitor の監視スケジュールに基づいて最初の実スキャンがいつ実行されるか、競争活動のパターンから予測される最初の実アラートの配信時期、実際のアラート量とシグナルの質に基づいて運用開始から最初の1週間後にしきい値を調整する方法、既存の設定に新たな競合他社やアラートの種類を追加する方法、競合他社の製品発売、業界カンファレンス、季節ごとの販促期間など、ノイズが多いとわかっている時期にアラートを一時的にミュートまたは停止する方法を説明します。

使用エージェント

• competitive-intel — 監視対象の各側面におけるシグナルの特性とノイズの傾向に合わせて調整した、側面別のトリガー条件の定義によるアラートルールの設定、各側面の競争活動ベースラインと過去の変動パターンを用いたしきい値の調整、競争上の影響評価フレームワークに基づく緊急度ティアの割り当て、戦略的な競争上の動きと定例の運用上の変更を区別する複数要因の基準を用いた変更の重要度評価、複数の側面にまたがる相関分析によるポジショニングの変化の検出、過去の競争モニタリングデータを用いたアラート疲れのパターン分析と最適なしきい値の初期値の推奨
• execution-coordinator — Slack およびメールの MCP サーバーを介した通知パイプラインの設定とエンドツーエンドテスト（チャネルの権限確認とボット機能の検証を含む）、Slack Block Kit および HTML メールテンプレートを使用したティア別の振り分けと書式テンプレートの適用による配信チャネルの設定、設定済みのすべての緊急度ティアにわたるパイプライン検証用のテストアラートの生成と、合成した競合他社の変更データの配信、配信量の追跡カウンター、自動で緊急度を下げるロジック、クールダウンタイマー、抑制された重複アラートのスレッドへの追加動作を用いたアラート疲れ防止策の実装、すべての通知チャネルを対象とした完全なアラート配信監査証跡と信頼性モニタリングのための実行ログ記録