マーケット開発資金（MDF）とは？
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
ソフトウェアベンダーは、パートナーにキャンペーンを実施し、イベントを開催し、パイプラインを築いてほしいと考えています。一方のパートナーは、費用を誰かに分担してほしいと考えています。マーケット開発資金、通称MDFは、その問いに対するベンダーの答えです。パートナーが実施する、承認済みのマーケティング活動を共同で負担するために、ベンダーが確保しておく予算を指します。
発想はシンプルです。成否を分けるのは実行の部分です。本記事では、MDFを定義し、コープ資金（co-op funds）との違いを整理したうえで、申請から払い戻しまでのサイクル、対象となる活動、ベンダーが資金を出す相手を決める基準、会計処理、ROIの測定、そして双方の時間を無駄にする失敗パターンまでを取り上げます。
MDFとは
MDFとは、ベンダーの製品を訴求するマーケティング活動や販売活動の費用を支援するために、ベンダーがチャネルパートナーに提供する資金です。コストシェアリング（費用分担）の一形態です。活動を実施して費用を支払うのはパートナーで、ベンダーは、パートナーが活動の実施を証明した時点で、対象費用の全部または一部を払い戻します。
押さえておきたい点が2つあり、ほかのすべてがそこから決まります。
支払われるまで、資金はベンダーのものです。 DigiCertのパートナー向けMDFガイドは、MDFの資金はDigiCertのものであり、承認した活動をDigiCertの裁量で払い戻すと明言しています。これは一般的な形です。パートナーは、銀行残高のようにMDFの残高を所有しているわけではありません。
資金はベンダーが望むものを買うためにあります。 MDFは贈り物ではありません。ベンダーは見返りとして、測定可能なパイプライン、認知、あるいは能力を期待しており、だからこそほぼすべてのプログラムが、支出をディールレジストレーション、リードリスト、キャンペーンレポートに結びつけています。同じ論理はパートナー主導の成長にも見られ、そこではパートナー自身のマーケティングが、ベンダーのGTMエンジンの一部になります。
MDFとコープ資金の違い
この2つの用語はゆるやかに使われ、ベンダーによっては両方を「MDF」と呼びます。標準ではなく一般的な慣例として、よりすっきりした区別は次のとおりです。
| コープ資金 | MDF | |
|---|---|---|
| 資金の発生のしかた | 自動的に積み上がる。多くはパートナーの仕入額や販売額に対する割合 | ベンダーの裁量で配分される。多くは提案ごと |
| 金額を決めるのは誰か | プログラム規則の計算式 | ベンダーのチャネルまたはパートナーマーケティングのチーム |
| 何に報いるものか | 過去の実績。したがって獲得するもの | 期待される実績。したがって投資 |
| 典型的な目的 | 着実で継続的なプロモーション | ベンダーの優先事項に沿った的を絞ったキャンペーン |
| 計画のパターン | パートナーが積み上がった分を引き出す | パートナーが申請して承認を待つ |
実際のプログラムでは、この線引きはあいまいになります。Oracleのパートナーリレーションシップ管理ソフトウェアのドキュメントは、MDF資金の3つのタイプを定義しています。固定型（特定の金額を配分）、アクルーアル型（販売数量や売上の一定割合など、パートナーの実績に基づいて配分）、混合型（固定の初期額にアクルーアル要素を加えたもの）です。つまり「アクルーアル型MDF」は実在し、コープ資金によく似ています。
HubSpotの2025年のティアと特典のガイドは、このハイブリッドの好例です。MDFは2025年を通じて随時、「獲得型モデル」で利用でき、ティアや所在地を問わずどのパートナーにも開かれているものの、原則としてPlatinum、Diamond、Eliteのパートナーに割り当てられ、ティアなしとGoldのパートナーは個別に検討される、と記されています。実務上のルールは、ラベルではなくプログラムの文書を読むことです。資金が自動的に積み上がるならコープ資金として扱い、申請して承認を受ける必要があるならMDFとして扱います。
MDFのサイクル：提案から払い戻しまで
細部はプログラムごとに違いますが、骨格は共通です。DigiCertとGitLabはどちらも自社の流れを公開しており、両者はよく一致しています。
| ステップ | 何が行われるか | ここでつまずきやすい点 |
|---|---|---|
| 1. 計画 | パートナーとベンダーがマーケティング計画に合意する。通常はパートナーマーケティングマネージャーと進める | 共有された計画がなく、申請が場当たり的に見える |
| 2. 申請 | パートナーが提案を提出する：活動内容、日程、費用、期待される成果 | 費用を使った後に提出してしまう |
| 3. 事前承認 | ベンダーが書面で承認、減額、または却下する | 承認の前にパートナーが着手してしまう |
| 4. 実施 | パートナーが活動を実施し、自社で請求書を支払う | 活動が承認された内容からずれていく |
| 5. 実績証明（POP） | パートナーが請求書と証拠を提出する | 証拠が弱い、または欠けている |
| 6. 払い戻し | ベンダーが請求内容を確認し、承認額を支払う | 請求が遅れ、資金が失効する |
期限は厳格です。 DigiCertは、活動を予定する四半期の1か月前までに申請フォームを提出するよう求めており、承認された請求は提出から60日以内の支払いを目指すとしています。GitLabは、活動開始の少なくとも10営業日前までの申請を求め、5営業日以内の回答を目指すとしたうえで、活動終了から暦日で30日以内の請求を必須としています。いずれも公開されている内容そのままですので、最新版を確認してください。
事前承認は任意ではありません。 GitLabのMDFハンドブックのページは、同社のプロセスに従わず、適切な承認を得ていない活動は払い戻しの対象外であること、そしてプログラムが提案ベースであるため、すべてのパートナーにMDFが渡る保証はないことを明記しています。
資金には有効期限があります。 DigiCertは、未使用の配分を四半期をまたいで繰り越すことはできず、承認された申請の期間内に使う必要があるとしています。GitLabは、パートナーは承認された四半期内に活動を完了しなければならず、請求が期限を逃すと未請求の資金は失効することがあるとしています。
実績証明（Proof of Performance）
POPは、承認された活動が実際に行われ、意図した成果を出したことを示す証拠です。資金は前払いではなく払い戻しであるため、ベンダーはこれを求めます。
DigiCertのガイドが求めるのは、活動、日付、通貨が明記された請求書または領収書、マーケティングまたは販売の成果物の画像、そしてブースの来訪者数、イベントの参加者数、メールの開封率、ディールレジストレーションなどの結果を示すROIレポートです。さらに、パートナーが自社で発行した請求書だけでは足りず、費用が発生したことを示すベンダーの請求書または領収書の写しが必要だと付け加えています。
GitLabのPOPは、活動の種類によって異なります。パートナーが発行した請求書に加え、招待状、販促資料、ブースの写真、録画したウェビナーのURLなど、少なくとも1点の証拠が必要です。複数の活動タイプでは、企業名、担当者名、役職、メール、電話番号を含むリードまたは参加者のリストが必須です。GitLabはそのリードをパートナーに戻すとも述べており、パートナーは生まれた案件をMDFの申請に紐づけて登録できます。これによってMDFはディールレジストレーションと結びつき、ベンダーは支出を成果に結びつけられるようになります。
対象になる活動と対象外の活動の典型例
対象となる活動は、デマンドジェネレーションに集中しています。DigiCertとGitLabが公開している内容に基づくと、次のとおりです。
| 通常は対象 | 通常は対象外 |
|---|---|
| 業界イベントのスポンサー料やブース出展料 | ベンダー製品の値引き |
| パートナー主催の顧客向けセミナーやウェビナー | 一般的な顧客への謝礼や接待 |
| メールやダイレクトメールのキャンペーン | 通常の事業運営のための設備 |
| ブランドを併記した広告、ソーシャル広告、有料検索（承認が必要な場合あり） | 酒類、現金、慈善寄付、出張費（プログラムにより異なる） |
| ベンダーのブランドを掲載したコンテンツや販促資料 | ベンダーの製品に触れていない資料 |
| パートナー自社スタッフ向けの期間限定の販売インセンティブ（DigiCertでは事前承認制） | 競合ソリューションを訴求する活動 |
2つのパターンが繰り返し見られます。1つ目は、ベンダーのブランドが目に見えることです。DigiCertとGitLabはどちらも、資金提供を受けた販促資料に自社のロゴを入れることを求めています。2つ目は、MDFでパートナーの通常の経費は賄えないことです。GitLabは、MDFを設備投資や通常の事業運営費に使ってはならないと明記しています。パートナーの営業担当向けにベンダーが資金を出す販売インセンティブはグレーゾーンで、プログラムごとに扱いが異なります。その経済性は、MDFではなく、マージン、リベート、SPIFFの領域で扱うものです。
ベンダーが資金を出す相手を決める方法
ベンダーはMDFを均等に配るわけではありません。公開されているルールから、選別の基準が見えてきます。
- プログラム上の位置づけ。 HubSpotは、MDFを上位のティアに集中させています。DigiCertは、パートナーが良好な状態にあり、支払期限を過ぎた請求書がないことを求めます。
- 準備状況。 DigiCertは、文書化されたマーケティング計画と、最新のパートナー研修の修了を求めます。GitLabは、承認済みの事業計画、注力アカウントのリスト、パートナーに渡したリードを管理する担当者、ベンダーのチャネルマーケティングマネージャーとの定期的なミーティングを備えた、「マーケティング準備が整った」パートナーを求めています。
- 期待されるリターン。 DigiCertは、資金は四半期ごとに、パートナーのエンゲージメント、見込まれる投資対効果（ROI）、資金の余力に基づいて決まるとしています。
- 費用分担のルール。 GitLabは、活動の総費用の最大50%まで負担するとし、最低申請額を定めています。その最低額は現在$1,000です。複数のベンダーが関わる活動には、全額の資金は出ません。
パートナーの立場なら、計画、目標、成果を証明する方法を携えて臨むことが教訓になります。ベンダーの立場なら、同じ基準が、資金を成果に変えられないパートナーへ流れ込むのを防ぎます。
会計処理
ベンダーにとって、MDFは自動的にマーケティング費用になるわけではありません。ASC 606では、顧客に支払われる対価は、ベンダーが引き換えに別個の財やサービスを受け取る場合を除き、原則として売上の減額として表示されます。チャネルパートナーがベンダーの顧客である場合（たとえば製品を購入するリセラーなど）、そのパートナーに支払うMDFはこの規定の対象になりえます。
BYU School of Accountancyの協働型デジタルマーケティングに関する記事が、そのテストを説明しています。マーケティングサービスがASC 606-10-25-19に照らして別個のもの、つまり売り手に利益をもたらし、顧客のほかの約束とは切り離して識別できるものであれば、その支払いは他のサプライヤーからの購入と同様に会計処理されます。記事は2つの限定を加えています。サービスの公正価値を超える金額は売上を減額し、公正価値を見積もれない場合は、支払い全体が売上を減額します。
これには実務上の影響があります。MDFを費用として扱いたいベンダーは、別個のものを受け取っていることを示す証拠と、その公正価値を見積もる手段が必要です。これもPOPが重要な理由の1つです。処理は事実関係と契約に左右されるため、経理部門は、決めつけずに監査人と確認してください。
MDFのリターンの測り方
ベンダーごとに物差しは異なり、「良いMDFのROI」を示す公開ベンチマークは乏しいのが実情です。数字を引用する代わりに、シンプルな方法を使いましょう。
- 承認の前に成果を定義する。 創出された商談数、登録された案件数、獲得したミーティング数、または参加者数など、その活動が生み出すべきもののいずれかです。
- 活動にタグを付ける。 GitLabのリード返却フローのように、承認された申請ごとにIDを付け、リードリストとディールレジストレーションまで引き継ぎます。
- コストと比較する。 ベンダーの支出を、創出されたパイプラインと成約した売上で割り、ベンダーのほかのチャネルや顧客獲得コストと比べます。
- キャンペーンだけでなく、パートナーを見る。 MDFのキャンペーンが登録案件をほとんど生まないパートナーは、何かを物語っています。
- セールスサイクルを考慮する。 エンタープライズ案件は請求の支払いからかなり後に成約することがあるため、四半期ごとのコホートで追跡します。
結果をパートナーのティア設定に反映させ、成果の高いパートナーほどアクセスが広がるようにしましょう。チャネル販売モデルの記事では、これがほかのチャネル施策の中でどこに位置づくかを示しています。
よくある失敗パターン
使われない資金。 四半期末に失効する配分、期限外に提出された請求、申請に至らない計画などです。ベンダーは信頼を失い、パートナーは使えたはずの資金を失います。
不十分な証拠。 請求書の欠落、裏付けのないパートナー発行の請求書、リードリストなし、販促資料にロゴなし。これらが請求が差し戻される定番の理由で、DigiCertとGitLabはどちらも必要なものを明記しています。
承認前の着手。 最もよくある自ら招く失敗です。承認より先に費用が発生していれば、たいていは対象外になります。
監査と不正のリスク。 DigiCertは、請求を監査・検証し、追加の書類を求め、規定に従わないパートナーを一定期間MDFから除外する権利を留保しています。GitLabの規約は、パートナーに倫理的かつ合法的に事業を行うことを求め、人に不当な影響を与える目的で価値あるものを提供することを禁じています。水増しされた請求書、使い回された証拠、複数のベンダーにまたがる二重請求は、プログラムが検知するために存在する不正のパターンです。複数ベンダーが参加するイベントは二重の資金提供が起きやすい場面で、GitLabが複数のベンダーが関わる場合に資金を制限するのもそのためです。
成果との結びつきの弱さ。 資金を出した活動が登録案件に紐づいていなければ、ベンダーは何が効いたかを判断できず、プログラムはスポンサー予算になってしまいます。
チャネルの摩擦。 キャンペーンが生んだリードを、直販とパートナーの双方が追いかけるとき、MDFは争いの火種になりえます。ここではルール・オブ・エンゲージメント（取り決め）が重要で、プログラムがそれをどう正式化するかはチャネルパートナープログラムの記事で扱っています。
重要なポイント：マーケット開発資金
- MDFはパートナーのマーケティングを共同で負担するベンダーの資金で、DigiCertは、MDFの資金はベンダーのものであり、承認した活動に対して同社の裁量で払い戻されると述べています（DigiCert）。
- Oracleのパートナー管理のドキュメントは、MDF資金の3つのタイプ、すなわち固定型、アクルーアル型、混合型を定義しています（Oracle）。
- GitLabは、事前承認された申請と、活動終了から暦日で30日以内の請求を必須としています（GitLab Handbook）。
- GitLabは、活動の総費用の最大50%を負担し、現在の最低申請額は$1,000だと述べています（GitLab Handbook）。
- HubSpotの2025年のガイドは、MDFを獲得型のモデルと説明しており、原則としてPlatinum、Diamond、Eliteのパートナーに割り当てられます（HubSpot）。
- ASC 606では、顧客への支払いは、別個のサービスを購入する場合を除き、売上を減額します（BYU School of Accountancy）。
関連記事
