Bagi penyedia layanan terkelola, SOP adalah sistem operasi bisnis. Dengan Trupeer, Anda dapat menghemat berjam-jam untuk dokumentasi MSP dengan memulai dari template SOP MSP gratis, menyesuaikannya dengan panduan merek Anda, lalu menggunakan pembuat SOP berbasis AI kami untuk mengubah setiap prosedur menjadi panduan video yang jelas.

Apa itu template SOP MSP, dan apa bedanya?

SOP standar MSP adalah metode tertulis untuk tugas yang tim Anda lakukan berulang kali di lingkungan klien: memulihkan mailbox, menonaktifkan karyawan yang keluar, membangun ulang endpoint, menangani laporan phishing.

Konten teknisnya hampir seluruhnya tumpang tindih dengan IT SOP internal. Dua hal ditambahkan, dan keduanya muncul karena Anda bekerja berdasarkan perjanjian komersial di lingkungan pihak lain.

Setiap prosedur memiliki sisi komersial. Di suatu titik dalam pekerjaan, Anda berpindah dari apa yang dicakup kontrak ke apa yang seharusnya ditagih atau dikutip, dan orang yang berdiri tepat di batas itu adalah teknisi di tengah sebuah tiket.

Dan setiap prosedur memiliki alih tangan di luar organisasi Anda. Langkah-langkah yang perlu klien menyetujui, memberikan akses, hadir, atau mengambil keputusan, serta orang-orang tersebut tidak tunduk pada tingkat layanan Anda.

SOP internal tidak punya masalah itu. Abaikan keduanya dan Anda akan mendapatkan prosedur yang sangat baik secara teknis namun diam-diam mahal—yang menjadi topik sebagian besar halaman ini.

Di mana margin MSP bocor: di dalam tiket

Tanyakan kepada pemilik MSP ke mana margin mengalir, dan Anda akan mendengar tentang gaji, alat bantu, atau klien yang mengambil dukungan terlalu banyak. Itu nyata dan terlihat, sehingga itulah yang dikelola.

Kebocoran yang tidak terlihat terjadi di dalam tiket yang sah.

Seorang engineer mengambil permintaan yang termasuk cakupan, menyelesaikannya dengan benar, dan saat sedang login ia menyadari ada hal lain yang salah. Struktur Teams klien berantakan, atau aturan firewall mereka adalah kumpulan pengecualian yang menumpuk selama satu dekade. Mereka menghabiskan sembilan puluh menit untuk memperbaikinya karena jelas perlu diperbaiki, lalu mencatatnya pada tiket yang sama.

Tidak ada unsur pelanggaran di situ. Itu hanya engineer yang baik melakukan hal yang baik. Namun itu juga pekerjaan yang tidak ditagih pada kontrak fixed-fee, dan karena berada di dalam tiket yang termasuk cakupan, tidak ada laporan yang akan menunjukkan hal itu kepada Anda.

Tanyakan kepada para engineer alasannya, jawabannya konsisten. Tidak ada yang memberi tahu mereka di mana batasnya. Deskripsi layanan adalah dokumen komersial di folder kontrak, dan runbook menjelaskan cara melakukan pekerjaan tanpa menyebut apakah itu termasuk atau tidak.

Jadi, batas komersial diputuskan puluhan kali seminggu oleh siapa pun yang kebetulan sedang ada di tiket tersebut. Itu masalah desain prosedur, bukan masalah disiplin.

Cara menyesuaikan template ini di Trupeer

Langkah 1: Buka Bagian Templates

Buka bagian Templates dari navigasi utama.

Langkah 2: Pilih dan Buka Template

Klik pada template apa pun yang ingin Anda gunakan untuk membukanya.

Langkah 3: Perluas Tampilan Template

Jika diperlukan, perluas tampilan template untuk melihat tata letak dan detail secara jelas.

Langkah 4: Edit Template

Klik Edit untuk mulai memodifikasi template yang dipilih.

Di dalam editor, Anda dapat:

• Menambahkan bagian baru

• Menentukan atau memperbarui aturan pemformatan

• Menambahkan logo serta menyesuaikan posisinya dan pengaturan terkait

Langkah 5: Simpan Template yang Anda Sesuaikan

Setelah membuat semua perubahan yang diperlukan, klik Save untuk menyimpan template yang diperbarui sebagai milik Anda.

Langkah 6: Pratinjau dan Penyempurnaan Template

Saat Anda ingin melihat seperti apa tampilan template yang Anda sesuaikan, buka Preview.

Dari layar pratinjau, Anda dapat terus melakukan penyesuaian langsung jika diperlukan, sehingga template tampil persis seperti yang Anda inginkan.

Dengan template SOP MSP, Anda bisa:

• Menghemat waktu untuk menulis: Lewati halaman kosong dengan struktur yang dibangun untuk prosedur MSP.

• Kurangi MTTR: SOP yang jelas membantu dukungan teknis apa pun untuk klien mana pun, dengan cepat.

• Tetap sesuai merek: Terapkan logo, font, dan warna Anda menggunakan brand kit Trupeer.

• Onboarding teknisi lebih cepat: Padukan SOP dengan panduan video untuk meningkatkan kesiapan teknisi baru.

• Siap audit: Bagian bawaan mendukung SOC 2, ISO 27001, dan audit klien.

• Jangkau tim global: Terjemahkan SOP MSP ke 65+ bahasa hanya dengan satu klik.

Mengapa setiap prosedur MSP perlu batas cakupan

Perbaikannya kecil dan masuk ke dalam prosedur, bukan ke dalam kebijakan yang tidak dibaca siapa pun.

Setiap SOP MSP menyatakan, di bagian atas, apa yang dicakup berdasarkan kontrak dan di mana batasnya berhenti. Bukan dalam istilah umum. Cukup spesifik sehingga engineer level satu pada pukul empat tiga puluh di hari Jumat dapat mengetahui sisi mana dari batas tersebut tanpa perlu menelepon siapa pun.

Redaksi yang bekerja menetapkan batas, bukan izin. "Prosedur ini mencakup pemulihan satu mailbox dari cadangan. Memulihkan lebih dari lima mailbox, atau pemulihan apa pun yang memerlukan pekerjaan cadangan baru, berada di luar cakupan dan memerlukan catatan cakupan."

Itu melakukan tiga hal yang tidak bisa dilakukan deskripsi layanan. Ia menjangkau orang yang mengerjakan pekerjaan tersebut pada saat mereka membutuhkannya. Ia menggunakan kosakata tugas, bukan kosakata kontrak. Dan ia memberi mereka tindakan, yaitu mengangkat catatan, bukan membuat penilaian.

Jika batasnya memang ambigu, nyatakan dan sebutkan siapa yang memutuskan. Ambiguitas yang diakui bisa dikelola. Ambiguitas yang tidak disebutkan akan menjadi apa pun yang diasumsikan oleh engineer tercepat.

Cara memberi tag pada prosedur: termasuk, dapat ditagih, atau perlu kuotasi

Tiga tag, satu per prosedur, kadang satu per langkah ketika sebuah prosedur melintasi batas.

Baris tengah membutuhkan perhatian paling besar, karena tag billable tanpa instruksi "beri tahu klien terlebih dahulu" menghasilkan tagihan yang dipersengketakan, yang biayanya lebih besar daripada hubungan yang diperoleh dari pekerjaan yang sebenarnya.

Tinjau tag setiap tahun terhadap deskripsi layanan yang berlaku saat ini, bukan yang digunakan saat runbook ditulis. Cakupan bergeser ke satu arah, dan prosedur yang diberi tag included tiga tahun lalu sering kali kini menjelaskan pekerjaan yang jauh lebih banyak daripada yang dicakup kontrak.

Ketergantungan dari sisi klien dan tiket yang menua

Bidang kedua yang paling sering tidak dimiliki prosedur MSP adalah penanda pada setiap langkah yang memerlukan pihak di luar organisasi Anda.

Tandai dan berikan jendela respons yang diharapkan. Persetujuan klien untuk menonaktifkan karyawan yang keluar, akses fisik untuk penggantian perangkat keras, keputusan apakah akan memulihkan atau menyelidiki.

Lalu berikan instruksi kepada engineer, yaitu menunda tiket tersebut alih-alih menunggunya. Itu terdengar administratif dan menggeser dua angka. Usia tiket berhenti membengkak karena waktu yang sebenarnya bukan milik Anda, dan engineer berhenti menyimpan pekerjaan yang belum selesai di kepala mereka.

Buat redaksinya spesifik: "Memerlukan otorisasi klien. Diharapkan dalam satu hari kerja. Tunda tiket dan pasang pengingat, bukan membiarkannya terbuka."

Jika klien berulang kali lambat pada ketergantungan yang sama, itu akan muncul sebagai pola pada tiket yang ditunda dan seharusnya masuk ke tinjauan triwulanan mereka sebagai batasan layanan, bukan ke waktu penanganan engineer Anda.

Template SOP MSP gratis: struktur untuk dicontoh

Salin dari sini. Kolom yang ditandai dengan tanda bintang adalah tambahan khusus MSP.

Header. Nomor prosedur dan judul, tulis dengan kata kerja di awal. Pemilik. Tanggal terakhir diverifikasi, artinya kapan terakhir kali seseorang menjalankannya. Tag cakupan: included, billable, atau quote required. Kode penagihan, jika billable. Perkiraan waktu engineer. Kesesuaian untuk klien, artinya semua klien atau pengecualian yang disebutkan.

Batas cakupan. Satu atau dua kalimat: apa yang dicakup, dan kondisi spesifik kapan menjadi billable atau memerlukan kuotasi.

Trigger. Permintaan atau peristiwa yang memulai prosedur ini.

Jangan jalankan jika. Kondisi ketika prosedur salah, termasuk di mana penyimpangan klien berlaku.

Prasyarat. Akses, alat bantu, otorisasi klien, informasi yang diperlukan. Tandai setiap item dari sisi klien.

Langkah-langkah. Bernomor, satu tindakan per baris, dengan hasil yang diharapkan. Tandai setiap langkah yang memerlukan tindakan klien dengan jendela respons yang diharapkan.

Verifikasi. Cara Anda mengetahui hasilnya terjadi, mencakup efek tertunda apa pun seperti replikasi atau sinkronisasi semalam.

Komunikasi dengan klien. Apa yang Anda sampaikan kepada klien, kapan, dan dengan kata-kata apa. Ini adalah bagian yang sama sekali tidak perlu untuk SOP internal.

Escalation. Siapa, melalui jalur apa, dan pada titik kapan.

Penyimpangan. Petunjuk ke register penyimpangan klien, bukan daftar, karena register adalah tempat perbedaan per klien dicatat.

Salin sampai di sini. Poin terakhir penting secara struktural: prosedur ini ada sekali, sebagai standar, dan variasi per klien masuk ke register yang dijelaskan dalam template dokumentasi MSP kami. Menyalin prosedur per klien adalah cara agar sebuah perpustakaan menjadi tidak dapat dipelihara.

MSP yang memberi away 285 jam per bulan

Barrowden Technology menjalankan layanan terkelola untuk dua puluh enam klien dengan empat belas engineer, pada kontrak fixed-fee dengan pekerjaan proyek ditagih secara terpisah.

Gross margin pada kontrak terkelola turun dari lima puluh delapan persen menjadi empat puluh empat selama dua tahun. Kenaikan gaji dan alat bantu menjelaskan kira-kira sepertiga penurunan. Sisanya tidak tercatat.

Direktur pengelola mengambil satu bulan entri waktu, delapan belas ratus empat puluh jam kerja engineer, dan meninjau sampel dua ratus entri satu per satu terhadap baris deskripsi layanan.

Tiga puluh satu dari dua ratus entri menggambarkan pekerjaan yang berada di luar cakupan kontrak dan tidak pernah dikutip atau ditagih. Jika diekstrapolasi ke seluruh bulan, itu sekitar dua ratus delapan puluh lima jam, dengan biaya internal sekitar tiga puluh delapan pound per jam, jadi kira-kira sepuluh ribu delapan ratus pound per bulan dan sekitar seratus tiga puluh ribu pound per tahun.

Hampir setiap kasus dimulai dari dalam tiket yang sah dan termasuk cakupan. Entri tunggal terbesar adalah sembilan puluh menit untuk membangun ulang struktur channel Teams klien, dicatat di bawah tiket yang awalnya hanya masalah izin satu mailbox.

Setiap engineer yang diwawancarai mengatakan hal yang sama. Mereka tidak tahu di mana batasnya, tidak pernah membaca deskripsi layanan enam halaman, dan runbook tidak mengatakan apa pun tentang itu.

Perubahannya hanya tiga kolom di setiap runbook: tag cakupan, kode penagihan, dan kalimat batas cakupan. Langkah dari sisi klien ditandai dengan jendela respons yang diharapkan dan instruksi untuk menunda.

Selama dua kuartal berikutnya, pekerjaan di luar cakupan pada entri waktu yang disampel turun dari sekitar lima belas persen menjadi sekitar empat. Pendapatan yang dapat ditagih di luar kontrak terkelola naik sekitar enam ribu dua ratus pound per bulan, yaitu pekerjaan yang sama yang kini dibayar, bukan ditolak. Margin kontrak terkelola pulih menjadi lima puluh tiga persen.

Efek sampingnya adalah hal yang tidak diprediksi siapa pun. Rata-rata usia tiket turun, karena tiket yang menunggu klien sekarang ditunda, bukan menunggu di antrean engineer dan terlihat aktif.

SOP MSP mana yang sebaiknya ditulis dulu, dan mengapa

Bukan yang menarik. Tulis prosedur yang volume tiketnya tinggi, atau yang batas cakupannya benar-benar tidak jelas, karena di dua tempat itulah sebuah prosedur membayar dirinya sendiri.

Berdasarkan volume, biasanya permintaan password dan akses, pemrosesan untuk karyawan baru dan yang keluar, pemulihan mailbox dan file, pembangunan ulang endpoint dan serah terima, penerapan printer dan periferal, serta masalah VPN atau akses jarak jauh.

Berdasarkan ambiguitas cakupan, itu mencakup apa pun yang melibatkan vendor lain, apa pun yang menyentuh sistem yang ditambahkan klien tanpa memberi tahu Anda, migrasi data dengan ukuran apa pun, apa pun yang dijelaskan klien sebagai "perubahan cepat", serta respons insiden keamanan—di mana batas antara respons yang dikontrakkan dan perbaikan proyek sama-sama tidak jelas dan mahal.

Respons insiden keamanan layak ditulis lebih awal karena alasan kedua. Ini adalah prosedur yang paling mungkin dieksekusi di bawah tekanan oleh siapa pun yang tersedia, dan yang paling sering diminta klien untuk dilihat. Padukan dengan metode prosedur untuk setiap perbaikan yang direncanakan pada infrastruktur klien.

Sepuluh hingga lima belas prosedur yang mencakup daftar volume adalah perpustakaan kerja. Mencoba empat puluh dulu adalah alasan proyek-proyek ini tersendat.

Cara menulis prosedur SOP MSP, langkah demi langkah

Rekam seseorang saat menjalankan tugas di lingkungan klien yang nyata, dengan kecepatan normal, tanpa gangguan.

Tulis langkah-langkah dari rekaman, lalu hapus setiap langkah yang hanya navigasi, bukan tindakan atau keputusan. Tambahkan hasil yang diharapkan pada setiap langkah yang tersisa.

Sekarang tulis batas cakupan, dan tulis bersama seseorang yang memahami kontrak, bukan sendirian. Ini adalah langkah yang tidak bisa dilakukan engineer tanpa bantuan, dan tidak bisa dilakukan orang-orang komersial tanpa bantuan; dibutuhkan sekitar sepuluh menit per prosedur dengan keduanya berada di ruangan yang sama.

Tandai langkah dari sisi klien dan berikan jendela respons yang diharapkan untuk masing-masing.

Tetapkan tag cakupan dan, jika relevan, kode penagihan.

Lalu minta seseorang yang belum pernah melakukan tugas tersebut untuk mengikutinya di lingkungan klien lain. Detail terakhir ini penting, karena prosedur yang hanya bekerja di lingkungan yang menjadi acuan saat ditulis bukanlah prosedur standar.

Apa yang diharapkan ISO 9001 dan audit klien dari sebuah SOP?

ISO 9001 tidak menetapkan template. ISO 9001 meminta agar informasi terdokumentasi yang diperlukan untuk pengoperasian proses tersedia, sesuai, memadai, dan dikendalikan; dalam praktiknya berarti setiap prosedur memiliki identitas, versi, pemilik, persetujuan, serta mekanisme yang mencegah penggunaan salinan yang sudah digantikan.

Untuk MSP, pengujian yang lebih sering bukan sertifikasi Anda sendiri, melainkan audit klien Anda. Klien enterprise dan siapa pun yang memiliki kerangka kerja keamanan akan meminta untuk melihat prosedur spesifik, yang paling umum adalah provisioning dan pencabutan akses, respons insiden, manajemen perubahan, verifikasi pencadangan dan pemulihan, serta cara Anda menangani kredensial mereka.

Yang dicari para peninjau itu tidak glamor. Bukti bahwa prosedur diikuti, bukan sekadar ditulis—artinya tiket yang merujuk padanya dan tanggal terakhir diverifikasi yang masih baru. Ada pemilik yang disebutkan namanya. Dan riwayat versi yang menunjukkan bahwa prosedur tersebut berubah.

Dua poin praktis. Pisahkan versi yang menghadap klien untuk prosedur keamanan dari versi internal, agar Anda bisa membagikannya tanpa mengekspos seluruh perpustakaan Anda. Dan berhati-hatilah saat membagikan prosedur yang berisi detail spesifik klien lain, yang merupakan risiko nyata ketika detail penyimpangan berada di dalam prosedur, bukan di register terpisah.

Tidak ada yang di sini merupakan saran kepatuhan, dan persyaratan bervariasi menurut standar, kerangka kerja, dan kontrak klien. Konfirmasikan detailnya dengan pihak yang memegang sertifikasi Anda.

Bagaimana SOP MSP terkait dengan perpustakaan standar Anda

SOP adalah satu jenis dokumen di dalam struktur yang lebih luas. Perbedaan yang perlu tetap jelas adalah antara metode dan lingkungan.

Metode adalah standar, ada sekali, dan milik Anda. Prosedur, format laporan, standar build. Karyawan klien yang keluar tidak membawa ini.

Lingkungan adalah per klien dan sebagian besar milik mereka. Register aset, kredensial, diagram, serta register penyimpangan yang mencatat di mana lingkungan mereka berbeda dari standar Anda.

Prosedur merujuk ke lingkungan, bukan berisi lingkungan tersebut. Ketika sebuah prosedur memerlukan nilai khusus klien, prosedur tersebut menunjuk ke register. Aturan tunggal itulah yang memungkinkan satu prosedur melayani tiga puluh klien, dan template dokumentasi MSP kami mencakup register serta perpustakaan yang lebih luas. Jika sebuah prosedur memerlukan referensi cepat saat pekerjaan berlangsung, job aid sering kali lebih baik daripada memperpanjang SOP.

Bisakah saya mendapatkan template SOP MSP dalam Word atau Excel?

Word atau Google Docs cocok untuk prosedurnya sendiri, dan struktur di atas ditempel langsung. Kunci blok header agar penulis tidak dapat menghapus tag cakupan, karena kolom tersebut paling mungkin dilewati oleh siapa pun yang menulis dengan cepat.

Excel cocok untuk register prosedur, yaitu daftar setiap SOP dengan pemilik, tag cakupan, kode penagihan, tanggal terakhir diverifikasi, dan volume tiket bulanan. Dua kolom di lembar itu yang membuatnya berguna: proporsi prosedur yang diverifikasi dalam enam bulan terakhir, dan jumlah berdasarkan tag cakupan, yang memberi tahu Anda sekilas seberapa besar perpustakaan Anda yang secara kontraktual masih ambigu.

PDF cocok untuk versi yang Anda bagikan kepada klien selama audit, diekspor dari salinan yang aktif, bukan dipelihara secara terpisah. Untuk struktur SOP umum di luar konteks MSP, SOP template kami mencakup hal tersebut.

Membuat SOP dari rekaman, bukan dari template

Alasan perpustakaan prosedur MSP tetap tipis bukan karena perbedaan pendapat tentang apa yang harus ditulis. Alasannya adalah menulis runbook berarti seorang engineer melakukan screenshot dan mendeskripsikan tugas yang sebenarnya bisa mereka selesaikan empat kali dalam periode yang sama.

Trupeer AI menghilangkan biaya itu. Engineer menjalankan tugas sekali di depan kamera dan output-nya adalah prosedur yang diformat dengan langkah dan layar yang sudah ditangkap, sehingga mereka memeriksa, bukan menulis. Lima belas prosedur menjadi dua minggu, bukan satu kuartal—perbedaan antara perpustakaan yang ada dan satu yang selalu hampir jadi.

Rekam. Branding. Terjemahkan. Trupeer-kan.

Yang SOP creator bahas adalah prosedur itu sendiri, dan ketika output akan dikirim ke klien, brand kits membuatnya terlihat seperti perusahaan Anda, bukan seperti ekspor generik. Technical documentation menjaga prosedur dan catatan lingkungan tetap bersama. Instruksi setup ada di panduan setup document template.

Pertanyaan yang Sering Diajukan

Apakah ada template SOP MSP gratis di Word?

Struktur di atas ditempel langsung ke Word atau Google Docs, termasuk tag cakupan dan kolom ketergantungan klien yang tidak dimiliki template SOP umum. Tidak ada unduhan yang dibatasi dan tidak ada formulir. Kunci header saat Anda menyimpannya sebagai template rumah, karena tag cakupan adalah kolom yang paling sering dibiarkan kosong.

Apakah ada template SOP MSP gratis di Excel?

Excel lebih baik untuk register daripada prosedurnya. Satu baris per SOP dengan pemilik, tag cakupan, kode penagihan, tanggal terakhir diverifikasi, dan volume tiket bulanan. Urutkan berdasarkan volume tiket untuk melihat prosedur mana yang layak mendapat perhatian, lalu hitung berdasarkan tag cakupan untuk mengetahui seberapa banyak perpustakaan Anda yang belum pernah ditetapkan batas komersialnya.

Apakah ada template SOP MSP gratis di PDF?

Ekspor dari salinan aktif Anda saat klien meminta untuk melihat prosedur selama audit, dan simpan versi kerja agar tetap bisa diedit. Perpustakaan prosedur PDF memiliki masalah yang sama seperti kumpulan dokumen yang dibekukan, yaitu tidak bisa memberi tahu pembaca bahwa dokumen tersebut sudah tidak terbaru.

Di mana saya bisa menemukan template SOP umum di Word?

Jika Anda ingin struktur standar tanpa kolom khusus MSP, SOP template kami mencakupnya, dan IT SOP template mencakup operasi teknis termasuk cara memutuskan prosedur mana yang layak ditulis sama sekali.

Apa itu template prosedur standar langkah demi langkah?

Itu adalah format SOP yang paling umum: tindakan bernomor, satu per baris, masing-masing dengan hasil yang seharusnya Anda lihat. Format ini cocok untuk tugas linear dengan awal dan akhir yang diketahui, yang merupakan sebagian besar pekerjaan MSP. Format ini tidak cocok untuk diagnosis, di mana tindakan berikutnya bergantung pada apa yang baru saja Anda temukan; untuk itu lebih baik menggunakan decision tree.

Berapa banyak SOP yang dibutuhkan MSP?

Sepuluh hingga lima belas prosedur yang mencakup volume tiket tertinggi Anda, ditambah respons insiden dan apa pun yang batas cakupannya tidak jelas. Setelah lebih dari sekitar tiga puluh, pemeliharaan menjadi kendala, dan Anda akan lebih baik dengan lebih sedikit prosedur yang benar-benar tetap diperbarui daripada perpustakaan besar yang tidak dipercaya siapa pun.

Siapa yang seharusnya menulis SOP MSP?

Seorang engineer yang menjalankan tugas tersebut, dengan batas cakupan disepakati bersama siapa pun yang memegang kontrak. Pasangan ini tidak biasa, dan itulah inti masalahnya, karena prosedur yang benar secara teknis tanpa batas komersial adalah yang menghasilkan kebocoran pada contoh pekerjaan.

Bagaimana cara menghentikan engineer mengerjakan pekerjaan di luar cakupan?

Beritahu mereka di mana batasnya pada saat mereka berdiri di atasnya, yang berarti di dalam prosedur, bukan di dalam deskripsi layanan. Lalu berikan tindakan yang bukan keputusan berdasarkan penilaian, yaitu mengangkat catatan cakupan. Sebagian besar pekerjaan di luar cakupan dilakukan oleh orang-orang yang teliti yang tidak bisa menjelaskan, dan perbaikannya adalah informasi, bukan penegakan.