OpenClaw Ultra を介して競合インテリジェンスシステムを構築します。検証済みの競合シグナルの検出からエビデンスに基づくブリーフの作成まで、単一のチャットインターフェースから CI ライフサイクル全体を管理します。
コアシステム概要
INFO
これはクローズドループの競合インテリジェンスワークフローです。OpenClaw Ultra は、インテリジェンスニーズの定義、変化の検出、明確な仮説に基づくシグナルの評価、競合の動きの分析、実行可能なブリーフの配布を支援します。これにより、ノイズに反応するのをやめ、自信を持って戦略的決定を下せるようになります。
| システム層 | コア機能 | 最終アウトプット |
| スコーピング層 | インテリジェンス質問、定性仮説の定義 | インテリジェンスブリーフ、競合ティア |
| 検出層 | 検証済み変化のソース監視 | ソース差分付きエビデンスチェーン |
| 評価層 | 仮説に基づくシグナルのフィルタリング、タイプ別分類 | スコア化されたシグナルログ |
| 分析層 | ソース横断の統合、パターン識別 | 競合プロファイル、動きの検出 |
| ブリーフィング層 | 構造化・引用付きインテリジェンスの作成 | 週次ダイジェスト、セールスバトルカード |
| 配布層 | 適切な関係者への適切な頻度での配信 | Slack アラート、CRM 更新、MCP フィード |
| レビュー層 | 影響測定、仮説とソースの改善 | 四半期レトロスペクティブ、ROI レポート |
前提条件
| 項目 | 要件 |
| OpenClaw Ultra | インストール済みで実行中 |
| インテリジェンス質問 | CI がサポートする 3〜5 の具体的な意思決定 |
| 競合リスト | 追跡する 3〜5 の主要競合 |
| ソースアクセス | 競合ウェブサイト、価格ページ、チェンジログ、レビューサイト(G2、Capterra) |
| 監視ツール | (推奨)Visualping(ウェブサイト変更検出)、Google Alerts(キーワード追跡) |
| 調査ツール | (オプション)SimilarWeb(トラフィックデータ)、G2(レビュー分析) |
ステップ 0 — 競合インテリジェンスシステムの初期化
OpenClaw Ultra を専任の CI アナリストとして設定します。競合インテリジェンスで最もよくある失敗は、インテリジェンスが何をサポートすべきかを明確にする前にデータ収集を開始することです。このプロンプトは焦点を確立します。
操作手順
- OpenClaw Ultra の新しいチャットセッションを開く
- 3〜5 の主要競合のリストと最優先のビジネス上の意思決定を準備する
- 以下の即使用可能なプロンプトを貼り付ける
即使用可能なプロンプト
私の競合インテリジェンスアナリストとして行動してください。
私の業界:[あなたの業界]
私の主要競合:[競合A、競合B、競合C — URLを含む]
私のターゲット市場:[例:B2B SaaS ミッドマーケット、DTC 電子商取引]
私のチームが CI にサポートを必要とする 3〜5 の戦略的決定:
1. [例:競合Aの新しい価格帯に合わせるべきですか?]
2. [例:どの機能ギャップが私たちの成約を妨げていますか?]
3. [例:競合Bは私たちのコアセグメントに参入していますか?]
私のコアな課題:
- 生データが多すぎて、実行可能なインテリジェンスが不足している。
- 競合の変化を追跡する仕組みがない — 予測するのではなく、反応している。
- インテリジェンスが誰も読まない文書の中にある。
あなたの仕事は、体系的な CI プラクティスの構築を支援することです:追跡すべきものの定義、検証済みの変化の検出、シグナルとノイズの分離、意思決定を促進するブリーフの作成。
私のコンテキストを理解し、開始する準備ができていることを確認してください。
ステップ 1 — インテリジェンス質問と定性仮説の定義
競合インテリジェンスで最も一般的な間違いは、答えるべき質問を明確にする前にデータを収集することです。競合に関するあらゆる質問に答えようとするプログラムは、どの質問にもうまく答えられません。このステップでは、定性仮説 — 後続のすべてが照合する短い文章のフィルターを作成します。
1.1 定性仮説を書く
Prompt
私の業界([あなたの業界])、主要競合([リスト])、および CI にサポートを必要とする戦略的決定([ステップ0のリスト])に基づいて、短い定性仮説を書くのを手伝ってください — 私のチームが何を気にしているのか、そしてその理由を説明する 1〜2 段落。
仮説は以下に答える必要があります:
- どのタイプの競合の動きが私たちにとって最も重要か?(価格設定、製品、メッセージング、採用、上市戦略)
- 現在直面している決定を変えるものは何か?
- どの競合が最も注目に値するか、そしてその理由は?
出力:すべての受信シグナルのフィルターとして機能する明確な定性仮説。
1.2 競合をティアに優先順位付け
Prompt
私の定性仮説と業界に基づいて、競合を 3 つのティアに分類してください:
ティア 1 — 毎週の取引で直接対決する競合。完全監視。
ティア 2 — 時々重複する隣接競合。選択的監視。
ティア 3 — 新興または周辺的。ウォッチリストのみ。
テーブルを出力:
| ティア | 競合 | このティアの理由 | 監視レベル |
|---|---|---|---|
| 1 | [名前] | [例:当社の販売サイクルの 60% に出現] | 完全(毎日/毎週) |
| 2 | [名前] | [例:異なるセグメントだが当社に向けて拡大中] | 選択的(毎週) |
| 3 | [名前] | [例:初期段階、12 ヶ月以内に脅威になる可能性] | ウォッチリスト(毎月) |
ステップ 1 のアウトプット
階層化された競合リストと明確な監視フォーカスを備えた定性仮説。
ステップ 2 — シグナルソースと監視リズムの設定
機能する CI プログラムは、競合ウェブサイト、レビュープラットフォーム、求人情報、ソーシャルチャネルの 4 つのソースカテゴリから情報を取得します。各ソースタイプは異なるリズムで動作します。目標は変更検出 — すべてを再読するのではなく、前回からの違いを明らかにすることです。
2.1 競合ごとに高シグナルソースを特定
Prompt
Tier 1 の各競合について、戦略的変化を最初に明らかにする特定のページとソースを特定してください:
各競合について、以下をリスト:
- 価格ページ URL — 価格変更は最もシグナルの高い変化。毎日確認。
- 製品チェンジログ URL — 彼らが何を構築しているか、どのくらいの速さで出荷しているかを示す。毎日。
- ブログ URL — 新しいコンテンツカテゴリはしばしば新機能に先行。毎週。
- LinkedIn 企業ページ — 経営陣の異動、資金調達の発表。毎週。
- G2 / Capterra プロフィール — 新しいレビューは顧客の課題と機能ギャップを明らかにする。毎週。
- 採用ページ — 採用パターンはロードマップの優先順位を明らかにする。毎週。
- Crunchbase プロフィール — 資金調達ラウンドは成長軌道を示す。毎月。
競合ごとに URL、シグナルタイプ、推奨チェック頻度を含むソーステーブルを出力。
2.2 監視カレンダーを構築
競合の SEO キーワードとコンテンツ戦略の変化を追跡するには、SEO コンテンツワークフロー と並行して監視を設定します。
Prompt
私の競合ソースリストに基づいて、監視リズムカレンダーを構築してください:
毎日またはほぼ毎日:
- 価格ページの変更(価格帯再編、新プラン)
- 製品ページ / チェンジログの更新(新機能、廃止)
- LinkedIn 企業発表(製品ローンチ、買収)
毎週:
- ブログとコンテンツ戦略 — 新しいトピックは新機能投資を示す
- 求人情報 — GTM 採用は成長推進を意味し、エンジニアリング採用は製品開発を意味する
- G2/Capterra レビュー — 新規レビュー、評価の変化、繰り返しの苦情
- 競合のホームページとランディングページのメッセージ変更
毎月:
- 完全な価格ページ監査 — 単発の変更ではなく、時間の経過に伴う傾向を追跡
- 機能マトリックス比較 — ロードマップに照らして更新
- ソーシャルメディアコンテンツ戦略 — ポジショニングとメッセージングの変化
四半期ごと:
- 完全な競合環境レビュー
- 市場の変化に基づいて競合ティアを更新
- 定性仮説をリフレッシュ
- CI プログラムの影響を測定
出力:ソース、リズム、および注意すべき事項を含む監視カレンダーテーブル。
ステップ 2 のアウトプット
競合ごとに検証済み URL と監視リズムスケジュールを備えたソーススタック。
ステップ 3 — 変更を検出しエビデンスチェーンを構築
すべてのインテリジェンスシグナルは、特定の検査可能なソースにトレース可能でなければなりません。エビデンスチェーンとは、特定の URL が特定の時間にキャプチャされ、保存されたベースラインと比較され、前後の抜粋が生成されることを意味します。エビデンスチェーンがない場合、そのインテリジェンスは意思決定に十分信頼できません。
3.1 検出された変更をエビデンス付きで記録
Prompt
今週、以下の競合の変更を検出しました。それぞれについて、エビデンスチェーンを構築してください:
変更 1:[変更内容を説明 — 例:競合Aが月額999ドルのエンタープライズ価格帯を追加]
ソース URL:[変更が観察された完全な URL]
検出日:[日付]
変更前:[変更前にページに表示されていた内容]
変更後:[現在ページに表示されている内容]
確信度:[高 / 中 / 低 — 別のソースから検証できますか?]
変更 2:[競合Bが AI 搭載レポート機能に関するブログ記事を公開]
ソース URL:[URL]
検出日:[日付]
含意:[彼らの戦略にとっての意味 — 例:分析分野で競争するために AI 機能に投資している]
各変更について分類:
- シグナルタイプ:価格設定 / 製品 / メッセージング / 採用 / ポジショニング / その他
- 緊急度:緊急(今週中に行動)/ 重要(今月中に対処)/ 監視(時間をかけて追跡)
- 推奨アクション:[このインテリジェンスをどう活用するか]
エビデンスログテーブルを出力。
3.2 仮説に照らしてシグナルを評価
Prompt
私の定性仮説(ステップ 1 から)に照らしてエビデンスログをレビューしてください。各シグナルについて、以下に回答:
1. この変更は現在直面している決定に影響しますか?
2. このシグナルは当社の競合ポジショニングを確認または矛盾しますか?
3. このシグナルは重要(戦略を変える)ですか、それとも単に興味深い(何も変えない)ですか?
4. どのチームが行動すべきか — 製品、マーケティング、営業、またはリーダーシップ?
シグナルを以下に分類:
- 重大 — 48 時間以内に決定を変更。即時配布用にフラグ。
- 注目 — 進行中の戦略に情報を提供。週次ブリーフに含める。
- ノイズ — 記録されるがアクション不要。トレンド追跡用にアーカイブ。
出力:緊急度分類と推奨所有者を含む評価済みシグナルログ。
ステップ 3 のアウトプット
緊急度と所有者によって分類された評価済みシグナルを備えた検証済みエビデンスチェーン。
ステップ 4 — 競合を分析し動きのパターンを検出
単一のシグナルは何かが起こったことを示します。時間枠内の複数のシグナルは、競合が戦略的な動きをしていることを示します。分析層はパターン検出に関するものです:関連する変更をグループ化して、競合の方向性の一貫した全体像を形成します。
[競合インテリジェンスシステム]をクリックしてこの記事の詳細内容を閲覧してください。