Biaya Maintenance Aplikasi: Komponen, Model Kontrak, dan Bedanya Garansi

Biaya maintenance aplikasi adalah biaya rutin untuk menjaga aplikasi tetap berjalan, aman, dan sesuai kebutuhan setelah serah terima. Komponennya biasanya mencakup server, backup, pembaruan keamanan, perbaikan bug, dan pengembangan kecil. Besarnya bergantung pada ukuran sistem, jumlah pengguna, tingkat layanan yang diminta, dan model kontrak yang dipilih.

Banyak organisasi hanya menganggarkan biaya pembuatan, lalu kaget saat aplikasi mulai lambat atau bermasalah setahun kemudian. Artikel ini membantu Anda menyusun anggaran pemeliharaan yang realistis.

Mengapa aplikasi tetap perlu dirawat?

Aplikasi bukan barang yang sekali beli lalu selesai. Lingkungan di sekitarnya terus berubah: sistem operasi server diperbarui, celah keamanan baru ditemukan, browser berganti versi, dan aturan organisasi ikut berubah.

Perubahan aturan juga berpengaruh. Format laporan ke kantor pusat, tarif pajak, atau alur persetujuan bisa berubah, dan aplikasi harus menyesuaikan agar tetap dipakai.

Data juga terus bertambah. Kueri yang awalnya cepat bisa melambat saat data mencapai ratusan ribu baris. Tanpa pemeliharaan, masalah kecil menumpuk sampai suatu hari sistem berhenti di saat paling dibutuhkan.

Apa saja yang termasuk pemeliharaan aplikasi?

1. Server dan infrastruktur

Biaya sewa server atau cloud, domain, dan sertifikat SSL. Termasuk pemantauan ketersediaan, kapasitas penyimpanan, dan penyesuaian spesifikasi saat pengguna bertambah.

2. Backup dan pemulihan

Backup basis data dan berkas secara terjadwal, disimpan di lokasi terpisah. Yang sering terlupa adalah uji pemulihan. Backup baru berguna bila terbukti bisa dikembalikan.

3. Pembaruan keamanan

Pembaruan sistem operasi, bahasa pemrograman, framework, dan pustaka pihak ketiga. Celah keamanan pada komponen lama adalah salah satu pintu masuk peretasan yang paling umum.

4. Perbaikan bug

Kesalahan yang baru muncul saat aplikasi dipakai dengan data dan pola nyata. Perlu ada alur pelaporan yang jelas, prioritas, dan target waktu penanganan.

5. Pengembangan kecil

Penyesuaian ringan seperti menambah kolom laporan, mengubah format ekspor, atau menyesuaikan alur persetujuan. Pengembangan besar seperti modul baru biasanya dihitung sebagai proyek terpisah.

6. Dukungan pengguna

Bantuan untuk admin dan pengguna, reset akses, serta pelatihan ulang saat ada pergantian staf.

7. Pemantauan dan laporan kondisi sistem

Pemantauan waktu aktif, kecepatan halaman, penggunaan server, dan log kesalahan. Laporan rutin membantu pimpinan melihat kondisi sistem dan memutuskan kapan perlu peningkatan kapasitas atau pengembangan.

Daftar periksa isi kontrak maintenance

Sebelum menandatangani kontrak pemeliharaan, pastikan hal berikut tertulis jelas:

Mintalah contoh laporan pemeliharaan dari calon vendor. Laporan yang baik menunjukkan pekerjaan yang dilakukan, masalah yang ditemukan, dan saran perbaikan, bukan sekadar daftar tiket yang ditutup.

Model kontrak maintenance

Ada tiga model yang umum dipakai. Masing-masing cocok untuk kondisi berbeda.

Bulanan

Biaya tetap setiap bulan dengan ruang lingkup tertentu. Cocok untuk sistem yang aktif dipakai setiap hari dan sering membutuhkan penyesuaian. Kelebihannya, anggaran mudah diprediksi dan vendor siap merespons.

Tahunan

Kontrak satu tahun, sering dibayar di muka atau per termin. Model ini lazim di instansi pemerintah karena mengikuti siklus anggaran. Pastikan ruang lingkup dan target waktu respons tetap dirinci per bulan agar mudah dievaluasi.

Per tiket atau per jam

Anda hanya membayar saat ada permintaan. Cocok untuk sistem yang stabil dan jarang berubah. Kekurangannya, waktu respons biasanya tidak dijamin dan biaya sulit diprediksi saat terjadi masalah besar.

Garansi vs maintenance: apa bedanya?

Dua istilah ini sering tertukar, padahal cakupannya berbeda.

Garansi adalah tanggung jawab vendor memperbaiki kesalahan pada pekerjaan yang sudah disepakati, dalam jangka waktu tertentu setelah serah terima, tanpa biaya tambahan. Garansi tidak mencakup fitur baru, perubahan alur, atau masalah akibat perubahan oleh pihak lain.

Maintenance adalah layanan berkelanjutan yang lebih luas: menjaga server, backup, keamanan, dukungan pengguna, dan pengembangan kecil, baik ada bug maupun tidak.

Sebagai contoh, sistem informasi yang dikerjakan Rajonet mendapat garansi perbaikan bug 3 bulan setelah serah terima. Setelah masa garansi, tersedia paket pemeliharaan opsional untuk backup, pembaruan keamanan, dan perbaikan bug.

Tip: manfaatkan masa garansi untuk menguji semua alur kerja dengan data nyata. Bug yang ditemukan di masa ini ditangani tanpa biaya tambahan.

Bila vendor pembuat berbeda dengan vendor pemeliharaan, lakukan serah terima yang rapi: kode sumber, dokumentasi, akses server, dan daftar pekerjaan yang belum selesai. Serah terima yang buruk membuat vendor baru perlu waktu lama untuk memahami sistem, dan waktu itu ikut dibayar.

Faktor yang memengaruhi besar biaya

• Ukuran dan kompleksitas sistem: sistem dengan banyak modul dan integrasi membutuhkan lebih banyak pemantauan.
• Jumlah pengguna dan data: berpengaruh pada kapasitas server dan kebutuhan optimasi.
• Tingkat layanan: respons darurat di luar jam kerja tentu lebih mahal.
• Kualitas dokumentasi dan kode: sistem yang terdokumentasi baik lebih murah dirawat, terutama bila berganti vendor.
• Usia teknologi: sistem dengan versi framework yang sudah tidak didukung butuh biaya lebih besar untuk tetap aman.

Sebagai gambaran skala, pembuatan sistem informasi di Rajonet berkisar Rp35 juta sampai Rp500 juta, belum termasuk PPN 11%. Saat menyusun anggaran, pisahkan biaya pembuatan, biaya infrastruktur tahunan, dan biaya pemeliharaan agar mudah dibandingkan antar penawaran. Bila sistem lama sudah terlalu berat dirawat, pertimbangkan pembaruan menyeluruh seperti dibahas di artikel kapan harus redesign website.

Cara menyusun anggaran pemeliharaan

Mulailah dari biaya yang pasti, yaitu server, domain, SSL, dan langganan layanan pihak ketiga. Lalu tambahkan biaya layanan pemeliharaan sesuai model kontrak yang dipilih.

Sisihkan juga cadangan untuk pengembangan di luar kuota, misalnya penyesuaian karena aturan baru. Untuk instansi, masukkan pos ini ke perencanaan anggaran tahun berikutnya sejak proyek pembuatan masih berjalan, agar tidak ada jeda tanpa pemeliharaan setelah garansi berakhir.

Langkah berikutnya

Inventarisasi aplikasi yang Anda miliki: siapa yang memegang akses server, kapan backup terakhir diuji, dan versi teknologi yang dipakai. Dari situ kebutuhan pemeliharaan bisa dihitung.

• Pahami alur proyek dan masa garansi di artikel tahapan pembuatan sistem informasi.
• Baca juga keamanan website instansi pemerintah untuk daftar pengamanan dasar.
• Tanyakan opsi pemeliharaan untuk sistem Anda lewat konsultasi gratis.