Kontrak Software: Harga Tetap atau Bayar Jam Kerja?

Kontrak harga tetap (fixed price) cocok saat hasil kerja dan batas proyek sudah jelas. Bayar berdasarkan waktu kerja dan biaya yang disepakati (time and materials, T&M) memberi ruang mengubah prioritas, tetapi perlu batas anggaran. Pembayaran per tahap berada di tengah. Pilih berdasarkan ketidakpastian pekerjaan, lalu sepakati bukti selesai dan cara menyetujui perubahan.

Model pembayaran menentukan siapa yang menanggung biaya ketika perkiraan meleset. Harga tetap memberi batas untuk lingkup yang disepakati. T&M mengikuti pekerjaan yang benar-benar dilakukan. Keduanya tetap membutuhkan proses perubahan dan pemeriksaan hasil.

Siapa yang menanggung risiko biaya?

Dalam kontrak harga tetap, klien dan vendor menyepakati harga sebelum pekerjaan dimulai. Vendor menanggung risiko kenaikan biaya untuk lingkup tersebut. Jika pengerjaan memerlukan lebih banyak waktu, margin vendor dapat berkurang. Perubahan lingkup atau pengecualian kontrak masih dapat menambah tagihan.

Pada T&M, klien membayar waktu dan biaya yang benar-benar digunakan. Risiko tagihan bertambah lebih besar di pihak klien jika tidak ada batas. Dalam pembahasan pengadaan, model ini sering ditempatkan di antara harga tetap dan penggantian biaya: tarif dapat tetap, tetapi jumlah waktu belum diketahui.

Pembayaran per tahap menetapkan harga untuk setiap hasil kerja, lalu memberi ruang menyesuaikan tahap berikutnya. Pilihan yang sesuai bergantung pada bagian pekerjaan yang sudah diketahui dan ketidakpastian yang masih perlu ditanggung.

Mengapa penawaran harga tetap memuat cadangan biaya?

Penawaran harga tetap dapat mencakup estimasi pekerjaan, margin, dan cadangan risiko. Integrasi yang dokumentasinya belum lengkap atau aturan bisnis yang belum jelas dapat meningkatkan perkiraan tersebut. Risiko biaya yang ditanggung vendor memengaruhi harga sebelum pekerjaan dimulai.

Angka tambahan 15–30% kadang digunakan sebagai patokan kasar dalam pembicaraan industri. Angka ini bukan statistik terukur atau tarif baku, dan tidak dapat digunakan untuk menyimpulkan bahwa setiap penawaran terlalu mahal. Tanyakan asumsi, pengecualian, dan risiko yang dihitung vendor, lalu bandingkan lingkup yang sama.

Semakin banyak hal yang belum diketahui, semakin sulit vendor memberi harga pasti tanpa cadangan besar atau pengecualian kontrak.

Mengapa ketidakpastian awal perlu diperhitungkan?

Rentang 0.25x sampai 4x sering dikutip dalam pembahasan ketidakpastian estimasi tahap konsep. Gunakan sebagai ilustrasi bahwa perkiraan awal dapat sangat lebar, bukan batas yang pasti berlaku pada proyek Anda.

Satu tulisan industri membandingkan penawaran harga tetap awal dengan polis asuransi mahal. Maksudnya, harga memasukkan risiko yang belum dapat dinilai dengan baik. Perumpamaan itu tidak berarti vendor menanggung setiap risiko atau bahwa T&M selalu lebih murah.

Dalam penelitian McKinsey dan University of Oxford yang dipublikasikan pada 2012, basis datanya mencakup lebih dari 5.400 proyek IT. Proyek besar dengan anggaran awal di atas $15 juta rata-rata melampaui anggaran 45% dan jadwal 7%, serta menghasilkan nilai 56% lebih rendah dari perkiraan. Penelitian itu juga melaporkan 17% proyek mengalami pembengkakan yang dapat mengancam perusahaan, disebut black swan. Ringkasan penelitian tersedia sebagai bacaan tambahan.

Angka proyek besar tersebut bukan perkiraan untuk proyek UKM. Pelajarannya adalah mengurangi ketidakpastian sebelum mengunci biaya: periksa integrasi, data lama, hasil kerja, dan kriteria penerimaannya.

Kapan T&M dapat lebih murah?

Jika risiko yang dimasukkan dalam cadangan harga tetap tidak terjadi, klien tetap membayar harga yang disepakati. Analisis vendor tentang kedua model membahas kondisi ini. Dalam T&M, pekerjaan yang selesai lebih cepat dapat menghasilkan tagihan lebih kecil, selama tarif dan cara pencatatan waktunya jelas.

T&M juga memungkinkan perubahan prioritas tanpa menghitung ulang seluruh harga proyek. Jam kerja dapat dialihkan dari fitur yang tidak lagi diperlukan ke kebutuhan yang lebih berguna. Fleksibilitas ini tetap perlu persetujuan agar perubahan tidak terus menambah biaya.

Untuk produk awal atau sistem UKM yang berkembang bersama operasi, T&M dapat sesuai setelah pola kerja kedua pihak terbentuk. Pengelolaan proyek perangkat lunak oleh tim eksternal tetap membutuhkan hasil yang dapat diperiksa, bukan hanya jumlah jam.

Pembayaran per tahap: hasil jelas, tahap berikutnya fleksibel

Tetapkan lingkup dan harga untuk satu bagian yang dapat diterima, misalnya autentikasi pengguna dan dasbor administrasi. Bayar sesuai jadwal kontrak setelah hasil memenuhi daftar pemeriksaan. Tentukan tahap berikutnya menggunakan pelajaran dari tahap yang selesai.

Penjelasan pembayaran per tahap menekankan cakupan yang disepakati sebelum pekerjaan terkait dimulai. Semua tahap tidak harus dirinci sebelum seluruh proyek dimulai.

Harga per tahap memberi vendor alasan untuk menunjukkan hasil yang berfungsi. Kriteria penerimaan memberi klien dasar untuk menerima atau meminta perbaikan. Model ini membantu menyelaraskan kepentingan, tetapi tidak dengan sendirinya menjamin kejujuran atau kualitas.

Daftar pemeriksaan perlu cukup spesifik: perilaku yang diuji, data contoh, pihak yang menyetujui, dan waktu pemeriksaan. Tuliskan proses penerimaan bersama ketentuan kepemilikan kode.

Bayar jam kerja dengan batas anggaran

Klausul not-to-exceed membatasi jumlah yang boleh ditagihkan tanpa persetujuan tambahan. Model ini dapat sesuai untuk pemeliharaan berkelanjutan atau pekerjaan yang sulit dibagi menjadi hasil kerja terpisah.

Sepakati tarif, batas biaya, jadwal laporan, dan kapan vendor harus memberi peringatan bahwa anggaran hampir habis. Perlu pula aturan ketika batas tercapai: pekerjaan dihentikan, prioritas dikurangi, atau tambahan disetujui. Batas tagihan tidak menjamin semua fitur selesai dalam anggaran tersebut.

Tanpa pengaman, T&M dapat menambah risiko biaya klien. Vendor dan klien perlu menyepakati batas yang realistis; kesediaan menerima satu klausul saja tidak membuktikan kualitas vendor.

Tanda yang perlu diperiksa sebelum menyetujui kontrak

Dalam harga tetap, periksa apakah klarifikasi dianggap perubahan berbayar dan bagaimana perbedaannya ditentukan. Cadangan yang terlalu kecil dapat menekan pekerjaan pengujian atau perbaikan struktur kode. Pembahasan risiko harga tetap memberi contoh kemungkinan ini, bukan bukti bahwa semua vendor melakukannya.

Dalam T&M, periksa ketiadaan batas anggaran, hasil kerja berkala, atau laporan penggunaan waktu. Tanpa pengaman tersebut, klien sulit memperkirakan biaya dan menilai kemajuan.

Sebelum menandatangani, minta batas biaya atau tahap yang dapat diterima, beserta cara menyetujui perubahan. Model pembayaran yang sesuai tetap memerlukan keterbukaan tentang pekerjaan, biaya, dan hasil.