Apa Itu Managed Service Provider (MSP)?

Apa itu MSP: Roda layanan yang berputar stabil di samping lemari pelanggan yang terlindungi, menggambarkan operasi berkelanjutan, bukan perbaikan sekali jalan.

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

Managed service provider adalah perusahaan yang memikul tanggung jawab berkelanjutan atas sebagian operasi perusahaan lain, paling sering di bidang IT, dan dibayar dengan biaya berulang agar semuanya tetap berjalan. Pelanggan tidak membeli proyek sekali jadi atau sekotak software. Pelanggan membeli hasil, misalnya "laptop kami selalu ter-patch, email kami berfungsi, dan ada yang menjawab telepon pukul 2 dini hari", dan penyedia layananlah yang menanggung kewajiban untuk mewujudkannya.

Hal itu menjadikan MSP sebagai jenis mitra tersendiri. Vendor software mendekati MSP karena satu hubungan dengan satu MSP bisa membawa puluhan pelanggan kecil sekaligus. Pembeli menyewa MSP karena tidak ingin merekrut sendiri staf untuk fungsi tersebut. Dan karena MSP memegang akses yang dalam ke sistem pelanggan, pemerintah kini menerbitkan panduan keamanan khusus tentang mereka.

Artikel ini mendefinisikan MSP, mencantumkan apa saja yang lazim dikelola MSP, menjelaskan model pendapatan berulangnya, dan membedakan MSP dari MSSP, reseller, dan mitra konsultan. Selanjutnya, artikel membahas alasan vendor membangun program MSP, cara menilai MSP, dan risiko keamanan yang menyertai model ini.

Apa Itu Managed Service Provider

MSP menyediakan layanan tertentu bagi pelanggan, biasanya dari jarak jauh, berdasarkan kontrak yang menetapkan apa yang dicakup, seberapa cepat penyedia merespons, dan berapa yang dibayar pelanggan setiap bulan. Ada tiga ciri yang membedakannya dari perusahaan jasa lain.

  • Tanggung jawab berkelanjutan. Penyedia memegang layanan itu setiap hari, bukan sekadar proyek yang berakhir.
  • Kontrak berulang. Harganya berupa biaya bulanan atau tahunan, biasanya terkait jumlah pengguna, perangkat, atau paket layanan.
  • Service level agreement (SLA). Kontrak mencantumkan target respons dan penyelesaian, sehingga pelanggan dapat menilai apakah penyedia menjalankan tugasnya.

Nasihat bersama tentang keamanan MSP dari badan siber Amerika Serikat, Inggris, Kanada, Australia, dan Selandia Baru menggambarkan model ini dengan lugas. Dokumen itu menyatakan bahwa MSP umumnya mengelola layanan dan fungsi di lingkungan jaringan pelanggan, baik di lokasi pelanggan maupun di-host di pusat data MSP (CISA advisory AA22-131A). Istilah "MSP" juga dipakai secara longgar. Sejumlah perusahaan menjalankan HR dan penggajian, armada printer, atau operasi pemasaran secara terkelola, tetapi IT adalah tempat istilah ini bermula dan tempat sebagian besar program mitra menggunakannya.

Apa yang Lazim Dikelola MSP

Cakupan berbeda-beda di tiap penyedia. Berikut lini layanan yang paling sering dipaketkan, berdasarkan praktik umum industri, bukan satu set data tertentu.

Lini layanan Yang dilakukan MSP Metrik kontrak yang lazim
Help desk dan dukungan pengguna akhir Menjawab tiket, mereset kata sandi, memperbaiki perangkat Waktu respons dan penyelesaian
Pengelolaan endpoint dan server Patching, pemantauan, penyebaran software Perangkat yang dikelola
Administrasi cloud dan tenant Menjalankan Microsoft 365, Azure, atau lingkungan cloud lain untuk pelanggan Pengguna atau langganan
Backup dan pemulihan Menyimpan backup dan menguji pemulihan Volume data, target waktu pemulihan
Jaringan dan konektivitas Memantau firewall, Wi-Fi, dan tautan Lokasi atau perangkat
Layanan keamanan Perlindungan endpoint, pemantauan, kepatuhan patch Pengguna atau perangkat
Pengelolaan vendor dan lisensi Membeli dan memperpanjang software atas nama pelanggan Markup atau biaya per seat

Sebagian besar MSP menjual paket dasar lalu menambah layanan seiring waktu. Perluasan itulah tempat sebagian besar nilai hubungan berada, bagi kedua belah pihak.

Model Pendapatan Berulang

Perbedaan komersial yang menentukan terletak pada cara uang datang. Ada tiga model yang perlu dibedakan.

Model Pendapatan Layanan Terkelola: Baki perbaikan, cincin perawatan berkelanjutan, dan konter paket memisahkan tiga insentif pendapatan.

Model Cara penyedia memperoleh pendapatan Yang dibeli pelanggan Dampak pada insentif
Break-fix Biaya per jam atau per insiden saat ada yang rusak Perbaikan sesuai permintaan Penyedia untung lebih besar saat ada yang rusak
Layanan terkelola Biaya berulang berdasarkan SLA Hasil yang berkelanjutan Penyedia untung lebih besar saat tidak ada yang rusak
Penjualan ulang Margin sekali bayar atas produk, kadang ditambah perpanjangan Lisensi atau perangkat keras Penyedia untung dari penjualan, dukungan menjadi nomor dua

Break-fix menyelaraskan kepentingan penyedia dengan masalah. Layanan terkelola membaliknya: biayanya tetap, sehingga setiap gangguan menjadi biaya bagi penyedia, dan itulah inti SLA. Pendapatan bulanan yang dapat diprediksi juga memungkinkan MSP kecil merekrut staf dan berinvestasi pada tools. Imbal baliknya, penyedia harus menetapkan harga cakupan dengan cermat, karena biaya tetap bisa menjadi tidak menguntungkan ketika kebutuhan pelanggan tumbuh lebih cepat daripada kontraknya.

Untuk mekanisme margin di balik hal ini, lihat gross margin, dan untuk cara keterlibatan layanan berulang disusun di firma profesional, lihat model keterlibatan konsultasi.

Fakta Utama: Managed Service Provider

  • Badan keamanan pemerintah menggambarkan MSP sebagai penyedia yang umumnya mengelola layanan dan fungsi di dalam jaringan pelanggan, di lokasi pelanggan atau di pusat data MSP (CISA, AA22-131A).
  • Nasihat bersama bulan Mei 2022 itu diterbitkan oleh badan-badan di AS (CISA, NSA, FBI), Inggris (NCSC-UK), Australia (ACSC), Kanada (CCCS), dan Selandia Baru (NCSC-NZ) (CISA, AA22-131A).
  • Nasihat tersebut memperingatkan bahwa pelaku ancaman dapat memakai MSP yang rentan sebagai vektor akses awal ke banyak jaringan korban, dengan dampak berantai secara global (CISA, AA22-131A).
  • Nasihat itu merekomendasikan agar pelanggan menyimpan log terpentingnya setidaknya selama enam bulan dan agar kontrak secara jelas menetapkan siapa pemilik peran dan tanggung jawab keamanan ICT (CISA, AA22-131A).
  • Program Cloud Solution Provider milik Microsoft menyatakan bahwa mitra CSP berada dalam posisi yang baik untuk memenuhi permintaan pelanggan akan layanan terkelola (Microsoft Learn).

MSP vs MSSP vs Reseller vs Mitra Konsultan

Jenis mitra ini saling tumpang tindih dalam praktik, dan satu perusahaan sering memegang beberapa peran sekaligus. Cara paling bersih untuk membedakannya adalah dengan melihat apa yang menjadi tanggung jawab mitra setelah penjualan.

Jenis mitra Aktivitas inti Tanggung jawab berkelanjutan Pola pendapatan
MSP Menjalankan layanan tertentu bagi pelanggan Ya, berdasarkan SLA Biaya berulang
MSSP (managed security service provider) Menjalankan fungsi keamanan seperti pemantauan dan respons Ya, atas hasil keamanan Biaya berulang
Reseller Menjual produk vendor dan menangani transaksi Terbatas, sebagian besar pada penjualan Margin per penjualan
Mitra konsultan Memberi saran dan mengimplementasikan untuk suatu proyek Hingga proyek selesai Biaya per proyek atau berbasis waktu

MSSP pada dasarnya adalah MSP yang mengkhususkan diri pada keamanan. Banyak MSP menambahkan layanan keamanan, sehingga garis pembedanya kabur, jadi tanyakan kepada setiap penyedia fungsi keamanan mana yang ia kerjakan sendiri dan mana yang disubkontrakkan.

Pembedaan reseller adalah yang paling sering keliru dipahami vendor. Reseller bisa menjual produk dengan baik tetapi tetap tidak mengelola apa pun sesudahnya. MSP memasukkan produk itu ke dalam layanan yang ia operasikan. Banyak mitra melakukan keduanya: menjual ulang lisensi dan mengelolanya. Untuk mekanisme penjualan ulang dari sisi vendor, lihat distributor vs reseller, dan untuk mitra berbasis proyek, lihat mitra konsultan dan konsultasi implementasi.

Mengapa Vendor Software Membangun Program Mitra MSP

MSP adalah pengganda. Satu MSP yang menandatangani kerja sama dapat menghadirkan produk vendor kepada setiap pelanggan yang dilayani MSP itu, sementara MSP menangani onboarding dan dukungan lini pertama. Bagi vendor yang menjual ke bisnis kecil dan menengah yang tidak membenarkan adanya motion penjualan langsung, itu adalah saluran distribusi yang sulit dibangun sendiri. Hal ini sejalan dengan logika yang lebih luas dalam model penjualan channel dan pertumbuhan berbasis mitra.

Cara Vendor Membekali Mitra MSP: Satu pengatur kunci mengendalikan kompartemen pelanggan yang terpisah tanpa membuka semuanya sekaligus.

Untuk melayani MSP, vendor biasanya harus membangun hal-hal yang tidak pernah dibutuhkan pelanggan langsung:

  • Manajemen multi-tenant. Satu konsol tempat MSP mengelola banyak akun pelanggan tanpa harus berulang kali masuk dan keluar.
  • Akses terdelegasi dengan batasan. Pelanggan memberi MSP izin tertentu, bukan hak admin menyeluruh.
  • Penagihan terkonsolidasi atau terkumpul. MSP menerima satu faktur dan menagih pelanggannya sendiri dengan ketentuannya sendiri.
  • Lisensi yang dirancang untuk penyedia layanan. Ketentuan fleksibel yang cocok untuk penjualan ulang bulanan dan perubahan per pelanggan.

Program Cloud Solution Provider milik Microsoft adalah contoh terkini yang terdokumentasi. Dokumentasi Partner Center-nya menjelaskan dua model penjualan: model tidak langsung, ketika reseller membeli lewat distributor resmi yang dapat berkolaborasi dalam pemasaran, dukungan pelanggan, dan penagihan, serta model direct-bill, ketika mitra membeli dari Microsoft dan harus menjual, menagih, mengelola, dan mendukung pelanggannya secara mandiri (Microsoft Learn). Keduanya mensyaratkan keanggotaan aktif dalam Microsoft AI Cloud Partner Program. Mitra direct-bill juga harus menunjukkan setidaknya satu layanan terkelola, layanan IP, atau aplikasi solusi pelanggan, dan telah bertransaksi sebagai reseller tidak langsung selama 12 bulan sebelumnya (Microsoft Learn).

Microsoft juga membangun kontrol keamanan untuk hubungan MSP. Granular delegated admin privileges (GDAP) memungkinkan mitra mengonfigurasi akses granular yang dibatasi waktu ke beban kerja pelanggan, dan pelanggan harus secara eksplisit memberikan akses dengan hak minimum tersebut (Microsoft Learn). Fitur ini memperlihatkan sisi vendor dari risiko yang dibahas di bawah: perangkatnya ada karena akses MSP memang berdaya besar.

Nama dan persyaratan program sering berubah, jadi pastikan ketentuan terkini di halaman mitra resmi vendor sebelum Anda membangun rencana di atasnya. Mekanisme kepemilikan deal antara vendor dan mitranya dibahas dalam registrasi deal, dan desain program yang lebih luas dalam program mitra channel.

Cara Menilai Mitra MSP

Baik Anda pelanggan yang memilih MSP maupun vendor yang memutuskan MSP mana yang akan direkrut, pertanyaannya sama.

  1. Kejelasan cakupan. Apa yang termasuk, apa yang ditagih terpisah, dan apa yang terjadi di batasnya? Cakupan yang kabur adalah sumber sengketa yang paling umum.
  2. Realisme SLA. Periksa target respons dan penyelesaian, cara pengukurannya, dan kompensasi apa yang ada ketika target tidak tercapai.
  3. Praktik keamanan. Tanyakan bagaimana MSP melindungi akunnya sendiri, terutama akun yang dipakai untuk menjangkau lingkungan pelanggan. Daftar dalam nasihat tersebut mencakup penerapan autentikasi multifaktor pada akun MSP yang mengakses lingkungan pelanggan dan penonaktifan akun yang tidak lagi dipakai (CISA, AA22-131A).
  4. Tanggung jawab kontraktual. Nasihat yang sama menyatakan bahwa pelanggan harus memastikan kontraknya memuat langkah keamanan siber yang sesuai kebutuhan mereka dan bahwa peran keamanan ditetapkan dengan jelas (CISA, AA22-131A).
  5. Jaminan pemasok. NCSC Inggris mencatat bahwa sertifikasi Cyber Essentials memberi organisasi cara untuk memperoleh jaminan bahwa pemasok telah menerapkan kontrol teknis dasar (NCSC). Sertifikasi adalah batas bawah, bukan jaminan.
  6. Ketentuan keluar. Tanyakan bagaimana Anda mengambil kembali data, dokumentasi, dan kredensial jika Anda berhenti.
  7. Untuk vendor: kemampuan menjual dan mendukung produk Anda. Periksa staf yang terlatih, pelanggan yang sudah memakai platform Anda, dan apakah MSP menginginkan lini layanan yang dibangun di atas produk Anda, bukan sekadar margin.

Risiko Keamanan dan Rantai Pasok

Akses yang membuat MSP berguna juga menjadikannya target. Nasihat bersama 2022 menyatakan bahwa badan-badan tersebut memperkirakan aktivitas jahat terhadap MSP akan terus berlanjut, dan bahwa penyerang dapat memakai MSP yang rentan sebagai vektor akses awal ke banyak jaringan korban (CISA, AA22-131A). Itulah masalah rantai pasok dalam satu kalimat: keamanan Anda sebagian bergantung pada keamanan penyedia Anda.

Akses MSP dan Risiko Rantai Pasok: Kompartemen pelanggan terkunci yang terpisah mencegah satu kunci penyedia membuka setiap lingkungan.

Rekomendasi dalam nasihat tersebut bagi penyedia maupun pelanggan mencakup:

  • Terapkan MFA pada akun MSP yang menjangkau lingkungan pelanggan.
  • Pisahkan jaringan dan terapkan akses dengan hak minimum.
  • Pertahankan pemantauan dan pencatatan log, dengan menyimpan log terpenting setidaknya selama enam bulan agar intrusi yang terlambat ditemukan masih dapat diselidiki.
  • Pertahankan backup terenkripsi offline dan rencana respons insiden yang telah diuji.
  • Tuangkan kepemilikan tanggung jawab keamanan secara tertulis.

Semua ini tidak berarti menghindari MSP. Perusahaan kecil tanpa staf keamanan sendiri mungkin lebih aman bersama penyedia yang disiplin daripada sendirian. Maksudnya, perlakukan MSP sebagai pemasok berhak istimewa: batasi apa yang bisa dijangkaunya, tanyakan bagaimana ia melindungi akses itu, dan tuangkan pembagian tanggung jawab ke dalam kontrak.

Kesalahan Umum

  • Memperlakukan MSP seperti reseller. Membeli hanya berdasarkan harga mengabaikan hal yang sebenarnya Anda bayar: kualitas layanan.
  • Melewatkan detail SLA. Target tanpa metode pengukuran atau kompensasi hanyalah janji, bukan komitmen.
  • Memberi hak admin luas secara permanen. Pilih akses terbatas dan dibatasi waktu bila platform mendukungnya.
  • Mengira MSP yang memiliki keamanan. Tanpa pembagian tanggung jawab tertulis, masing-masing pihak bisa mengira pihak lain yang menanganinya.
  • Merekrut MSP tanpa program. Vendor yang menandatangani MSP tetapi tidak menawarkan tools multi-tenant atau dukungan penagihan hanya mendapat logo, bukan volume.

Pertanyaan yang Sering Diajukan tentang Managed Service Provider

Apa yang dilakukan managed service provider?

Ia memikul tanggung jawab berkelanjutan atas layanan tertentu, paling sering IT, lewat kontrak berulang dengan SLA. Badan keamanan pemerintah menggambarkan MSP sebagai pihak yang umumnya mengelola layanan dan fungsi di lingkungan jaringan pelanggan, baik di lokasi pelanggan maupun di pusat data MSP.

Apa bedanya MSP dengan reseller?

Reseller terutama menjual produk dan menangani transaksi. MSP mengoperasikan layanan sesudahnya dan bertanggung jawab atas kinerjanya. Banyak perusahaan melakukan keduanya, yaitu menjual ulang lisensi dan mengelolanya bagi pelanggan.

Apa perbedaan antara MSP dan MSSP?

MSSP adalah managed service provider yang berfokus pada fungsi keamanan seperti pemantauan dan respons. Banyak MSP umum juga menjual layanan keamanan, jadi tanyakan fungsi mana yang mereka kerjakan sendiri dan mana yang dialihdayakan.

Mengapa vendor software menjalankan program mitra MSP?

Satu MSP dapat membawa banyak pelanggan kecil bagi vendor dan menangani onboarding serta dukungan lini pertama. Untuk memungkinkannya, vendor biasanya membangun konsol multi-tenant, kontrol akses terdelegasi, dan penagihan yang dirancang untuk penyedia layanan, seperti yang didokumentasikan program Cloud Solution Provider milik Microsoft.

Apakah MSP merupakan risiko keamanan?

Bisa, karena mereka memegang akses berhak istimewa ke sistem pelanggan. Nasihat bersama dari badan-badan Amerika Serikat, Inggris, Kanada, Australia, dan Selandia Baru memperingatkan bahwa MSP yang rentan dapat menjadi vektor akses awal ke banyak jaringan korban. Penerapan MFA, hak akses minimum, pencatatan log, dan tanggung jawab kontrak yang jelas mengurangi risikonya.

Bacaan Terkait

About the author

Brian Tr

Brian Tr

Co-Founder & COO

Brian Tr is Co-Founder and COO of Rework, with 12+ years in B2B go-to-market and operations. Brian scaled Rework from 0 to 10,000+ B2B customers across CRM and productivity tools. Brian writes for founders and owner-CEOs: startup fundamentals, founder-led and family businesses, partnerships, and how SaaS, marketplace, AI and EdTech companies grow.