# SaaS競合他社の料金と製品変更を追跡する

Beeuniを使って競合他社のウェブサイトを確認し、料金条件を比較して、製品の変更点を小規模なSaaSチームが行動に移せる短い報告にまとめましょう。

Canonical page: https://beeuni.ai/blog/ja/track-saas-competitor-pricing-and-features

顧客から、自社のプランが競合他社とどう違うのか尋ねられました。比較表を開くと、数か月前に転記した価格が載っています。競合他社のプラン名は変わり、以前は追加オプションだったと記憶している機能が、今はメインの料金ページに載っています。顧客に答えるには、もう一度調べ直す必要があります。

Beeuniのエージェントなら、該当ページを開いて条件を確認し、比較内容を更新できます。ブラウザーで料金の切り替え項目やドキュメントへのリンクをたどり、調査結果をファイルや連携済みのスプレッドシートにまとめられます。対象製品と質問を明確に指定すれば、顧客に関係する内容に絞った結果が得られます。

## チームに本当に必要な比較を選ぶ

営業でよく話題に上る製品から始めましょう。大企業向けのツールには、顧客がまず使わない機能がたくさんあるかもしれません。すべての項目を比較すると、把握したい購入判断のポイントがかえって見えにくくなることがあります。

たとえば、顧客承認ソフトを販売する小規模なチームなら、ゲストアクセス、進行中のプロジェクト数、承認履歴、最小の有料チーム人数が気になるかもしれません。料金を確認する前に、典型的な顧客像を決めておきましょう。外部レビュアーがいる5人の制作会社と、個人コンサルタントでは、必要な比較が異なります。

競合他社のURL、顧客像、手元にあれば現在の比較表をBeeuniに渡します。自社が公開しているプランの条件も含めてください。そうすればエージェントは、関係のある違いと無関係な発表を見分けやすくなります。

## 料金は条件とあわせて確認する

エージェントに料金ページを開かせ、請求方法の切り替え項目を確認させましょう。通貨、地域、請求期間、課金単位、最低購入数を記録します。年払いに切り替えたときに表示される月額換算の金額が、必ずしも1か月だけ利用する場合に支払える金額とは限りません。

| 項目 | 記録する内容 |
| --- | --- |
| 基本料金 | 表示金額、通貨、月払いか年払いか |
| 課金単位 | メンバー、アカウント、プロジェクト、または使用量ごと |
| 含まれる利用枠 | 進行中のプロジェクト数、ストレージ、クレジット、その他の上限 |
| 追加料金 | 追加シート、使用量、アドオン、最低購入数 |
| 関連機能 | 対象のプランと、文書に記載された制限 |
| 根拠 | 出典URL、ページ内の該当箇所、確認時刻 |

制作会社の例では、有料メンバー5人、同じ請求期間という条件で表示料金を計算します。外部レビュアーが有料メンバーに数えられるかも確認してください。計算結果を料金条件の出典と一緒に残せば、前提を修正するときにページを最初から調べ直す必要がありません。

料金が使用量や個別見積もりによって変わる場合、公開情報だけではわからない金額は不明のままにします。公開レートをもとにシナリオを見積もるなら、想定した使用量と計算方法を示してください。その見積もりを、同じ作業をまかなうかのように別製品の基本料金と比較してはいけません。

## 変更を報告する前に基準となる記録を作る

初回の確認では、料金ページの関連テキストを保存します。レイアウトや料金の切り替え項目が意味に影響する場合は、スクリーンショットも残します。ページのURLと確認時刻も記録に含めましょう。これで、次回の確認結果と比較できる基準ができます。ただし、ベンダーが最後に条件を変更した時期まではわかりません。

後日確認するときは、同じプラン、請求方法、地域をBeeuniに比較させます。ページのデザインが変わっても、条件は変わっていないことがあります。キャンペーンによって表示金額が一時的に変わることもあります。パーソナライズされたページや地域別のページが、前回保存した内容と異なる場合もあります。

変更の疑いがある場合は、周辺の条件やリンク先のドキュメントを確認します。料金表から機能が消えていたら、別の情報源で削除が確認できるまでは「料金表に記載されなくなった」と表現します。チェックマークがないだけでは、製品がその機能に対応しなくなった証拠として不十分です。

## 発表と顧客が実際に使える機能を区別する

料金ページとあわせて、変更履歴や機能のドキュメントを確認します。発表された機能は、プレビュー版やウェイトリストの対象だったり、特定のプランに限られていたりすることがあります。その提供状況も記録してください。リリース日と、自分が確認した日は別の事実です。

顧客承認の例では、新しいゲストレビュー機能が営業時の回答に影響するかもしれません。ただし、承認履歴がまだ使えない、ゲストにも有料ライセンスが必要、画像ファイルだけが対象、といった制限がある可能性もあります。元の顧客の質問に答えられるところまで、エージェントにドキュメントを確認させましょう。関係のない新機能まで集める必要はありません。

ページの閲覧に認証済みログインが必要なら、エージェントに確認を依頼する前に、そのサイトへのアクセスを用意してください。アプリを連携したアカウントがあっても、ブラウザーが同じサービスに自動でログインするわけではありません。認証やアクセス制限で確認ができなかった場合は、ページの内容を推測せず、その制約を報告に記載します。

## 結論を先に示し、根拠を添える

後日の確認で、競合他社が承認履歴をエントリープランに移したことがわかったとします。有用な報告では、以前の観察内容、現在の条件、出典を明記します。そのうえで影響を示します。比較ページを修正し、営業担当者はその機能を有料プラン限定だと説明するのをやめる必要があります。

この結果だけで、競合他社のプランに合わせる必要があるとは限りません。顧客が価値を感じるのは、自社製品の別の部分かもしれません。製品変更を提案する前に、結果を既存の顧客からの質問や[分類済みのフィードバック](/blog/ja/group-user-feedback-with-ai)と結び付けましょう。

```
Check the competitor pages in our comparison sheet.
Use the five-member agency scenario and monthly billing.
Compare against the saved observations and list material changes first.
For each change, include the previous terms, current terms, source, and check time.
Keep unverified fields marked unknown.
Draft corrections to our comparison notes without publishing them.
```

次回の確認に備えて、保存した記録と一緒に出典リストと比較ルールを保管します。必要なときに同じ確認を繰り返すよう、Beeuniに依頼してください。重要な変更がなければ、確認したページを記した短い結果で十分です。