競合データをベンチマークレポートに変換する方法（ステップ・バイ・ステップ）
競合データの収集は、簡単な方の半分に過ぎません。手元に残るのは、価格、プラン制限、機能のチェックマーク、従業員数の推測が並んだスプレッドシートです。しかし、それだけでは最も重要な「自社は他社より進んでいるのか、遅れているのか？」という問いに答えることはできません。
ベンチマークレポートがその答えを示してくれます。自社の数値を競合グループの中に位置づけ、自社がどこにいるのかを教えてくれます。
レポートの信頼性を左右するのは2つの要素です。誰を競合グループに含めるか、そして平均値と比較したのか、それとも分布と比較したのかです。
このガイドでは、最初に決めるべきこと、3つの手動アプローチ、そしてそれぞれのアプローチが機能しなくなる限界について解説します。
始める前に必要なもの
一言で説明（弁護）できる競合グループが必要です。「同じ予算で、買い手が自社と並んで最終候補に挙げるツール」は説得力のある定義です。「最も有名な大手8社」はそうではありません。
競合ごとに1行、属性ごとに1列を用意し、その属性を明確に定義する必要があります。「AI機能」という列名は曖昧で判断が分かれます。「アップロードされたファイルからスライドを生成する」という列名は事実です。
また、すべての数値にデータ取得日が必要です。価格やプラン制限は変更されるため、日付のないベンチマークレポートは静かに陳腐化していきます。
最初に2つの決定を下す必要があります。
何を比較するのか。 価格、機能、または成果。これらには異なる競合グループが必要であり、それらを1つの表に混ぜてしまうことが、最もよくある構造的な間違いです。
順位をつける（ランク）か、点数をつける（スコア）か。 順位付けには分布が必要です。スコアリングには重み付けが必要であり、重み付けにはその責任者が必要です。
手戻りを最も減らすことができる習慣が1つあります。それは、情報元のURLを別シートのメモ欄ではなく、各セルのすぐ隣に記録することです。
なぜ比較が難しいのか
ほとんどのベンチマーク作業では、数値を競合の平均値と比較します。これは、データから読み取れる解釈としては最も弱いものです。
平均値は中央を教えてくれますが、その中央付近に競合が密集しているのか、それとも自社が端の方に位置しているのかは教えてくれません。
パーセンタイル順位ならそれがわかります。PERCENTRANK.INC 関数は、値がデータセット内のどこに位置するかを返します。これにより、「自社の価格は最終候補リストの30パーセンタイルに位置している」という、本当に必要な説明が可能になります。
四分位数は範囲（バンド）を示します。QUARTILE.INC は競合グループを4つに分割します。これは通常、一度だけ読まれるレポートとしては十分な解像度です。
これには、多くの人が陥りがちな「サイズ」の罠があります。排他的な（exclusive）パーセンタイル関数は、サンプルサイズが小さい場合、極端なパーセンタイルを計算できません。
Microsoftは PERCENTILE.EXC の動作についてドキュメントで説明しています。指定されたパーセンタイルの値が配列内の2つの値の間にある場合は「補間」を行いますが、計算できない場合は #NUM! エラーを返します。
競合グループが8社の場合、この方法では95パーセンタイルを計算できません。小さなデータセットには含める（inclusive）関数を使用し、どちらを使用したかを明記してください。
標準化も同様に重要です。ユーザー（シート）単位の価格とワークスペース単位の価格は、チーム規模を固定しない限り比較できません。年払いと月払いの価格も、どちらか一方の基準に統一しない限り比較できません。
手動で行う方法
オプション 1：最初に属性マトリクスを作成し、次に順位付けを行う
計算を始める前に、表を正しく整えます。競合ごとに1行、属性ごとに1列、列ごとに1つの定義を用意します。
次に、XLOOKUP を使って自社の数値を引っ張ってきます。手入力するのではなく、自動生成されるようにするためです。手入力された数値は、ファイル内の他のどのデータよりも早く陳腐化します。
その後で初めて順位付けを行います。数値属性ごとにパーセンタイルの列を追加し、レポート内のすべての主張に裏付けとなる位置付け（ポジション）を持たせます。
この方法の限界は、マトリクス（表）自体は結論ではないということです。12個の列が表示されていても、優先順位は示されません。
オプション 2：平均を計算する前に競合グループをセグメント化する
混在したデータセット全体で単一の平均を算出することは、ベンチマークが失敗する原因になります。エンタープライズ専用ツールとセルフサービス型ツールでは、価格設定の基準が異なります。
データセットを分割し、セグメントごとに AVERAGEIFS を使用します。それらを統合するのではなく、セグメントごとに個別に報告します。
分割する際はサンプルサイズに注意してください。1つのセグメントに競合が4社しかいない場合は単なる事例（エピソード）に過ぎず、4つのデータポイントに基づくパーセンタイルは、あくまで「傾向を示すもの」としてラベル付けする必要があります。
ここでの限界は「判断力」です。ツールは定義されたセグメントをそのまま計算するため、定義の仕方が悪いと、自信に満ちた間違った答えが出力されてしまいます。
オプション 3：プロベナンス（出所）タブを維持する
データポイントごとに1行：属性、競合、値、情報元URL、取得日。
これにより、来四半期にもレポートを再実行できるようになります。また、調査をやり直すことなく「そのデータはどこから来たのか」という質問に答えることができます。
限界は、出所情報が自動的に更新されないことです。すべての数値には有効期限があり、誰かが再度確認する必要があります。
共通する限界。 3つのオプションすべてにおいて、属性が比較可能であることが前提となっています。あるベンダーが制限を公開しており、別のベンダーが何も公開していない場合、推測で埋めるのではなく、正直に「未公開」とセルに入力するのが誠実な対応です。
手動アプローチのペースが落ちる原因
最初のレポート作成には1週間かかります。2回目の作成にもほぼ同じ時間がかかります。なぜなら、基礎となる数値が変更されているにもかかわらず、どれが変更されたかを誰も記録していないからです。
価格は独自のスケジュールで変更されます。プラン制限、最小シート数、パッケージングも同様であり、それぞれの変更が気づかないうちに1つのセルを無効にしていきます。
機能の列は、価格の列よりも早く陳腐化します。前四半期にはなかった機能がアナウンスなしにリリースされ、表に競合に関する誤った情報が掲載されたままになってしまうことがあります。
これこそがベンチマーク作業における本当のリスクです。古い情報に基づく「対応不可（No）」は、中立的なエラーではありません。それは、裏付けのない他社製品に対する主張になってしまうからです。
プレゼンテーションの際にもう1つのコストが発生します。なぜその競合が含まれているのかを質問されたとき、競合グループの選定ルールが明文化されていないと、レポート全体の妥当性が議論の的になってしまいます。
Powerdrill Bloom でレポートを作成する方法
ステップ 1：競合のスプレッドシートをアップロードする
収集したマトリクスと、自社の指標ファイルが別になっている場合はそれもアップロードします。Powerdrill Bloom はアップロード時に対象の列をプロファイリングするため、順位が計算される前に、空白のセル、混在する単位、重複する競合名が検出されます。
ステップ 2：自然言語で比較内容を説明する
数式を作成する代わりに、競合グループと基準を言葉で指定します。どの競合がどのセグメントに属しているか、どの価格基準を使用しているか、どの属性が数値であるかを伝えます。
次に、エラーを見つけるための質問をします。どのセルに情報元や日付が欠落しているか、どの属性が混在した単位で記録されているかを尋ねます。そして、各セグメント内で自社の行がパーセンタイルとしてどこに位置しているかを尋ねます。
ステップ 3：チャート、レポート、またはスライド資料をエクスポートする
順位付けされた表、ポジショニングチャート、または結果とともに競合グループの定義が記載されたスライドを出力します。
手動でマトリクスを再作成するよりも優れている理由
| 手動アプローチ | Powerdrill Bloom | |
|---|---|---|
| 1つの列に異なる価格基準が混在している | 手動で標準化する | 基準を指定して質問する |
| 属性ごとのパーセンタイル順位 | 列ごとに数式を作成する | 順位付けを依頼する |
| 情報元や日付のないセル | タブを目視で確認する | アップロード時に検出される |
| 来四半期の再実行 | シートを再作成する | ファイルを差し替え、ルールは維持する |
3行目の項目こそが、あなたを守るものです。ベンチマークレポートにおいて情報元のないセルはリスクであり、これらを手動で見つける作業は、まさに最も省略されがちなチェックです。
よくある間違い
ブランドの規模で競合グループを選定する。 買い手は時価総額ではなく、予算と解決したい課題（Job to be Done）に基づいて最終候補を絞り込みます。買い手と同じ視点でグループを定義してください。
分布ではなく平均値と比較する。 平均値は、自社が密集地帯にいるのか、それとも端にいるのかを隠してしまいます。パーセンタイルと競合数をセットで報告してください。
異なる基準の価格をそのままにする。 ユーザー単位、ワークスペース単位、月払い、年払いを同じ列に混在させてはいけません。基準を1つに固定し、それを明記してください。
未対応の機能を永久に「対応不可」として記録する。 機能は静かにリリースされます。機能に関するすべてのセルに日付を入れ、競合に関する主張を公表する前に再確認してください。
小さな競合グループに対して排他的なパーセンタイル関数を使用する。 極端なパーセンタイルはその方法では計算できず、エラーを返します。含める（inclusive）関数を使用し、その旨を明記してください。
サンプルサイズを大きくするためにセグメントを混ぜる。 エンタープライズ向けとセルフサービス向けを混在させた大きなデータセットは、規模は小さくても誠実なデータセットよりも劣ります。セグメントを分割し、ラベルを貼ってください。
重み付けを明記せずにスコアを報告する。 重み付けされたスコアは、数値の服を着た主観（意見）に過ぎません。重み付けを公開するか、順位を公開し、実際に管理している 先行指標と遅行指標 と結果を組み合わせてください。
結論
競合グループを一言で定義し、すべての属性列を定義し、価格基準を標準化し、平均値ではなくパーセンタイルを報告する。これが、ベンチマークレポートが最初のレビューを乗り切るための秘訣です。
コストがかかるのは分析ではありません。すべてのセルに有効期限があるため、レポートは書き直すのではなく、再実行可能でなければならないという点です。
もし四半期の時間をそのマトリクスの再作成に費やしているなら、すでにお持ちのスプレッドシートを使って Powerdrill Bloom をお試しください。また、競合ベンチマーク向けの優れたAIツールのまとめや、AI競合分析、AI競合インテリジェンスのページもご覧ください。
よくある質問
ベンチマークレポートには何を含めるべきですか？
定義された競合グループ、定義された属性ごとの列、自社のデータから生成された自社の行、および数値属性ごとのパーセンタイル順位です。すべてのセルに情報元と取得日が必要です。
競合は何社必要ですか？
パーセンタイルが意味を持つだけの十分な数が必要です。そのため、1つのセグメントに8〜12社が妥当な目標です。5社未満の場合は、統計的というよりも「傾向を示すもの」として結果をラベル付けしてください。
平均値と中央値のどちらと比較すべきですか？
どちらか一方だけでは不十分です。自社がパーセンタイルとしてどこに位置しているかを報告してください。それが実際の問いに対する答えになり、偏った競合グループであっても有効だからです。
信頼できる（弁護できる）競合データはどこで入手できますか？
公開されている価格ページ、公式の製品ドキュメント、および公開財務書類が最も信頼性（説得力）があります。これらは出所が明らかで、日付が特定できるためです。すべての数値の隣にURLと日付を記録してください。
レポートはどのくらいの頻度で更新すべきですか？
価格とパッケージングについては四半期ごと、機能に関する主張についてはそれ以上の頻度です。機能はアナウンスなしに変更されることがあり、古い情報に基づいて「未対応」とすることは、信頼性を損なうエラーになります。