MMM（マーケティングミックスモデリング）をベンダーに発注するとき、RFP（提案依頼書）に金額や納期だけを書くと、モデルの中身が見えないまま契約することになりがちです。RFPに最低限盛り込むべきは、背景・目的、対象データの範囲、モデルの説明可能性の要求水準、検証方法、納品物、運用体制の6点です。この6点が揃っていれば、複数社の見積もりを価格ではなく中身で比較できます。
RFPに書くべき8つの要件
以下の表は、RFPの本文に落とし込む際の項目と、それぞれで確認すべきポイントをまとめたものです。
| 項目 | 記載する内容 | 確認するポイント |
|---|---|---|
| 背景・目的 | 予算配分の見直しか、経営会議への説明用かなど利用目的 | 目的次第で必要な精度・検証水準が変わる |
| 対象データ | 保有している媒体データの期間・粒度（週次/月次） | 必要なデータ期間を満たしているか |
| モデルの説明可能性 | 媒体ごとの貢献度をどう分解して示すか | ブラックボックスのまま数字だけ渡されないか |
| 検証方法 | ホールドアウト検証・実験結果との突合の有無 | 点推定を鵜呑みにしない検証手順があるか |
| 統制変数の扱い | 季節性・価格・競合など広告以外の要因の入れ方 | 入れすぎ・不足による歪みの説明があるか |
| 納品物 | レポート・モデルファイル・ダッシュボードのいずれか | 社内で再利用できる形式か |
| 運用・更新頻度 | 再学習の頻度と担当範囲 | 一度作って終わりにならないか |
| 費用の内訳 | データ整備・モデリング・検証・運用の内訳 | 費用の内訳と照らして極端な差がないか |
モデルの説明可能性はどう確認するか
「モデルの説明可能性」は抽象的な項目なので、RFPには「媒体ごとの貢献度をどのグラフ・数値で示すか」「信頼区間（不確かさの幅）を提示するか」まで具体的に書いておくと、提案の比較がしやすくなります。点推定の数字だけを渡してくる提案と、幅を含めて説明してくれる提案では、経営会議での使い方がまったく違います。信頼区間を示さない提案は、後から「なぜこの数字だけを信じてよいのか」を説明できず、社内での説得力を欠くことになりがちです。
ベンダーに直接聞いておきたい質問の例を挙げます。
- 媒体間の相関（多重共線性）が強いとき、どう検出してどう対処するか。
- 季節性・トレンドと広告効果をどう切り分けるか。
- モデルの再学習は誰が行い、どの頻度で行うか。
- 検証結果が芳しくなかった場合、どこまで手戻りに対応してもらえるか。
- OSSベースの手法と独自実装のどちらを使うか、その理由は何か。
5つ目の質問は、MMMツールの比較で整理したように、OSSベースか独自実装かでカスタマイズ性と説明の透明性が変わるためです。どちらが優れているという話ではなく、自社が何を優先するかに合わせて選ぶ材料になります。
見積もり比較で見落としやすい3つの観点
価格だけを並べた比較表では、次の3点が抜け落ちやすくなります。
- 検証方法が明記されているか。 ホールドアウト検証や過去の実験結果との突合を行うと書いてあるか、それとも「モデルを構築します」としか書かれていないかを確認します。
- 属人化を避ける引き継ぎがあるか。 モデルの前提やパラメータの設定根拠を社内向けに説明する工程が契約に含まれているかを見ます。内製と外注の比較で整理した通り、引き継ぎの有無がその後の運用を左右します。
- 更新運用の範囲。 初回構築だけの契約か、四半期ごとの再学習まで含む契約かで、翌年度以降の費用感が大きく変わります。
RFP作成の進め方
- 目的（誰に何を説明するための数字か）を1文で書き出します。
- 手元データの期間・粒度を棚卸しし、統計じょうずのMMMクイック分析で簡易的に試し、そもそも分析に足るデータかを確認します。
- 上の表の8項目をRFP本文に落とし込み、各ベンダーへ同一フォーマットで提示します。
- 返ってきた提案を「検証方法」「納品物」「運用範囲」の3点で並べ、価格差の理由を確認します。
- 判断に迷う場合は、MMM導入にかかる期間や結果の検証方法も合わせて確認します。
発注前に自社で当たりをつける
RFPを書く段階で、自社のデータがそもそもMMMに足るのかを確認しておくと、ベンダーとの会話が具体的になります。統計じょうずのMMMクイック分析は週次データが52週間（1年）あればブラウザ上で試せるので、要件定義の前に一度動かしておくと、RFPの「対象データ」欄を実データに基づいて具体的に書けます。簡易分析でわかることも参考にしてください。
予算に上限があるときの絞り込み方
複数社から返ってきた提案の価格差が大きいとき、安いほうを選ぶ前に「何を削って価格を下げているか」を確認します。検証工程（ホールドアウト検証・実験結果との突合）を省いた提案は、初期費用は抑えられても、結果の確からしさを社内で説明できず、後から実験による裏付けを別途発注し直すことになりがちです。MMMの費用はなぜ高いかで整理した通り、費用の大半はデータ整備とモデリングの人的工数が占めるため、価格差の理由が「工数の違い」なのか「検証を省いているだけ」なのかを提案書の文面で見分けることが、失敗しない選び方につながります。
よくある質問
Q. RFPに費用の上限額を書くべきですか。 書いておくと提案の粒度が揃いやすくなります。ただし上限だけを提示すると、検証工程を削って価格に合わせる提案が返ってくることがあるため、削ってよい工程とそうでない工程（検証・納品後の説明）を分けて書いておくと安全です。
Q. 複数ベンダーに同時に発注要件を出してよいですか。 一般的な調達の進め方として問題ありません。同一フォーマットで提示すれば、検証方法や運用範囲の違いを比較しやすくなります。
Q. RFPの段階で技術的な詳細まで書く必要がありますか。 モデルの数式まで指定する必要はありません。むしろ「何を検証したか」「どう説明できるか」を要求水準として書き、具体的な手法の提案はベンダー側に委ねる書き方のほうが、各社の強みを比較しやすくなります。
Q. RFPを書く前に社内で確認しておくべきことは何ですか。 手元データの期間・粒度と、数字を使う目的（誰に何を説明するか）の2点です。この2つが曖昧なまま発注すると、納品後に「思っていたものと違う」というずれが起きやすくなります。