Managed IT service adalah pengelolaan infrastruktur IT secara berlangganan dengan lingkup pekerjaan dan tingkat layanan yang disepakati di depan, sedangkan panggil teknisi — sering disebut model break-fix — adalah membayar per kejadian setiap kali ada yang rusak. Perbedaan intinya bukan pada siapa yang mengerjakan, melainkan pada kapan pekerjaan dilakukan. Managed service bekerja sebelum masalah terasa: memantau, merawat, memperbarui, dan mendokumentasikan. Break-fix bekerja setelah masalah terjadi, ketika kerugian sudah berjalan. Konsekuensinya menyebar ke mana-mana: prediktabilitas biaya, kecepatan respons, kualitas dokumentasi, dan siapa yang menanggung risiko saat sistem berhenti. Bagian berikut menguraikan perbandingannya supaya Anda bisa menilai mana yang masuk akal untuk skala kantor Anda sekarang.
Dalam model managed service, penyedia mengambil tanggung jawab berkelanjutan atas sekumpulan sistem yang disepakati — misalnya jaringan kantor, server, perangkat karyawan, dan cadangan data. Biayanya dibayar berkala, biasanya bulanan, dan lingkupnya tertulis: sistem apa yang dipantau, pekerjaan rutin apa yang dilakukan, jam berapa dukungan tersedia, dan berapa lama waktu respons yang dijanjikan untuk tiap tingkat urgensi.
Yang membuatnya berbeda adalah sifat proaktifnya. Penyedia memasang pemantauan sehingga tahu lebih dulu saat kapasitas disk hampir penuh, cadangan gagal semalam, atau satu access point berhenti merespons — sering sebelum ada karyawan yang mengeluh. Karena penyedia dibayar tetap tiap bulan, insentifnya adalah menekan jumlah gangguan, bukan menambahnya.
Break-fix adalah hubungan per kejadian. Ada yang rusak, Anda menelepon, teknisi datang atau mengerjakan dari jarak jauh, lalu Anda membayar untuk pekerjaan itu. Tidak ada pemantauan berjalan, tidak ada perawatan terjadwal, dan biasanya tidak ada janji waktu respons kecuali disepakati khusus.
Model ini punya kelebihan nyata: Anda hanya membayar saat benar-benar butuh, dan tidak terikat komitmen bulanan. Kelemahannya juga nyata. Setiap panggilan dimulai dari nol karena teknisi belum tentu mengenal sistem Anda. Kalau yang datang orang berbeda dari sebelumnya, ia harus menelusuri ulang topologi jaringan, kata sandi perangkat, dan riwayat perbaikan. Waktu penelusuran itu tetap Anda bayar, dan gangguan tetap berjalan selama penelusuran berlangsung.
Managed service memberi biaya yang bisa dianggarkan: angka yang sama tiap bulan, sehingga masuk ke rencana keuangan tanpa kejutan. Break-fix memberi biaya yang lebih rendah saat semuanya berjalan lancar, tetapi bisa melonjak tajam pada bulan ketika terjadi kerusakan besar — dan lonjakan itu selalu datang pada waktu yang paling tidak diinginkan.
Perbandingan yang adil bukan sekadar biaya langganan versus biaya panggilan, melainkan biaya total termasuk waktu berhenti. Satu hari kantor tidak bisa bekerja karena file server mati punya harga: gaji yang tetap berjalan, pesanan yang tertunda, dan pelanggan yang menunggu. Karena itu, hitunglah dengan pertanyaan sederhana: berapa kerugian per jam kalau sistem utama berhenti? Kalau angkanya besar, biaya pemantauan dan perawatan rutin biasanya terbayar hanya dari satu insiden yang berhasil dicegah.
Pada managed service, waktu respons tertulis dalam perjanjian dan biasanya dibedakan menurut tingkat keparahan: gangguan yang menghentikan seluruh kantor ditangani lebih cepat daripada permintaan pemasangan perangkat lunak di satu komputer. Karena penyedia sudah punya akses jarak jauh dan dokumentasi sistem, sebagian besar penanganan bisa dimulai dalam hitungan menit tanpa harus ke lokasi.
Pada break-fix, waktu respons bergantung pada ketersediaan teknisi saat Anda menelepon. Kalau ia sedang menangani pelanggan lain, Anda menunggu. Ini bukan soal niat baik penyedia, melainkan konsekuensi dari model kerja yang tidak menyediakan kapasitas khusus untuk Anda.
Ini perbedaan yang sering baru terasa setelah bertahun-tahun. Dalam managed service, penyedia berkepentingan memelihara dokumentasi — diagram jaringan, daftar perangkat beserta lokasi dan usianya, catatan konfigurasi, jadwal cadangan, dan riwayat perubahan — karena dokumentasi itulah yang membuat pekerjaannya efisien. Dokumentasi tersebut seharusnya menjadi milik Anda dan dapat diserahkan kapan pun kerja sama berakhir. Pastikan poin kepemilikan dokumentasi dan kredensial tercantum dalam perjanjian.
Dalam model break-fix, pengetahuan tentang sistem Anda sering hanya tersimpan di kepala teknisi yang terakhir mengerjakan. Ketika ia tidak lagi tersedia, kantor Anda kembali ke titik nol. Banyak kantor kecil baru menyadari hal ini saat harus mengganti penyedia dalam keadaan darurat.
Lingkup tiap penyedia berbeda, tetapi umumnya mencakup hal-hal berikut:
Sama pentingnya untuk tahu apa yang tidak termasuk, karena di sinilah kesalahpahaman paling sering muncul:
Model break-fix masih masuk akal untuk kantor dengan jumlah pengguna sangat sedikit, sistem yang sederhana, dan ketergantungan rendah pada IT. Contohnya kantor dengan beberapa komputer, tanpa server, memakai layanan awan berlangganan, dan pekerjaan yang masih bisa berjalan meski internet mati setengah hari. Dalam kondisi seperti itu, membayar langganan bulanan bisa jadi lebih mahal daripada nilai yang diperoleh.
Sinyal bahwa Anda sudah melewati batas model break-fix biasanya jelas: gangguan yang sama berulang, tidak ada yang tahu pasti apakah cadangan benar-benar berjalan, tidak ada dokumentasi jaringan, pekerjaan berhenti total setiap kali satu sistem bermasalah, atau anggaran IT selalu meleset karena selalu berupa biaya kejutan.
Service Level Agreement adalah bagian perjanjian yang paling menentukan nilai layanan, dan paling sering dibaca sekilas. Perhatikan beberapa hal berikut. Pertama, bedakan waktu respons dengan waktu penyelesaian — sebagian besar SLA hanya menjanjikan waktu respons, bukan waktu selesai, dan itu wajar karena penyebab masalah bervariasi. Kedua, periksa definisi tingkat keparahan: apa yang dianggap kritis, apa yang dianggap biasa, dan siapa yang menentukan. Ketiga, cek jam layanan dan hari kerja yang dihitung, termasuk perlakuan untuk hari libur nasional.
Selanjutnya, pastikan lingkup perangkat tertulis jelas: berapa jumlah pengguna, berapa server, berapa titik jaringan, dan apa yang terjadi kalau jumlahnya bertambah di tengah kontrak. Periksa juga kuota kunjungan ke lokasi, ketentuan penanganan darurat di luar jam kerja, kewajiban pelaporan, klausul kepemilikan data dan kredensial, serta prosedur pengakhiran kerja sama termasuk serah terima dokumentasi. Terakhir, minta contoh laporan bulanan sebelum menandatangani — laporan yang isinya hanya daftar tiket tanpa analisis adalah pertanda lingkup kerjanya dangkal.
Kalau kantor Anda mulai sering terganggu masalah IT yang berulang, atau Anda ingin biaya IT yang bisa dianggarkan dan sistem yang terdokumentasi, langkah awal yang wajar adalah assessment kondisi sekarang: apa saja perangkat yang ada, apa yang sudah dipantau, dan mana yang paling berisiko berhenti. Filcom.id menyediakan dukungan jarak jauh maupun kunjungan on-site, perawatan preventif, dan pemantauan infrastruktur lewat layanan IT support dan managed service.