Bahasa Indonesia
Apa Itu Market Development Funds (MDF)?
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Vendor software ingin mitranya menjalankan kampanye, menggelar acara, dan membangun pipeline. Para mitra ingin ada pihak lain yang ikut menanggung biayanya. Market development funds, yang biasa disingkat MDF, adalah jawaban vendor: anggaran yang ia sisihkan untuk ikut membiayai kegiatan pemasaran yang telah disetujui dan dijalankan oleh mitra.
Gagasannya sederhana. Pelaksanaannyalah yang menentukan program berhasil atau gagal. Artikel ini mendefinisikan MDF, membedakannya dari dana co-op, menelusuri siklus dari permintaan hingga penggantian biaya, serta membahas kegiatan yang memenuhi syarat, cara vendor memutuskan siapa yang mendapat dana, perlakuan akuntansinya, pengukuran ROI, dan pola kegagalan yang menyia-nyiakan waktu kedua belah pihak.
Apa Itu MDF
MDF adalah uang yang diberikan vendor kepada channel partner untuk membantu membayar kegiatan pemasaran atau penjualan yang mempromosikan produk vendor. Ini bentuk pembagian biaya. Mitra menjalankan kegiatannya, membayar tagihannya, dan vendor mengganti seluruh atau sebagian biaya yang memenuhi syarat setelah mitra membuktikan bahwa pekerjaan itu benar-benar terlaksana.
Dua hal membentuk semua aspek lainnya.
Dana tetap milik vendor sampai dicairkan. Panduan MDF mitra dari DigiCert menyatakan dengan jelas bahwa dana MDF adalah milik DigiCert dan bahwa kegiatan yang disetujui diganti atas kebijakannya sendiri. Itu lazim. Mitra tidak memiliki saldo MDF seperti memiliki saldo bank.
Dana itu membeli sesuatu yang diinginkan vendor. MDF bukan hadiah. Vendor mengharapkan pipeline, kesadaran merek, atau kapabilitas yang terukur sebagai imbalannya, itulah sebabnya hampir setiap program mengaitkan pengeluaran dengan registrasi deal, daftar lead, atau laporan kampanye. Anda akan melihat logika yang sama dalam pertumbuhan berbasis mitra, ketika pemasaran milik mitra sendiri menjadi bagian dari mesin go-to-market vendor.
MDF vs. Dana Co-Op
Istilah ini dipakai secara longgar, dan sebagian vendor memakai "MDF" untuk keduanya. Pembedaan yang lebih bersih, sebagai konvensi umum dan bukan standar, adalah sebagai berikut.
| Dana co-op | MDF | |
|---|---|---|
| Asal dana | Terakumulasi otomatis, sering sebagai persentase dari pembelian atau penjualan mitra | Dialokasikan atas kebijakan vendor, sering per proposal |
| Siapa yang menentukan jumlah | Rumus dalam aturan program | Tim channel atau pemasaran mitra vendor |
| Apa yang diganjar | Kinerja masa lalu, jadi dana itu diperoleh | Kinerja yang diharapkan, jadi dana itu investasi |
| Tujuan lazim | Promosi yang stabil dan berkelanjutan | Kampanye terarah yang melayani prioritas vendor |
| Pola perencanaan | Mitra menarik apa yang telah terakumulasi | Mitra mengajukan permintaan dan menunggu persetujuan |
Garis pembatasnya kabur dalam program nyata. Dokumentasi Oracle untuk software partner relationship management-nya mendefinisikan tiga jenis dana MDF: fixed (jumlah tertentu dialokasikan), accrual (dana dialokasikan berdasarkan kinerja mitra, seperti unit terjual atau persentase pendapatan), dan mixed (jumlah awal tetap ditambah unsur akumulasi). Jadi "MDF akumulasi" itu nyata, dan sangat mirip co-op.
Panduan tingkatan dan manfaat HubSpot tahun 2025 memberi contoh hibrida yang berguna. Panduan itu menyatakan MDF akan tersedia "in an earned model" secara bergulir sepanjang 2025, terbuka bagi mitra di tingkatan atau lokasi mana pun tetapi pada umumnya dicadangkan bagi mitra Platinum, Diamond, dan Elite, sedangkan mitra Untiered dan Gold dipertimbangkan kasus per kasus. Aturan praktisnya: bacalah dokumen programnya, bukan labelnya. Jika dana terakumulasi otomatis, anggap itu co-op. Jika Anda harus mengajukan dan disetujui, anggap itu MDF.
Siklus MDF: Dari Proposal hingga Penggantian Biaya
Rincian program berbeda-beda, tetapi kerangkanya sama. DigiCert dan GitLab sama-sama menerbitkan siklusnya, dan keduanya sangat selaras.
| Langkah | Yang terjadi | Yang bisa salah di sini |
|---|---|---|
| 1. Rencana | Mitra dan vendor menyepakati rencana pemasaran, biasanya bersama partner marketing manager | Tidak ada rencana bersama, sehingga permintaan terasa acak |
| 2. Permintaan | Mitra mengajukan proposal: kegiatan, tanggal, biaya, hasil yang diharapkan | Diajukan setelah uang dibelanjakan |
| 3. Pra-persetujuan | Vendor menyetujui, memangkas, atau menolak, secara tertulis | Mitra mulai sebelum disetujui |
| 4. Pelaksanaan | Mitra menjalankan kegiatan dan membayar sendiri tagihannya | Kegiatan menyimpang dari yang disetujui |
| 5. Bukti kinerja (POP) | Mitra menyerahkan faktur dan bukti | Bukti lemah atau tidak ada |
| 6. Penggantian biaya | Vendor meninjau klaim dan membayar jumlah yang disetujui | Klaim terlambat, sehingga dana hangus |
Waktunya ketat. DigiCert meminta mitra menyerahkan formulir permintaan satu bulan sebelum kuartal tempat kegiatan direncanakan, dan menyatakan menargetkan pembayaran klaim yang disetujui dalam 60 hari sejak penyerahan. GitLab meminta permintaan diajukan paling lambat 10 hari kerja sebelum kegiatan dimulai, menargetkan respons dalam 5 hari kerja, dan mewajibkan klaim dalam 30 hari kalender setelah kegiatan berakhir. Keduanya sesuai yang dipublikasikan; periksa versi terbarunya.
Pra-persetujuan bukan pilihan. Halaman handbook MDF GitLab menyatakan bahwa kegiatan apa pun yang tidak mengikuti prosesnya dan tidak memiliki persetujuan yang tepat tidak memenuhi syarat penggantian biaya, dan karena programnya berbasis proposal, tidak ada jaminan setiap mitra akan menerima MDF.
Dana kedaluwarsa. DigiCert menyatakan alokasi yang tidak terpakai tidak dapat dibawa dari kuartal ke kuartal dan harus digunakan dalam kerangka waktu pada permintaan yang disetujui. GitLab menyatakan mitra harus menyelesaikan kegiatan dalam kuartal saat kegiatan itu disetujui, dan dana yang tidak diklaim dapat hangus jika klaim melewati jendela waktunya.
Bukti Kinerja
POP adalah bukti bahwa kegiatan yang disetujui benar-benar terjadi dan menghasilkan apa yang seharusnya. Vendor memintanya karena dana ini adalah penggantian biaya, bukan uang muka.
Panduan DigiCert meminta faktur atau kuitansi yang menyebutkan kegiatan, tanggal, dan mata uang, gambar materi pemasaran atau penjualan yang dihasilkan, serta laporan ROI yang menunjukkan hasil seperti lalu lintas booth, kehadiran acara, tingkat pembukaan email, dan registrasi deal. Panduan itu menambahkan bahwa faktur buatan mitra saja tidak cukup: salinan faktur atau kuitansi vendor yang menunjukkan biaya itu benar-benar terjadi wajib disertakan.
POP GitLab bergantung pada jenis kegiatan. Faktur buatan mitra ditambah setidaknya satu butir bukti, seperti undangan, materi kolateral, foto booth, atau URL ke rekaman webinar. Untuk beberapa jenis kegiatan, daftar lead atau peserta diwajibkan, lengkap dengan perusahaan, kontak, jabatan, email, dan telepon. GitLab juga menyatakan akan meneruskan lead tersebut kembali ke mitra, sehingga mitra dapat meregistrasikan deal yang dihasilkan terhadap permintaan MDF. Hal itu mengaitkan MDF dengan registrasi deal, cara vendor menghubungkan pengeluaran dengan hasil.
Kegiatan yang Lazim Memenuhi dan Tidak Memenuhi Syarat
Kegiatan yang memenuhi syarat mengelompok di sekitar demand generation. Berdasarkan yang dipublikasikan DigiCert dan GitLab:
| Biasanya memenuhi syarat | Biasanya tidak memenuhi syarat |
|---|---|
| Sponsorship dan biaya booth di acara industri | Pemberian diskon atas produk vendor |
| Seminar dan webinar pelanggan yang diselenggarakan mitra | Apresiasi pelanggan umum atau hiburan |
| Kampanye email dan direct mail | Peralatan untuk operasi bisnis sehari-hari |
| Iklan co-branded, iklan sosial, pencarian berbayar (kadang dengan persetujuan) | Alkohol, uang tunai, donasi amal, perjalanan (bervariasi per program) |
| Konten dan kolateral yang menampilkan merek vendor | Materi yang tidak menyebut produk vendor |
| Insentif penjualan terbatas waktu untuk staf mitra sendiri (di DigiCert, harus disetujui lebih dulu) | Kegiatan yang mempromosikan solusi pesaing |
Dua pola berulang. Pertama, merek vendor harus terlihat: DigiCert dan GitLab sama-sama mewajibkan logo mereka pada kolateral yang didanai. Kedua, MDF tidak dapat membiayai overhead biasa milik mitra. GitLab menyatakan MDF tidak boleh dipakai untuk belanja modal atau biaya normal menjalankan bisnis. Insentif penjualan yang didanai vendor untuk tenaga penjual mitra adalah area abu-abu yang ditangani berbeda oleh tiap program; ekonomi insentif itu termasuk dalam margin, rebate, dan SPIFF, bukan MDF.
Cara Vendor Memutuskan Siapa yang Didanai
Vendor tidak membagikan MDF secara merata. Aturan yang mereka publikasikan memperlihatkan saringannya.
- Posisi dalam program. HubSpot memusatkan MDF pada tingkatan yang lebih tinggi. DigiCert mewajibkan mitra berstatus baik tanpa faktur yang jatuh tempo.
- Kesiapan. DigiCert mewajibkan rencana pemasaran yang terdokumentasi dan pelatihan mitra yang mutakhir. GitLab mewajibkan mitra yang "marketing ready" dengan rencana bisnis yang disetujui, daftar akun fokus, seorang penanggung jawab lead yang diteruskan ke mitra, dan panggilan rutin dengan channel marketing manager vendor.
- Imbal hasil yang diharapkan. DigiCert menyatakan pendanaan ditentukan setiap kuartal berdasarkan keterlibatan mitra, proyeksi return on investment, dan ketersediaan dana.
- Aturan pembagian biaya. GitLab menyatakan akan menanggung hingga 50% dari total biaya suatu kegiatan dan menetapkan jumlah permintaan minimum; saat ini minimumnya $1.000. Kegiatan dengan banyak vendor tidak mendapat pendanaan penuh.
Jika Anda mitra, pelajarannya adalah datang dengan rencana, target, dan cara membuktikan hasil. Jika Anda vendor, saringan yang sama mencegah dana jatuh ke mitra yang tidak mampu mengonversinya.
Perlakuan Akuntansi
Bagi vendor, MDF tidak otomatis menjadi beban pemasaran. Berdasarkan ASC 606, imbalan yang harus dibayar kepada pelanggan umumnya disajikan sebagai pengurang pendapatan, kecuali vendor menerima barang atau jasa yang berbeda sebagai gantinya. Ketika channel partner adalah pelanggan vendor (misalnya reseller yang membeli produk), MDF yang dibayarkan kepadanya dapat masuk ke aturan ini.
Artikel tentang pemasaran digital kooperatif dari BYU School of Accountancy menguraikan ujinya. Jika jasa pemasaran itu berbeda menurut ASC 606-10-25-19, artinya menguntungkan penjual dan dapat diidentifikasi secara terpisah dari janji-janji pelanggan lainnya, pembayaran itu dicatat seperti pembelian lain dari pemasok. Artikel itu menambahkan dua batasan: jumlah di atas nilai wajar jasa tersebut mengurangi pendapatan, dan jika nilai wajar tidak dapat diestimasi, seluruh pembayaran mengurangi pendapatan.
Hal itu berimplikasi praktis. Vendor yang ingin MDF diperlakukan sebagai beban membutuhkan bukti bahwa ia menerima sesuatu yang berbeda dan dapat mengestimasi nilai wajarnya, satu alasan lagi mengapa POP penting. Perlakuannya bergantung pada fakta dan kontrak, jadi tim keuangan sebaiknya mengonfirmasinya dengan auditor, bukan berasumsi.
Mengukur Imbal Hasil MDF
Setiap vendor punya tolok ukur berbeda, dan tolok ukur publik untuk "ROI MDF yang baik" sangat terbatas. Alih-alih mengutip angka, gunakan metode sederhana.
- Tetapkan hasil sebelum persetujuan. Opportunity yang tercipta, deal yang diregistrasikan, meeting yang terjadwal, atau jumlah peserta, mana pun yang dimaksudkan untuk dihasilkan kegiatan itu.
- Beri tag pada kegiatan. Berikan ID pada setiap permintaan yang disetujui dan bawa ID itu melalui daftar lead dan registrasi deal, seperti alur pengembalian lead milik GitLab.
- Bandingkan dengan biaya. Bagi pengeluaran vendor dengan pipeline yang tercipta dan dengan pendapatan yang berhasil ditutup, lalu bandingkan dengan saluran vendor lainnya dan biaya akuisisi pelanggan-nya.
- Lihat mitranya, bukan hanya kampanyenya. Mitra yang kampanye MDF-nya jarang menghasilkan deal terdaftar sedang memberi tahu Anda sesuatu.
- Perhitungkan siklus penjualan. Deal enterprise bisa tertutup lama setelah klaim dibayar, jadi lacak kohort per kuartal.
Hubungkan hasilnya kembali ke penjenjangan mitra agar yang berkinerja kuat memperoleh akses lebih besar. Artikel model penjualan channel menunjukkan posisi hal ini di antara tuas channel lainnya.
Pola Kegagalan Umum
Dana tak terpakai. Alokasi yang kedaluwarsa di akhir kuartal, klaim yang diajukan di luar jendela waktu, atau rencana yang tidak pernah menjadi permintaan. Vendor kehilangan niat baik dan mitra kehilangan uang yang seharusnya bisa mereka pakai.
Bukti buruk. Faktur yang hilang, faktur buatan mitra tanpa dasar apa pun, tidak ada daftar lead, tidak ada logo pada kolateral. Inilah alasan yang biasa membuat klaim ditolak, dan DigiCert serta GitLab sama-sama merinci apa yang mereka butuhkan.
Memulai sebelum persetujuan. Kesalahan paling umum yang dibuat sendiri. Jika pengeluaran terjadi sebelum persetujuan, biasanya tidak memenuhi syarat.
Paparan audit dan kecurangan. DigiCert berhak mengaudit dan memverifikasi klaim, meminta dokumentasi tambahan, dan melarang mitra yang tidak patuh menerima MDF untuk jangka waktu tertentu. Ketentuan GitLab mewajibkan mitra berbisnis secara etis dan sah serta melarang pemberian apa pun yang bernilai secara tidak patut untuk memengaruhi pihak lain. Faktur yang digelembungkan, bukti yang didaur ulang, dan klaim ganda ke beberapa vendor adalah pola kecurangan yang hendak ditangkap oleh program. Acara multi-vendor adalah tempat umum terjadinya pendanaan ganda, itulah sebabnya GitLab membatasi pendanaan ketika beberapa vendor terlibat.
Keterkaitan lemah dengan hasil. Jika kegiatan yang didanai tidak dikaitkan dengan deal terdaftar, vendor tidak bisa tahu apa yang berhasil, dan program berubah menjadi sekadar anggaran sponsorship.
Gesekan channel. MDF dapat memicu sengketa ketika suatu kampanye menghasilkan lead yang dikejar oleh tim penjualan langsung dan mitra sekaligus. Aturan keterlibatan penting di sini, dan artikel program mitra channel membahas cara program memformalkannya.
Fakta Utama: Market Development Funds
- MDF adalah dana vendor yang ikut membiayai pemasaran mitra; DigiCert menyatakan bahwa dana MDF adalah milik vendor dan diganti untuk kegiatan yang disetujui atas kebijakannya (DigiCert).
- Dokumentasi manajemen mitra Oracle mendefinisikan tiga jenis dana MDF: fixed, accrual, dan mixed (Oracle).
- GitLab mewajibkan permintaan yang disetujui lebih dulu, dan klaim dalam 30 hari kalender setelah kegiatan berakhir (GitLab Handbook).
- GitLab menyatakan menanggung hingga 50% dari total biaya suatu kegiatan, dengan permintaan minimum saat ini sebesar $1.000 (GitLab Handbook).
- Panduan HubSpot 2025 menggambarkan MDF sebagai model earned, pada umumnya dicadangkan bagi mitra Platinum, Diamond, dan Elite (HubSpot).
- Berdasarkan ASC 606, pembayaran kepada pelanggan mengurangi pendapatan kecuali pembayaran itu membeli jasa yang berbeda (BYU School of Accountancy).
Bacaan Terkait
Co-Founder & COO