Penawaran pembuatan software menjawab satu pertanyaan: berapa biaya membangunnya. Pertanyaan yang menentukan anggaran tahun-tahun berikutnya adalah berapa biaya memilikinya — dan pertanyaan itu jarang diajukan sebelum tanda tangan.
Ini bukan soal penawaran yang menyembunyikan sesuatu. Sebagian besar pos biaya di bawah ini memang bukan bagian dari pekerjaan pembangunan. Masalahnya muncul ketika tidak ada yang menyebutkannya, sehingga anggaran perusahaan hanya menyediakan dana untuk membangun, lalu kehabisan dana untuk merawat.
Infrastruktur yang berjalan setiap bulan
Server, basis data, penyimpanan berkas, cadangan, nama domain, sertifikat, dan layanan pihak ketiga seperti pengiriman surel atau pesan. Untuk sistem internal skala menengah, jumlahnya biasanya kecil dibandingkan biaya pembangunan, tetapi ia berjalan selamanya dan naik seiring pemakaian.
Dua hal yang perlu dipastikan sejak awal: akunnya atas nama perusahaan Anda, dan tagihannya masuk ke Anda. Infrastruktur atas nama vendor akan menjadi masalah pada hari kerja sama berakhir, dan hari itu selalu datang.
Pemeliharaan yang bukan penambahan fitur
Software yang tidak ditambah apa pun tetap membutuhkan pekerjaan: pembaruan keamanan pada pustaka yang dipakai, penyesuaian ketika layanan pihak ketiga mengubah antarmukanya, dan perbaikan cacat yang baru muncul pada pemakaian nyata.
Sebagai titik awal perencanaan, banyak perusahaan menganggarkan kisaran 15–20% dari biaya pembangunan per tahun. Angka ini bukan hukum, hanya titik awal yang masuk akal untuk sistem dengan beberapa integrasi. Setelah tahun pertama, Anda punya data sendiri yang lebih baik daripada rentang mana pun.
Yang paling mahal justru penundaan: pembaruan keamanan yang ditunda dua tahun berubah dari pekerjaan rutin menjadi proyek migrasi tersendiri, karena versi yang harus dilompati terlalu banyak sekaligus.
Perubahan yang datang dari pemakaian
Setelah dipakai beberapa bulan, permintaan yang muncul biasanya tidak besar tetapi terus-menerus: satu kolom tambahan di laporan, satu peran pengguna baru, satu penyesuaian alur persetujuan. Ini bukan tanda perencanaan yang buruk. Ini tanda sistemnya benar-benar dipakai.
Perusahaan yang tidak menganggarkan pos ini biasanya membekukan sistemnya selama setahun sambil menunggu anggaran berikutnya. Selama pembekuan itu, pengguna kembali membuat spreadsheet pendamping untuk menutup kekurangan — dan begitu spreadsheet itu ada, sebagian nilai sistem yang sudah dibayar hilang.
Pos yang sering dilupakan sama sekali
- Pelatihan pengguna baru. Karyawan berganti, dan pelatihan awal hanya menjangkau angkatan pertama.
- Dukungan pengguna sehari-hari. Pertanyaan "kenapa datanya tidak muncul" akan mendarat di seseorang. Kalau tidak ditentukan siapa, ia akan mendarat di orang yang paling sibuk.
- Migrasi data lanjutan. Data lama yang awalnya dianggap tidak perlu dipindahkan sering ternyata dibutuhkan untuk perbandingan tahunan.
- Pemulihan bencana yang benar-benar diuji. Cadangan yang tidak pernah diuji pulihkan bukan cadangan, hanya berkas yang menenangkan.
- Biaya per pengguna pada layanan pihak ketiga. Ini yang naik paling cepat ketika pemakaian berkembang, dan paling jarang diproyeksikan.
Cara menekan total biaya tanpa merugikan diri sendiri
Penghematan yang berhasil hampir selalu datang dari mengurangi lingkup versi pertama: bangun alur yang benar-benar dipakai setiap hari, tunda yang bisa ditunggu. Fitur yang ditunda dapat dibangun tahun depan dengan biaya kurang lebih sama, dan sebagian di antaranya ternyata tidak pernah dibutuhkan.
Penghematan yang gagal hampir selalu datang dari memangkas pengujian, dokumentasi, dan penyiapan lingkungan. Ketiganya tidak terlihat di layar, sehingga terasa aman untuk dihapus, dan ketiganya ditagih kembali berlipat dalam bentuk waktu perbaikan serta ketergantungan pada satu orang yang mengerti sistemnya.
Pertanyaan yang layak diajukan sebelum menandatangani
- Berapa perkiraan biaya infrastruktur bulanan pada tahun pertama, dan bagaimana ia berubah bila pemakaian naik dua kali lipat?
- Apa yang termasuk dalam garansi, dan apa yang sudah terhitung pemeliharaan berbayar?
- Layanan pihak ketiga apa saja yang dipakai, dan bagaimana skema biayanya?
- Apa yang saya terima pada serah terima sehingga tim lain bisa melanjutkan?
- Berapa biaya pemeliharaan tahun kedua, dan atas dasar apa dihitung?
Vendor yang bisa menjawab kelimanya dengan angka sedang memperlihatkan bahwa mereka pernah merawat sistem yang mereka bangun. Itu informasi yang lebih berguna daripada selisih harga di penawaran.
Pertanyaan yang Sering Diajukan
Berapa besar biaya pemeliharaan software per tahun?
Rentang yang umum dipakai sebagai titik awal perencanaan adalah 15–20% dari biaya pembangunan per tahun, mencakup perbaikan, pembaruan keamanan, dan penyesuaian kecil. Angka ini bergantung pada jumlah integrasi dan intensitas pemakaian, dan sebaiknya diperiksa ulang setelah tahun pertama berjalan.
Apakah biaya server termasuk dalam harga pembuatan?
Umumnya tidak. Biaya infrastruktur berjalan terus setiap bulan dan menjadi tanggungan pemilik sistem. Perlu ditanyakan sejak awal agar akunnya atas nama perusahaan Anda, bukan atas nama vendor.
Kenapa perlu anggaran perubahan setelah peluncuran?
Karena pemakaian nyata selalu memunculkan kebutuhan yang tidak terlihat saat perencanaan. Perusahaan yang tidak menganggarkan ini biasanya membekukan sistemnya selama setahun, dan pembekuan itu yang membuat pengguna kembali ke spreadsheet.
Bagaimana menekan total biaya tanpa mengorbankan kualitas?
Kurangi lingkup versi pertama, bukan kurangi pengujian atau dokumentasi. Fitur yang ditunda bisa dibangun nanti dengan biaya yang sama; pengujian dan dokumentasi yang dilewat akan ditagih berkali-kali lipat dalam bentuk waktu perbaikan.
Butuh tim yang mengerjakan ini untuk Anda?
Javaman Digieco menyediakan dedicated team, staff augmentation, dan pengembangan software custom untuk perusahaan di Jakarta, Medan, dan seluruh Indonesia.
Hubungi Kami Sekarang